Podstawy Agile - fundamenty

Czas aby przedstawić podstawy filozofii AGILE, poniżej ikonografika "pięknej wręcz urody" - ma ona na celu przedstawić istotę zarządzania zwinnego AGILE, jej podstawy.

Pamiętać należy, że projekty AGILE muszą być powiązane w sposób jasny i ścisły z celami strategicznymi organizacji. 

Podczas wyboru zarządzania Zwinnego należy kierować się rzeczywistym dostarczaniem (we wczesnej fazie) produktów (korzyści) dla biznesu.

Jakie zatem są warunki sukcesu tego rozwiązania ?

Otóż takie :

1. AKCEPTACJA, faktu że zmiana jest nieunikniona;
2. UPOWAŻNIENIA, są istotne i rozdzielone tylko dla odpowiedniego poziomu zarządczego;
3. Należy DOSTARCZAĆ na czas w planie zgodnie z priorytetem biznesu;
4. CELE BIZNESU, są jasne i klarowne a przede wszystkim rozumiane przez kluczowych interesariuszy projektu;
5. Nieunikniona jest WSPÓŁPRACA, w celu osiągnięcia i zrealizowania zamierzonego rozwiązania;
6. rozwiązanie, którego szukają interesariusze będzie odpowiadać swojemu PRZEZNACZENIU.

Następnym razem zajmiemy się PRYNCYPIAMI...ale tym razem w ujęciu AGILE

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,

Procesy - Zarządzanie Dostarczaniem Produktów / Processes - Product Delivery Management

Jak mówi podręcznik PRINCE2 Proces ten służy do  : 

Zarządzania powiązaniami pomiędzy Kierownikiem Projektu a Kierownikiem/Kierownikami Zespołów przez wprowadzenie formalnych wymagań dotyczących przyjmowania do wykonania, wykonywania i dostarczania wykonanych prac w projekcie.

A zatem jest to główny, "formalny" łącznik pomiędzy "fazami DO" ;)

jaka jest celowość tego procesu :

1. Przekazywanie produktów zgodnie z oczekiwaniami i w zakresie przydzielonych tolerancji;
2. Uzgadnianie i zatwierdzanie wszystkich proc nad produktami;
3. Przekazywanie okresowej  informacji o postępach w kierunku Kierownika Projektu; 
4. Widzimy w nim jasny obraz prac przeznaczonych dla członków zespołu, Kierowników Zespołu w aspektach :

• ZAKRESU,
• KOSZTÓW,
• NAKŁADÓW,
• TERMINÓW.

A Proces Zarządzanie Dostarczaniem Produktów, powinien wyglądać tak :

Zarządzanie Dostarczaniem Produktów w aspekcie Sterowania Etapem

Jak widać na powyższym schemacie - proces ten jest potrzebny Kierownikowi Zespołu, pozwala to jemu spojrzeć na projekt i ustalić punkty styku, plan Zespołu jak również pozwala na weryfikację Grup Zadań.

Tutaj Kierownik Zespołu uzyskuje zatwierdzenia produktów, dowodzi o spełnianiu kryteriów jakości posługując się odpowiednimi (określonymi) metodami dla Grupy Zadań. 

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

Wszech (po) mocne procesy w Prince2 / All (Bundy) mighty processes in accordance to Prince2

Oj tak, Procesy - kto by się nimi przejmował - ja na pewno "Pan Proces" ;), polecam lekturę :

Oczywiście - All Rights Reserved

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ń

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 :

Cykl życia Uzasadnienia Biznesowego / Business Justification Lifecycle - Yes We Can !

Business Justification Lifecycle - PRINCE2 variation

Korzystanie z doświadczeń / Lessons Learned.

Tak jest to jedno z siedmiu pryncypiów według PRINCE2, które jest koniecznym by projekt był realizowany w zgodzie z metodyką.  W języku angielskim używa się czasem pojęcia „Lessons”, ponieważ to właśnie doświadczenia, te Lekcje z „pola walki” są najistotniejszymi dla powodzenia realizacji projektu. Jeśli już raz udało nam się przetrzeć szlaki i wykarczować las niebezpieczeństw i terminów oraz zazębiających się zadań oraz ułożyć z tego spójną drogę przez proces prowadzenia projektu. Logicznym jest, że prawdopodobnie uda nam się za drugim i trzecim razem. 

Choć praktycy powtarzają, że każdy projekt jest inny, każdy ma inne uwarunkowania. Najistotniejsze jest jednak z punktu widzenia tego pryncypium to, że dzięki doświadczeniu unikamy popełniania tych małych błędów. Ponieważ nawet największa podróż zaczyna się od pierwszego kroku. Ważnym jest by nie skręcić kostki na samym początku i uniknąć stałych niebezpieczeństw, które towarzyszą każdemu przedsięwzięciu biznesowemu.

Jeśli realizujemy mały projekt w ramach małego przedsięwzięcia, zazwyczaj korzystamy z notatnika albo innej formy bazy danych, bardziej nieformalnej. Korporacyjne podejście jest bardziej usystematyzowane. To cała gałąź „ Lessons Learned” osnuta jest w ideologię, politykę i opasłe systemy informatyczne do przechowywania danych i doświadczeń, po to by wykorzystać je podczas kolejnej działalności, kolejnego „startu” projektu. Ma to swoją drugą stronę medalu taką, że często ilość danych przerasta czytelnika / odbiorcę, co w gruncie rzeczy prowadzić może do zniechęcenia i zaniechania korzystania z takiego źródła. 

Negatywne efekty - to popełnianie tych samych błędów przy każdym projekcie, brak motywacji do poprawiania działań. 

A torcik znacie ? / Do you recognize that cake ?

Co mówi PRINCE2 na temat słodyczy... / What PRINCE2 says about sweets...

Ruch wewnętrzny - internal movement

Zapewne już znacie wszystkie szczegóły dotyczące podstawowej zależności – Planuj – Deleguj – Monitoruj – Kontroluj. 

coś na kształt koła Deminga

To jest specyfika w zarządzaniu projektem, która świetnie się wpisuje w koło Deminga.  Ruszając się wewnątrz projektu musimy pamiętać o parametrach efektywności projektu. PRINCE2 jasno je deklaruje, jest ich sześć:

- Koszty;

- Terminy;

- Jakość;

- Zakres;

- Ryzyko;

- Korzyści;

Mając na uwadze te zależności, łatwo określić siły wpływu wewnątrz każdego projektu. Są to siły przeciwstawne, ponieważ silnie powiązane, mają niesamowity – nieodzowny wpływ na powodzenie naszego przedsięwzięcia.

Jest to podstawowa logika:  Jakość ma wpływ na Koszty, Koszty na terminy, Zakres ma wpływ na Ryzyko a wszystko zależne jest za zwyczaj od Korzyści, etc..

Niezależnie od tego jak będziecie zabierali się do projektów ważnym jest by nie zapominać o wewnętrznych siłach współdziałających w waszym „specyficznym” projekcie. Od tego powinno zależeć wasze podejście i wybór właściwej ścieżki zarządzania: przecież niekoniecznie musi być  Agile, skoro PRINCE2 daje radę, a może właśnie adaptacja podejścia Klasycznego Kaskadowego lub właśnie SCRUM da radę. 

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.

Ruch w przypadku procedury SCRUM, Agile PM, PRINCE2, Kaskada

Więc o co chodzi z tym ruchem w PM, chodzi o to żeby będąc członkiem choćby najmniejszego zespołu projektowego  - wiedzieć gdzie się ruszać i jak poruszać. Co prawda SCRUM i Agile mówią o tym że nie należy przekładać procedur ponad podejście zdroworozsądkowe i współpracę międzyludzką, powiedzmy sobie jednak szczerze - rzadko się to udaje. Minimalny, elementarny i rzekłbym nawet funkcjonalnie opisany szkielet procedury jest wymagany, by choćby najmniejszy projekt przeprowadzić osiągając sukces. Wiadomo, że inaczej będzie określony sukces dla Agile PM, a inaczej dla PRINCE2. W ujęciu kaskadowym o sukcesie moża natomiast mówić gdy wszystkie procedury zostaną wypełnione ale jest do drugi kraniec szali, o którym dziś mniej będzie.

Jakie zatem procedury wprawią w ruch nasze projekty - na pewno "nie opasłe", tzn. lekkie i zwinne i powiewne. Nie muszą być opasłymi tomiskami, najważniejsze by spełniały swoją rolę. Chcę was przestrzec przed tworzeniem "papierologii stosowanej" bo :

• dokumenty-procedury trzeba tworzyć;
• trzeba nią zarządzać, czasem jak w przypadku zarządzania konfiguracją, potrafi to być bardzo upiorne;
• papierologię trzeba przechowywać i przypominać wszystkim by ją czytali, a to przecież NVAA ;)

Podsumowując zgrabnie - ruch w procedurze ma sens gdy procedurę da się przesunąć, poruszyć jednym małym palcem... 

So, what is all about this movement in PM, it is just a hint for you , when you are a member of even the smallest project team - to know where to move or how to move. That is true SCRUM and Agile defines its attitude to procedures in short sentence, that you shouldn't take procedures too serious, clear thoughs and interpersonal communication is far more important, but let's be honest - it is so rare to give effective succes. Small, elementary and let me say functionally defined backbone of procedure is needed, to lead even not very big project with success. It is known, that success itself will be defined differently for Agile PM, PRINCE2 and success for Waterfall attitude we may say only when all procedures will be fulfilled , but this is the other end, I won't be describing that today.
So which procedures will make our project to move  - for sure lightweight, and agile, light as breeze. these do not have to be heavy volumes, the most important is fact that they must work. I want to warn you against creation of " documentation faculty", because:

• documents - procedures must be created;

• documents must be managed, sometimes in scope of configuration management this could be creepy

• documents must be saved, reminded to everyone and this of course creates NVAA

To sum it up - movement within procedure is wise whet prcedure can be moved with your little finger...

Ruch w PM, a nie w MP - Project Management - specyficzna forma ruchu

Ruch jest jasno określony i bardzo dobrze by było gdyby miał swój cel. Dlatego tak istotnym jest wiedzieć gdzie się zmierza ;)

Chcę w paru słowach opisać tutaj moje ostatnie zainteresowanie dotyczące PM, czyli Project Management.

Dlaczego ?

• Project Management , czyli zarządzanie projektami to taka sympatyczna praca w której głównie się cały czas i przeciągle i bez zatrzymania -  rusza;
• Jest to niesamowita przyjemność patrzeć na zmieniające się słupki i powiązane z nimi MoR (Management of Risk) oraz Change Management, czyli zarządzanie zmianą;
• Człowiek z natury leniwa postać, nie potrafi się zmusić do ruchu samoistnie, dlatego łatwiej się mu zorganizować, gdy widzi Projekt i Plan J

Na początek, myślę że to wystarczy jako powody – reszta wyjdzie w praniu, jak zwykle (pewnie raczej w formie AGILE, a nie PRINCE2, ani też Kaskadowo)

Movement is of course clearly defined and that is OK if it would have own purpose. Therefore it is so important where you are going ;)

I would like to define here in few words my latest interest regarding PM, which stands for Project Management.

Why ?

• Project Management it is such nice work, where you must move yourself - mainly, constantly and all the time, without any stoppage;
• It is enormous pleasure to see charts which are changing in relation to MoR (Management of Risk) and Change Management;
• Man as for nature, is a bit lazy, can not force him/herself to move a little, that is why it is easier for him/her to organize, when Project or Plan is visible J

As for the beginning it should be enough, for reasons – rest will be “washout” (excuse me this translation was made by intention ;)) added in future, it means as usual ( rather in form of AGILE, not PRINCE2, or waterfall )

ta-da !