Recensie DevOps …… in beweging

9789090318011-480x600 devopsJan Heunks heeft met het boek DevOps …… in beweging – De handvatten voor een optimale DevOps toepassing (2019) een lijvig boekwerk opgeleverd.

Het boek bestaat uit drie delen:

In deel 1 komt de toegevoegde waarde van DevOps aan de orde en geeft een eerste introductie op DevOps aan de hand van Continuous Delivery en de agile-, ITSM- en Lean IT-werkwijzen. Daarnaast wordt DevOps in relatie tot de waardeketen en de demand-supply-structuur uitgewerkt. Dit deel wordt afgesloten met een stukje historie (met in de bijlage een tijdslijn van DevOps-ontwikkelingen).

Het tweede deel is een theoretische verdieping op een aantal DevOps-kaders en gaat specifiek in op de belangrijkste bewegingen die gelden voor DevOps, zijnde de Lean IT-, Agile- en ITSM-beweging. Binnen Lean-IT komen begrippen zoals her House of lean, Toyota Production System, lean thinking, Continuous Improvement, Kaizen en respect for people aan bod. Bij de Agile-beweging vinden we agile-basis, Scrum, het Agile Manifesto, agile-essenties en agility. Bij ITSM krijgen we een samenvatting van het boek Visible Ops, ITIL en agile binnen IT. Ook DevOps als beweging wordt nader toegelicht. Doorstroming, feedback en continu leren en experimenteren, DevOps-principes en een paradigma-shift staan centraal.

Het derde deel moet inzicht leveren wat het betekent om DevOps in te voeren in een organisatie. Eerst worden bestaande principes, werkwijzen en toepassingen en in het bijzonder het leveren van IT-services, het leveren van nieuwe functionaliteiten en het adviseren over IT-services, van organisaties zonder DevOps besproken. Vervolgens wordt DevOps afgezet tegen de ‘primaire’ ITSM-processen, softwareontwikkeling en projectmanagement. Vervolgens wordt ingegaan op de aanpak waarmee DevOps geïntegreerd kan worden in een bestaande organisatiestructuur en hoe operational excellence bereikt kan worden middels optimale samenwerking binnen cross-functionele teams. Aan de hand van een zestal anti-typen en negen bruikbare typologieën van DevOps teamstructuren krijgt men een goed inzicht in mogelijke verschijningsvormen. Het deel wordt afgesloten met een hoofdstuk over DevOps volwassenheid.

Conclusie: Heel, heel veel theorieën, aanpakken, invalshoeken, feiten en inzichten rond het begrip DevOps. Ik geloof er echter niet in dat dit boek nu al bruikbaar is om te gebruiken als handvat bij je eigen DevOps-reis. Waarom zeg ik dat? Het boek is m.i. nog niet af. Ik denk dat dit boek een voorbeeld is van een boek dat in eigen beheer is uitgegeven (ik kon geen andere boeken vinden van de uitgever). Een redacteur had m.i. wonderen kunnen verrichten en de kwaliteit van dit boek enorm kunnen verhogen.

Persoonlijk had ik moeite met de vele lange ingewikkelde zinnen (ik heb zinnen gelezen met meer dan 63 woorden). Daarbij had ik regelmatig het idee dat het ‘Google Translate’-zinnen waren en ik mij afvroeg wat staat er nu? Storend vond ik de vele, overvloedige Engelse vertalingen die tussen haakjes stonden en die soms weer vragen opriepen (bv. output en outcome zijn bekende begrippen in de project- en programmawereld en worden hier gebruikt als vertalingen voor korte en lange termijn) of andersom kwam het geforceerd gebruik van het Nederlands de leesbaarheid ook niet ten goede. Bijvoorbeeld dubbelslagleren en dan tussen haakjes (double loop learning).

Verschillende figuren worden niet toegelicht of de verwijzing in de tekst naar de figuur ontbreekt. Ook had ik het op prijs gesteld dat een paginagroot figuur over het Phoenix project voorzien was van een verwijzing naar mijn eigen blog waarvoor ik die figuur gemaakt had, maar dat terzijde. Mijn belangrijkste bezwaar is verder de opbouw van het boek. Ik was regelmatig de draad kwijt. Bij verschillende hoofdstukken en/of paragrafen vroeg ik mij af waarom staat dit stuk hier of is dit stuk niet veel te diepgaand. Daarnaast had ik in het derde deel graag concrete aanbevelingen gezien. Nu krijg je wel een toelichting op een aspect bijvoorbeeld Bimodal IT of Brownfield & Greenfield, maar wat dit nu betekent als je DevOps gaat implementeren ontbreekt.

Bestellen: DevOps …… in beweging

Reactie Jan Heunks:

“Met de recensie op het boek ben ik zeker niet ontevreden. De samenvatting die de recensent van de drie boekdelen geeft is een prima weergave, zeker in relatie tot de boekparagrafen ‘woord vooraf’ en ‘om te beginnen’. In deze paragrafen wordt aangegeven dat de DevOps-context erg breed is en het antwoord wat DevOps feitelijk is, niet eenduidig is te beantwoorden en van veel factoren afhankelijk is.

Het zonder eindredactie en het in eigen beheer uitbrengen van een boek is een soort van avontuur en een keus, waarbij input leveren aan de snelgroeiende DevOps-community het uitgangspunt is geweest. De DevOps-reis is in ieder geval sterk afhankelijk van de volwassenheid van een organisatie, nog los van de verschillende soorten organisaties. Als concrete aanbeveling voor een DevOps-reis, iets waar de recensent mogelijk naar op zoek is, verwijs ik graag naar de roadmap-beschrijving (als ‘raamwerk’ en als ‘bestemmingsplan’) in het boek ‘Lean IT – de theorie en praktijk van Lean in een IT-omgeving’. Deze beschrijving is ook zeer behulpzaam bij een DevOps-transformatie.

Al bij al, DevOps is in beweging en iets dat in beweging is, ontwikkelt zich verder op basis van feedback en voortschrijdend inzicht.

Ik beschouw het als een compliment dat de recensie verwijst naar de grote hoeveelheid theorieën, aanpakken, invalshoeken, feiten en inzichten. Want, waar vind je een dergelijke uitgebreide beschrijving, samenhang en inzicht? De vakgenoten/reviewers die hebben bijgedragen aan het tot stand komen van het boek geven dit als volgt aan: er wordt in detail ingegaan op alle zaken die van invloed zijn voor de vorming van DevOps, het geeft overzicht in de DevOps-aspecten en de relatie met andere bewegingen, complexe materie wordt toegankelijk gemaakt, DevOps wordt tastbaar gemaakt met veel handreikingen, volledig en goed beschreven.

Dat sommige onderwerpen (te) diepgaand zijn beschreven en de plaats soms onlogisch lijkt, is herkenbaar. Dit is in het boek ook expliciet toegelicht, als volgt: sommige onderwerpen worden op meerdere plaatsen (in meer of mindere mate) beschreven of herhaald, binnen de dan geldende context; als een verdere verdieping of toelichting.

De aspecten Bimodal IT en Brownfield & Greenfield zijn in het boek toegelicht in het kader van tegenstellingen. De betreffende paragraaf wordt met een belangrijke conclusie afgesloten, die de recensent mogelijk over het hoofd heeft gezien: een kritieke succesfactor, in het kader van DevOps, is het niet vergeten van de menselijke factor omdat het onverstandig is medewerkers met beide tegengestelde werkvormen te laten werken. Dit kan als aanbeveling worden beschouwd, maar dat terzijde. Er worden overigens veel meer van dit soort aanbevelingen (cq succesfactoren) beschreven met de bedoeling dit als overweging mee te nemen in de DevOps-reis. Een lezersreactie: veel nuttige tips en aanbevelingen, dank hiervoor.

De termen output en outcome worden niet ‘vertaald’ in hetgeen de recensent aangeeft, maar worden in een context geplaatst als korte en lange termijn resultaat, oftewel het projectresultaat als output (een korte termijn resultaat) en de te behalen gewenste bedrijfsresultaten, als eindresultaat/outcome (het lange termijn resultaat).

Dat het boek niet bruikbaar is als handvat voor de eigen DevOps-reis beschouw ik als een mening van de recensent. Dat mag, echter verwacht geen concreet stappenplan of een kookboek-achtige beschrijving want die is er niet. Er zijn namelijk erg veel factoren die een succesvolle invoering van DevOps bepalen en even zoveel factoren om in overweging te nemen. Overigens begrijp ik de stellingname van de recensent maar al te goed. Echter, het doel van het boek is de lezer te helpen met het creëren van inzicht in de vele factoren die in meer of mindere mate van invloed zijn bij het behalen van succes met de DevOps-aanpak. Verder beoogt het boek om organisaties, die met de vraag worstelen op welke wijze een begin kan worden gemaakt met de invoering van DevOps, aanknopingspunten te geven waar rekening mee te houden. Twee concrete handvatten zijn blijkbaar door de recensent niet herkend: de DevOps business case en het DevOps Manifesto.

De recensent verwacht concrete aanbevelingen, met name in deel 3. Er zijn op veel plaatsen impliciet en expliciet DevOps-succesfactoren vermeld. De rode draad is dat het succes van DevOps voor een groot deel afhankelijk is van menselijke factoren, een omslag in cultuur en het begrijpen van principes. Ter ondersteuning is de inzet van bepaalde tools en technieken een prima overweging. Dit analoog aan het Shingo-model waaraan een aantal concrete leidende principes zijn verbonden. Dit is ook terug te vinden in het boek.

Een aantal waardevolle opmerkingen van de recensent, die zeker ter harte worden genomen, betreft het geforceerd gebruik van het Nederlands, de vele, overvloedige Engelse vertalingen die tussen haakjes staan en de lange ingewikkelde zinnen. Dit laatste is, ondanks de nodige aandacht die hieraan is besteed, bij een aantal zinnen blijkbaar over het hoofd gezien.”

 

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s