Cultuur in DevOps: vaak vergeten, maar essentieel voor succes Wanneer organisaties gaan nadenken over het doorvoeren van DevOps wordt er snel gedacht aan de teams, die software bouwen en tools, die nodig zijn voor het versnellen van DevOps processen. We werken dus snel agile en hebben de tools aangeschaft en ingericht om agile te kunnen werken. Als zo’n ingrijpende wijziging komt in werkwijze, betekent het ook, dat de cultuur moet veranderen. Niet alleen voor de agile teams, maar ook om de organisatie in het geheel. In deze sessie gaat Alex Roos dieper in op de processen, die gemoeid zijn met een verandering van cultuur.

1. DevOps
Cultuur

2. Alex Roos
DevOps Consultant
Voorstellen
Blog http://www.delta-n.nl/blogs
Twitter http://twitter.com/alexroos300
E-mail alexr@delta-n.nl

3. Titel

4. Verschil Elite vs low performers
De cijfers in DORA
46 keer meer deployments
2555 keer sneller lead time tussen commit en deploy
7 keer minder kans op een fout door verandering
2604 keer sneller in het herstellen van incidenten

5. Value stream
Sprintbacklog ontwikkeling review release implementatieCAB
Na 0
dagen
Na
< 2
weken
Na
2
weken
Wachten
op
akkoord
Wachten
op
akkoord
Wachten
op
akkoord

6. DORA assessment

7. DORA vragen
Het werk wat ik doe draagt bij aan de doelstelling van
de organisatie
Het werk dat ik doe is uitdagend en past bij mijn
kwaliteiten
Ik heb de beschikking over de juiste tools, en als dit
niet zo is dan kan ik deze eenvoudig aanvragen
Er is veel vertrouwen in de organisatie waardoor ik
open en eerlijk met mijn manager kan spreken over
hoe ik mijn eigen werk waardeer

8. Organisatie model van Westrum
Pathologisch Bureaucratisch Vruchtbaar
Macht gericht Regel gericht Resultaat gericht
Weinig samenwerking Een beetje samenwerking Veel samenwerking
Boodschappers worden gestraft Boodschappers worden
genegeerd
Boodschappers worden getraind
Verantwoordelijkheden worden
ontdoken
Nauwe verantwoordelijkheden Risico's worden gedeeld
Overbruggen wordt ontmoedigd Overbruggen wordt getolereerd Overbruggen wordt
aangemoedigd
Fouten leiden naar zondebokken Fouten leiden tot veroordeling Fouten leiden tot onderzoek
Vernieuwing wordt platgestampt Vernieuwing leidt tot problemen Vernieuwing wordt
geïmplementeerd

9. Daniel Pink
Autonomy
Mastery
Purpose

10. Autonomy
Leer te vertrouwen
Leg niet de schuld neer
Vorm teams, die waarde kunnen
opleveren

11. Mastery
Omarm het maken van fouten
Doe alles continue (testen, deployen,
budgetten, leren)
Omarm transparantie
Geef mensen de ruimte om te groeien

12. Purpose
Begrijp wat iemands motivatie is
Zorg voor zo weinig mogelijk ongepland
werk
Maak duidelijk wat het doel is
Waarde opleveren moet de sleutel zijn,
niet budgetten

13. En nu?
Sprintbacklog ontwikkeling review release implementatieCAB
Na 0
dagen
Na
< 2
weken
Na
2
weken
Wachten
op
akkoord
Wachten
op
akkoord
Wachten
op
akkoord

14. Take aways
Laat de mensen zelf autonomie en zelf-organiserend
vermogen ontwikkelen
Wees niet ongeduldig als het niet snel genoeg gaat
Zorg voor een duidelijk doel over de verschillende afdelingen
heen
Bedenk wat de mogelijke hulpmiddelen zijn om die mindset
echt in je organisatie te krijgen

15. Het signaal, dat er werk te doen is
Dat gaat bij ons nooit werken!

16. Office 365
Dynamics 365
Development
DevOps
Azure
Laan van Waalhaven 450, 2497 GR Den Haag
085 – 487 52 00 | info@delta-n.nl | www.delta-n.nl
Dank u