Wykłady
> Zaawansowane programowanie w języku zapytań > Składnie T-SQL |
![]() ![]() |
6.2 Struktura podziału prac![]() Jednym z podstawowych zadań kierownika na etapie przygotowania projektu do realizacji jest określenie struktury zadań zmierzających do osiągnięcia celów projektu. Zespół czynności prowadzących do graficznej prezentacji struktury projektu jest nazywany dekompozycją projektu na zadania. Wynikiem tego działania jest uzyskanie diagramu WBS (Work Breakdown Structure), zwanego także SPP (Struktura Podziału Pracy). Głównym celem struktury WBS jest przejrzysta i adekwatna do rodzaju projektu organizacja powiązań i współdziałania wytwarzanych produktów zmierzających do osiągnięcia celu projektu. Istotnym elementem WBS jest poprawne zdefiniowanie jego komponentów, bowiem wszystkie składniki niezbędne do wytworzenia w projekcie muszą znaleźć swoje miejsce w strukturze WBS. Brak istotnych komponentów projektu w WBS prowadzi do poważnych problemów w jego realizacji. Można przyjąć zasadę, iż tego czego nie ma w WBS, może nie być w projekcie. Często prowadzi to wówczas do znacznych opóźnień w pracach projektowych np. ze względu na brak jakiegoś produktu wymaganego do dalszych prac nad projektem. Przystępując do prac związanych z budową WBS należy znać zasady jakimi należy się kierować przy jego tworzeniu. Tworzenie struktury oparte jest na rozpisaniu drzewa odzwierciedlającego pełną strukturę projektu. Budowę drzewa rozpoczynamy od góry do dołu rozpisując projekt na coraz to mniejsze komponenty. Przyjmuje się, dla zachowania czytelności diagramu, że WBS powinien mieć do 4 poziomów. Poziomem zerowym jest nazwa projektu, która jest „nagłówkiem” struktury WBS. Na poziomie pierwszym projektu umieszczamy główne etapy realizacji projektu, które dzielimy na zadania, aż do uzyskania pakietów roboczych będących najmniejszym składnikiem WBS. Przyjmuje się, że pakiety robocze określają produkty, które mogą być przypisane do konkretnej osoby i są realizowane w czasie od 1 do 10 dni roboczych. Zgodnie z zasadami percepcji ludzkiej, każdy poziom WBS powinien zawierać 7 +/- 2 elementów. O budowie WBS dla konkretnego projektu decyduje kierownik i ma on w tym zakresie dużą swobodę wyboru. Ponieważ projekty informatyczne są bardzo zróżnicowane pod względem złożoności i czasu realizacji, WBS powinien być dostosowany do projektu indywidualnie. Dlatego też dopuszczalne są odstępstwa od zasad opisanych powyżej. Nie należy jednak doprowadzać do sytuacji, w której diagram będzie zbyt uogólniony lub zbyt uszczegółowiony. Rozpisanie WBS na więcej niż 4 poziomy może spowodować duże problemy z jego czytelnością oraz jego analizą w trakcie trwania projektu. Jeśli zachodzi konieczność rozbudowy WBS o większą ilość warto zastanowić się nad podziałem projektu na podprojekty, dla których tworzy się oddzielne diagramy WBS. Każdy projekt można rozpatrywać pod kątem realizacji z różnych stron. Można patrzeć na projekt pod kątem faz cyklu jego życia, produktów w poszczególnych etapach prac, czy struktury zespołu wykonawczego. Podobnie jest ze strukturą podziału prac ( SPP ). Koncepcja realizacji WBS jest zależna od wizji kierownika projektu. To on decyduje pod jaki rodzaj WBS będzie optymalny dla realizowanego projektu. Przejdź dalej ![]() |
|
![]() Wykłady > Zaawansowane programowanie w języku zapytań > Składnie T-SQL |