Pokazywanie postów oznaczonych etykietą processes. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą processes. Pokaż wszystkie posty

wtorek, 6 września 2016

Pryncypia w Agile C.D.N.

Część następna, części poprzedniej...


4 - Nigdy nie idź na kompromis w kwestii Jakości

Wymaga w kierunku  zespołu:

- Ciągłego testowania w możliwe wczesnej fazie;
- Ustalenia na początku oczekiwanego poziomu jakości;
- Odpowiedniego planowania, udokumentowania i właściwego testowania;
Zapewnienia, że jakość nie stanie się wartością zmienną;
- Wbudowywania jakości przez przeglądy z odpowiednimi osobami, wykonywane w sposób ciągły.

To pryncypium jest wspierane przez:

- Periodyczne przeglądy w cyklu życia;
- Testowanie uzyskanych produktów;
- Wczesne i integracyjne testowanie;
- Kluczowe techniki to MoSCoW i Stosowanie Okienek Czasu


Jak wiecie - Gwarancja jest JAK...ości
Znaczy to nie mniej, nie więcej jak to, że Jakość powinna spędzać wam sen z powiek. tylko ona gwarantuje długoterminowe zadowolenie interesariuszy.


5 - Buduj "przyrostowo" na solidnych podstawach

Wymaga to od zespołu :

Ciągłego potwierdzania, że budowane rozwiązanie jest poprawne;
- Dążenia do jak najwcześniejszego dostarczenia korzyści biznesowych tam, gdzie to jest
możliwe;
- Formalnego dokonywania ponownej oceny zasadności projektu i właściwych priorytetów, po każdym przyroście;

Wspierane jest przez :


- Cykl życia - stworzenie solidnej podstawy (Wykonalność i Podstawy) przed rozwojem przyrostowym (przez Inżynierię i Eksplorację)


6 - Rozwijaj w sposób iteracyjny

Rozwój Iteracyjny pozwala zespołowi w sposób ciągły zbliżać się do odpowiedniego rozwiązania


Wymaga to od zespołu :

Zaakceptowania faktu, że większość szczegółów pojawi się później niż wcześniej;
- Wykonania tylko wystarczającego projektowania na początku (enough design up front EDUF), po to by stworzyć solidne podstawy;
- Ciągłej kreatywności, właściwego eksperymentowania, nauki oraz ewoluowania;
- Budowania produktów za pomocą podejścia iteracyjnego - przyrostowego;
- Wbudowania (feedbacku) informacji zwrotnej od klienta w każdą iterację;
- Wykorzystania zmian, dobre rozwiązanie nigdy nie będzie ewoluowało bez nich.


Zmiana jest nieuchronna, wykorzystaj jej skutki - jest to wspierane jest przez :

- Iterację i przeglądy - zapewniają, że ewoluujące rozwiązanie jest zgodne z rzeczywistymi

potrzebami biznesu.


7 - Komunikuj się ciągle i jasno

Wymaga to od zespołu:

- Przeprowadzania Codziennych Zbiórek (daily stand-up);
Utrzymywania zwięzłej i aktualnej dokumentacji - nie chodzi tutaj o ilość papieru, lecz zwięzłość i aktualność zapisów;
- Wykorzystywania Warsztatów Facylitowanych;
Wspierania nieformalnej komunikacji „twarzą w twarz” na wszystkich możliwych poziomach;
- Korzystania z modelowania, prototypowania;
- Przedstawiania przyrostów rozwijanego rozwiązania często i wcześnie;
- Ciągłego zarządzania oczekiwaniami interesariuszy.

Jest to wspierane przez:

- Upoważnianie użytkowników i ich zaangażowanie; 
- Codzienne Zbiórki i Warsztaty Facylitowane;
- Jasno zdefiniowane role;

- Modele i prototypy – w celu unaocznienia rozwiązania w początkowym stadium rozwoju.


8 - Demonstruj właściwą kontrolę

Wymaga aby zespół, a przede wszystkim Kierownik Projektu i Lider Zespołu:

Zarządzali proaktywnie;
- Ciągle mierzyli postępy poprzez dostarczanie produktów;
- Używali odpowiedniego stopnia (nie zbyt dużego, ani zbyt małego) formalizmu dla śledzenia i raportowania;
- Zapewnili, że plany i informacje o postępach były widoczne dla wszystkich 
- Ciągle oceniali, w oparciu o cele biznesowe, zasadność dla projektu .

Wspierane jest to przez:

- Kluczową technikę : Stosowanie Okienek Czasu;
Produkty planowania;
- Ciągłe przeglądy;

Plany Okienek Czasu oraz Podstawy Zarządzania.


 ...that's all folks !... i pamiętajcie :


Traktuj każde odejście od zasad jako ryzyko.
Złamanie którejkolwiek z zasad stanowić powinno poważne ryzyko dla sukcesu procesu zwinnego i sukcesu projektu

Na początku każdego projektu otwarcie przedyskutuj z zespołem projektowym Pryncypia. Upewnij się, że wszyscy są one jasne i akceptowalne dla wszystkich.



poniedziałek, 30 maja 2016

Procesy - Zamykanie Projektu / Processes - Project Closure

Celem procesu Zamykanie Projektu jest przede wszystkim zweryfikowanie akceptacji dla produktów, wykonywane przez użytkownika. Tutaj także uzyskujemy zapewnienie że klient jest w stanie wspierać produkty danego projektu. Dokonujemy w procesie Zamykanie Projektu przeglądu dla efektywności realizacji projektu. 
Nie mniej ważne cele to między innymi ocena zrealizowanych korzyści i aktualizacja prognoz dla korzyści. Zamknięcie Projektu pomaga nam również w zapewnieniu rozpatrzenia wszelkich nierozwiązanych zagadnień i ryzyk jak również zaleceń dla działań następczych.
Istotnym celem tego procesu jest także zaplanowanie przeglądu korzyści.

Cyt. " proces Zamykanie Projektu służy do wskazania ustalonego punktu, w którym zostanie potwierdzona akceptacja produktu końcowego projektu oraz potwierdzenia, że cele określone w pierwotnej Dokumentacji Inicjowania Projektu zostały osiągnięte, albo że projekt nie ma już nic więcej do wniesienia"

Co ważne :
- proces Zamykanie Projektu jest realizowany również wtedy gdy projekt zamykany jest przedwcześnie;
- cechą charakterystyczną projektu jest skończony czas trwania;
- zakończenie projektu powoduje koniec odpowiedzialności zespołu zarządzania projektem;
- dokumentowania wymagają wszelakie działania następujące, dotyczące przekazywanych produktów;
- zakończenie projektu przekazuje również odpowiedzialność na stronę klienta, za jego produkty.

Proces Zamykanie Projektu zawiera/może zawierać w sobie poniższe czynniki :


  • Przygotowanie planowego zamknięcia;
  • Przygotowanie przedwczesnego zamknięcia;
  • Przekazywanie produktów;
  • Ocenianie projektu;
  • Rekomendowanie zamknięcia projektu.

To był ostatni przeze mnie opisany proces występujący w metodologii Prince2

czwartek, 19 maja 2016

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ń. 

poniedziałek, 16 maja 2016

Procesy - Sterowanie Etapem / Processes - Stage Management

To jest "sól tej ziemi" (kolejna ?) - tutaj praca Kierownika Projektu jest zdefiniowana. W procesie Sterowanie Etapem znajduje się najwięcej zadań dla Kierownika, ponieważ ten proces polega na: 
- przydzielaniu pracy i jej monitorowaniu;
- raportowaniu Komitetowi Sterującemu o postępach w projekcie;
- podejmowaniu działań korygujących (mieszczących się w tolerancji);
- tutaj obsługuje się również pojawiające się zagadnienia.

Polecam mój wielkiej urody szkic- w którym widać umiejscowienie opisywanego procesu, wśród innych procesów, takich jak :


Komu to potrzebne - jak już wspomniałem powyżej - głównie Kierownikowi Projektu, dla codziennego zarządzania etapem. Używany jest do zarządzania każdym etapem realizacyjnym, ale można go użyć dla skomplikowanego etapu inicjowania (gdy mamy do czynienia z bardzo dużym projektem).

Dzięki temu procesowi Kierownik Projektu może kontrolować i definiować pracę Kierowników Zespołów, ustalając przy tym odpowiednie tolerancje. Należy wspomnieć o tym, że Kierownik Zespołu może być jednocześnie Kierownikiem Projektu (jeśli projekt nie jest zbyt skomplikowany), tutaj PRINCE2 zezwala na łączenie ról. Jeśli tak się stanie, Kierownik ma dwie role i odpowiada za wykonanie Grupy Zadań.

...na co mi to...


  1. by uniknąć "pełzania zakresu", czyli zmian które nie posiadają kontroli;
  2. by umożliwić skupienie się na tym co najważniejsze dla projektu - PRODUKT;
  3. kontrola, kontrola, kontrola - zagadnień oraz ryzyk;
  4. pomaga w przeglądzie Uzasadnienia Biznesowego;
  5. daje zapewnienie tego, że zespół zarządzania projektem skupia się na jego realizacji (projektu) w ramach przydzielonych tolerancji, oraz zgodnie z ustalonymi nakładami osiągając zamierzoną jakość.
Występują w opisanym powyżej procesie następujące działania :

- Zezwalanie na wykonanie Grupy Zadań;
- Przeglądanie stanu Grupy Zadań;
- Odbieranie zakończonych Grup Zadań;
- Przeglądanie stanu etapu;
- Raportowanie Okresowe;
- Wychwytywanie i analizowanie zagadnień i ryzyk;
- Przekazywanie zagadnień i ryzyk

A to wszystko zamyka i spaja Podejmowanie Działań Korygujących...

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

środa, 27 kwietnia 2016

Produkt / Product – to wszystko przez niego ten cały PRINCE2

No bo gdyby go nie było, to by PRINCE2 nie było… tak mądrym wstępem pragnę zacząć. Czymże jest produkt – niby każdy wie. Wie pan, wie pani…wie społeczeństwo…ale jak się okazuje nie do końca. Koncentracja na produkcie w podejściu PRINCE2 jest bardzo dobrze opisana – jako „clue” całej tej zabawy.

Zależnie od klienta – poziomu odbioru – produktu widzimy specyfikację i określenie produktu finalnego i cząstkowego.  To od klienta zależy, jaki produkt będzie dla niego odpowiedni, od klienta zależą również tolerancje dla niego na różnych zakresach.

Zależnie od kryteriów jakościowych wiemy jak dobrze jest opisany produkt – dzięki temu powinniśmy wiedzieć czy będzie on odpowiadał opisowi produktu końcowego.

To Opis Produktu mówi nam o wszelakich właściwościach wytwarzanego przez nas produktu, niezależnie od tego czy produktem będzie: dokument, decyzja, kubek do kawy, kosiarka, impreza charytatywna, koncert, czy też książka… etc.


Dlaczego jest to tak istotne – jest to zdrowe podejście dla wszelakich metodyk Agile, przyczyną działań powinien być produkt końcowy, choć jak pisałem w Agile PM – akceptuje się czasem inny jego wygląd , dla sprostania „stałym” funkcjom „trójkąta”. To i tak musi to być zawsze produkt akceptowalny przez interesariuszy, oraz ogólnie rzecz biorąc rynek/odbiorcę, czyli klienta (w rozumieniu pejoratywnym).