Planview Blog

Ihr Weg zu geschäftlicher Agilität

Work-Management für Teams

3 Gründe, warum IT Ops Lean Flow verwendet (Kanban für DevOps Teil 1 von 3)

Veröffentlicht Von Dominica Degrandis

In dieser dreiteiligen Serie über Kanban für DevOps erläutert Dominica DeGrandis, Director of Training and Coaching bei Planview AgilePlace, drei wichtige Gründe, warum IT Ops-Teams und diejenigen, die eine DevOps Wertschöpfungskette implementieren, einen Lean-Flow-Ansatz für die Produktentwicklung verwenden. Hier ist Teil eins.

Grund #1: Die Arbeit ist erst dann getan, wenn sie in der Produktion richtig funktioniert.

In der Softwareentwicklung gibt es einen Witz über "fertig" und "fertig". Einfach erledigt ist die Plattitüde, doppelt erledigt ist die Erwiderung. Die Korken knallen, die Banner fliegen, das neue Feature ist "fertig" - aber die eigentliche Arbeit steht noch aus. Arbeiten, bei denen jemand aus dem operativen Bereich zurückbleiben muss, um sie zu "erledigen".

Double-done bedeutet, dass die eigentliche Ziellinie erreicht ist und sich alle entspannen und freuen können - oft erst eine ganze Weile, nachdem der Code ausgeliefert oder sogar in Produktion gegangen ist. Wenn alle operativen Aufgaben wirklich erledigt sind, ist die Party in der Regel vorbei und man kann nur noch nach Hause gehen, um ein paar Stunden Schlaf zu bekommen, bevor man wieder aufsteht und zur Arbeit geht.

Lean Flow - auch bekannt als Kanban für Wissensarbeit - holt den Betrieb aus dem Schlamassel der Doppelarbeit heraus. Als systemorientierter Ansatz ermutigt er die Entwicklung und den Betrieb, den gesamten Arbeitsablauf abzubilden und alle relevanten Aufgaben zu berücksichtigen, einschließlich derer, die routinemäßig in die Postproduktion verlagert werden. Dieser einheitliche Arbeitsablauf erhöht die Chancen, dass alle gemeinsam die Ziellinie überqueren können.

Warum es "doppelt gemachte" Abschlüsse gibt

Bevor wir uns mit den Gründen befassen, warum Operations-Teams einen Lean-Flow-Ansatz verwenden, lassen Sie uns einen genaueren Blick auf die geschäftlichen Gründe für gängige "Double-Done"-Abschlussverfahren werfen: Marketing, Wartung und Risiko.

Marketing

Im Allgemeinen achten die Kunden nicht auf die Fanfare, die der Einzelne macht. Es ist ihnen egal, ob sich der Code in einem versandfähigen Zustand befindet. Für die Kunden ist die neue Funktion erst dann wirklich fertig, wenn der Code in die Produktion geliefert wird, stabilisiert ist und korrekt funktioniert. Im Rahmen des Feature-Marketings ist die einmalige Erledigung jedoch ein gutes Signal, um Feedback einzuholen, den Marktrummel zu verstärken und die zweimalige Erledigung vorwegzunehmen.

Wartung

Um wettbewerbsfähig zu bleiben, brauchen Unternehmen ein gewisses Maß an Vertrauen, um sicherzustellen, dass die neue Funktion belastbar ist, d. h. dass sie überwacht und gewartet wird. Das Double-Done-Modell gibt Unternehmen ein (in der Regel zu kurzes) Zeitfenster, um die notwendigen Elemente für die Ausfallsicherheit zu erwerben, wie z.B. ausreichende Hardwarekapazität, Speicherplatz und Sicherheit, wenn das Benutzeraufkommen steigt.

Risiken

Um das Risiko einer stümperhaften Aktualisierung zu vermeiden, müssen mehrere Teammitglieder lernen, Probleme im Zusammenhang mit der neuen Funktion zu beheben. Um die zukünftige Unterstützung zu erleichtern, ist eine Form der Dokumentation erforderlich. Mit Hilfe von Double-Done-Verfahren können Sie überprüfen, ob die Unterstützungssysteme angemessen sind, um Risiken zu antizipieren und zu reduzieren.

Während die Praxis der doppelten Fertigstellung einigen geschäftlichen Erfordernissen gerecht wird, berücksichtigt ein schlanker Arbeitsablauf alle oben genannten Punkte und mehr in einem vollständig transparenten Arbeitsablauf.

Kanban für DevOps: Gemeinsam die Ziellinie überqueren

Kanban bietet eine durchgängige Sichtbarkeit aller Zustände, die die Arbeit durchlaufen muss, damit die Funktion für Kunden zuverlässig und für Unternehmen sicher ist.

Ein Kanban Board für DevOps Beispiel

Lean Flow-Methoden verwenden Kanban-Tafeln, um eine sichtbare Verbindung zwischen allen Arbeitszuständen im System herzustellen. Blockierte Arbeit, die verhindert, dass andere Arbeiten abgeschlossen werden können, wird zur Selbstverständlichkeit. Abhängigkeiten zwischen Teams oder mit Drittanbietern erweisen sich als unbestreitbar. Und da alle für die Fertigstellung einer Funktion erforderlichen Fähigkeiten ein Mitspracherecht haben, wird der Prozess für die Mitarbeiter zu einer angenehmen Erfahrung.

Das Fazit

Mit dem durchgängigen, schlanken Flussansatz von Kanban kann aus "fertig" wirklich done werden. Wenn wir in der Lage sind, den gesamten Arbeitsablauf zu visualisieren und zu berücksichtigen, können Engpässe, die zuvor unsichtbar waren, behoben werden, Aufgaben, die nach der Bereitstellung des Codes in der Produktion anfallen, können zum Standard werden und jeder kann sich an der Ziellinie beteiligen.

Erfahren Sie den zweiten Grund, warum IT Ops Lean Flow verwendet - lesen Sie Teil zwei in der Serie Kanban für DevOps.

Verwandte Beiträge

Geschrieben von Dominica Degrandis

Dominica lehrt Kanban für DevOps-Enthusiasten. Als Executive Consultant bei LeanKit kombiniert Dominica Erfahrung, Praxis und Theorie, um Organisationen zu helfen, ihre Fähigkeiten zu verbessern. Sie ist sehr daran interessiert, Sichtbarkeit und Transparenz zwischen den Teams zu schaffen, um für beide Seiten wichtige Informationen zu offenbaren. Folgen Sie ihr auf Twitter unter @dominicad.