Crimson on the Dance Floor Stephani Hecht
Bradbury_Ray_ _451_Fahrenheita
CzesśÂaw Chruszczewski Fenomen kosmosu
technik.elektryk_311[08]_z5.01_u
Harper, Tara K Wolfwalker 1 Wolfwalker
Fritz Leiber FGM 3 Swords in the Mist
Anna Keraleigh [Fairy 01] Fair Flavor [Evernight] (pdf)
Carofiglio Gianrico Ponad wszelkć wć tpliwośÂćÂ
01 Pretty Little Liars
Boge Anne Lise Grzech pierworodny 06 Obietnica
[ Pobierz całość w formacie PDF ]
kamieni milowych i struktury SPP zostaną określone zadania, które należy wykonać,
aby osiągnąć kolejne kamienie. Planowanie cechuje się powtarzalnością. W trakcie re-
alizacji projektu wielokrotnie będą sprawdzane wyniki planowania.
Zarządzanie planowaniem
Po zakończeniu we współpracy z członkami zespołu większej części etapu planowania
należy zwrócić szczególną uwagę na ilość czasu, jaką zespół na to poświęcił. Badanie
jakości nie jest prostym zadaniem i w celu uzyskania wartościowych wyników wy-
maga wielu osobogodzin. Jednak zbyt duża ilość czasu poświęcona na badania może
doprowadzić do niejasnych wyników, przechodzenia od tematu do tematu i przerwa-
nia projektu. Zawsze należy dążyć do zdefiniowania wyraznego celu i terminu zakoń-
czenia wstępnych badań.
Aby określić cel badań, należy utworzyć listę pytań, na które trzeba odpowiedzieć, by
być w stanie zarządzać czasem trwania badań.
Jeśli masz tyle szczęścia, że w badaniach projektowych pomaga Ci wiele osób, nie wolno
Ci ulec pokusie mikrozarządzania. Członkom zespołu należy przydzielić tematy objęte
zakresem badań, zapoznać ich z celami, które w wyniku badań powinny zostać osią-
gnięte, a następnie przekazać im termin zakończenia. Nie jest konieczne nadzorowanie
członków zespołu zajmujących się badaniami. Należy umożliwić im zakończenie przy-
dzielonych zadań i poczekać na wyniki.
Gdy członkowie zespołu ukończą badania, należy zdefiniować metodę umożliwiającą
szybkie i proste skompilowanie zgromadzonych informacji, tak aby je ocenić i podjąć
decyzje. Jeśli dostępne są zasoby, w zależności od typu badań projektowych należy
zorganizować spotkanie i nakazać członkom zespołu poinformowanie o wynikach swoich
poszukiwań.
Po udostępnieniu wyników poszukiwań należy komuś nakazać zebranie uwag i zare-
jestrowanie wszelkich rozmów, sporów lub innych informacji uzyskanych w trakcie
spotkania. Po spotkaniu trzeba uporządkować zgromadzone dane i przekazać je człon-
kom zespołu. Na podstawie przeprowadzonej dyskusji dotyczącej wyników badań, cało-
ściowego raportu i własnej intuicji powinieneś być gotowy do podjęcia inteligentnej
decyzji, jak projekt powinien być dalej realizowany.
Plany awaryjne
Każdy projekt wymaga przynajmniej jednego planu awaryjnego. Można go nazwać pla-
nem wycofywania, najgorszym scenariuszem lub planem przywracania po kataklizmie.
Plan awaryjny jest wcześniej zdefiniowaną decyzją, która powinna być podjęta, gdy
realizacja projektu nie pójdzie po naszej myśli. Ignorowanie przygotowania planu
awaryjnego jest kuszeniem losu. Jeśli realizacja projektu, dla którego nie stworzono planu
awaryjnego nie idzie zgodnie z oczekiwaniami, doprowadzi to do opóznień i prawdo-
podobnie przekroczenia budżetu.
64 Zarządzanie projektami IT
Po zakończeniu badań i w trakcie definiowania fundamentu projektu należy zastanowić
się, jak się zareaguje, jeśli na dowolnym etapie projektu dojdzie do potknięcia. Jako że
większość projektów informatycznych do ukończenia wymaga wykonania wielu kro-
ków, istnieje mnóstwo możliwości pojawienia się problemów. I faktycznie problemy
będą występowały. Na rysunku 2.8 pokazano, jak plany awaryjne decydują o powo-
dzeniu projektu.
Rys nek 2.8.
Plany awaryjne
są decyzjami
podejmowanymi
w sytuacjach
zagrożenia
W ramach procesu planowania projektu należy rejestrować zgłoszone problemy, doku-
mentować wszelkie konflikty z innymi technologiami i tworzyć zakładki dla wszystkich
artykułów lub stron internetowych zawierających ostrzeżenia dotyczące wdrażanej
technologii. Przeanalizowanie negatywnych aspektów technologii może wpłynąć na zre-
zygnowanie z wdrożenia jej z ważniejszego powodu i zwiększyć świadomość tego, że
z technologią mogą być problemy.
Przy tworzeniu większości planów awaryjnych należy stosować stwierdzenia warunkowe
podobne do następującego: Jeśli pomiędzy oprogramowaniem i sterownikiem karty
graficznej występuje konflikt, zostanie napisany sterownik, który umożliwi współpracę
obu komponentów. . Chociaż takie stwierdzenia wydają się proste, mogą umożliwić
szybkie stworzenie zwięzłego planu awaryjnego.
Jednym z podstawowych powodów, dla których na etapie badań projektowych tworzy
się plany awaryjne jest przygotowanie do następnego etapu, czyli rozmowy z zarządem.
Zarząd lubuje się w kwestionowaniu wszystkiego. Niektórzy są przekonani, że zarząd się
uwziął na nich, ale zazwyczaj tak nie jest.
Po stworzeniu udokumentowanego, logicznego planu awaryjnego dla każdego aspektu
projektu, należy nawiązać współpracę z zarządem przed bezpośrednim spotkaniem z jego [ Pobierz całość w formacie PDF ]
