INTRODUCTION -> The Three Ways
Dit concept over DevOps komt uit “The Phoenix Project” of “The DevOps Handbook” zij zien DevOps in 3 manieren te benaderen.
- The First Way: Principles of Flow
- The Second Way: Principles of Feedback
- The Third Way: Principles of Continuous Learning
We bekijken even kort de waarden dan deze 3 “ways”
Principles of Flow
Werk “zichtbaar” maken. In tegenstelling tot productieprocessen als in fabrieken is de flow van software door zijn ontwikkelingslevenscyclus niet gemakkelijk te zien. Het gebruik van methoden zoals kanban borden moet dit oplossen hierdoor kan het werkt zichtbaar gemaakt worden voor het team en manaagement. Iedereen kan zien hoe ver we staan in een project op alle tijden.
Beperken van work-in-progress (WIP). Je zal zien dat er vele taken te gebeuren staan, zeker na het zichtbaar maken door een kanban bord. We moeten ervoor zorgen dat een bepaalde persoon best maar tegelijk is aangesteld voor 1 taak, multitasken veroorzaakt een trager proces door zogenaamd “context switchen”.
Verkleinen van batchgroottes. Het “opdelen” van werk in kleinere stukken, zoals in sprints volgens het SCRUM principe. Ook moeten taken zo “hapklaar” gemaakt worden waardoor ze makkelijk in enkele dagen uitgevoerd, gereviewd en gedeployed kan worden. Er moet ook duidelijkheid zijn voor de uitvoerder van de taken. Vage taken moeten eerst verder beschreven worden.
Identificeren en verwijderen van beperkingen en tijdsverspillingen. We moeten pijnpunten vinden en beperken. Dit kan gebeuren door het gebruik maken van testomgevingen voor experimenten, vermijden van handmatig werk door tools en het gebruik van systeem architectuur.
Principles of Feedback
The Second Way: Principles of Feedback staat voor een snelle en constante feedback cycli mogelijk te maken in alle stadia van een ontwikkeling.
Problemen oplossen om nieuwe kennis op te bouwen. Dit principe past in de “fail fast” mentaliteit. Het ontwikkelen van een Minimum Viable Product om deze snel uit te kunnen testen. Zo kunnen we snel problemen met een implementatie zo snel mogelijk kunnen vinden en ze vroeg op te lossen.
Quality Control en testing dichter bij de bron brengen. Dit principe is zeer populair DevSecOps-beweging, die zich bezighoudt met het aanpakken van beveiligingsproblemen tijdens de ontwikkelcyclus. We moeten onze software testen tijdens de ontwikkeling en niet enkel op het einde zodat we snel fundamentele problemen kunnen vinden.
Geen “gooi het over de muur” mentaliteit. Zowel developers als operations werken samen aan het oplossen van problemen met de applicaties, we werken aan een gezamelijk doel en niet ieders op een eigen taak.
Principles of Continuous Learning
The Third Way: Principles of Continuous Learning staat voor een cultuur van voortdurend leren en experimenteren binnen de organisatie. Het leren voor een ITer houd niet op bij het verlaten van de school. Organisaties moeten hiervoor open staan dat het altijd beter kan worden.
Het mogelijk maken van organisatorisch leren en “safety culture”. Leiders moeten helpen “de toon te zetten” voor de organisatie, door het goed te maken om te leren, fouten te maken, en het opnieuw te proberen. We mogen het geen taboe maken een fout te maken.
Het institutionaliseren van verbetering in dagelijks werk. We moeten durven nadenken over onze dagelijkse taken en hoe deze verbetered kunnen worden. We mogen “omdat het altijd al zo was” niet als excuus gebruiken.
Lokale ontdekkingen omzetten in globale verbeteringen. Verbeteringen binnen een deel van een organisatie moeten gedeeld worden zodat iedereen vooruit gaat. Het is geen sprint naar de finish maar een estafette. Het injecteren van veerkrachtpatronen in het dagelijkse werk. Sommige voorbeelden zouden het repeteren van mislukkingen kunnen omvatten, en het werken aan het verbeteren van belangrijke metriek voor implementatie.