Agile Coach Labs: hoe oefenen met retrospectives op de vloer voor een andere dynamiek zorgt + downloads

Hoe is het mogelijk dat je na een drukke dag je toch nog een avond vol energie kunt hebben? Dat kan als de randvoorwaarden maar goed zijn. En dat was het deze Coach Labs opnieuw. Hoe kan het ook anders met 34 deelnemers die graag iets willen leren, twee totaal nieuwe oefeningen buiten je comfort zone, een perfecte organisatie door Wemanity en een mooie locatie met eten en drinken bij ING.

logo_coach_labsMet deze vier ingrediënten heb je de basis te pakken voor een geslaagde avond. En voor mij was het opnieuw een geslaagde avond. Hoewel ik de oefeningen al kende vallen er zoveel dingen op, worden er scherpe vragen gesteld en omdat je met veel ervaren coaches bij elkaar bent ga je wel twee spades dieper. De ervaringen zijn niet te vangen in een dure training, conferentie of webcast. En daarom speciaal dankjewel aan Maarten Tomassen die dit voor de 8e keer heeft georganiseerd.

Wat er gebeurt met een vloeroefening

Hoe vaak doe je een veilige retrospective allemaal weggekropen aan een andere kant van de tafel? Of met post-its waarbij gevoel en emotie in 3 of 4 woorden gevangen moet worden? Dit kan teams enorm vooruit helpen in de verbetering van hun proces en de basis samenwerking. Maar wat als je als team door wilt stoten? Wat als je wilt groeien naar diepere volwassenheid?

Een retrospective op de vloer waarbij je dingen gaat zien, voelen en ervaren omdat je veel te dicht bij elkaar staat kan dan best lastig zijn. En juist dit hebben we geoefend tijdens deze coach lab. Op basis van de transitie fasen van systemisch transitie management hebben we geoefend met wie waar staat, wat je ziet, en vooral wat je hoort als je in gesprek gaat. Sommige blijven achter in de transitie omdat ze simpelweg de urgentie niet voelen. Andere stuiteren vooruit op weg naar fase creatie.

Zomaar wat inzichten:

  • Een vloeroefening maakt (soms pijnlijk) zichtbaar wat we altijd al dachten maar niet durven te zeggen
  • Door mensen soms op een andere fysiek op een andere positie te zetten en ze van daaruit te laten kijken kan er al veel veranderen
  • Het is soms nuttig dat die scheiding van te tafel even tussen ons uit is, we komen dan fysiek dichter bij elkaar.

oefening

Observeren en luisteren is soms van meer waarde dan nuttige adviezen

Continue reading

Veilige software in productie dit is wat je moet doen

Het is erg gemakkelijk gezegd tegen teams dat ze veilige software moeten opleveren veel moeilijker is de uitvoering van deze opdracht. Het opleveren van veilige software is in grote organisaties of organisaties die aan allerlei wet en regelgeving vallen soms een worsteling.

Teams in mijn omgeving zie ik ook worstelen met de vraag wat veilige software dan eigenlijk is. Als je streeft naar autonome teams zul je ze ook maximaal verantwoordelijk moeten maken voor de veiligheid van hun software en omgeving. Maar hoe kun je ze verantwoordelijk maken als je niet eens weet wat er allemaal speelt of als je niet weet hoe alle driecijferige afkortingen gerelateerd zijn aan elkaar. Ik maakte een eenvoudig overzicht van de meest belangrijke zaken.

veilige software bouwen

Creating the software

Het maken van software is een proces waar veiligheid een cruciale rol speelt. Het 4-ogen principe voordat je code merged naar je master branch en Static Code Analysis gericht op secure code zijn twee belangrijke aspecten. Ik heb hierover diverse blogs geschreven (1.Drie belangrijke ingrediënten 2.Vijf reden voor Continuous Compliance)

Running the software and the environment

Als de software eenmaal in productie draait is het zaak dat je dit ook continu controleert. Een pentest gericht op je applicatie, database, middleware en infrastructuur kunnen je hier elk half jaar in ondersteunen. Continue je omgeving scannen met een vulnerability scanning geeft je inzicht in mogelijk zwakheden. (overigens moeten teams hier ook hun footprint proberen te minimaliseren, wat je niet gebruikt zet je uit).

Security Event Monitoring en Technical State Compliancy Monitoring zorgen ervoor dat je weet wie wat wijzigt en geen oneigenlijke wijzigingen worden doorgevoerd. De integriteit en betrouwbaarheid worden hierdoor gewaarborgd.

Continue reading

Hypothese: elk team heeft een conjunctuur! Herkenbaar?

Na 3 jaar met en naast ttcrum/DevOps teams te hebben gewerkt weet ik het zeker, teams hebben een conjunctuur. Teams gaan lekker en dan na een paar maanden gaat het weer even wat minder, ze zakken terug in hun performance, focus en discipline. Hoe kan dit, waar komt het door, is het erg en wat kan je er aan doen.

Ik heb hierover 3 vragen voor je:

  • Herken je dit?
  • Wat zouden mogelijke oorzaken hier van zijn?
  • Wat kun je doen om op een hoogtepunt weer een nieuwe groei in te zetten?

Voorbij: Forming – Storming – Norming – Performing

Bruce Tuckman publiceerde al in 1965 een model met 4 stadia waar een team door heen gaat als ze een team gaan worden. Voor mij is dit model nog steeds een valide model. Een team moet er zwaar en diep doorheen als ze helemaal nieuw zijn. Maar ook elke keer bij een wissel van een teamlid zul je even moeten wennen aan elkaar. Een nieuw lid brengt immers weer even verwarring in de pikorde.

Grood beschrijft dit in zijn boekje “Agile in de echte wereld, starten met scrum” (link) een model waarin teams doorheen moeten aan de start. Hierin is een dip nadat de euforie voor scrum is doodgeslagen door de naakte waarheid van de organisatie (systeem) waar dit team onderdeel van is. Ik heb het nadrukkelijk niet over deze eerste dip maar over de golven die daarna komen.

Het vreemde is echter dat de conjunctuur die ik zie plaatsvind na de Performing fase. Gewoon na een paar maanden of paar jaar als een team lekker aan het werk is. Ik heb het dan over stabiele teams die voor langere tijd met elkaar samenwerken. Waarom en waardoor vindt dit plaats?

De conjunctuurgolf van het team

Het lijkt wel alsof elk team zijn vaste conjunctuur heeft met zo’n twee hoogte punten per jaar. Een hele golf duurt dus ongeveer 5-7 maanden. Richting de piek van de golf zit de flow en spirit er goed in. Het team levert veel, zit vol energie en heeft een hoge voorspelbaarheid. Richting een dal is de geest uit de fles, worstelen ze met delivery en is de voorspelbaarheid erg laag en is dit zichtbaar op het teambord met veel werk tegelijk onderhanden en pairen, dat doen ze bij de koffiebar.
Continue reading

Schalen van Agile is gelijk aan reduceren van complexiteit

Veel organisaties worstelen met het vraagstuk van Scaling Agile. Diverse frameworks zijn er op de markt om je ondersteunen in het schalen. Ze beloven je te helpen in de groei naar een Agile Enterprise. Frameworks vol met buzz-words en technieken om de complexiteit nog eenvoudiger te managen.

Als jij je organisatie echt wilt transformeren moet je complexiteit niet managen je moet het oplossen.

Ik zal heel eerlijk zijn, ik heb niet zoveel op met een aantal van deze frameworks. Mijn samenvatting: “Scaling Agile: You do not get LeSS if you play it SAFE“.

Een organisatie echter die in de transformatie elke keer opnieuw aandacht besteed aan het oplossen van complexiteit zal uiteindelijk de organisatie zijn die de hoogste wendbaarheid gaat behalen.

Laten we eerlijk zij naar elkaar, Agility is een buzz-word, omarmt door veel organisaties en een worsteling tijdens de executie.

Oplossen van complexiteit is cruciaal

Tijdens een workshop met een IT management team een paar weken geleden over de transitie naar een wendbare organisatie kwamen de diverse aspecten van complexiteit aan bod. De natuurlijke neiging van ons allemaal is om elke keer nieuwe processen te maken, piketpaaltjes te slaan en direct beschermende maatregelen te nemen als er ook maar iets mis gaat. Dit maakt het geheel er zeker minder wendbaar op.

Continue reading

De IT Audit als ultime les voor omdenken

Totaal leeg was ik na drie weken audit op de afdeling. Het koste me alle energie en focus. Dat was een van de redenen waarom er twee weken lang geen blogje was. Alle hens aan dek! Het was mijn stellige overtuiging dat we “een voldoende” moesten scoren. Nu “the week after” kijk ik terug en zie ik dat het weer voor wijze lessen heeft gezorgd. De IT Audit is een ultieme les voor omdenkers.

De IT audit kostte me alle energie

De afgelopen weken stonden in het kader van de antwoorden verzamelen voor de interne IT Audit. Alle processen op zowel papier als in de werkelijkheid werden grondig doorgelicht. Ik kan nu niet zeggen dat het me 8 uur per dag heeft beziggehouden en toch was ik na drie weken helemaal leeg.

Ik baalde van de zaken die gevonden werden en het gevoel van falen bekroop me zo nu en dan. Het effect laat zich raden alle energie stroomt uit je weg. Het was goed dat er ook nog andere zaken op het programma stonden die de boel compenseerden.

Bang om te falen als oorzaak van de energy drain

Het afgelopen weekend heb ik eens nagedacht wat er gebeurde, waarom stroomde de energie uit me weg? Hoe kan het toch zijn dat een paar interviews en wat knippen en plakken mijn humeur zo beïnvloeden?

De primaire reden van deze energy drain zitten hem in de overtuiging dat een onvoldoende scoren gelijk staat aan falen. En aan dat laatste heb ik een broertje dood. Liever geen falen maar altijd succes. De voortdurende focus op het “in een keer goed” willen doen zorgden ervoor dat het met mijn energie helemaal fout liep. Continue reading

4 Lessen uit de 24HCodING

Afgelopen dinsdag van 16:00 uur tot en met woensdag 16:00 uur (22 en 23 maart) mocht ik een van gelukkige deelnemers zijn van de 24HCodING van ING. Vierentwintig uur lang bouwen aan gave software om een innovatie van de grond  te krijgen. Voor het hele team was het de eerste keer dat we 24 uur lang als team aan het bouwen zijn geslagen.

Het klinkt misschien niet veel maar in 24 uur kun je echt enorm veel doen. In 24 uur hebben we gewerkt van Idee tot IT. Met slechts een beetje voorbereiding aan user stories en een heel klein beetje onderliggende infrastructuur hebben we verder echt alles binnen deze 24 uur gedaan. En dan met 45 minuten slaap was ik blij dat er toch ook een einde aan deze 24 uur kwam.

Ben je benieuwd naar mijn 4 belangrijkste lessen? Dit zijn mijn vier belangrijkste lessen. Wat mij betreft was het voor herhaling vatbaar.

Continue reading

5 Redenen voor Continuous Compliance

Welke redenen zijn er nu eigenlijk om Continuous Compliance in te richten? In deze post geef ik de vijf belangrijkste redenen voor Continuous Compliance. Heb jij een andere goede reden om hiermee aan de slag te gaan? Deel deze dan met ons! Alle invalshoeken zijn van belang om een totaalbeeld te schetsen.

Deze blog is een onderdeel van een serie van 4 blogs.

Voldoen aan wet en regelgeving

In veel verschillende branches heb je te maken met certificeringen of audits. Deze branches vragen om processen die duidelijk beschreven zijn en waarvan de uitvoering ook te toesten is. Of het nu gaat om zelfsturende auto’s, medische apparatuur of software die onder SOX regelgeving valt, van tijd tot tijd moet je bewijs opleveren voor de audit. Het automatiseren van (delen van) je werk met bijvoorbeeld continuous delivery veranderd hier helemaal niets aan. Continue reading

Introductie op Continuous Compliance

Continuous wat…. de zoveelste continuous zul je misschien denken? Jazeker na continuous improvement, continuous integration, build en deployment is er meer. Continuous Compliance is misschien voor veel bedrijven van groter belang dan de voorgaande drie. En dan nog een term erbij om het rijtje compleet te maken: Zero Touch Evidence.

In een serie van 4 blogs wil ik uiteenzetten wat in mijn ogen een grote ontwikkeling is die we door moeten maken. Een ontwikkeling die banken, verzekeraars en alle andere bedrijven die aan audits onderhevig zijn door gaan op termijn. Contiuous Delivery is leuk en handig als je het op orde hebt maar is slechts een speeltje van IT als je het tweede deel Continuous Compliance niet inricht.

Continue reading

Continuous Delivery Game speel hem nu zelf

Wil jij ook wel eens aan de slag met je team met continuous delivery? Of gaat het in je team heel lekker maar wil jij je management overtuigen? Speel dan deze game met ze. Je hebt 30 minuten nodig ter voorbereiding en minimaal 45 minuten om hem te spelen.

Hoe werkt het

Het materiaal kun je eenvoudig downloaden vanaf Slideshare. Je print alles op A3 in kleur en knipt alle rechthoeken netjes uit. Stop ze in de juiste envelop (1,2 of 3) en deel de groep op in groepjes van 4 tot 6 personen. Start daarna de eerste ronde.
Continue reading