Deze week stond een beetje in het teken van mijn aankomende Agile leader certificerings examen. Het is kort dag om alles af te ronden vóór 15 februari, vooral omdat ik vorig weekend pas de voorwaarden gekregen heb.

Gelukkig heb ik de kans gekregen om e.e.a. af te ronden. Het betrof een Application form, met daarin mijn Agile ervaring, voornamelijk op gebied van projectleiding. Deze diende getekend te worden door mijn manager en dat lukte gelukkig op tijd.

Daarnaast vragen ze me om een Synopsis te schrijven. Notmaal slaat zoiets op een boek verslag, vaak geschreven door de schrijver van een boek, een beknopt overzicht van de karakters in het boek, en een plotlijn en eventueel wat aanduidingen om het verhaal duidelijk te maken zodat een uitgever niet het hele boek hoeft te lezen. (en ik maar denken dat uitgevers zoveel boeken lezen)

In dit geval vroeg men mij om een project synopsis te schijven. Eigenlijk hetzelfde, want een project is tenslotte net een jongensboek. Ik heb het afgerond en opgestuurd naar onze Agile manager, hij gaf me al meteen zijn fiat over het verslag, en ik heb het aan een vriend in Ohio gestuurd. Die mailde me vandaag dat het verslag goed is maar dat er een aantal vreemde zinssneden in staan. Niet vreemd aangezien ik het over twee dagen heen heb geschreven en soms reviseer je een zin waar je zelf overheen leest. Precies daarom laat ik het ook aan anderen lezen.

Dit weekend komt hij erop terug. Ik hoop het zeker, aangezien het vóór maandag ingestuurd moet zijn :)

Ik ben wel blij om te horen dat men het interessant vindt en dat ik waarschijnlijk geen complete overhaul moet doen op het stuk.

Als het is opgestuurd is het wachten geblazen. De examinatoren gaan het lezen en geven er een waarde aan. Indien men het duidelijk en goed vindt dan zullen er gewoon wat vragen zijn m.b.t. Agile en mijn kijk daarop.
Als het nog onduidelijk is zal ik e.e.a. moeten verduidelijken in een gesprek van 45-60 minuten.

Ik ben heel benieuwd of ik het haal. Ik kan me hier niet echt op voorbereiden. Mijn Agile kennis en mindframe heeft zich over de jaren heen gevormd. Studeren voor zo'n examen is niet echt zinvol.

We gaan er gewoon voor.

Open Space

Gisteren was de Open space. Sogeti en Agile.
Ik vond het heel goed gaan.
De marketplace was redelijk succesvol, en ik had keuze in sessies.
Helaas kon ik me niet in tweëen splitsen, maar dat is Open Space. En ik ben nu eenmaal te luid om zomaar als hommeltje weg te lopen. Onze CEO kwam ook meedoen en dat was een welkome verrassing.

De onderwerpen varieerden van "Agile een hype?" tot "Wanneer nu geen Agile" en meer specifiek, "Kan Agile in een Infrastructuur project".
Aangezien dit voor velen de eerste keer was dat men met Open Space in aanraking kwam waren er weinig hommels of vlinders. Men maakte nauwelijks gebruik van de Wet van de twee voeten, maar op zich is dat uiteraard geen probleem.
De sessie waren vruchtbaar en hebben allen resultaat geboekt.

Wat me wel opviel was dat er, ookal waren de uitgenodigden allen geinteresseerd in Agile, er toch nog veel vragen heersten over Agile. Vaak heb ik nog een kleine uitleg moeten doen om aannames weg te nemen.

Agile wordt nog steeds gezien als vrijheid blijheid, en al is dat in grote mate aanwezig in Agile, is het nog niet zo dat er daardoor gaten vallen in het proces op zich.
Ik merkte dat men nog steeds denkt dat er geen documentatie wordt opgeleverd, men heeft nog niet het concept van timeboxing in de gaten, men denkt dat een Agile team niet verder kijkt dan één iteratie, dat het niet mogelijk is meerdere stakeholders te onderhouden en dat beheer vergeten wordt.

Ik ben geen Agilist, ik ben van mening dat je moet werken met wat voor jou werkt. Ik prefereer wel om  methodieken en raamwerken zoveel mogelijk puur in te zetten, ten slotte zitten de elementen die in een methodiek zitten niet voor niets in die methodiek. Maar als er onderdelen zijn die geen meerwaarde bieden, wijzig ze dan, of gebruik ze niet.
Echter zit er in de meeste best practices ruim voordeel om ze te gebruiken, het niet inzetten van die best practices is meestal onbekendheid, het niet inzien van het nut (vaak lange termijn nut) of teveel vasthouden aan traditionele verwachtingen.

Indien je bijvoorbeeld Scrum inzet, zorg dan dat de meeste randvoorwaarden aanwezig zijn. Zorg voor een team dat groter is dan 4 man, dat er een ruimte is waar men samen kan werken, dat men ook gaat staan bij Stand Up meetings (het heet niet voor niets zo), etc. etc.

Het lijkt soms pietluttig soms, maar al de kleine dingen die van je worden gevraagd hebben een nut. Als je je wat meer verdiept en ervaring ermee opdoet dan zul je zien dat het werkt of dat het nut je duidelijk wordt.

Open Space ten slotte past ideaal bij Agile. Het maakt dingen zichtbaar, het is creatief. Ik was heel tevreden en ik denk dat we vaker gebruik gaan maken hiervan.