Wymagania na tworzenie oprogramowania.

Wymagania na tworzenie oprogramowania.

Udziałowcy projektu PDF Drukuj Email

 

W każdym projekcie pojawia się wielu udziałowców. Są nimi nie tylko członkowie zespołu pełniący określone role, ale również klienci czy sponsorzy. BABOK (Business Analysis Body of Knowledge) proponuje następujący podział rodzajów udziałowców (ang. stakeholder):

 

• Sponsor – odpowiedzialny za projekt na poziomie zarządczym: pozyskiwanie funduszy, podejmowanie decyzji go, no go oraz wspierający zarządzanie zasobami poprzez zapewnienie odpowiedniej liczby zasobów.

• Analityk biznesowy – odpowiedzialny za pozyskiwanie, ewentualnie negocjowanie, analizę, dokumentowanie i przeglądy kontrolne wymagań oraz za prezentowanie wymagań pozostałym udziałowcom w celu uzyskania ich opinii i akceptacji.

• Kierownik projektu (ang. Project manager) – zarządza projektem, dbając m.in. o to, by czynności związane z wymaganiami były wykonywane planowo, w przewidzianym budżecie oraz zgodnie z określonym zakresem. PM jest odpowiedzialny za upewnienie się, iż wymagania są zaakceptowane przez wszystkich uprawnionych udziałowców przed przejściem do kolejnych prac projektowych.

• Deweloper – rola obejmująca technicznych członków zespołu, zarówno programistów, jak i kierowników technicznych odpowiedzialnych za stworzenie projektu technicznego aplikacji. Programista implementuje wymagania (tworzy kod), w razie potrzeby zasięgając konsultacji analityka.

• Specjalista QA (ang. Quality Assurance) – odpowiedzialny za opracowanie, wdrożenie i nadzór standardów dotyczących zapewnienia jakości na różnych etapach projektu.

• Architekt – opracowuje projekt wysokiego poziomu oraz opisuje podejście do budowania architektury aplikacji. Architekt decyduje o tym, jaka architektura (projekt techniczny) najlepiej pasuje do danego projektu oraz spełnia wymagania.

• Analityk bazy danych – odpowiedzialny za techniczne aspekty projektowania, tworzenia i zarządzania bazą danych projektu.

• Analityk infrastruktury – projektuje całą infrastrukturę oraz środowisko sprzętowe i softwarowe wymagane do spełnienia wymagań dotyczących tworzenia oraz funkcjonowania systemu.

• Analityk danych – odpowiedzialny za ocenę wymagań dotyczących danych i informacji w danym systemie. Określa dane, które są wykorzystywane wielokrotnie, rozwiązuje problemy modelowania danych.

• Właściciel (ang. Solution owner) – odpowiedzialny za zdefiniowanie i akceptację zakresu projektu i upewnienie się, iż pasuje on do strategii biznesowej. Akceptuje zmiany w zakresie projektu oraz określa kryteria powodzenia projektu i sposoby ich pomiaru. W Scrum udziałowiec ten określany jest jako Właściciel Produktu (ang. Product owner).

• Użytkownik końcowy (ang. End user) – ogólna nazwa grupy osób, które będą używać wyprodukowanej aplikacji. Użytkownik końcowy może być zarówno osobą z wewnątrz organizacji klienta (pracownik), jak i spoza organizacji (klient bezpośredni). Użytkownicy końcowi często angażowani są do realizacji lub wsparcia testów akceptacyjnych (UAT – ang. User Acceptance Testing).

• Ekspert dziedzinowy (ang. Domain expert) – osoba dostarczająca ekspertyz w określonej dziedzinie biznesu. Ekspert wspiera definiowanie oraz akceptację wymagań funkcjonalnych projektu, zwykle współpracuje z analitykami biznesowymi w procesie identyfikacji i zarządzania wymaganiami. Eksperci często pochodzą z organizacji klienta lub są wynajmowani z firm konsultingowych – muszą to być osoby o szerokiej i dogłębnej wiedzy w danej dziedzinie. W mniejszych projektach, lub jeśli nie ma takiej konieczności (tj. wymagania i obszar dziedzinowy są jasne), ekspert dziedzinowy nie musi pojawiać się w zespole projektowym.


Autor: Karolina Zmitrowicz

 
 
Joomla 1.5 Templates by Joomlashack