Dodatkowe materiały do spotkania 1 (2007.11.25)
Prezentacja – spotkanie 1 [PDF 428 KB]
Prezentacja – spotkanie 1 pełna wersja [PDF 572 KB]
Strony o PM:
4PM
PMI
Warto przeczytać:
Szablon ryzyk projektu
Ryzyko w projektach informatycznych (Andrzej Kiesz, Wirtualna Polska)
Risk Management for Software Projects (Tom DeMarco) [PDF 343KB]
Management of Risk – omówienie elementów zarządzania ryzykiem w PRINCE2 [PDF 816KB]
Programy dla PMa:
Project in a box – wersja community edition programu wspierającego zarządzanie w oparciu o PRINCE2
Product Based Planner
Sugestie tematów do rozszerzenia (przez dodatkowe materiały na stronie) oraz zagadnień do omówienia na kolejnych spotkaniach mile widziane – proszę o sugestie w komentarzach.
==================
Lista zmian
2007.11.26
1) Polecony przez uczestnika link (dziękuję) do strony streszczającej zalecenia z PMBOKa – w tym również te dotyczące zarządzania ryzykiem:
Link
2) Znaleziona prezentacja ludzi z Ernst & Young na temat zarządzania projektami – w tym ryzyka
PDF ze strony MIMUW (714KB)
3) Wspominałem Państwu na zajęciach o PMI – organizacji skupiającej praktyków zarządzania projektami. Na stronie oddziału warszawskiego można znaleźć ciekawe materiały i informacje o nadchodzących spotkaniach/konferencjach z zakresu zarządzania projektami.
Strona PMI WPC
4) W odpowiedzi na zamówienie z ewaluacji na więcej informacji o testowaniu: strona testerzy.pl zawiera m.in. ciekawe artykuły na temat testowania oprogramowania. Czy o coś takiego chodziło?
5) Nawiasem mówiąc strona Wikipedii zawiera dobry opis zarządzania ryzykiem wg. PMBOK: Link
2007.11.27
6) Dla zainteresowanych PRINCE2 i PMBOK – na stronie Akademii Ekonomicznej we Wrocławiu (link) można znaleźć ciekawe prezentacje do pogłębienia wiedzy. Jest też prezentacja omawiająca klasykę z zakresu projektowania systemów IT (“Marsz ku klęsce” Edwarda Yourdona). Moim zdaniem ciekawa lista powodów dla których projekty informatyczne się nie udają…
2007.11.29
7) Dwie kolejne prezentacje ze strony infoshare:
Jak usprawnić pracę w zespole IT? Wykorzystanie narzędzi do pracy grupowej na przykładzie zespołu Polska.pl, Agnieszka Kukałowicz. Omówienie narzędzi (groupware), które mogą się przydać zespołowi projektowemu. Może któreś z nich się Państwu przyda w pracy? Do tej tematyki wrócimy jeszcze na 2 spotkaniu przy okazji omawiania specyfikacji i zarządzania wymaganiami.
“Zarządzanie zespołem projektowym IT”, Danuta Żak. Omówienie kwestii zespołu ludzkiego w zarządzaniu projektami.
8) Jako podsumowanie poprzedniego spotkania i wstęp do następnego warto przeczytać zapis dyskusji z Teleinfo “Jak okiełznać projekt IT” [PDF 272 KB]. Praktycy IT dyskutują na temat znaczenia stosowania metodyki i podają dobre praktyki z zakresu zarządzania projektami.
==================
Zamówienia z ewaluacji:
- więcej na temat ryzyka w PRINCE2 oraz PMBOK
- ryzyko, a testowanie (dodany link do strony z materiałami 2007.11.26)
- więcej na temat oprogramowania, które prezentowałem
- praktyczne przykłady zarządzania ryzykami
- najczęstsze ryzyka i sposoby postępowania z nimi
- definiowanie ryzyk
- ITIL (będzie na 3 spotkaniu)
- PRINCE2
- lekkie metodyki i narzędzia wspomagające (będzie na 2 spotkaniu)
- jaśniejsze omówienie różnic w metodykach, przykłady
- jak rozmawiać z klientem po analizie ryzyka
Dobre pytanie. Jeśli dobrze rozumiem intencję – moim zdaniem ważne jest, aby rozmawiać w sposób partnerski w oparciu o zasadę win-win. Klient powinien wiedzieć, że chodzi o jego satysfakcję, ale że są rzeczy, których nie da się zrobić (“To jeszcze dwie drobne funkcyjki”) bez podejmowania decyzji co do priorytetów. W ramach dyskusji można ustalać jak będzie przebiegał projekt, co i w jakiej kolejności będzie realizowane. Natomiast ważne jest aby Klient zdawał sobie sprawę z istniejących ograniczeń technicznych i nie oczekiwał cudów (“Dwa miesiące-czemu tak długo? Nie da się szybciej?”).
- a gdzie ludzie ( – o tym będzie w znacznej mierze 2 spotkanie)
Tak w zasadzie to najciekawsza część zarządzania projektami odnosi się do ludzi. To ludzie zapewniają innowacyjność, ale też z ludźmi wiąże się mnóstwo ryzyk. Jako, że temat ludzi jest ważnym elementem ruchu Agile chciałbym o tym więcej opowiedzieć na 2 spotkaniu.
- ryzyko a intuicja, przeczucie i nos
Gdzieś wyczytałem, że de facto intuicja to nasz osobisty system ekspercki zasilany doświadczeniami zbieranymi przez lata. Intuicja jest ważna, gdyż pozwala na wyłapanie symptomów, które mogą być niepokojące (“Coś ostatnio moi główni developerzy siedzą posępni”). Natomiast warto sobie zdawać sprawę z ograniczeń intuicji (jest to ciekawie opisane m.in. przez DeMarco w “Zdążyć przed terminem”): w oparciu o intuicję ciężko jest robić analizy różnych wariantów postępowania i nie jest łatwo ustalać wartości liczbowe. Poza tym – wiedza cicha siedząca w naszej głowie może nam świetnie służyć, ale inni nie są w stanie z niej skorzystać i trudno jest dyskutować wyłącznie w oparciu o przeczucia. Cytując Deminga “In God we trust, all others bring data”.
- pamiętnik Tompkinsa (zapytam zapytałem wydawnictwo od “Zdążyć przed terminem” czy mogę zrobić dla Państwa handouty z książki)
Wszelkie dalsze uwagi/zamówienia/pomysły mile widziane – proszę dopisywać w komentarzach.
