Op werkdagen voor 23:00 besteld, morgen in huis Gratis verzending vanaf €20

Recensie

DevOps …… in beweging - De handvatten voor een optimale DevOps toepassing

Jan Heunks heeft met het boek DevOps ...... in beweging - De handvatten voor een optimale DevOps toepassing (2019) een lijvig boekwerk opgeleverd.

Henny Portman | 15 november 2019 | 3-4 minuten leestijd

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.

Henny Portman is eigenaar van Portman PM[O] Consultancy en biedt begeleiding bij het invoeren en verbeteren van project-, programma- en portfoliomanagement inclusief het opzetten en verder ontwikkelen van PMO's. Hij is auteur en blogger en publiceert regelmatig artikelen.

Over Henny Portman

Henny Portman is eigenaar van Portman PM[O] Consultancy en biedt begeleiding bij het invoeren en verbeteren van project-, programma- en portfoliomanagement inclusief het opzetten en verder ontwikkelen van PMO's. Hij is auteur en blogger en publiceert regelmatig artikelen.

Deel dit artikel

Wat vond u van dit artikel?

0
0

Populaire producten

    Personen

      Trefwoorden