Het verschil tussen Agile zijn en Agile worden

Na Agile komt DevOps” zo las ik vorige week op een blog, “Agile is marketing voor grote IT bedrijven en die hebben nu iets nieuws nodig: DevOps“. Vanuit de marketing geloof ik het graag en te gelijkertijd geloof ik er helemaal niets van. Diezelfde week had ik twee gesprekken die mijn gedachten rondom dit onderwerp scherpten. De cruciale vraag die bleef plakken is: kun je nu Agile zijn of stopt het bij worden? Laat me je mijn overweging delen: het is een blijft een reis, zelfs na een halve liter bier vanaf een zonnig terras kom ik tot die conclusie. Maar daarover later in deze post meer.

Het eerste gesprek was in een treincoupe of fluistervolume. Ik sprak met iemand terwijl ik onderweg was. Zijn vraag was even simpel als lastig: moet ik mijn naam onder die presentatie zetten? Een presentatie die ging over het Agile maken van een afdeling. Hij zat daar met een dilemma.

De veronderstelling was dat als er wat veranderingen plaats vinden, teamborden op de afdeling worden gezet en projecten iets kleiner worden gemaakt je Agile bent. Er werd voorbij gegaan aan een aantal cruciale zaken die je echter veel meer Agile maken. Ik moet toegeven het was geen gemakkelijk constructie. Een aantal mensen in India, laten we aannemen 15, moeten allerlei opdrachten uitvoeren voor een bedrijf in Nederland. Afstand, tijd en cultuur zijn wat hobbels die je tegen kunt komen maar de praktijk heeft uitgewezen niet perse blokkerend.

Agile zijn en toch niet wendbaarder

Een aantal zaken stonden niet ter discussie. Dit helpt niet om meer wendbaar te worden of sneller. Het werd lastig om;
  • te groeien naar een situatie waar er een constante flow van kleine werkzaamheden tussen de klant en de leverancier,
  • af te komen van contracten voor alle afzonderlijke werkzaamheden maar  gewoon 1 overeenkomst en werken vanuit een partnership,
  • te groeien naar vaste teams en vaste relaties tussen het deel in Nederland en het deel in India
  • feedback te geven en te ontvangen over en van de samenwerking en het geleverde product
Een beetje visueel management en wat scrum of kanban kunstjes maken je nog niet Agile.
 
Maar wat dan wel? Een aantal antwoorden kwamen op in het tweede gesprek, een gesprek op volle sterkte.
 

Continue reading

Stop met rapporteren, ga observeren en converseren

Deze post zou snel gevuld zijn  als ik beschrijf waarom ik het maken van rapporten onzin vind. Het zou gemakkelijk zijn om een verhaal te maken waarom het bijna allemaal tijdsverspilling is en nauwelijks waarde creëert omdat het over het verleden gaat. Maar nu je mijn “kort door de bocht” standpunt toch al weet, geef ik in deze post liever de drie lagen van observatie en conversatie. Deze drie gebruiken we elke dag en zorgen ervoor dat inzicht en acties gaan stromen door de organisatie.

Overzichtelijke Obeya kamer

Onze obeya kamer is de kamer waar we dagelijks samen komen als management team voor de standup. Daarnaast komen we er wekelijks drie uur bij elkaar voor onze eigen plannen, planning, demo’s, samenwerken en bespreken van de zaken die spelen en de teams.

De obeya is de kamer waar we organisatorisch richting geven aan een afdeling van meer dan 150 mensen. In deze kamer volgen we dagelijks en wekelijks een strak ritme. Want juist door dit ritme en discipline hoeven we ons niet meer druk te maken om wat we moeten doen. De ritmiek schrijft dat vanzelf voor. Continue reading

4 Onbeantwoorde vragen van de Nyenrode Masterclass Agile voor Managers

Wat krijg je met een ruimte vol met managers die op weg zijn naar een wendbare organisatie? Juist ja vooral leuke gesprekken en interessante vragen die een ander licht schijnen op de situatie. Maandag 18 april had ik het enorme voorrecht een gastcollege te mogen geven op de Nyenrode Masterclass. Een aantal van de vragen van de deelnemers zijn blijven hangen en niet volledig beantwoord. In deze blog beantwoord ik 4 vragen uit de Masterclass Agile voor managers en sluit ik af met een schema van mijn deel van de inhoud van de masterclass.

Vraag 1: kan DevOps helpen kritische projecten weer vlot te trekken

Als je echte Agile of DevOps believers hoort spreken dan zou je de illusie kunnen krijgen dat DevOps en automation het antwoord is op al je IT problemen. Mijn mening is dat ook DevOps inrichten en met automation aan het werk gaan keihard werken is. Een aantal gedachten bij de vraag.
  • Als je onder projecten tijdelijke werkzaamheden verstaat die er op gericht zijn een “change” op te leveren is DevOps niet zo geschikt. Vaak breng je in deze situatie de mensen naar het werk (ipv werk naar een vast team) en is er weinig tijd en aandacht om iets herhaalbaar en met onderhoud in gedachten op te zetten.
  • Als je onder projecten werkzaamheden verstaat die uiteindelijk in het team/organisatie landen die ze ook initieel bouwt is het een zeer geschikte manier om aan de slag te gaan. Je bouwt vanaf de start aan goede herhaalbare processen en automatisering hiervan. En je maakt iets nieuws met het beheer in mind. Doen dus!
  • Als je in staat bent in dit project in kleine iteraties op te leveren aan een gebruikersgroep of de klant moet je het direct doen. Daarmee kun je in snelle iteraties feedback ophalen op de kwaliteit, de waarde van het product en de manier van werken.

Continue reading

Boekrecensie Turn The Ship Around

Wat een heerlijk boek is dat: Turn The Ship Around. Een prachtig verhaal uit een voor mij totaal andere tak van sport. Het leerde mij dat organisatieverandering voor een groot deel vanuit jezelf start. Dat is een fascinerende gedachte, is het niet, voor grote organisaties? In plaats van een ander beschuldigen of nog een framework opleggen eerst eens naar jezelf kijken. Deze les en andere leuke lessen leerde ik uit het boek Turn The Ship Around.

Het boek

Het boek heeft een eenvoudige opzet, het beschrijft namelijk de ervaringen van een duikboot commandant. Een commandant die een schip onder zijn bevel krijgt waarbij er getwijfeld wordt aan de kwaliteit van de bemanning. Een uitgangspunt waar we ons allemaal wel iets bij kunnen voorstellen. Hoe makkelijk is het dan om in de valkuil te trappen om deze mensen de schuld te geven. En dat is nu juist wat de auteur niet deed.

Continue reading

Kwaliteit of incidenten bij DevOps

Krijg je nu kwaliteit met DevOps of juist incidenten? Dat is een vraag die ik met regelmaat hoor of lees. Wat doet DevOps nu uiteindelijk met de kwaliteit? Een aantal weken geleden dook ik eens in de data van de incidenten van het afgelopen jaar. De twee grafieken die daaruit te voorschijn kwamen verrasten mij behoorlijk. Achter de vraag of je wel kwaliteit krijgt zitten verschillende veronderstellingen die met deze grafieken worden ontkracht. Ik hoor je denken N=1!

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

Ruimte in je agenda, schoon hem elke week

Loopt jou agenda ook wel eens helemaal vol? En heb je geen ruimte in je agenda? Je kunt dan de beperkende factor zijn voor anderen. Je kunt bijvoorbeeld de flow blokkeren van je teams, van je klanten en zelfs van je eigen effectiviteit. In deze korte blog deel ik je mijn patroon om elke week opnieuw ruimte in je agenda te hebben.

Ruimte in je agenda is van cruciaal belang

Gebeurt het je wel eens dat je soms moet aangeven dat een afspraak pas over 1 week kan plaatsvinden? Of als je het met 4 mensen wilt plannen dat je soms 3 weken moet wachten voordat je een geschikt moment kunt vinden. Zelf vind ik dit echt enorm vervelend. Mensen willen niet voor niets iets met je afspreken.

Een agenda met ruimte zorgt voor meer flow in je eigen werk. Met ruimte in je agenda kun je werk oppakken en afmaken. Zit je niet de hele dag in overleg maar kun je na een overleg ook direct aan de slag om de zaken uit te werken en stappen te zetten. 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