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:
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...
Brak komentarzy:
Prześlij komentarz