nld

Is uw Ops klaar voor DevOps?

In een recente Alles over ITSM podcast op Knowledge 16, werd ik gevraagd naar mijn gedachten over Agile en DevOps.

Het is geen geheim voor iedereen in de IT dat DevOps momenteel het populairste onderwerp is in de ITSM-sfeer, omdat organisaties proberen de barrières tussen "Dev" en "Ops" te slechten om innovatie te versnellen, waardoor continue ontwikkeling en release van nieuwe functies en diensten mogelijk wordt.

Terwijl bedrijven als Spotify hebben laten zien hoe zij een nieuwe engineering-cultuur vanaf de grond hebben opgebouwd op dit nieuwe paradigma, staan veel oude IT-organisaties voor een heel andere uitdaging als zij proberen over te stappen van het oude "IT-fabrieksmodel" naar een nieuw, meer horizontaal afgestemd, wendbaar samenwerkingsmodel.

Het probleem ligt niet zozeer aan de ontwikkelingskant als wel aan de operationele kant, waar het veel organisaties nog steeds ontbreekt aan basisintegratie van fundamentele IT-processen zoals Incident Management (IM), Problem Management (PM) en Change Management (CM).

We zien dit dagelijks in ons werk met klanten waar we IM, PM en CM onder verschillend leiderschap aantreffen, met verschillende prioriteiten en weinig interfaces om een goede overdracht van gegevens te verzekeren. Wat vaak ontbreekt is het end-to-end (klant) proces perspectief van drie disciplines die, in dit geval, uiteindelijk alles te maken hebben met het sneller en permanent oplossen van klant- en technische problemen, terwijl de IT beschikbaarheid gemaximaliseerd wordt.

Persoonlijk denk ik dat dit veel te maken heeft met de manier waarop raamwerken zoals ITIL®, laten we zeggen, "verkeerd geïnterpreteerd" zijn. Terwijl een van hun belangrijkste doelstellingen was om een meer procesgerichte cultuur op te bouwen, hebben veel organisaties ze aangegrepen om hele functies rond de verschillende processen op te bouwen, die in veel bedrijven zijn uitgedraaid op silo's die zelden met elkaar interageren.

Met of zonder DevOps, moeten we ons afvragen welke waarde we de klant bieden door deze disciplines op te splitsen versus ze af te stemmen op en te integreren in een gemeenschappelijk doel, met als uiteindelijk zakelijk doel het verbeteren van de uptime en de klantervaring. Op dat punt zijn we misschien klaar om over te stappen op DevOps, wat alles te maken heeft met "horizontaal bedrijfsbeheer" en het op één lijn brengen van multidisciplinaire teams, met verschillende vaardigheden, rond een gemeenschappelijk doel (in plaats van structuur).

Het herintegreren van de Ops-kant van het bedrijf is echter meer dan alleen het op één lijn brengen van organisaties en teams op een stuk papier. Het veranderen van de organogram, op zichzelf, zal geen impact hebben op de bedrijfsresultaten. Deze herschikking moet hand in hand gaan met een ontschotting van onze processen, het schrappen van werk dat geen toegevoegde waarde heeft en het in staat stellen van onze mensen door hen vaardigheden aan te leren om in een breder scala van disciplines te werken. We moeten hen belonen voor het juiste gedrag (door hen niet te beperken in hun denken door hen in een bepaald hokje te stoppen) en ons tooling landschap opschonen om ervoor te zorgen dat we zinvolle kennis kunnen creëren en eenvoudige, terugkerende taken kunnen automatiseren.

Alleen dan zullen we in staat zijn om de echte waarde van DevOps te benutten.

Blog afbeelding 1
Wat bindt ITSM en ITIL® aan Agile en DevOps?
Blog afbeelding 1
Meten van Problem Management kwaliteit in een ITIL omgeving, deel 1

Wij zijn experts in:

Neem contact met ons op

Voor vragen, details, of offertes!