dlaczego wymagania biznesowe i funkcjonalne są kluczowe dla sukcesu projektu

37% we wrześniu 1999 roku NASA straciła 125 milionów dolarów Mars Climate Orbiter, kiedy próbowała wejść na orbitę, zaledwie 100 kilometrów za blisko Marsa. Misja nie powiodła się z powodu złego zarządzania wymaganiami: nie dyskutowano wcześniej na etapie, czy „oprogramowanie nawigacyjne” wymaga jednostek metrycznych, czy jednostek imperialnych.

wynik: niezgodne specyfikacje; system kontroli położenia został określony za pomocą jednostek imperialnych, ale jego oprogramowanie nawigacyjne używało jednostek metrycznych.

tak więc uzyskanie odpowiednich wymagań i wykorzystanie ich w najszerszym zakresie ma kluczowe znaczenie dla sukcesu projektu.

w dziedzinie rozwoju oprogramowania znaczenie i znaczenie słowa „wymagania” rośnie wraz z rosnącą popularnością zwinnych metodologii tworzenia oprogramowania. Nawet jeden z punktów wymienionych w manifeście Agile wyjaśnia metodologię jako taką, która ceni:

„działające oprogramowanie nad kompleksową dokumentacją”

właściwe dostosowanie wymagań ma kluczowe znaczenie, niezależnie od tego, czy pracujesz w metodologii Agile, czy Waterfall.

biznes vs wymagania funkcjonalne-Definicja i jej typy

zanim zagłębimy się w wymagania biznesowe vs wymagania funkcjonalne spójrzmy na definicję i typy.

według Międzynarodowego Instytutu Analiz Biznesowych, wymóg jest:

• warunek lub zdolność potrzebna interesariuszowi do rozwiązania problemu lub osiągnięcia celu.
• warunek lub zdolność, która musi być spełniona lub posiadana przez system lub komponent systemu, aby spełnić umowę, normę, specyfikację lub inne formalnie nałożone dokumenty.
• udokumentowane przedstawienie stanu lub możliwości jak w (1) lub (2)

w oparciu o dziedzinę problemu i metodologię, z którą pracuje Analityk Biznesowy (BA), wyróżnia się różne wymagania, spośród których najważniejsze to: wymagania biznesowe i wymagania funkcjonalne.

w tym blogu zbadamy różnicę między wymaganiami biznesowymi a wymaganiami funkcjonalnymi. Konieczne jest zrozumienie różnicy, abyśmy mogli zaoferować firmie idealne rozwiązanie, które naprawdę zajmie się problemem.

jakie są wymagania biznesowe

dlaczego klient potrzebuje aplikacji?

te informacje mogą wydawać się niepotrzebne dla wielu, ponieważ klient jest gotowy zapłacić za zbudowanie aplikacji. Więc, dlaczego to ma dla ciebie znaczenie, aby uzyskać powody?

Cóż, jeśli pasjonujesz się budowaniem wysokiej jakości produktów i dostarczaniem klientom bezproblemowych doświadczeń, powinieneś dbać o „dlaczego” tak samo jak o ” co ” i „jak”.”

a kiedy zaczynasz koncentrować się na części „dlaczego” projektu, oznacza to, że dbasz o wymagania biznesowe.

wymagania biznesowe dotyczące cyklu życia rozwoju oprogramowania dotyczą wysokich wymagań lub pragnień organizacji, co pozwala firmie osiągnąć swoje cele końcowe, wizję i cele.

zwykle opisują, co powinien zrobić system lub rozwiązanie. Dają one zakres potrzeby biznesowej lub problemu, który powinien być rozwiązany przez konkretny projekt lub zadanie.

przykład wymagań biznesowych

ParcelKiosk jest jednym z naszych klientów, którzy zwrócili się do nas, aby uzyskać aplikację internetową zaprojektowaną i opracowaną w celu zaoferowania klientom lepszych usług doręczania paczek. Gdy podeszli do nas, rozpoczęliśmy dyskusję od ważnego parametru: analizy potrzeb biznesowych.

jak myślisz, jakie mogą być wymagania biznesowe dla tej usługi dostarczania przesyłek internetowych?

możesz wymyślić ważny parametr, taki jak bezpieczeństwo. Jednak mimo że bezpieczeństwo jest istotnym czynnikiem, nie jest wymogiem biznesowym. Nie budujesz usługi takiej jak ParcelKiosk bez bezpieczeństwa, ale tworzenie usługi tylko w celu zapewnienia bezpieczeństwa-nie jest celem końcowym.

a co z połączeniem usług kurierskich i klientów?

ma to lepszy sens jako wymóg biznesowy w porównaniu z bezpieczeństwem, ponieważ opisuje, co zrobi usługa. Jednak czy to jest powód zbudowania usługi internetowej, czy naprawdę jest to funkcja usługi?

oto kilka możliwych powodów (wymagania biznesowe), aby zbudować ParcelKiosk:

• oferuj inteligentniejsze rozwiązanie do pomiaru, wybierania i wysyłania paczek
• Zapewnij możliwości śledzenia i zarządzania usługami dostawy i odbioru
• dostawa na czas i opinie klientów

czy widzisz różnicę między połączeniem szeregu usług kurierskich i klientów lub bezpieczeństwem a rzeczywistymi wymaganiami biznesowymi?

można tutaj zauważyć następujące punkty w.R.T wymagania biznesowe:

• wymagania biznesowe są zawsze pisane z punktu widzenia klienta.
• są to szerokie wymagania systemowe wysokiego poziomu, ale zorientowane na szczegóły.
• nie są to cele organizacyjne, ale pomagają organizacji w osiąganiu jej celów. Poprzez spełnienie tych wymagań biznesowych, organizacja osiąga swoje szerokie cele.

jest już całkiem jasne, że wymagania biznesowe wyjaśniają „dlaczego” część projektu: „dlaczego” dany projekt musi zostać zbudowany, tj. jakie korzyści organizacja zamierza osiągnąć poprzez realizację konkretnego projektu.

dokument wymagań biznesowych (BRD)

dokument wymagań biznesowych opisuje potrzeby biznesowe na wysokim poziomie. Główną grupą docelową BRD jest klient i użytkownicy. Wymagania biznesowe są udokumentowane w BRD. Dobrze napisany dokument wymagań biznesowych pomaga osiągnąć pożądany cel budowy udanego produktu w ustalonym terminie.

ma następujące elementy:

• wizja projektu
• cele projektu
• kontekst lub tło projektu
• zakres projektu
• Identyfikacja interesariuszy
• szczegółowe wymagania biznesowe
• zakres rozwiązania
• ograniczenia projektu: Ramy czasowe, koszt projektu i dostępne zasoby

wymagania biznesowe przykład dokumentu-dlaczego Chrysler PT Cruiser został oznaczony jako „Hero To Zero”

Chrysler Group nie skupiła się zbytnio na BRD i kontynuowała produkcję swojego PT Cruisera, co spowodowało wiele bólów głowy dla organizacji. Rzućmy okiem na to, jak ich dokument wymagań biznesowych nie powiódł się:

• Identyfikacja interesariuszy: Chrysler Group zidentyfikowała większość interesariuszy dość dobrze. Byli na pokładzie z dostawcami i zespołem produkcyjnym PT Cruiser. Jednak dwaj ważni interesariusze, których brakowało, to klient końcowy kupujący pojazd i dealerzy Sprzedający Cruiser.
• ograniczenia projektu: Chrysler wykonał dobrą robotę, jeśli chodzi o udziałowców najwyższego szczebla dostarczających i nadzorujących budowę. Jednak to, czego brakowało, to kwestionowanie harmonogramu produkcji, odpowiadanie na pytania klientów lub dealerów, takich jak cena, dostępność modelu i popyt.

Załóżmy, że BRD Chryslera obejmuje wszystkie wymagania zainteresowanych stron, te nieprzewidziane opóźnienia w dostawie produktu (cel dostarczenia samochodów do salonu do 2001 r.) mogłyby zostać opóźnione z dużym wyprzedzeniem przed rozpoczęciem produkcji, a potrzeby użytkowników końcowych byłyby uzasadnione.

Wskazówki dotyczące pisania szablonu dokumentu wymagań biznesowych (BRD)

teraz, gdy masz podstawową wiedzę na temat tego, co powinien osiągnąć BRD, możesz postępować zgodnie z poniższymi wskazówkami, aby upewnić się, że piszesz wybitny dokument wymagań biznesowych.

• Ćwicz silne wymagania wywoływanie
• używaj prostego języka bez biernego głosu i żargonu
• Badaj poprzednie projekty
• Waliduj dokumentację
• integruj wizualizacje

czym są wymagania funkcjonalne

wymagania funkcjonalne, jak sama nazwa wskazuje, opisz funkcjonalności oprogramowania lub produktu. Są to funkcje, które system musi spełniać, aby spełnić wymagania biznesowe.

obejmują one szczegóły techniczne, obliczenia, manipulację i przetwarzanie danych oraz inne szczególne funkcje, które charakteryzują to, co powinien osiągnąć framework.

jeśli nie masz jasnych wymagań funkcjonalnych, aby zrozumieć technikę projektu, to podczas projektu nie będziesz w stanie odpowiedzieć, czy decyzje podjęte przez zespoły programistyczne/projektowe/testujące są poprawne.

„brak napisania specyfikacji jest największym niepotrzebnym ryzykiem, które podejmujesz w projekcie oprogramowania.”~Joel Spolsky

jeśli funkcjonalny szczegół jest niewłaściwie dopasowany do celów biznesowych, może to spowodować niepowodzenie projektu.

wymagania funkcjonalne przykład

jeden z dużych graczy FMCG zwrócił się do Net Solutions na potrzeby projektu rozwoju aplikacji mobilnych, który mógłby poprawić wydajność w ich łańcuchu dostaw.

ten gigant branży FMCG rozpoczął projekt w 2001 roku, którego celem było wzmocnienie pozycji kobiet na wsi poprzez stworzenie im możliwości sprzedaży produktów i zarabiania na życie.

klient chciał, aby nasz zespół projektowy przeprojektował istniejącą aplikację mobilną w sposób, który zautomatyzowałby ich łańcuch dostaw i proces zamawiania, wprowadzając wiejskie kobiety i dystrybutorów na jedną platformę cyfrową.

miały one na celu poprawę wskaźnika przyjęcia, cyfrowo umożliwiając przedsiębiorcom i rozwiązując tarcia w istniejącej podróży klienta (wszystko to są wymagania biznesowe).

jeśli chodzi o wymagania funkcjonalne, zaczęliśmy omawiać wymagane funkcje aplikacji z klientem, które były:

• integracja z dostawcami zewnętrznymi
• aktualizacje zapasów w czasie rzeczywistym
• składanie zamówień

klient zakładał, że te funkcje będą wystarczające, aby rozwiązać problemy w bieżącej podróży klienta, poprawiając tym samym wskaźnik przyjęcia.

jednak, omawiając wymagania funkcjonalne z naszym klientem, zdaliśmy sobie sprawę, że jeśli nie zidentyfikujemy tarcia w podróży istniejącego klienta i nie zmierzymy poziomu umiejętności cyfrowych dla nowych użytkowników aplikacji, opracowanie aplikacji byłoby bezcelowe.

rozwiązanie, które dostarczył Net Solutions

zastosowaliśmy podejście Design Thinking i przeprowadziliśmy badania etnograficzne, aby ocenić gotowość cyfrową przedsiębiorców i zrozumieć luki w podróży istniejących użytkowników aplikacji.

spędziliśmy dzień ze wszystkimi zainteresowanymi stronami, aby dokładniej zidentyfikować ich problemy.

korzystając z podejścia Design Thinking, byliśmy w stanie dowiedzieć się, jakie funkcje powinny znaleźć się w nowej aplikacji. Co więcej, takie podejście sprawiło, że nasz klient zrozumiał, że najlepszym sposobem na kontynuowanie zarządzania projektem jest jego „etapowa realizacja”.

rezultat:

badania etnograficzne i mapowanie podróży w ramach naszej metodologii design thinking pomogły nam zbudować nową aplikację z funkcjami zaprojektowanymi i zatwierdzonymi przez interesariuszy, którzy ostatecznie będą z niej korzystać – co czyni ją jednym z godnych uwagi przykładów wymagań funkcjonalnych.

można tutaj zauważyć następujące punkty w.R.T wymagania funkcjonalne:

• wymagania funkcjonalne są zawsze pisane z punktu widzenia systemu i interesariuszy.
• Specyfikacja wymagań funkcjonalnych jest znacznie bardziej szczegółowa.
• to dzięki spełnieniu wymagań funkcjonalnych powstaje skuteczne rozwiązanie, spełniające potrzeby biznesowe i cele klienta.

stąd wymagania funkcjonalne wyjaśniają ” jak ” część projektu, czyli wymagania programowe i jak rozwiązanie będzie w stanie zaspokoić potrzeby organizacji.

dokument wymagań funkcjonalnych

dokument wymagań funkcjonalnych określa funkcje wymagane do osiągnięcia potrzeb biznesowych. Funkcje te są udokumentowane w dokumencie wymagań funkcjonalnych (FRD) lub dokumencie specyfikacji wymagań funkcjonalnych (FRS).

dobrze napisany FRD przedstawia każdy przepływ procesu dla każdej aktywności, łącząc zależności.

FRD zawiera następujące elementy:

• cel projektu
• zakres projektu
• szczegółowe wymagania funkcjonalne
• założenia/ograniczenia
• Reprezentacja wymagań funkcjonalnych za pomocą architektury informacji

Wskazówki dotyczące pisania szablonu dokumentu wymagań funkcjonalnych (FRD)

Tworzenie dokumentu, który włącza funkcje techniczne, które są wymagane do pomyślnego dostarczenia Oprogramowania/produktu, są jak pisanie wiadomości do wszystkich zaangażowanych członków zespołu o zadaniach technicznych, które chcesz, aby wykonali.

poniższe wskazówki pomogą Ci w napisaniu skutecznego dokumentu wymagań funkcjonalnych:

• sprawdź dokładnie swoje fakty
• Użyj prostego języka
• Dodaj ilustracje lub diagramy
• przestrzegaj ram czasowych

wymagania biznesowe a Wymagania funkcjonalne: kluczowe wyzwania przy pisaniu dokumentu

pisanie „dobrych” lub „ważnych” wymagań biznesowych i funkcjonalnych jest dużym wyzwaniem. Do najczęstszych wyzwań, jakie napotykamy podczas tworzenia tych dokumentów wymagań, należą:

• niepełne zrozumienie wymogu, nie prosząc o wyjaśnienia.
• błędna interpretacja wymogu; stosowanie filtrów osobistych do informacji, które zmieniają intencję.
• pisanie o implementacji (jak) zamiast o wymaganiach (co).
• decyzje wdrożeniowe powinny być odroczone do możliwie późnego punktu procesu wywoływania wymagań.
• używanie nieprawidłowej struktury zdań.
• znaczenie oceny jakości wymagań w rozwoju oprogramowania.

jakie są wymagania niefunkcjonalne?

wymagania niefunkcjonalne definiują i określają działanie systemu. Nie wpływa to jednak na funkcjonalność systemu, jak sama nazwa wskazuje. W związku z tym system może nadal działać, nawet jeśli jego niefunkcjonalne wymagania nie są spełnione. Powodem, dla którego wymagania niefunkcjonalne są niezbędne, jest ich użyteczność i ponieważ pomagają w określaniu czynników wpływających na wrażenia użytkownika.

to, co odróżnia wymagania funkcjonalne i niefunkcjonalne, to fakt, że podczas gdy pierwsze decyduje o cechach produktu i wymaganiach użytkownika, drugie koncentruje się na właściwościach produktu i oczekiwaniach użytkownika.

wymagania biznesowe vs wymagania funkcjonalne – wniosek

z powyższego porównania wynika, że wymagania są podstawą każdej firmy. Podstawą efektywnej analizy biznesowej są zarówno wymagania biznesowe, jak i funkcjonalne. Wymagania biznesowe wyjaśniają „dlaczego ” i” co „projektu, a wymagania funkcjonalne wyjaśniają” jak ” projektu.

okresowy przegląd i benchmarking (opracowanych) wymagań funkcjonalnych z wymaganiami biznesowymi zapewniają ogólny sukces projektu. Oto podsumowanie, które pomoże Ci wyraźnie odróżnić wymagania biznesowe od wymagań funkcjonalnych – punktem wyjścia każdej analizy biznesowej jest zrozumienie wymagań biznesowych (co i dlaczego) klienta i przekształcenie ich w Wymagania funkcjonalne (jak).