Text size
Auf meinem Radar5 Min. Lesezeit

Sind wir wirklich schneller? DevOps mit DORA messen

Fünf Zahlen, die Ihnen sagen, wie Ihre Lieferung wirklich läuft, und die Eitelkeits-Messwerte, die Sie ignorieren sollten.

Are we actually getting faster? Measuring DevOps with DORA
KI-generierte Illustration

"Wir machen jetzt DevOps". Aber funktioniert es? Sind wir schneller? - Weniger brechen? Erholen Sie sich schneller? Die meisten Teams können diese Fragen nicht mit etwas Besserem als einem Gefühl beantworten.

DORA-Messwerte helfen, diese Fragen zu beantworten. Sie stammen aus jahrelanger Forschung des DevOps Research and Assessment Teams (jetzt Teil von Google Cloud) und sind das Nächste, was unsere Branche an einem gemeinsamen Scoreboard hat.

Die DORA-Messwerte in einfachen Worten

Einsatzfrequenz. Wie oft veröffentlichen Sie Produktionen? Täglich, wöchentlich, monatlich?

Zeit für Änderungen. Wie lange dauert es, bis eine geplante Änderung in Produktion kommt? Stunden oder Wochen?

Veränderung der Ausfallrate. Wie viel Prozent der Bereitstellungen verursachen ein Problem, das behoben, zurückgefahren oder schnell behoben werden muss?

Zeit, den Dienst wiederherzustellen. Wenn etwas in der Produktion kaputt geht, wie lange dauert es, bis es wieder funktioniert?

Nachbearbeitungsrate. Die neueste Ergänzung: Wie viele Einsätze sind ungeplant, nur um Probleme aus früheren Einsätzen zu beheben?

Die ersten beiden Maßnahmen Geschwindigkeit- Ich weiß . Die anderen messen Stabilität- Ich weiß . Die Schlüsselbefunde hinter DORA sind, dass diese nicht miteinander kämpfen. Die besten Teams sind sowohl schneller als auch stabiler. Kleine, häufige Änderungen sind leichter zu testen, leichter abzusehen und leichter rückgängig zu machen.

Geschwindigkeit und Stabilität sind kein Kompromiss. Teams, die kleine Änderungen vornehmen, brechen oft weniger, nicht mehr.

Was die neueste DORA-Forschung über KI sagt

Die jüngsten DORA-Berichte konzentrieren sich stark auf KI-gestützte Entwicklung. Die Überschrift ist nuancierter als das Marketing: KI hilft Einzelpersonen, Code schneller zu schreiben, aber sie kann auch zu größeren Änderungen führen, und größere Änderungen beeinträchtigen die Stabilität.

Die Teams, die am meisten von KI profitieren, haben bereits starke Grundlagen: gute Tests, kleine Chargen, schnelles Feedback und eine solide interne Plattform. KI verstärkt das, was bereits da ist, gut oder schlecht.

Sammeln ohne Tabellenkalkulation

Man braucht kein großes Werkzeug, um anzufangen. Die meisten Daten existieren bereits:

  • Häufigkeit der Einsätze: zählen Sie erfolgreiche Produktionsbereitstellungen von Ihrem CI/CD-System.
  • Vorlaufzeit: Zeit von der ersten Commit (oder Fusion) bis zur Produktionsbereitstellung, die sie enthält. Git plus deine Pipeline-Logs haben beide Zeitstempel.
  • Veränderungsfehlerquote: Tag Rollbacks, Hotfixes und Vorfälle im Zusammenhang mit einem Einsatz.
  • Zeit zur Wiederherstellung: von Ihrem Vorfall-Tool, geöffnet bis gelöst.

Es gibt Open-Source-Optionen wie das DORA-Team Vier Schlüssel Die Daten werden von der Software-Systeme-System-Système (SMS) und von vielen kommerziellen Tools (LinearB, Sleuth, Swarmia, DX, GitLab und GitHub Insights) als Inspiration verwendet, die diese automatisch berechnen.

Beginnen Sie hart. Ein wöchentliches Skript, das Einsätze und Vorfälle zählt, ist besser als ein perfektes Dashboard, das man nie baut.

Ich habe aufgehört, sie zu verfolgen.

Einige Kennzahlen sehen gut auf einer Folie aus, sagen aber sehr wenig:

  • Zeilen des Codes. Mehr Code ist oft schlechter, nicht besser.
  • Anzahl der Commits oder Pull-Anfragen pro Entwickler. Einfach zu spielen, und es verwandelt Messung in Überwachung.
  • Die Story-Punkte. Nützlich für die eigene Planung eines Teams, aber bedeutungslos im Vergleich zwischen Teams.
  • Allein die Prozentsatzzeit. Ohne Kontext könnte 99,9% großartig oder schrecklich sein.

Die DORA-Messwerte funktionieren am besten bei der Team Die Ergebnisse der Studie zeigen, dass die Sobald sie benutzt werden, um Einzelpersonen zu bewerten oder Teams zu bestrafen, beginnen die Leute, die Zahl zu optimieren, anstatt das System.

Jenseits von DORA: SPACE und DevEx

DORA misst die Lieferung. Es misst nicht, ob Entwickler glücklich, konzentriert oder ausgebrannt sind. Die Raum und DevEx Fügen Sie die menschliche Seite hinzu: Zufriedenheit, Flow, kognitive Belastung, Unterbrechungen. Eine kurze Quartalsumfrage ist ein guter Begleiter für die DORA-Zahlen.

Also, sollten Sie messen?

Ja, aber vorsichtig. Wählen Sie die DORA-Messwerte aus, messen Sie sie grob, betrachten Sie Trends statt absolute Werte und sprechen Sie als Team darüber. Wenn eine Zahl sich bewegt, frage warum.

Meine Meinung: Messen Sie das System, nicht die Menschen. Das Ziel ist es zu lernen, wo es weh tut, nicht eine Rangliste zu gewinnen.

Desly