Witajcie,
zaczynam zabierać się za AGILE...a może to AGILE zaczyna się za mnie zabierać...w każdym razie jakoś tak - będziemy się "próbować" z nim zrozumieć - zapraszam do lektury.
Dziś MANIFEST, nie to nie jest manifest komunistyczny (jak śpiewał jeden z polskich artystów), lecz manifest AGILE. jest bardzo ważny, bo w skrócie daje nam pogląd na całościowe podejście. W swej prostocie ujawnia najistotniejsze aspekty metod zarządzania projektami z grupy tzw. LEKKICH.
Choć metodologia ta wyrosła na gruncie projektowania oprogramowania komputerowego, z powodzeniem można ja zastosować do wszelakich projektów. bez uszczerbku dla ich trwania i sukcesu.
a teraz mała "rycinka" :
Pozdrawiam,
Blog o ruchu "holistycznie" o zarządzaniu zwinnym i nie zwinnym - - - Blog about movement in a "holistic" way, blog about agile and not very agile management
Pokazywanie postów oznaczonych etykietą continous improvement. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą continous improvement. Pokaż wszystkie posty
poniedziałek, 1 sierpnia 2016
wtorek, 10 maja 2016
Procesy - Zarządzanie Końcem Etapu / Processes - End of Stage Management
Oczywiście i ten Proces ma służyć Komitetowi Sterującemu, ale nie tylko. A po cóż on temu Komitetowi, jest on potrzebny z paru powodów :
- Komitet Sterujący musi w jakiś sposób dokonywać przeglądu osiągnięcia celów bieżącego etapu;
- Komitet Sterujący musi w jakiś sposób dokonywać przeglądu uaktualnionego Planu Projektu;
- W jakiś sposób (właśnie dzięki Zarządzaniu Końcem Etapu) Komitet zatwierdza Plan następnego Etapu;
- Jest to "narzędzie" dzięki któremu łatwo jest potwierdzić dalszą zasadność biznesową projektu i tak zwaną "akceptowalność" ( poziom dopuszczalnych ) ryzyk
- Tutaj jest miejsce na stwierdzenie sytuacji nadzwyczajnej i opracowanie Raportu Nadzwyczajnego oraz Planu Nadzwyczajnego, który zatwierdzany jest jak Plan Etapu
Czego jeszcze możemy oczekiwać od Procesu Zarządzanie Końcem Etapu - na pewno przeglądu i uaktualnienia Dokumentacji Inicjowania Projektu.
Mała dygresja - DIP to :
- Opisy ról i struktury zespołu zarządzania projektem;
- Uzasadnienie Biznesowe;
- Plan Projektu;
- Strategie Zarządzania (są to strategie zarządzania : Konfiguracją, Jakością, Komunikacją, Ryzykiem);
- Mechanizmy sterowania Projektem;
- Opis (definicja) projektu i jego forma realizacji;
- Opis dostosowania metodyki (bo PRINCE2 jest skalowalny - prawda ;) ?)
Bardzo istotnym jest również zarejestrowanie informacji i doświadczeń w odpowiednich rejestrach - będą one pomocne przy realizacji dalszych etapów ( i możliwe że przy innych projektach).
A po co ten proces Kierownikowi Projektu ? Jest on konieczny dla Uzyskania zezwolenia na rozpoczęcie Kolejnego Etapu.
To czy projekt jest skoncentrowany na osiągnięciu celu i uzasadniony biznesowo, jest każdorazowo potwierdzane właśnie tym procesem.
Należy również pamiętać,że decyzja o zaniechaniu kontynuowania projektu nie jest porażką.
Tutaj raportowanie zakończenia etapu da nam odpowiedź , czy otrzymamy akceptację Planu Etapu / Planu Nadzwyczajnego - oczywiście raport należy rozesłać wszelakim interesariuszom.
Etykiety:
continous improvement,
DIP,
Etap,
Kierownik projektu,
komitet sterujący,
Plan,
PM,
PRINCE2,
proces,
produkt,
Project management,
projekt,
pryncypia,
ruch,
tolerancja
czwartek, 5 maja 2016
Procesy...Zarządzanie Strategiczne Projektem / Programme Management
Jesteśmy na saaaamej górze...kto by tu nie chciał siedzieć ?
Tak PRINCE2 mówi o tym że Zarządzanie Strategiczne umożliwia przyjęcie odpowiedzialności przez Komitet Sterujący, ale przecież to jest właśnie ta "śmietanka z tortu".
To właśnie dzięki temu procesowi Komitet jest w stanie podjąć kluczowe decyzje, deleguje uprawnienia, takie jak bieżące zarządzanie projektem ( kierownikowi).
Zarządzanie strategiczne polega na weryfikacji i kontroli czy dany projekt pozostaje zasadny, polega również na upewnieniu się że istnieje przepływ informacji między poziomami zarządzania. Dzięki temu procesowi Komitet Sterujący jest w stanie przeglądać korzyści projektowe (czyli CLUE zabawy w projekt;)).
Zarządzanie Strategiczne jako proces rozpoczyna sie zaraz po Przygotowaniu Projektu, i dzięki Tolerancjom Komitet Sterujący jest w stanie działać we wspomnianym procesie, jednocześnie powodując jak najmniejszą ingerencję.
Nie chodzi o to by Komitet interesował się nawet najmniejszym etapem i cząstką projektu, dzięki delegacji uprawnień i przypisaniu odpowiednich tolerancji, może zająć się innymi projektami - dzięki temu doglądając kilku naraz
Komitet Sterujący, dzięki procesowi Zarządzanie Strategiczne Projektem zezwala na :
- zainicjowanie projektu;
- realizację projektu;
- realizację Planu Etapu, lub Planu Nadzwyczajnego;
- podejmowanie decyzji doraźnej
- zamknięcie projektu
Tak PRINCE2 mówi o tym że Zarządzanie Strategiczne umożliwia przyjęcie odpowiedzialności przez Komitet Sterujący, ale przecież to jest właśnie ta "śmietanka z tortu".
To właśnie dzięki temu procesowi Komitet jest w stanie podjąć kluczowe decyzje, deleguje uprawnienia, takie jak bieżące zarządzanie projektem ( kierownikowi).
Zarządzanie strategiczne polega na weryfikacji i kontroli czy dany projekt pozostaje zasadny, polega również na upewnieniu się że istnieje przepływ informacji między poziomami zarządzania. Dzięki temu procesowi Komitet Sterujący jest w stanie przeglądać korzyści projektowe (czyli CLUE zabawy w projekt;)).
Zarządzanie Strategiczne jako proces rozpoczyna sie zaraz po Przygotowaniu Projektu, i dzięki Tolerancjom Komitet Sterujący jest w stanie działać we wspomnianym procesie, jednocześnie powodując jak najmniejszą ingerencję.
Nie chodzi o to by Komitet interesował się nawet najmniejszym etapem i cząstką projektu, dzięki delegacji uprawnień i przypisaniu odpowiednich tolerancji, może zająć się innymi projektami - dzięki temu doglądając kilku naraz
Komitet Sterujący, dzięki procesowi Zarządzanie Strategiczne Projektem zezwala na :
- zainicjowanie projektu;
- realizację projektu;
- realizację Planu Etapu, lub Planu Nadzwyczajnego;
- podejmowanie decyzji doraźnej
- zamknięcie projektu
Etykiety:
Change management,
continous improvement,
dove fare il movimento,
Lessons Learned,
Plan,
PM,
PRINCE2,
proces,
processes,
produkt,
Project management,
projekt,
ruch,
tolerancja
piątek, 29 kwietnia 2016
Procesy - o nie, znowu ? - Przygotowanie Projektu
Procesy to działania , mogą one być realizowane po sobie (dobrze widać to w ujęciu Kaskadowym) lub równolegle (wtedy uzyskujemy wartość Lean).
Na co to komu, otóż jest to Proces "wejściowy" - występujący przed projektem, dzięki któremu możemy zaoszczędzić sporo środków, jeśli na jego etapie unikniemy jak najwięcej błędów. Zgodnie z filozofią "odchudzonego" zarządzania - błędy wykryte we wczesnej fazie kreują najmniej kosztów na końcu.
Dzięki takiemu procesowi, jak np. Przygotowanie Projektu w PRINCE2, powinniśmy uzyskać możliwość uniknięcia realizowania nieprzemyślanych projektów. Jest to wstępne sito, które pozwoli nam zracjonalizować początkowe idee.
Tutaj też dowiemy się, czy opisany wstępnie projekt jest wart realizacji, także otrzymamy zapewnienie, że istnieje uzasadnienie biznesowe dla zainicjowania takiego projektu.
Co nam daje jeszcze proces Przygotowanie Projektu ? Między innymi informację, o tym że :
- zweryfikowano wszelakie , różne od siebie sposoby realizacji danego projektu (łącznie z tym, żeby go nie realizować...);
- opisano role i przypisano osoby, "nawet" te z Komitetu Sterującego danym projektem;
- nie stracimy czasu na realizację czegoś co ma błędne "wstępne" założenia, np. dotyczące czasu, terminów, ograniczeń etc.;
- będziemy przeglądać doświadczenia, jak również założymy dziennik doświadczeń - czyli Lessons Learned.
Całość "ubiera się" zgrabnie w produkt zarządczy zwany nie inaczej jak : Założenia Projektu
Na końcu tej "gry wstępnej" należy postarać się o to by zaplanować etap inicjowania. W tym miejscu kończy się więc etap przed projektem.
...i ja też kończę ;)
Na co to komu, otóż jest to Proces "wejściowy" - występujący przed projektem, dzięki któremu możemy zaoszczędzić sporo środków, jeśli na jego etapie unikniemy jak najwięcej błędów. Zgodnie z filozofią "odchudzonego" zarządzania - błędy wykryte we wczesnej fazie kreują najmniej kosztów na końcu.
Dzięki takiemu procesowi, jak np. Przygotowanie Projektu w PRINCE2, powinniśmy uzyskać możliwość uniknięcia realizowania nieprzemyślanych projektów. Jest to wstępne sito, które pozwoli nam zracjonalizować początkowe idee.
Tutaj też dowiemy się, czy opisany wstępnie projekt jest wart realizacji, także otrzymamy zapewnienie, że istnieje uzasadnienie biznesowe dla zainicjowania takiego projektu.
Co nam daje jeszcze proces Przygotowanie Projektu ? Między innymi informację, o tym że :
- zweryfikowano wszelakie , różne od siebie sposoby realizacji danego projektu (łącznie z tym, żeby go nie realizować...);
- opisano role i przypisano osoby, "nawet" te z Komitetu Sterującego danym projektem;
- nie stracimy czasu na realizację czegoś co ma błędne "wstępne" założenia, np. dotyczące czasu, terminów, ograniczeń etc.;
- będziemy przeglądać doświadczenia, jak również założymy dziennik doświadczeń - czyli Lessons Learned.
Całość "ubiera się" zgrabnie w produkt zarządczy zwany nie inaczej jak : Założenia Projektu
Na końcu tej "gry wstępnej" należy postarać się o to by zaplanować etap inicjowania. W tym miejscu kończy się więc etap przed projektem.
...i ja też kończę ;)
Etykiety:
ciągła poprawa,
continous improvement,
etapy techniczne,
Kaskada,
Kierownik projektu,
Lessons Learned,
Plan,
PM,
PRINCE2,
proces,
projekt,
pryncypia,
przyrost,
ruch,
Waterfall
czwartek, 14 kwietnia 2016
Zarządzanie etapowe / Stages and management
Trudno sobie wyobrazić
PRINCE2 bez etapów, to dzięki nim
dokładnie widać jak ruch w projekcie generuje przyrost – w najgorszym wypadku przyrost kosztów i niespełnionych
oczekiwań ;).
Podział projektu na etapy pozwala na
zdefiniowanie bardzo ważnego czynnika, czyli tolerancji. To dzięki tolerancji wiemy tak naprawdę czy projekt
jest jeszcze w zakresie i w realnej fazie ukończenia go z zyskiem.
Etapy już raz rozrysowałem, na szkicu tej pięknej
urody widać dokładnie jak Projekt może zostać podzielony. Oczywiście tutaj
wspomina się jedynie o etapach projektu, inne ważne etapy, dzięki którym da się
mierzyć postępy to etapy Techniczne.
Etapy techniczne
i etapy zarządcze pozwalają na pomiar Postępów.
Te z kolei są monitorowane na poziomie – Projektu – Etapu i Grupy Zadań
Etykiety:
Agile,
Change management,
continous improvement,
etapy techniczne,
gdzie się ruszyć,
Kierownik projektu,
Lessons Learned,
move,
movimento,
PM,
PRINCE2,
pryncypia,
przyrost,
SCRUM,
tolerancja,
training
poniedziałek, 11 kwietnia 2016
Zdefiniowane role i obowiązki / Roles Defined.
Zdefiniowane role
i obowiązki pojawiają się w każdym projekcie, jako kolejne z koniecznych pryncypiów.
Jest koniecznym i
standardowym podejściem w metodologii PRINCE2,
ustanowienie jasnych zakresów obowiązków, choć dopuszcza się czasem przy założeniu,
że projekt jest niewielki – łączenie
ról. Standard zaleca jednak by role pozostały rozdzielone w taki sposób, aby
umożliwić przepływ danych i rozdział kompetencji, dając tym samym pracującym
ludziom wszystkie potrzebne narzędzia do wykonywania swoich obowiązków.
Istotnym jest
zdefiniowanie interesariuszy – z punktu widzenia „koncepcji ruchu” – są to ludzie,
których „zawsze coś rusza”, w odniesieniu do projektu. Czyli mają na projekt wpływ lub projekt na nich wpływa –
w konsekwencji wywołując ruch.
Mówi się często o
TRZECH stronach interesu w projekcie :
Etykiety:
Agile,
Change management,
continous improvement,
Kierownik projektu,
PM,
PRINCE2,
Project management,
projekt,
pryncypia,
ruch,
SCRUM,
training,
Waterfall
poniedziałek, 4 kwietnia 2016
Jak się ruszać - How to move - Come muoversi
Ruch w ujęciu pejoratywnym powinien się kojarzyć ze zmianą stanu skupienia, albo co
najmniej przeniesieniem sił w układzie – ciało – masa – prędkość.
Jeśli mówimy o zarządzaniu projektami,
wiadomym jest, że ruch jest nieodzownym czynnikiem zmiany, i dla projektów ta
właśnie zmiana jest kluczowym czynnikiem przyrostu wartości projektu w czasie.
Nie jest łatwo ukierunkować ruch, dla
osiągnięcia korzyści, a co więcej nie jest prostym zrobić to w taki sposób by
tę korzyść osiągnąć jak najszybciej. Każdy, kto ma w zamierzeniu, choć
najmniejszy projekt – powinien go ulepszać. Ciągłe ulepszanie jest niesamowitym narzędziem, prostym a jednak
bardzo efektownym. Nie chodzi o to żeby codziennie walczyć ze zmianą, by
codziennie szukać ulepszeń dla rozwiązań działających, lecz by się im
przyglądać.
Wychodząc z założenia, że niektóre z
największych wynalazków zostały odkryte całkowicie przez przypadek, należy
przyjąć technikę „oderwania”, odlepienia się na chwil parę od problemu - próby
spojrzenia na niego z innej perspektywy. Dlatego podstawowe dzisiejsze pytanie
– jak się ruszać – jest tak istotne. Będąc liderem projektu ważne jest to by być wszędzie, w miarę
możliwości spoglądając na działania poboczne ( nie chodzi jednak o to by
zabierać innym osobom pracę i przeszkadzać im w działaniach, – lecz by nabrać
ogólnego poglądu). Nie można być kierownikiem
projektu patrząc jedynie na
„słupki”, aczkolwiek tego typu praktyki bywają czasem stosowane przez wielkie korporacje. W ten sposób nie da się „ogarnąć” całości projektu.
Dla mnie, „jakość” ruchu w ujęciu zarządzania
projektami ma swój główny ciężar położony na sprecyzowanym zarządzaniu
poszczególnymi etapami, ale w ujęciu „holistycznym”. Tak jak mówi SCRUM – krótkie spotkania, szybka wizja oraz
podjęcie decyzji. Człowiek powinien czerpać ze swoich instynktów w dobie
agresywnego konsumpcjonizmu – jest to bardzo przydatny czynnik, pozwalający
przetrwać. Nie ma tutaj znaczenia czy polujemy na dzikie zwierzę, czy walczymy
z terminami i kosztami zagrożonego
projektu.
Movement as its definition should be correlated with a change
of a matter, or at least with movement of forces in relation – body – mass –
speed.
If we are going to talk about project management it is obvious, that movement is something
crucial for change, and for projects, and this change is an key factor for
increase of project value in time.
It is not easy to steer such movement, to see progress, what is more it isn’t easy to do it in such way to gather income (Incrementation) in
possible fastest way. Everyone who has in scope , even the smallest project –
should consider make it better. Continuous
Improvement, is an magnificent tool, simple yet effective. It is not about
fighting with change on everyday basis , to search improvements for solution that works fine, it is about
observing.
Taking into account fact that some of the greatest
inventions were done by mistake, it is important to take under consideration technique
of “severance”, disengagement for a few
moments from an issue – just to take a look on it from a different angle. Therefore
today stated question - how to move – is so important. Being an
Project Leader it is important to be
everywhere, having possibility to take a look on side actions and side effects
( it is not about taking other peoples job, and creating an disturbance – but to get a wider glimpse). You can not be Project Leader, and
check only rough charts, yet such practices are sometimes accepted by corporations. In such way it is difficult to understand whole projects.
For me “quality” of movement in scope of project
management has its vast importance in precised management of forthcoming
stages, but in a “holistic” way. As it is defined by SCRUM - short meetings, quick vision and decision. Men should derive from its
instincts in times of an aggressive consumerism – it is a very useful factor,
allowing to survive. It is not important whether we are hunting for an wild
animal or we are fighting with dates and costs of project in danger.
Etykiety:
Agile,
Change management,
ciągła poprawa,
continous improvement,
dove fare il movimento,
gdzie się ruszyć,
Kaskada,
Kierownik projektu,
M o R,
PM,
SCRUM,
training
Subskrybuj:
Posty (Atom)

