{"id":2057,"date":"2021-03-30T16:43:02","date_gmt":"2021-03-30T14:43:02","guid":{"rendered":"https:\/\/www.vollcom-digital.com\/digitales-leben\/10-key-performance-indicators-in-scrum-die-sie-kennen-muessen\/"},"modified":"2025-06-11T11:12:49","modified_gmt":"2025-06-11T09:12:49","slug":"10-scrum-metriken-die-du-kennen-musst","status":"publish","type":"post","link":"https:\/\/www.vollcom-digital.com\/de\/blog\/brancheneinblicke\/best-practices-de\/10-scrum-metriken-die-du-kennen-musst\/","title":{"rendered":"10 Scrum Metriken die du kennen musst"},"content":{"rendered":"\n

Scrum<\/a> ist ein Framework und eine agile Methode, bei der sich alles um die Zusammenarbeit im Team dreht. Sie wird haupts\u00e4chlich in der Softwareentwicklung eingesetzt, kann aber auch auf andere Teams angewendet werden. Bei Scrum geht es um gemeinsame Strukturen, Meetings und Teamarbeit im Allgemeinen. Um dies zu messen und um Optimierungen vornehmen zu k\u00f6nnen, gibt es die Scrum-Metriken.<\/em><\/p>\n\n\n\n

<\/div>\n\n\n\n

Was sind Scrum-Metriken? <\/h3>\n\n\n\n

Scrum Metrics sind KPIs (Key Performance Indicators), mit denen der Erfolg des Unternehmens bewertet werden kann. Sie k\u00f6nnen feststellen, ob sie die Gesch\u00e4ftsziele erreicht haben oder ob sie auf dem richtigen Weg sind. Ziel ist es, Verbesserungen vornehmen zu k\u00f6nnen und Probleme zu erkennen, die dann gel\u00f6st werden k\u00f6nnen. Mit Hilfe von KPIs lassen sich auch Trends verfolgen und die Leistung des Unternehmens mit anderen vergleichen. Scrum-Teams arbeiten in Sprints, d. h. in einem bestimmten Zeitraum, in der Regel 1-4 Wochen, in dem die im Voraus geplanten Aufgaben erledigt werden. Dies erleichtert es dem Team, sich Ziele zu setzen und das richtige Produkt zur richtigen Zeit zu entwickeln.<\/p>\n\n\n\n

Metriken sind Messstandards. In agilen Projekten k\u00f6nnen die Metriken leistungsstarke Werkzeuge f\u00fcr die Planung, \u00dcberpr\u00fcfung, Anpassung und das Verst\u00e4ndnis des Fortschritts im Laufe der Zeit sein. Anhand der Erfolgs- und Misserfolgsquoten kann das Scrum-Team erkennen, ob es Optimierungen vornehmen muss oder ob das Team gute Arbeit geleistet hat. Dauer- und Kostenzahlen k\u00f6nnen die Vorteile agiler Projekte aufzeigen und die finanziellen Aktivit\u00e4ten einer Organisation untermauern. Sie helfen dem Team zu sehen, wie produktiv es in jeder Phase ist. Sie sind auch ein wichtiger Bestandteil des Entwicklungsprozesses, da sie auch zur Bewertung der Softwarequalit\u00e4t herangezogen werden k\u00f6nnen. Wenn man misst, wie produktiv ein Team arbeitet, lassen sich Schwachstellen aufdecken und die Probleme k\u00f6nnen bearbeitet werden.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Warum sind Scrum-Metriken wichtig? <\/h3>\n\n\n\n

Das bringt uns zum n\u00e4chsten Punkt: Warum brauchen Sie Scrum Metrics? Metriken sind wichtig, um den \u00dcberblick \u00fcber eine Organisation und ihre Teams zu behalten. Sie helfen dabei, Projekte zu planen, anzupassen und zu verstehen, wie sie voranschreiten. Metriken helfen dem Team, sich selbst zu verbessern, denn Teams, die sich selbst verbessern, sind auf lange Sicht nachhaltiger und erfolgreicher. Dies ist jedoch ein Prozess, der Management erfordert. Indem sie die Leistung des Teams verfolgen, k\u00f6nnen agile Metriken die kontinuierliche Verbesserung des Teams direkt beeinflussen.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Scrum Events <\/h3>\n\n\n\n

In Scrum treten verschiedene Ereignisse innerhalb eines Sprints wiederholt auf. Die Ereignisse helfen dem Team, aussagekr\u00e4ftige Metriken und Erkenntnisse zu gewinnen. Um besser mit Scrum arbeiten zu k\u00f6nnen, haben wir hier 10 bew\u00e4hrte Tools f\u00fcr einfaches agiles Projektmanagement in 2021<\/a>.<\/p>\n\n\n\n

1. Sprint Planning  <\/h5>\n\n\n\n

Den Auftakt eines jeden Sprints bildet das Sprint Planning Meeting. Es dient dazu, das Arbeitspaket des Scrum-Teams f\u00fcr den kommenden Sprint zu schn\u00fcren.\n\n<\/p>\n\n\n\n

Nach einem erfolgreichen Sprint Planning:<\/p>\n\n\n\n

    \n
  • der Product Owner und das Entwicklungsteam einigen sich auf das Sprint Goal (Ergebnis)<\/li>\n\n\n\n
  • und haben gemeinsam das Sprint Backlog gebildet. Das Sprint Backlog enth\u00e4lt alle Product Backlog Items (Output), die im Sprint umgesetzt werden m\u00fcssen, um das Sprint Goal zu erreichen<\/li>\n\n\n\n
  • Damit der Product Owner und das Entwicklungsteam die beiden Ziele des Planungsmeetings erreichen k\u00f6nnen, m\u00fcssen einige Voraussetzungen erf\u00fcllt sein<\/li>\n<\/ul>\n\n\n\n
    2. Daily Standup  <\/h5>\n\n\n\n

    Daily Standups (auch Daily Scrum) sind eine zentrale Praxis f\u00fcr agiles Arbeiten. In diesem t\u00e4glichen Meeting organisiert ein agiles Team sich und seine Arbeit ohne die Beteiligung von Managern oder externen Entscheidungstr\u00e4gern. Die Teilnehmer des Daily Standup stehen f\u00fcr maximal 15 Minuten zusammen und sprechen abwechselnd \u00fcber die Ergebnisse des Vortages, Hindernisse und ihren Plan f\u00fcr den aktuellen Tag. Auf diese Weise machen die Teammitglieder ihren Status und ihre wichtigsten Probleme transparent und k\u00f6nnen sich gegenseitig helfen, Hindernisse zu beseitigen, um das gemeinsam gesetzte Ziel zu erreichen.<\/p>\n\n\n\n

    3. Scrum Retrospective  <\/h5>\n\n\n\n

    Die Scrum-Retrospektive ist eine Pflichtveranstaltung, die im Scrum Guide f\u00fcr das agile Projektmanagement-Framework Scrum beschrieben ist. Ziel der Retrospektive ist es, die Erfahrungen (aus dem letzten Sprint) zu reflektieren. Darauf aufbauend werden Verbesserungsma\u00dfnahmen gesucht, die im n\u00e4chsten Sprint direkt umgesetzt werden k\u00f6nnen.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Scrum-Metriken<\/h3>\n\n\n\n

    1. Sprint Goal Success Rates  <\/h5>\n\n\n\n

    Eine M\u00f6glichkeit, die Leistung eines agilen Projekts zu messen, ist die Geschwindigkeit, mit der die Sprint-Ziele erreicht werden. Der Sprint ben\u00f6tigt m\u00f6glicherweise nicht alle Anforderungen und Aufgaben im Sprint Backlog, um das Ziel zu erreichen. Ein erfolgreicher Sprint sollte jedoch zu einem funktionierenden Produktinkrement f\u00fchren, das die Sprint-Ziele erf\u00fcllt und der Definition des Scrum-Teams von “Done” entspricht. Wenn Sie die Sprint-Ziele definieren und sie danach messen, k\u00f6nnen Sie ein gutes Verst\u00e4ndnis f\u00fcr die Qualit\u00e4t der Arbeit entwickeln. <\/p>\n\n\n\n

    Sprint-Success Rates sind ein guter Ausgangspunkt f\u00fcr die \u00dcberpr\u00fcfung und Anpassung. Teams sollten die Messlatte immer so hoch ansetzen, dass eine 100-prozentige Fertigstellung des Sprint-Backlogs nicht unbedingt das Ziel ist. Die anf\u00e4nglichen Anforderungen sollten zu hundert Prozent erf\u00fcllt werden, aber die Teams sollten ihre Ziele so hoch ansetzen, dass Erfolgsquoten von weniger als 100 Prozent bei Sprint-Backlog-Eintr\u00e4gen als Chance zum Lernen und Verbessern gesehen werden.<\/p>\n\n\n\n

    2. Entgangene Fehler <\/h5>\n\n\n\n

    Entgangene Fehler sind ebenfalls eine wichtige Kennzahl.\n\nDurch die Aufzeichnung von Kennzahlen zu Fehlern kann das Entwicklungsteam feststellen, wie gut es Probleme verhindert und ob es seine Prozesse verbessern muss.\n\nWenn das Entwicklungsteam automatisierte Tests und kontinuierliche Integration einsetzt, kann es die Anzahl der Fehler auf der Build-Ebene in jedem Sprint verfolgen. Durch die Aufzeichnung der Anzahl der Build-Fehler kann das Entwicklungsteam feststellen, ob es Entwicklungsprozesse oder Umgebungsfaktoren anpassen muss, um die Fehler fr\u00fcher im Entwicklungsprozess zu erkennen.\n\nDas Entwicklungsteam kann die Anzahl der Fehler erfassen, die der Product Owner bei der \u00dcberpr\u00fcfung der fertigen Funktionalit\u00e4t in jedem Sprint gefunden hat. Durch die Erfassung der User Acceptance Test-Fehler k\u00f6nnen das Entwicklungsteam und der Product Owner erkennen, ob die Prozesse verbessert werden m\u00fcssen.<\/p>\n\n\n\n

    Die Anzahl der Fehler und die Frage, ob die Fehler zunehmen, abnehmen oder gering bleiben, sind gute Indikatoren, um Diskussionen \u00fcber Projektprozesse und Entwicklungstechniken in Sprint-Retrospektiven anzusto\u00dfen.<\/p>\n\n\n\n

    3. Team Velocity  <\/h5>\n\n\n\n

    Mit Velocity l\u00e4sst sich messen, wie viele User Stories das Team im Sprint fertiggestellt hat. So l\u00e4sst sich leichter bestimmen, wie viele Aufgaben Sie f\u00fcr den n\u00e4chsten Sprint planen k\u00f6nnen. Velocity ist ein subjektives Ma\u00df, das auf der Definition von Story Points durch das Team basiert und den Fortschritt des Teams erfasst. Daher sollte sie nicht zum Vergleich von Teams verwendet werden.<\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"\"
    Team Velocity<\/em><\/figcaption><\/figure>\n\n\n\n
    <\/div>\n\n\n\n
    4. Sprint Burndown  <\/h5>\n\n\n\n

    Das Burndown-Diagramm ist eine grafische Darstellung der Arbeit, die bereits abgeschlossen ist, und der Arbeit, die noch erledigt werden muss. Es zeigt die Fertigstellung der verschiedenen Aufgaben w\u00e4hrend eines Sprints. Wichtige Messgr\u00f6\u00dfen sind die Zeit und die noch zu erledigenden Aufgaben. Die Einheit ist Stunden oder auch Story Points. Ziel ist es hier, dass die Aufgaben bis zum Ende des Sprints abgeschlossen sind. Au\u00dferdem l\u00e4sst sich so besser beurteilen, ob die Aufgaben aus dem Sprint abgeschlossen werden k\u00f6nnen.<\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"\"
    Sprint Burndown Report<\/em><\/figcaption><\/figure>\n\n\n\n
    <\/div>\n\n\n\n
    5. Time-to-market  <\/h5>\n\n\n\n

    Die Markteinf\u00fchrungszeit ist die Zeit, die ein agiles Projekt ben\u00f6tigt, um durch die Freigabe nutzbarer Funktionen f\u00fcr den Kunden Wert zu schaffen. <\/p>\n\n\n\n

    Unternehmen k\u00f6nnen dies auf unterschiedliche Weise interpretieren:<\/p>\n\n\n\n

      \n
    • Wenn ein Produkt direkt Umsatz generiert, ist sein Wert das Geld, das damit verdient wird<\/li>\n\n\n\n
    • Wenn ein Produkt intern in der Organisation verwendet wird, ist sein Wert die F\u00e4higkeit der Mitarbeiter, es zu nutzen, und er enth\u00e4lt subjektive Faktoren, die darauf basieren, was das Produkt leisten kann<\/li>\n<\/ul>\n\n\n\n

      Beachten Sie bei der Messung der Markteinf\u00fchrungszeit die folgenden Punkte:<\/p>\n\n\n\n

        \n
      • Messen Sie die Zeit vom Projektstart bis zu dem Zeitpunkt, an dem Sie den Wert zum ersten Mal sehen<\/li>\n\n\n\n
      • Einige Scrum-Teams geben am Ende jedes Sprints neue Produktfunktionen zur Nutzung frei. Bei Scrum-Teams, die mit jedem Sprint neue Produkte freigeben, wird die Zeit bis zur Markteinf\u00fchrung einfach in Tagen gemessen<\/li>\n\n\n\n
      • Andere Scrum-Teams planen Releases nach mehreren Sprints und stellen Produktfunktionen in Gruppen bereit. F\u00fcr Scrum-Teams, die l\u00e4ngere Release-Zeiten verwenden, ist die Zeit bis zur Marktreife die Anzahl der Tage zwischen den Releases<\/li>\n<\/ul>\n\n\n\n
        6. ROI  <\/h5>\n\n\n\n

        Der Return on Investment (ROI) ist der Ertrag, den ein Produkt abz\u00fcglich der Projektkosten erwirtschaftet: Bareinnahmen gegen\u00fcber Barausgaben.\n\n<\/p>\n\n\n\n

        Der ROI ist bei agilen Projekten grunds\u00e4tzlich anders als bei traditionellen Projekten. Agile Projekte haben das Potenzial, bereits mit der ersten Version Einnahmen zu generieren, und die Einnahmen k\u00f6nnen mit jeder neuen Version steigen.<\/p>\n\n\n\n

        Example: <\/p>\n\n\n\n

        Szenario A ist ein Wasserfallprojekt. Die Freigabe erfolgt am 30. Juni desselben Jahres, nachdem alle Anforderungen erf\u00fcllt worden sind. Mit diesem Projekt kann ab Juli ein monatlicher Umsatz von 100.000 \u20ac erzielt werden. Bis zum Ende des Jahres (6 Monate) betr\u00e4gt der Umsatz 600.000 \u20ac.<\/td>In Szenario B werden die wertvollsten und risikoreichsten Funktionen nach vier einw\u00f6chigen Sprints ab dem 31. Januar schrittweise freigegeben, d. h. f\u00fcnf Monate fr\u00fcher als in Projekt A. Der monatliche Umsatz ist zu Beginn geringer, steigt aber mit jedem Monat nach der ersten Freigabe an und betr\u00e4gt 50.000 \u20ac im Februar, 60.000 \u20ac im M\u00e4rz, 70.000 \u20ac im April, 80.000 \u20ac im Mai, 90.000 \u20ac im Juni und 100.000 \u20ac im Juli, wenn das gesamte Projekt abgeschlossen ist.<\/td><\/tr><\/tbody><\/table>
        Beispiel f\u00fcr ROI<\/em><\/figcaption><\/figure>\n\n\n\n
        7. Capital restructuring  <\/h5>\n\n\n\n

        Wenn die Kosten f\u00fcr die weitere Entwicklung in einem agilen Projekt h\u00f6her sind als die Kosten f\u00fcr diese zuk\u00fcnftigen Entwicklungen, ist es an der Zeit, das Projekt zu beenden.<\/p>\n\n\n\n

        Um zu berechnen, ob es sinnvoll ist, das Projekt zu beenden, ben\u00f6tigen Sie diese Kennzahlen:<\/strong><\/p>\n\n\n\n

          \n
        • den Gesch\u00e4ftswert (V) der verbleibenden Anforderungen im Product Backlog<\/li>\n\n\n\n
        • die Ist-Kosten (ACC) der Arbeit, die f\u00fcr die Fertigstellung der Anforderungen im Product Backlog erforderlich ist<\/li>\n\n\n\n
        • die Alternativkosten (AC) oder den Wert, wenn das Scrum-Team an einem neuen Projekt arbeitet<\/li>\n<\/ul>\n\n\n\n
          8. Satisfaction Umfragen<\/h5>\n\n\n\n

          Umfragen zur Kundenzufriedenheit messen die Erfahrungen des Kunden mit dem Projekt, dem Prozess und dem Scrum-Team. Das Scrum-Team kann mehrmals w\u00e4hrend eines Projekts Kundenumfragen durchf\u00fchren, sogar zu Beginn des Projekts, um einen Benchmark f\u00fcr zuk\u00fcnftige Vergleiche zu erhalten. Das Scrum-Team kann die Umfrageergebnisse nutzen, um die Prozesse zu untersuchen, positive Praktiken fortzuf\u00fchren und das Verhalten bei Bedarf anzupassen.<\/p>\n\n\n\n

          9. Fluktuation  <\/h5>\n\n\n\n

          Scrum-Projekte f\u00fchren in der Regel zu einer besseren Arbeitsmoral. Eine M\u00f6glichkeit, die Arbeitsmoral zu quantifizieren, ist die Messung der Personalfluktuation. Obwohl die Fluktuation nicht immer direkt mit der Arbeitszufriedenheit zusammenh\u00e4ngt, kann es hilfreich sein, die folgenden Kennzahlen zu betrachten:\n<\/p>\n\n\n\n

          Fluktuation im Scrum-Team:\nEine geringe Fluktuation im Scrum Team kann ein Zeichen f\u00fcr ein gesundes Teamumfeld sein. Eine hohe Fluktuation im Scrum Team kann auf Probleme im Projekt, in der Organisation, in der Arbeit, bei einzelnen Mitgliedern des Scrum Teams, mit Burnout, mit einem ineffektiven Product Owner, der das Entwicklungsteam zu bestimmten Verpflichtungen zwingt, mit inkompatiblen Pers\u00f6nlichkeiten, mit einem Scrum Master, der es nicht schafft, Hindernisse zu beseitigen, oder mit der allgemeinen Dynamik im Team hinweisen.<\/p>\n\n\n\n

          10. verschiedene Qualifikationen im Team <\/h5>\n\n\n\n

          Erfahrene Scrum-Teams sind in der Regel funktions\u00fcbergreifender als weniger ausgereifte und entwickelte Scrum-Teams. Durch die Beseitigung einzelner Schwachstellen kommen die Teams schneller voran und produzieren qualitativ hochwertigere Produkte. Die Erfassung der Vielfalt der F\u00e4higkeiten erm\u00f6glicht es Scrum-Teams und Managern, das Wachstum der Cross-Funktionalit\u00e4t zu bewerten.<\/p>\n\n\n\n

          Beginnen Sie damit, die vorhandenen F\u00e4higkeiten und Qualifikationsniveaus zu ermitteln, indem Sie Ihr Team kennen:<\/strong><\/p>\n\n\n\n

            \n
          • F\u00e4higkeiten und Qualifikationsniveau der einzelnen Personen<\/li>\n\n\n\n
          • F\u00e4higkeiten und Qualifikationsniveau der einzelnen Teams<\/li>\n\n\n\n
          • F\u00e4higkeiten und Qualifikationsniveau in der Organisation<\/li>\n<\/ul>\n\n\n\n
            <\/div>\n\n\n\n
            \n\t\n\n

            Brauchen Sie professionelle IT-L\u00f6sungen?<\/strong><\/h2>\n\n\n\n

            Holen Sie sich noch heute eine kostenlose Beratung!<\/h3>\n\n\n\n

            Ob Sie Netzwerkprobleme, Sicherheitsbedenken haben oder Softwareintegrationen ben\u00f6tigen, unser Team von IT-Experten steht Ihnen zur Verf\u00fcgung. Lassen Sie sich nicht von technischen Problemen aufhalten. Rufen Sie uns jetzt f\u00fcr eine kostenlose Ersteinsch\u00e4tzung an oder klicken Sie unten, um unser schnelles Kontaktformular auszuf\u00fcllen. Lassen Sie Technologie f\u00fcr Sie arbeiten.<\/p>\n\n\n

            \n\t\n\t\tJetzt Kontakt aufnehmen\t<\/a>\n<\/div>\n\n<\/div>\n<\/div>\n\n\n\n
            <\/div>\n","protected":false},"excerpt":{"rendered":"

            Scrum ist ein Framework und eine agile Methode, bei der sich alles um die Zusammenarbeit im Team dreht. Sie wird…<\/p>\n","protected":false},"author":13,"featured_media":2044,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[822],"tags":[835,605],"class_list":["post-2057","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-best-practices-de","tag-scrum-metrics-de","tag-scrum-metriken"],"contentshake_article_id":"","_links":{"self":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2057","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/comments?post=2057"}],"version-history":[{"count":3,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2057\/revisions"}],"predecessor-version":[{"id":10320,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2057\/revisions\/10320"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/media\/2044"}],"wp:attachment":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/media?parent=2057"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/categories?post=2057"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/tags?post=2057"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}