5 Dysfunktionen eines DevOps-Teams: Teambewertung

In den letzten 3 Monaten habe ich eine Reihe von Beiträgen rund um die DevOps-Kultur und die Lehren aus Patrick Lencionis Führungsbuch The Five Dysfunctions of a Team - A Leadership Fable veröffentlicht. So viele Informationen hier enthalten sind, die Realität bleibt, dass Teamarbeit letztendlich darauf hinausläuft, eine kleine Reihe von Prinzipien über einen langen Zeitraum zu praktizieren. Der Erfolg von DevOps hängt nicht von der Beherrschung subtiler, ausgefeilter Theorie ab, sondern davon, den gesunden Menschenverstand mit einem ungewöhnlichen Maß an Disziplin und Beharrlichkeit zu begrüßen.

Es gibt einige fantastische Theorien, die es wert sind, aufgefrischt zu werden, wie z.B. The Three Ways, das "systemisches Denken" als Rahmen dafür befürwortet, Zusammenhänge statt Dinge zu sehen und Muster anstelle von statischen Momentaufnahmen zu erkennen. Es handelt sich um eine Reihe allgemeiner Prinzipien, die so unterschiedliche Bereiche wie Natur- und Sozialwissenschaften, Ingenieurwesen und Management umfassen.

Wenn Sie sich für eine oder alle der Funktionsstörungen interessieren und einige Punkte erhalten möchten, die Sie auf Ihre DevOps-Reise anwenden können, können Sie sich diese hier ansehen:

• 5 Dysfunctions of a DevOps Team: Absence of Trust, untersuchte, wie Vertrauen die Grundlage für die Anpassung der Kultur Ihres Teams an die Transformation für die DevOps-Bewegung ist.
• 5 Dysfunctions of a DevOps Team: Fear of Conflict" untersuchte, wie leistungsstarke Teams keine Angst davor haben, einen leidenschaftlichen Dialog über Themen und Entscheidungen zu führen, die für das Geschäft oder die Mission von entscheidender Bedeutung sind.
• 5 Dysfunctions of a DevOps Team: Lack of Commitment" untersuchte, wie Unternehmen aller Formen und Größen eine bessere Akzeptanz in Bezug auf Ziele und Ergebnisse in Bezug auf ihre DevOps-Initiative benötigen.
• 5 Dysfunctions of a DevOps Team: Avoidance of Accountability, untersuchte, wie Klarheit über neue Rollen, Erwartungen und KPIs erforderlich ist, um sich gegenseitig zur Rechenschaft zu ziehen.
• 5 Dysfunktionen eines DevOps-Teams: Unaufmerksamkeit für Ergebnisse, untersuchte die ultimative Dysfunktion eines Teams und die Tendenz der Teammitglieder, sich um etwas anderes als das kollektive Ziel/die Mission der Gruppe zu kümmern.

Wenn Sie daran interessiert sind, diese gewonnenen Erkenntnisse zu nutzen und die Anfälligkeit Ihres eigenen Teams für die fünf Funktionsstörungen zu bewerten, können Sie dieses Fragebogen-Tool direkt aus Lencionis Buch verwenden, um loszulegen. Wenn möglich, lassen Sie alle Mitglieder Ihres DevOps-Teams den Fragebogen ausfüllen und überprüfen Sie dann die Ergebnisse im Team, um Diskrepanzen in den Antworten zu besprechen und klare Auswirkungen auf das Team zu identifizieren.

Wie man punktet

• Eine Punktzahl von 8 oder 9 ist wahrscheinlich ein Hinweis darauf, dass die Dysfunktion kein Problem für Ihr DevOps-Team darstellt.
• Eine Punktzahl von 6 oder 7 deutet darauf hin, dass die Funktionsstörung ein Problem sein könnte.
• Eine Punktzahl von 3 bis 5 ist wahrscheinlich ein Hinweis darauf, dass die Funktionsstörung behoben werden muss.

DevOps-Teams sind erfolgreich, weil sie überaus menschlich sind. Und DevOps ist von Natur aus eine Herausforderung für die Menschen. Indem sie die Unvollkommenheiten der Menschlichkeit Ihres DevOps-Teams anerkennen, können die Mitglieder des Teams die natürlichen Tendenzen überwinden, die Vertrauen, Konflikte, Engagement, Verantwortlichkeit und Ergebnisorientierung so schwer fassbar machen.