Was bedeuten Metriken für agile Teams?

Als ich für die Position des Product Owners interviewt wurde, stellte ich fest, dass ich im Agile-Projekt eine ernsthafte Lücke in den Geschäftsmetriken habe, weil Ich arbeite in einer Regierungsbehörde. Im russischen Segment sind Informationen eher knapp. Im englischen Segment hat mir der Artikel von Ashwinee Kalkura sehr gut gefallen . Deshalb habe ich mich entschlossen, eine kleine kostenlose Übersetzung zu machen. Der Originalartikel ist hier .

Was bedeuten Metriken für agile Teams?

Viele versuchen zu verstehen, was „Best Practice“ in der Branche ist, und wenden es auf ihr Produkt an, um ihre eigene Leistung zu verbessern. Für einige Zeit habe ich mich gefragt, ob es eine so universelle und effektive Lösung gibt.

Unternehmen kopieren in der Regel „was für andere funktioniert hat“, ohne sich über die Einschränkungen und Bedingungen Gedanken zu machen, unter denen eine bestimmte Metrik für „andere“ funktioniert hat.

Was ist dann zu messen? Meiner Meinung nach haben Organisationen, die verstanden haben, was und wie viel an einem Produkt gemessen werden muss, bisher überlebt und gedeihen. Sie wurden schließlich zu agilen Organisationen. Wenn sie mehrere Produkte haben, haben sie unterschiedliche Ansätze für jedes von ihnen. Einige Produkte benötigen viele Statistiken und Daten, während andere nur ein paar Metriken benötigen!

Und wie kann man dann verstehen, was genau gemessen werden muss? Für mich ist der engste Leitfaden das 7. Prinzip bei Agile Manifesto - "Arbeitssoftware ist das beste Maß für den Fortschritt." Wenn Sie feststellen können, welche Software für Sie funktioniert, ist es einfacher, den Fortschritt zu messen.

Auch hier sollte jeder seine "funktionierende" Software anders definieren. Daher ist es sehr wichtig, eine ganzheitliche Sicht darauf zu haben, wer der Kunde ist, wer der Entwickler ist, wer der Sponsor ist und wer den Prozess kontrolliert. Lassen Sie uns versuchen, den Prozess von jedem von ihnen zu betrachten.

Geschäft / Product Owner / Produktmanager

In einem funktionalen agilen Team ist diese Rolle in erster Linie für das Marktverständnis und die Datensynthese verantwortlich. PO hat eine „Hypothese“ darüber, was eine Organisation rentabel macht. Wenn Sie nur eine Hypothese haben, ist es sehr wichtig, die richtigen Metriken zu finden. Folgende Indikatoren können erforderlich sein:

1. Verzögerungskosten : Dies ist die Auswirkung der Zeit auf die Ergebnisse, die wir erzielen möchten. Dies ist die Antwort auf die Frage: "Was werden wir verlieren (was kostet es uns), wenn wir es 1 Monat später tun." Oder: "Was bekommen wir, wenn wir es einen Monat früher tun?"
2. Produkt- / Marktanpassung (PMF) : Dies ist die Anpassung des Produkts an die Erwartungen der Zielgruppe. Wenn Sie ein Produkt haben, das die Anforderungen eines bestimmten Marktes erfüllt und ohne das Ihr Publikum viel verliert, wird dies als Produkt- / Marktanpassung bezeichnet.
3. Riskant Assumption Test (RAT) : Dies ist der riskanteste Annahmetest . Dazu müssen Sie nicht mehr tun, als zur Überprüfung Ihres größten Risikos erforderlich ist. Kein perfekter Code oder Design erforderlich. Nur Überprüfung riskanter Annahmen mit Indikatoren. Nach der Bewertung wird entschieden, ob das Projekt fortgesetzt werden soll.
4. Minimum Viable Product (MVP) : Eine Version des neuen Produkts, mit der das Team die maximale Anzahl von Kundenanforderungen mit geringstem Aufwand erfüllen kann. Es ist ein Produkt mit genügend Funktionen, um frühe Kunden zufriedenzustellen, Feedback zu geben und das Produkt weiterzuentwickeln.
5. Minimum Marketable Product (MMP) : Beschreibt ein Produkt mit dem kleinstmöglichen Funktionsumfang, das den Anforderungen der Erstanwender (Innovatoren und Frühanwender) entspricht und daher verkauft werden kann. MMP ist ein Tool zur Verkürzung der Markteinführungszeit: Es kann schneller eingeführt werden als ein reichhaltiges, multifunktionales Produkt.
6. Zykluszeit: Zykluszeit - Die Gesamtzeit vom Beginn der Arbeit an einer neuen Funktion, Aufgabe oder einem neuen Fehler bis zu deren Abschluss. Die Zykluszeit umfasst die Zeit des Prozesses selbst und die Verzögerungszeit, während der ein Teil der Arbeit damit verbracht wird, auf den Abschluss der nächsten Aktion zu warten.

Die Produktgruppe sollte über einen Mechanismus zum Verständnis und zur Verfolgung von Indikatoren verfügen, die für Sponsoren / Investoren wichtig sind. Dadurch wird sichergestellt, dass der Zyklus geschlossen wird und jedes Pivot-Angebot gerechtfertigt ist.

Sponsor / Investor

Diese Gruppe ist an denselben Metriken interessiert, die Business- / Produktmanager vor dem Start des Produkts verwenden. Die folgenden Metriken sind während und nach der Produkteinführung am wichtigsten:

1. Mitarbeiterzufriedenheit : Glücklichere und motiviertere Mitarbeiter sorgen dafür, dass der Kunde zufrieden und in den Prozess involviert ist. Mitarbeiterzufriedenheit ist die Terminologie, mit der beschrieben wird, ob Mitarbeiter zufrieden sind und ob sie ihre Wünsche und Bedürfnisse bei der Arbeit erfüllen. Die Zufriedenheit der Mitarbeiter ist ein Faktor für die Motivation der Mitarbeiter, die Erreichung des Ziels eines Mitarbeiters und die positive Moral der Mitarbeiter am Arbeitsplatz.
2. Viraler Koeffizient : Dies ist eine Zahl, die angibt, wie viele Kunden jeder Ihrer Kunden in Ihr Unternehmen bringt. Dies bedeutet also, dass Ihr aktueller Kunde 2 Kunden anzieht, wenn Ihr Viruskoeffizient 2 beträgt. Diese Metrik berechnet einen exponentiellen Zirkulationszyklus, der manchmal als Viralität bezeichnet wird und das Wachstum eines Unternehmens beschleunigt. Viralität ist ein wesentlicher Anreiz für Kunden, Freunde oder Kollegen in Ihr Unternehmen zu schicken.
3. Versunkene Kosten : In der wirtschaftlichen und geschäftlichen Entscheidungsfindung sind versunkene Kosten Kosten, die bereits angefallen sind und nicht erstattet werden können. Nicht rückzahlbare Kosten werden manchmal den erwarteten Kosten gegenübergestellt. Hierbei handelt es sich um zukünftige Kosten, die anfallen oder geändert werden können, wenn Maßnahmen ergriffen werden.
4. Virale Zykluszeit: Die virale Zykluszeit ist die Zeit, die benötigt wird, um einen solchen Zyklus abzuschließen. Mit anderen Worten, die Viruszykluszeit ist die Zeit, die der Benutzer benötigt, um einen anderen Benutzer einzuladen.
5. Net Promoter Score : (NPS) ist ein Management-Tool, mit dem die Kundenbindung gemessen werden kann. Es dient als Alternative zu herkömmlichen Umfragen zur Kundenzufriedenheit und behauptet, dass sie mit dem Umsatzwachstum korrelieren. Der Net Promoter Score wird anhand der Antworten auf eine Frage berechnet: Wie wahrscheinlich ist es, dass Sie unser Unternehmen / Produkt / unsere Dienstleistung einem Freund oder Kollegen empfehlen? Die Bewertung für diese Antwort basiert meistens auf einer Skala von 0 bis 10. Diejenigen, die mit einer Bewertung von 9 bis 10 antworten, werden als Promotoren bezeichnet. Diejenigen mit einer Punktzahl von 0 bis 6 werden als "Kritiker" markiert. Die Antworten 7 und 8 sind durch Verbindlichkeiten gekennzeichnet, und ihr Verhalten steigt inmitten von Promotoren und Kritikern. Der Net Promoter Score wird berechnet, indem der Prozentsatz der Kunden, die Kritiker sind, vom Prozentsatz der Kunden, die Promoter sind, abgezogen wird. Bei der Berechnung des NPS-Indikators werden die Verbindlichkeiten in der Gesamtzahl der Befragten berücksichtigt, wodurch der Prozentsatz der Kritiker und Promotoren verringert und die Netto-Punktzahl auf 0 erhöht wird.
6. Customer Happiness Index (CHI) : Anstatt NPS zu verwenden, kann ein Unternehmen auch einen eigenen Kundenglücksindex erstellen, einschließlich der Parameter, die es messen möchte. Dieser Ansatz hat den Vorteil, dass die Organisation „mit dem Kunden sprechen“ muss und die Parameter verstehen kann, die für ihren Kontext erforderlich sind.
7. % Zahlende Kunden : Wenn wir wissen , wie viele Personen ein kostenpflichtiges Produkt / eine kostenpflichtige Dienstleistung in einem gemeinsamen Kundenstamm nutzen, können wir den Markt besser verstehen.
8. Conversion-Rate : Der Conversion-Trichter besteht im Wesentlichen darin, dass Sie mit potenziellen Kunden beginnen, diese dann Interesse zeigen und dann in Leads konvertieren, die dann in Verkäufe umgewandelt werden. Die prozentuale Umwandlung bei jedem Schritt wird berechnet. Die Gesamtumwandlungsrate für einen Verkaufstrichter wird durch die Tatsache bestimmt, dass die Anzahl der Verkäufe durch die Anzahl potenzieller Kunden geteilt und mit 100 multipliziert wird.
9. Kundenakquisitionskosten : CAC kann einfach berechnet werden, indem alle Kosten für die Kundenakquise (Marketingkosten) durch die Anzahl der Kunden dividiert werden, die während des Zeitraums gekauft wurden, in dem das Geld ausgegeben wurde. Wenn ein Unternehmen beispielsweise 100 US-Dollar pro Jahr für Marketing ausgegeben und in diesem Jahr 100 Kunden gewonnen hat, beträgt sein CAC 1 US-Dollar.
10. Kundenklebrigkeit . Kundenklebrigkeit ist eine erhöhte Chance, dasselbe Produkt oder dieselbe Dienstleistung zu nutzen, die im letzten Zeitraum gekauft wurde.

Entwickler / Builder

Leider versuchen die meisten hier, das Produkt zu messen. Die Metriken und Indikatoren hier geben Ihnen die Antwort auf die Frage „Entwickeln wir das Produkt richtig?“ Und garantieren nicht, dass wir das richtige Produkt entwickeln. Die in diesem Abschnitt beschriebenen Metriken sollten immer die Indikatoren ergänzen, über die wir in den vorherigen Abschnitten gesprochen haben. Dies sind die Metriken, die besagen, dass wir agile Methoden korrekt angewendet haben. Diese Gruppe ist technologieorientiert und daher sind Metriken technischer. Einige der Indikatoren, die helfen könnten zu verstehen, "entwickeln wir uns richtig":

1. Zustand der CI / CD-Pipeline : Sind die Builds korrekt? Sind sie schnell genug, damit Teams damit experimentieren können?
2. Anzahl der Green Builds pro Tag / Woche : Teamdisziplin, tägliche Codeüberprüfung und Buildhäufigkeit. Ein Team kann in kleinen Gruppen arbeiten, weil es weiß, dass der letzte logische Code, den es gesendet hat, funktioniert.
3. % der grünen Builds : Nicht nur die Anzahl der Builds ist wichtig, sondern auch, wie viele von ihnen von hoher Qualität waren. Ein guter Entwickler möchte nicht, dass andere wegen ihm stecken bleiben.
4. Unit Test Coverage: Die Einhaltung der Agile Test Pyramid ist der einzige Weg, um sich in einer schnellen Produktentwicklungszone zu befinden. Unit-Tests sollten ~ 80% aller Tests ausmachen.
5. Code Coverage : Code Coverage ist ein Begriff, der beschreibt, welcher Code von der Anwendung ausgeführt wird. Zu verstehen, welcher Code gefragt ist und welcher nicht.
6. Nichtfunktionale Testabdeckung . Es ist wichtig, nicht funktionale Anforderungen zu verstehen, die häufig als Fähigkeitstests (Benutzerfreundlichkeit, Verfügbarkeit, Zuverlässigkeit usw.) bezeichnet werden, da der Markt oder Kunde uns nicht direkt nach nicht funktionalen Anforderungen fragt.
7. Benchmarking von NFRs : Benchmarking ist ein wichtiger Bestandteil des Verständnisses dessen, was wir erreichen können. In der Regel werden die "besten" Produkte und der Marketingprozess, die von direkten Wettbewerbern und Unternehmen in anderen ähnlichen Bereichen verwendet werden, als Modell herangezogen, um mögliche Wege für das Unternehmen zur Verbesserung seiner eigenen Produkte und Arbeitsmethoden zu ermitteln.
8. Pro Einheit des Einheits- / Funktions- / Integrationstests gefundene Fehler: Obwohl die Anzahl der Fehler möglicherweise nichts Wesentliches anzeigt, verlangsamen sie uns in der Entwicklung.
9. Anzahl der Fehler pro Feature aus Produktion / UAT / Kunde : In den meisten Fällen ist das Feature das, wofür der Kunde bezahlt. Durch das Verständnis der wichtigen Funktionen und der Überzeugung, dass sie mit Qualität erstellt wurden, konzentrieren sich Systementwickler mehr darauf, wo es wirklich darauf ankommt.
10. Mängel, mit denen gelebt werden kann : Nicht alle Mängel sind kritisch! Achten Sie auf das Wichtigste und verbringen Sie so wenig Zeit wie möglich mit anderen. Oft ist es eine Arbeitsversion, die wichtig ist, und Verbesserungen sind nicht immer die richtige Entscheidung.
11. Nacharbeit : Wir verbringen viel Zeit mit der Überarbeitung, Zeit, die für die „Arbeit“ verwendet werden kann. Praktiken wie Split-Tests, Pair Work (z. B. Dev-Test, Test-Documentation usw.), separate Umgebungen, Tests und Korrekturen durch den Entwickler können Teams dabei helfen, die Kosten für die Behebung nachfolgender Fehler zu vermeiden.

Kunde / Benutzer

Die Person, für die wir die Lösung erstellen, ist ebenfalls Teil des Systems. Kunden können Zahlen, Maße oder Metriken verstehen oder nicht. Sie möchten, dass ihre Probleme leicht gelöst werden können, und sie selbst möchten nicht tief in diesen Prozess eintauchen. Wir sollten ihnen keinen Stress bereiten. Organisationen oder Unternehmer, die die obige Aussage verstehen und daran arbeiten, sind am erfolgreichsten!

Zusammenfassung:

In der realen Welt können wir wie hier zwischen verschiedenen Rollen unterscheiden, aber wir können nicht unterscheiden. Es muss darauf geachtet werden, zu verstehen, was, wann und wie viel, und immer die Umstände und Einschränkungen zu berücksichtigen, unter denen das Produkt funktioniert. In den meisten Metriken wurde davon gesprochen, wie wichtig es ist, mit einem Kunden verbunden zu sein, und es ist unbedingt erforderlich, dass wir diesen Standpunkt vom ersten Schritt an betrachten, den wir zur Erstellung eines Produkts oder einer Dienstleistung unternehmen.

Über den Autor:

Zu den Qualifikationen von Ashwinee Kalkura gehören die professionellen Zertifizierungen SPC4, PMP, CSM, CSP, SA, SASM, SSM, ICP-ACC und SSGB. Er verfügt über eine fortschrittliche Erfahrung von 16 Jahren in der Netzwerk-, Mobil- und Einzelhandelsbranche sowie über verschiedene Methoden. Ashwinee arbeitet derzeit als Head of Agile & SAFe Consulting bei KnowledgeHut. Er hat SAFe-Schulungen für mehr als 450 Kandidaten in der APAC-Region durchgeführt.