Bubbels zijn relatief eenvoudig te herkennen: des te meer er over een onderwerp wordt gepraat en geschreven, des te groter de kans dat er een bubbel gaat ontstaan. Denk hierbij aan de it-bubbel rond het jaar 2000 en de huizen bubbel die eind 2007 is gebarsten. Zelf heb ik het niet zo op bubbels, voor mij is het niet meer dan gokken met je geld. Dan ga ik liever naar het casino waar ik diegene aan wie ik mijn geld afsta tenminste nog in de ogen kan kijken.
Agile softwareontwikkeling
Tien jaar geleden toen ik voor het eerst het Agile Manifesto las voelde dat goed en logisch. Als gevolg hiervan ben ik gaan lezen over Agile softwareontwikkeling en dan vooral hoe ik dit kon toepassen in de praktijk. Wat ik vooral heb geleerd uit de vele boeken die ik de afgelopen jaren heb verslonden, is dat het niet om de principes gaat maar om het begrijpen van situaties en van daaruit de juiste oplossing aandragen. Hiervoor is ervaring en kennis ontzettend belangrijk, maar nutteloos zonder begrip van de context. Wanneer je practices gaat toepassen zonder de context goed te begrijpen is dit niet meer dan gokken. Neem bijvoorbeeld het uitdragen van 'working software over comprehensive documentation'. Hoe kun je bepalen wanneer documentatie noodzakelijk is zonder goed de context te begrijpen? Dit valt niet te borgen in een proces alhoewel het helaas nog regelmatig wordt geprobeerd.
Terugkomend op bubbels, voor mij heeft de Agile-beweging op dit moment alle kenmerken van een bubbel. Binnen elk bedrijf loopt wel een Agile-transitie. In de markt ontstaan ineens allerlei nieuwe beroepen zoals de Agile manager, Agile projectleider, Agile tester en Agile designers. Er worden clinics georganiseerd om de organisatie in de juiste 'Agile Mindset' te krijgen. En iedereen, waaronder mezelf schrijft en praat over wat het betekent om Agile te zijn.
Ik sta helemaal achter de waarden en de principes in het Agile Manifesto. Ik sta alleen niet achter de beweging om deze blind te volgen als oplossing voor alles. Kijk verder dan Agile. Begrijp wat het toevoegt, maar begrijp vooral eerst de context waarin je het wilt toepassen. En zet niet al je geld op Agile, ik doe het in ieder geval niet. Dan liever naar het casino.
Reacties
De essentie van 'agile', de mogelijkheid snel en vooral eenvoudig te kunnen bewegen, staat volkomen haaks op IT dus ook software ontwikkeling. Software ontwikkeling is als discipline vrij complex van karakter maar ook zeer lineair. Dat veroorzaakt in eniger mate, bij de mensen die er in werken, voor iets dat heet 'IT Paradox'. Je bent/wordt namelijk knap autistisch en gefocust op discipline maar meer nog materie.
Dat paradox vertaalt zich dan vervolgens naar onvermogen met anderen van buiten de materie en discipline op een bepaald begrijpelijk niveau te kunnen communiceren. Dat zie je overigens in andere beroepsdisciplines binnen de IT dan ook stelselmatig weer terug. Het onvermogen een vertaalslag te kunnen maken van IT naar de wereld van Non IT. Iets wat mij overigens altijd zeer heeft verbaasd, soit.
Agile bekijkt een logische handeling, IT is namelijk logisch, op een niet logische wijze en probeert dan anderen, ook niet IT professionals, op die manier te binden. Precies op een manier die feitelijk geen hout snijd aangezien niet altijd goed rekening word gehouden met de wijze waarop IT en de IT professionals zich bewegen.
Het 'probleem' IT vs Non IT word hiermee niet aangepakt, laat staan opgelost dus de agile mindset kun je dan wel proberen te adopteren, het blijft alleen niet hangen omdat beiden zich weinig logisch met elkaar verhouden.
Je hoeft bijvoorbeeld ook niet blind te staren op een, nog steeds, meer toegeëigend principe zoals ITIL voorstaat. Niet dat ITIL zaligmakend zou zijn maar het heeft een veel grotere relevantie met de materie IT. Wat dat betreft is de Civile Matrix, jazeker zei de hypotheker, een veel beter toegeruste methode. Die kijkt en werkt namelijk met de materie, en leg je er niet als een methodiek met een mindset overheen.
Niet alles inzetten op agile, ik zeg zelfs, agile in en met IT heeft weinig tot geen toevoegende waarde op elkaar.
Een bubbel herkennen, maar er niet naar handelen...
Ik geloof overigens niet dat Agile een bubbel is, hooguit een instance voor de hype cycle. Een bubbel heeft vaak met waarde te maken dat iets overgewaardeerd wordt en dat hierin veel geld is gestoken in assets die geen waarde bevatten. Dat fenomeen zie ik niet in Agile, want of het goed is of niet, aandacht en training wordt iedereen beter van.. wat is de schade als de bubbel barst,
Overigens vond ik "The Big Short" een geweldige film en een must see voor iedereen om te snappen hoe de wereld werkt. Als het gaat om eigenbelang zullen mensen altijd gecorrumpeerd worden...
Dit verhaal lijkt op de uitvoering van ITIL, blind en over de top en niet kijken wat de organisatie nodig heeft.
@ Arie,
Uiteraard, ook al heb ik dat niet zo specifiek benoemd, kijk je naar wat een organisatie nodig heeft wat mij betreft. Buiten kijf. :O)
Inderdaad is het, zoals vorige reageerders ook aangeven, nooit goed om een methode, of het nu Agile of ITIL is, blind toe te passen. Met de ogen dicht dingen doen daar krijg je al gauw ongelukken van. De aanname dat een methode, of het nu Agile of ITIL is, universeel toepasbaar zou zijn op alle ontwikkeltrajecten, getuigt evenzo van blindheid dan wel kortzichtigheid. De keuken van de ICT is inmiddels zo volwassen geworden dat er meerdere recepten zijn om tot een goed gerecht te komen. Soms is het maar net wat je lekker vindt.
Als ik reacties mag samenvatten wordt dit het nieuwe Agile manifesto:
1) Agile bekijkt een logische handeling, IT is namelijk logisch, op een niet logische wijze en probeert dan anderen, ook niet IT professionals, op die manier te binden
2) Agile is hooguit een instance voor de hype cycle
3) Agile is Blind en over de top
4) ICT is inmiddels zo volwassen geworden, dus doe maar wat je lekker vindt.
Het artikel is misschien een beetje kort (door de bocht) om uit te leggen dat men niet blind moet varen op 1 bepaalde methode.
Ik ben ervan overtuigd dat Agile in de kern goed is. En dat bedoel ik in de kern, zonder lucht, zonder bubbels. Wat je zegt is inderdaad waar. De context is voor elke organisatie/team weer anders. Als men "agile" wil werken probeert met vaak de context aan te passen aan te theorie, terwijl je de theorie moet aanpassen aan de praktijk. Agile zelf is ook agile.
Het gaat er niet om wat je hebt, maar wat je er mee doet.