DevOps

Het succes van Agile en DevOps is mooi en onomkeerbaar. Met een zucht van verlichting groeit in een razend tempo het aantal gebruikers. Eindelijk een remedie tegen de jarenlang durende verkramping en vertraging die voortkwam uit de behoefte om alles te willen controleren. Controle in plaats van “in control”.

Grip door controle?

Gedreven door toenemende compliancy-eisen, o.a. voortkomend uit ISO27000, Cobit of NEN7510, en uit angst om afgerekend te worden op fouten, heeft het IT-management met klassiek procesmanagement jarenlang de oplossing gezocht in vergaande controlerende maatregelen. Door steeds striktere toepassing van ITIL en BiSL probeerde men grip te krijgen op het beheer. De onmacht was dan ook groot toen stelselmatig bleek dat dit niet leidde tot “in control” komen. En nog erger, aan de toenemende roep vanuit de business om nieuwe technieken snel en flexibel toe te passen kon helemaal niet worden voldaan. Veel controle maar niet in control en niet in staat de business te ondersteunen. En ondertussen werd de ruimte voor het vakmanschap stelselmatig ingeperkt.

We doen het anders

Agile en Scrum was de eerste reactie. Geen grote projecten en wijzigingen maar in kleine sprints werkende resultaten opleveren. Alsof de stop uit het bad met wensen werd getrokken werden nieuwe oplossingen snel gebouwd, in beheer genomen en aan de business beschikbaar gesteld. Wat een opluchting. Het gevolg was wel dat de druk op beheer toenam door het grote aantal vernieuwingen en de verminderde aandacht voor de overdracht, documentatie en beheersbaarheid.

DevOps was de tweede reactie. Door teams behalve voor ontwikkeling ook verantwoordelijk te maken voor beheer wordt de kloof tussen Development en Operations in één klap overbrugd. En door de implementatie – waar mogelijk – vergaand te standaardiseren en te automatiseren wordt de efficiency verder verhoogd, en de kans op fouten teruggedrongen. Maar vooral is DevOps een cultuurverandering, gericht op de bewustwording dat bouwen flexibel maar ook beheersbaar moet plaatsvinden. Agile en DevOps worden vaak gezien als vervanging van processen, en procesmanagement daarmee als overbodig. En voor sommigen was dit al een doel op zich.

Het moet wel werken!

Mijn stelling is dat er in elke organisatie per definitie gewerkt wordt volgens de processen Afspreken, Wijzigen, Herstellen en Leveren, dus ook in organisaties waar Agile en DevOps worden toegepast. Er worden overal afspraken met de business gemaakt en vastgelegd. Een aanpassing van een systeem vereist nog steeds de procesmatige logica van intake, analyse, bouw, test, implementatie en afsluiten. Storingen zullen nog steeds hersteld moeten worden, en de systemen moeten actief gemonitord en beheerd worden. Vragen, verzoeken en klachten van klanten moeten vastgelegd worden, geprioriteerd, en op basis van deze prioritering worden afgehandeld. De resultaten van al deze inspanningen moeten aangetoond en gerapporteerd worden, al was het alleen maar om te voldoen aan de compliancy-regels.
Agile werken in DevOps teams stelt hoge eisen aan de medewerkers: ze moeten goed zijn in ontwikkeling en beheer, communicatief vaardig zijn en goed kunnen samenwerken. Deze combinatie van kwaliteiten in één persoon komt van nature echter zelden voor. Dat kan er toe leiden dat ieder voor zich zijn of haar werk gaat structureren, wat zelden leidt tot uniformiteit en optimale samenwerking.

Conclusie

De vraag is dus niet of, maar hoe processen worden toegepast. Klassiek procesmanagement waarin controlerend werd aangegeven hoe gewerkt moest worden is niet het antwoord. Agile en DevOps alleen zijn niet voldoende om efficiënte samenwerking tussen de ontwikkelaars en beheerders, te stimuleren en te borgen. Modern procesmanagement, op basis van een beperkt aantal processen, gecombineerd met dienend leiderschap, stelt de kaders waarbinnen medewerkers hun vakmanschap kunnen etaleren. Procesmanagement biedt vakmensen ondersteuning, en vrijwaart hen van grote hoeveelheden overbodige registraties, continu overleg over onbelangrijke zaken, en discussies over de werkwijze. Procesmanagement leidt daarmee tot continuïteit, beheersbaarheid en compliancy. Kortom, modern procesmanagement zorgt ervoor dat de voordelen van Agile en DevOps uitstekend tot hun recht komen.

Wim Hoving

“real experts simplify”

Voor meer informatie raadpleeg de boeken van Wim Hoving; De FSM-methode en De ISM-methode.

De FSM-methode
€ 31,75
Auteur: Jan van Bon, Wim Hoving

De ISM-methode
€ 31,75
Auteur: Jan van Bon, Wim Hoving

De ISM-method version 3 (EN)
€ 37,05
Auteur: Jan van Bon, Wim Hoving