background image

Role w projekcie informatycznym

Role w zespole 

projektowym

Michał Kalinowski
Paweł Kaniewski

background image

Role w projekcie informatycznym

Agenda

• Wstępne informacje o organizacji zespołu 

projektowego

• Zespół vs. Grupa – porównanie
• Role projektowe według Microsoft 

Solutions Framework

• Role projektowe według Rational Unified 

Process

• Predyspozycje psychologiczne a rola w 

zespole – dyskusja

• Podsumowanie

background image

Role w projekcie informatycznym

Wstępne informacje

• To ludzie tworzą projekt
• Dobre zarządzanie personelem 

podstawą sukcesu

• Cechy idealnego członka zespołu
• Komunikacja w zespole
• Ergonomia pracy

background image

Role w projekcie informatycznym

Cechy dobrego zespołu

• Jasno określone role - wyraźny podział 

obowiązków oraz odpowiedzialności

• Współdziałanie członków zespołu dla 

osiągnięcia sukcesu

• Zespół jako grupa niezależnych jednostek
• Bezpośrednia komunikacja
• Jasno określone cele zespołu
• Elastyczność i skalowalność

background image

Role w projekcie informatycznym

Sześć kroków do sukcesu

• Satysfakcja klienta
• Przestrzeganie ograniczeń (czas, 

budżet)

• Spełnienie założeń
• Zidentyfikowanie wszystkich błędów
• Produkt ma wspomagać użytkownika
• Płynne wdrożenie i łatwa pielęgnacja

background image

Role w projekcie informatycznym

Zespół kontra grupa 1

Zespół

Grupa

•Przywództwo 

rozproszone
•Działania 

ukierunkowane na 

zespół i jego cele
•Wspólna praca nad 

problemami i 

produktami
•Duże zaufanie
•Spotkania 

nieformalne

•Jeden silny lider
•Szeroki zakres 

działania
•Indywidualne 

wypracowywanie 

produktów
•Dużo spotkań, 

decyzji, delegacji ...

background image

Role w projekcie informatycznym

Zespół kontra grupa 2

Dzięki ścisłej współpracy 
członkowie zespołu wzajemnie 
kontrolują swoją pracę. Szybko 
osiągane są standardy jakości.

Umożliwia realizację idei 
wspólnego programowania

Ponieważ praca członków zespołu 
jest znana dla innych członków, 
łatwo mogą oni przejąć obowiązki 
pracownika, który opuścił zespół.

Jest przydatna wtedy, gdy w skład 
zespołu wchodzi wielu 
niedoświadczonych pracowników. 
Szef kontroluje i koordynuje 
pracę.
Wielkość zespołu może być 
znacznie większa niż w 
strukturze sieciowej.
Duże problemy w momencie 
odejścia szefa zespołu.

background image

Role w projekcie informatycznym

Role według MSF

• Product Manager – Analityk
• Program Manager – Projektant
• Developer – Programista
• Tester – Tester
• User Educator – Odpowiedzialny za 

szkolenie użytkowników

• Logistics Manager – Odpowiedzialny za 

konserwację oprogramowania

background image

Role w projekcie informatycznym

Analityk

• Odgrywa role adwokata klienta przed 

zespołem

• Odgrywa role adwokata zespołu przed 

klientem

• Dąży do ujednolicenia wizji zespołu i klienta
• Stara się sprostać oczekiwaniom klienta
• Dąży do realizacji „Potrzeby Biznesowej”
• Zarządza zakresem projektu
• Zarządza planem informacji

background image

Role w projekcie informatycznym

Projektant

• Nie jest kierownikiem
• Prowadzi cały proces

– Odpowiada za kalendarz projektu
– Zarządza zasobami

• Zarządza zakresem i specyfikacją 

projektu

• Ułatwia komunikacje w zespole
• „Idzie na kompromisy”

background image

Role w projekcie informatycznym

Programista

• Tworzy i testuje produkt aby spełniał 

założenia specyfikacji i satysfakcjonował 
klienta, czyli:

– Uczestniczy w projektowaniu produktu
– Szacuje koszty (czas, wysiłek)
– Pełni rolę konsultanta technologicznego 

grupy

–  Wspomaga proces instalacji i rozwoju
– Rozwija, konfiguruje i udoskonala produkt 

background image

Role w projekcie informatycznym

Tester

• Tworzy program testów
• Przeprowadza testy
• Uczestniczy w zarządzaniu 

jakością

background image

Role w projekcie informatycznym

Szkoleniowiec

• Odgrywa role adwokata zespołu przed 

użytkownikiem

• I na odwrót...
• Uczestniczy w definiowaniu potrzeb 

użytkowników

• Uczestniczy w projektowaniu 
• Projektuje i rozwija system zwiększenia 

wydajności

• Monitoruje proces użytkowania

background image

Role w projekcie informatycznym

Konserwator

• Odgrywa role adwokata zespołu przed 

operatorami

• I na odwrót
• Zarządza konserwacją oprogramowania
• Uczestniczy w projektowaniu
• Wspiera produkt podczas testów
• Szkoli administratorów pod kątem 

wdrożenia

background image

Role w projekcie informatycznym

Role i Cele 1

• Analityk

• Projektant

• Programista

• Tester

• Szkoleniowiec

• Konserwator

Usatysfakcjonowani klienci

Zachowane ograniczenia 

(czas, budżet)

Spełnione założenia projektu

Rozpoznane wszystkie błędy

Zwiększona wydajność 

użytkowników

Łatwa konserwacja 

produktu

background image

Role w projekcie informatycznym

Role i Cele 2

•Sześć podstawowych ról 
odpowiada sześciu podstawom 
sukcesu zespołu

•Jasno określone cele i role jasno 
określają odpowiedzialność i 
ułatwiają rozliczanie członków 
zespołu z ich obowiązków

•W skład dobrze zrównoważonej 
grupy wchodzą reprezentanci 
wszystkich ról

background image

Role w projekcie informatycznym

Trochę o Rational Unified 

Process 1

RUP jest w swym założeniu procesem iteracyjnym i 

przyrostowym

1.

Dostarcza dokładny opis następnej iteracji projektu

2.

Definiuje role, zadania i artefakty, które mają być 
dostarczone w tej fazie

3.

Podaje precyzyjny zarys kryteriów oceny dzięki, którym 
rozwój projektu może być śledzony podczas trwania iteracji a 
jednocześnie czy został osiągnięty sukces po jej zakończeniu

4.

Podaje dokładne daty rozpoczęcia i zakończenia projektu 

background image

Role w projekcie informatycznym

Trochę o Rational Unified 

Process 2

Dzieli się na cztery fazy:

1. Faza początkowa – służy analizie i 

zrozumieniu zakresu projektu

2. Faza opracowywania – architektura i 

wymagania produktu muszą być wyraźnie 
określone wraz z końcem tej fazy

3. Faza konstrukcji – tworzenie 

oprogramowania

4. Faza przejścia – wdrożenie oprogramowania 

u klienta 

background image

Role w projekcie informatycznym

Schemat organizacyjny

background image

Role w projekcie informatycznym

Enterprise modelling team

Grupa Modelowania 

biznesowego

Przeprowadza analizę 
wymagań klienta i 
przygotowuje model 
biznesowy bądź powiązane 
artefakty, takie jak: 
dokumenty operacyjne itp.

Analitycy

background image

Role w projekcie informatycznym

System architecture team

Projektanci architektury 

systemu

Ściśle współpracują z grupą 

modelowania biznesowego w celu 

stworzenia kontekstu systemu i 

dostarczenia jego wymagań. 

Rozwijają podsystem, perspektywy 

oraz swoje własne wymagania 

(podane wcześniej). Współpracują 

także z zespołami programistów w 

celu specyfikacji architektury 

komponentów oprogramowania.

background image

Role w projekcie informatycznym

Project Management Team

Grupa Zarządzająca projektem

Zajmuje się ogólnymi kwestiami 

dotyczącymi projektu z takich 
dziedzin jak: planowanie zasobów, 
śledzenie budżetu, oceny projektu, 
osiągnięciach projektu oraz jego 
rozbieżności. Odpowiada także za 
planowanie i koordynowanie 
kolejnych iteracji projektu.

background image

Role w projekcie informatycznym

Integration and Test Team

Integratorzy i testerzy

Podczas każdej fazy/iteracji projektu 

otrzymują fragmenty kodu oraz 
sprzęt od zespołu programistów w 
celu testowania konfiguracji oraz 
jakości stworzonego 
oprogramowania. Testerzy planują, 
wykonują i raportują 
przeprowadzane testy w każdej 
iteracji.

background image

Role w projekcie informatycznym

Subsystem development

Programiści

Odpowiedzialni za projektowanie i 

tworzenie jednego bądź wielu 
podsystemów. Bazują swoją pracę 
na otrzymanych z poprzednich faz 
innych grup diagramach 
przypadków użycia.

• Skalowalność
• Podzielność

background image

Role w projekcie informatycznym

Hardware Development / 

acquisition

Dział logistyczny

Dział zajmuje się instalacją i 
utrzymywaniem systemu u klientów. 
Może być również odpowiedzialny za 
przyjmowanie raportów o błędach od 
użytkowników i dostarczaniem 
aktualizacji.

background image

Role w projekcie informatycznym

Deployment Operations

Dział konserwacji

Obsługuje i rozwiązuje problemy i 
sprawy związane z eksploatacją 
systemu przez użytkowników. Służy 
także za kanał komunikacyjny między 
zespołem a użytkownikami.


Document Outline