wat doe je wel en wat doe je niet bij introductie van een agile methode
Hoi allemaal,
Zoals ik eerder had toegezegd hieronder een lijstje van zaken die je naar mijn mening wel of niet moet doen bij de introductie van een agile project- of ontwikkelings methode (zoals b.v. scrum):
Vooral doen:
- daadwerkelijk laten zien dat het grote geheel, zoals in watervalprojecten, wel in kleinere zinvolle stukjes opgedeeld kan worden
-iteraties liever releases noemen
- het ondersteunen van de productowner (meestal projectmanager of programmamanager) bij het prioriteren
- 'gewoon' documenteren zoals men gewend en zoals het gewenst is
-de projectmanager als eerste overtuigen dat iteratief werken, werkt (verleiden tot het volgen van een cursus?)
-aantonen dat 'control' juist in het prioriteren en het telkens opleveren van stukjes zinvolle en werkende functionaliteiten (software) zit
- 'gewoon' de (waterval)planningen maken zoals gebruikelijk: voor de buitenwereld
- je realiseren dat het een waar 'gevecht' kan worden om tot invoering van agile te komen: volhouden
- de projectmanager laten zien dat je hem/haar echt nodig hebt
- het zo simpel mogelijk houden in het gebruik van gereedschapjes (tools) en hulpmiddelen
- Veel rechtstreekse communicatie met projectleden en belanghebbenden en telkens uitleggen als dat nodig is (volhouden)
Niet doen:
- géén documentatie doen
- géén planning doen, het nut van bestaande planningen bestrijden
- het nut van functiepunten bestrijden
- het nut of de zin van Prince2 of PMBoK bestrijden
- burndownchart door middel van gesofisticeerd tool installeren
- laten merken dat projectmanagers en projectmedewerkers het eigenlijk altijd 'fout' gedaan hebben
Niet limititatief en niet in volgorde van belangrijkheid.
Ik hoop dat je er iets aan hebt. @->-
- Blog van Agile_M
- login of registreer om te reageren
Sponsorship
Een van de belangrijke zaken on niet ter vergeten is het regelen van een sponsor zo hoog mogelijk in de organisatie en hem actief ondersteunen. Bij dit soort verandertrajecten horen bepaalde groeipijnen en zonder sponsor wil een organisatie wel eens terugdeinsen om zo de tijdelijk pijn niet te hoeven voelen.
Wat doe je wel en wat doe je niet bij het invoeren van Agile
Herkenbare punten in een defensieve (overheid?) omgeving, waarbij een organische invoer het beste werkt. De vraag blijft natuurlijk of Agile echt een kans krijgt, of dat het beperkt blijft tot het overnemen van een aantal practices.
Iemand die goede, dan wel minder goede ervaringen heeft?
In een meer offensieve (new product development/marketing driven) omgeving kunnen weer heel andere do's en don'ts gelden. Zoals denken dat Agile veel individuele vrijheid geeft, terwijl Agile een zeer gedisciplineerde houding vereist.