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

Manifest AGILE

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,

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 :

  1. Opisy ról i struktury zespołu zarządzania projektem;
  2. Uzasadnienie Biznesowe;
  3. Plan Projektu;
  4. Strategie Zarządzania (są to strategie zarządzania : Konfiguracją, Jakością, Komunikacją, Ryzykiem);
  5. Mechanizmy sterowania Projektem;
  6. Opis (definicja) projektu i jego forma realizacji;
  7. 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.

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

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ę ;)

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 – ProjektuEtapu i Grupy Zadań

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 :




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.