Oleg Skrynnik schrijft in het handboek DevOps Handboek het volgende over waardestromen:

Waardestroom

Een van de belangrijkste concepten van DevOps, geleend van Lean productie, is de waardestroom (value stream).

(...)

Het is nuttig om het werk van een organisatie te beschouwen als het creëren van waarde als reactie op het verzoek van een consument. De acties die worden uitgevoerd om aan de vraag te voldoen staan opgesteld in een reeks met de naam 'waardestroom'. Doorgaans verwerkt een organisatie een verscheidenheid aan verschillende verzoeken. ... Er zijn dus veel waardestroom in het bedrijf.

Werken aan stroomvisualisatie staat bekend als ´value stream mapping´. Het begint bij de selectie van een product: soms het product met de grootste mogelijkheden voor optimalisatie; soms het product dat de snelste significante verbeteringen belooft, en tegelijkertijd materiaal verstrekt om de methode te bestuderen.

Mapping gebeurt in twee stappen: eerst wordt een as-is ('zoals het is') plaatje gemaakt en vervolgens een to-be ('zoals het moet worden'). De studie van de 'to-be map' is om twee redenen belangrijk.

Ten eerste helpt het om lokale optimalisatie te vermijden ... Ten tweede maakt begrip van de gewenste eindtoestand het mogelijk om een realistisch verbeteringsmechanisme op te zetten, met een zo duidelijk mogelijke richting van verbetering.

In feite is de value stream mapping exercitie eenvoudig: men moet eerst de belangrijkste stappen van de aanvraagverwerking identificeren, het werk documenteren dat bij elk van deze wordt uitgevoerd, en ervolgens deze stappen in de juiste volgorde van creatie voor het resultaat rangschikken.

Een van de moeilijkheden is het buitensporige detailniveau, wanneer de resulterende map niet op één blad past. [De tip is] om het aantal mapblokken te beperken tot vijftien om verder te werken met de map gemakkelijker te maken.

De tweede moeilijkheid is om het eens te worden over wat de precieze stappen zijn, en hoe en door wie ze worden uitgevoerd. In sommige organisatie bestaat er geen algemeen begrip van het proces, wat leidt tot vele uren van geschillen.

Bron: DevOps Handboek, Oleg Skrynnik