Wie man objektive Metriken in die Leistung des Anwendungsentwicklungsteams einbezieht (und warum Sie möchten)

Viele Führungskräfte, die eine Transformation von einer traditionellen Softwareentwicklungsorganisation zu einer Organisation mit selbstorganisierenden agilen Teams durchlaufen haben, verstehen, dass dies eine notwendige Übung war, um sicherzustellen, dass der Wert schneller in ihrem sich ständig verändernden Geschäftsumfeld bereitgestellt wird. Wobei das Überleben von Unternehmen oft ein direktes Ergebnis der schnelleren Bereitstellung neuer Benutzerfunktionen als die Konkurrenz ist, Diese Manager sind normalerweise froh, dass sie das durchgemacht haben, Sie erkennen aber auch, dass die Einführung einer agilen Arbeitsweise kein Allheilmittel oder Erfolgsgarant ist.

”Obwohl das Konzept der selbstorganisierenden Teams großartig klingt, Sie müssen weiterhin im Kontext der gesamten Organisation verwaltet werden, seine Mission, Vision und Strategie.”

Die Geschäftsleitung muss Entscheidungen über Budgets treffen, Investitionen, Personal, was zu tun ist, und was man nicht machen sollte. Sie müssen über die strategische Ausrichtung entscheiden, die Vorgaben und Ziele, des Betriebsmodells, sondern überwachen auch den Fortschritt und nehmen gegebenenfalls Korrekturen vor.

Was wir auf dem Markt sehen, ist, dass Unternehmen mit Letzterem zu kämpfen haben, und dies ist größtenteils auf einen Mangel an objektiven Managementinformationen zurückzuführen. Viele agile Teams verwenden Fortschrittsmetriken, die in ihrem Team sinnvoll sind, die aber nicht zu nützlichen Verwaltungsinformationen aggregiert werden können. jedoch, Es ist wichtig, die Leistung der agilen Teams zu verstehen, da sie dem Unternehmen und seinen Kunden einen Mehrwert bieten. Wir sehen, dass Unternehmen auf unterschiedlichen Reifegraden arbeiten, wenn es um die Kontrolle geht, die sie über ihre Anwendungsentwicklungsteams haben. Die Frage ist: auf welchem ​​Reifegrad sich Ihr Unternehmen befindet?

Ein bekanntes Modell zur Betrachtung der Reife von Prozessen ist das Capability Maturity Model Integration (CMMi) Modell. Dieses Modell bewertet die Entwicklungsprozesse weiter 5 verschiedene Level (Siehe Abbildung).

CMMi-Reifegrade
Quelle: https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration

Dies ist ein gutes Prinzip und kann auch verwendet werden, um die Kontrolle über agile Entwicklungsteams zu bewerten. Das Agile-Control-Reifegradmodell (ACMM), basierend auf den CMMi-Ebenen, ermöglicht es der Geschäftsleitung, die Kontrollebene in Bezug auf ihre agilen Teams und den Wert, den sie liefern, zu verstehen. Die folgende Tabelle zeigt, wie IDC Metri die verschiedenen Reifegrade der agilen Steuerung betrachtet.

Niedrige Reifegrade (0, 1 und 2)

Die meisten Organisationen befinden sich derzeit auf gleicher Ebene 0 oder 1. Sie haben die Verwandlung durchgemacht, und CIOs und andere Führungskräfte erhielten Ratschläge von Agile-Coaches und anderen Beratern, wie sie die neue Organisation führen sollten, in der selbstorganisierende Teams viel Entscheidungsbefugnis haben, und das Unternehmen arbeitet sehr eng mit den Teams zusammen, um Wert zu schaffen. jedoch, auf Ebene 0 oder 1, Sie haben keine Ahnung, wie viel Wert für das ausgegebene Budget geschaffen wird, und wie sich dies auf die Konkurrenz bezieht. Außerdem, Die Vorhersagbarkeit ist gering und es ist schwierig, die Abhängigkeiten zwischen den Teams zu verwalten und vorherzusagen, wann bestimmte Softwareteile fertig sein werden. Externe Teams werden auf der Grundlage von Zeit und Material beauftragt (Stundensätze) und nicht leistungsorientiert (maximales Preis-Leistungs-Verhältnis).

Hohe Reifegrade (3, 4 und 5)

Wenn eine Organisation einen höheren Reifegrad erreicht, Die Geschäftsleitung bekommt immer mehr Kontrolle. Objektive Metriken werden in aktuellen Dashboards angezeigt, ermöglicht es ihnen, Entscheidungen auf der Grundlage von Fakten zu treffen. Das bringt viele Vorteile mit sich, wie zum Beispiel:

  • Die Fähigkeit, Stakeholdern zu zeigen, dass Sie es sind (CIO und Senior Manager) hat die Kontrolle über die Leistung und Wertschöpfung der agilen Teams.
  • Konzentrieren Sie sich auf die tatsächliche Wertschöpfung, indem Sie die Produktivität und Liefergeschwindigkeit verbessern, bei gleichzeitiger Verbesserung der Produktqualität.
  • Objektive Messungen werden verwendet, um zu verstehen, welche die leistungsstarken Teams und welche die leistungsschwachen Teams sind. Dann können die Gründe dafür untersucht und Verbesserungsmaßnahmen durchgeführt werden.
  • Die Genauigkeit der Softwarekostenschätzung wird enorm verbessert, da Daten aus der Organisation und den Teams verwendet werden können, um die parametrischen Modelle zu kalibrieren.
  • Frühindikatoren führen zu einer erhöhten Berechenbarkeit der Teams, Eliminierung von Termin- oder Kostenverschiebungen.
  • Basierend auf objektiven Messungen und gezielter Beseitigung kritischer Verstöße, das risiko im anwendungsportfolio sinkt deutlich bei gleichzeitiger qualität, Wartbarkeit und Kostenniveau verbessern sich.
  • Output-basierte Metriken können bei der Beauftragung von Agile-Teams verwendet werden, Unternehmen können das Team auswählen, das das beste Preis-Leistungs-Verhältnis bietet (Produktivität mal Durchschnittsrate) anstelle des billigsten, das möglicherweise überhaupt nicht produktiv ist.

Und es gibt noch viele weitere Vorteile.

In der nächsten Abbildung, typische Produktivitätsverbesserungen, die wir beobachtet haben, werden gezeigt, wo 0% ist der Marktdurchschnitt für vergleichbare Teams/Anwendungen.

Eine teure Funktion sein, Agile Entwicklungsteams sollten verwaltet werden, um sicherzustellen, dass der Wert für die Investition optimiert wird. Aber, wie misst du den wert? Wenn IT-Führungskräfte mit dieser gemeinsamen Herausforderung zu kämpfen haben, IDC Metri hat eine Checkliste erstellt, die Ihnen hilft, die Leistung Ihres Teams zu verwalten und zu messen. Klicke hier um die Checkliste herunterzuladen.

 

Harold van Heeringen – HauptberaterHarold van Heeringen

Harold van Heeringen ist Absolvent der Universität Groningen (die Niederlande) in Betriebswirtschaftslehre in 1997 Danach arbeitete er für den IT-Dienstleister Sogeti 17 Jahre als Senior Consultant Softwaremetrik/Softwarekostenschätzung. Im 2015, Er wechselte zum Sourcing-Beratungs- und Benchmarking-Dienstleister Metri, wo er als Principal Consultant und Praxisleiter für IT Intelligence Services tätig ist, einschließlich Schätzung & Dienstleistungen zur Leistungsmessung und zum agilen Wertmanagement. Neben der Arbeit in IDC Metri, Er ist in mehreren gemeinnützigen Organisationen aktiv, die in diesem Bereich tätig sind. Harold war Präsident der gemeinnützigen International Software Benchmarking Standards Group (ISBSG) von 2011 bis um 2019 und ist immer noch ein aktiver Direktor im Vorstand. Harold ist auch Vorstandsmitglied von Nesma, die internationale Organisation, die sich auf funktionelle Größenmessung und Kostenschätzung konzentriert. Bei Nesma, er ist verantwortlich für internationale Partnerschaften und Kooperationen. Harold ist einer der Nesma-Delegierten in dem Team, das den Software Cost Estimation Body of Knowledge erstellt hat (SCEBoK). Harold veröffentlicht regelmäßig White Papers, Blogs und Artikel zu Softwaremetriken, Kostenschätzung, Agiles Wertemanagement, Leistungsmessung, Benchmarking und verwandte Themen.