Dieses praktische Projekt soll zeigen, welche Scrum-Metriken möglich sind, angenommen werden und bei verhältnismäßigem Aufwand einen möglichst hohen Mehrwert generieren.
Das Interesse an agilen Softwaremethoden ist nicht überraschend. Agile Methoden bieten die Möglichkeit, Software besser zu entwickeln, was in der heutigen Geschäftswelt immer mehr an Bedeutung gewinnt. Scrum ist für Unternehmen besonders interessant, weil es sich auf den Return on Investment konzentriert. Die Bemühungen der Innovatoren und frühen Anwender helfen uns zwar dabei, zu behaupten, dass agile Methoden besser sind als traditionelle Methoden, aber eine bessere Berichterstattung an das Management wäre hilfreich. Insbesondere müssen wir in der Lage sein, der Geschäftsleitung den Projektfortschritt auf überzeugendere Art und Weise zu vermitteln.
Inhaltsverzeichnis
1 Einleitung
2 Grundlagen
2.1 Scrum
2.1.1 Product Owner
2.1.2 Entwickler
2.1.3 Stakeholder
2.1.4 Scrum-Master
2.2 Mehrwert und agiles Reporting
2.3 Scrum-Metriken
2.3.1 Metriken
2.4 Mythen und Realität
3 Motivation
4 Problemstellung
5 Zielsetzung
6 Versuchsaufbau
6.1 Ausgangs-Situation des Versuch-Teams
6.2 Erstellung des Fragebogens
6.2.1 Ziel-Rollen
6.2.2 Persönliche Einstellung zu Scrum
6.2.3 Einschätzung zum aktuellen Stand, was die Pflege und Wartung des Backlogs betrifft.
6.2.4 Aufwand zur Erhebung von Scrum-Metriken
6.2.5 Vorhandene Scrum-Metriken
6.2.6 Durchführung von Scrum-Metriken
6.2.7 Übernahme von Scrum-Metriken
6.2.8 Mögliche Motivation, um weitere Scrum-Metriken einzuführen
7 Auswertung des Fragebogens
8 Ergebnis
9 Handlungs-Empfehlung
10 Reflektion
Zielsetzung & Themen
Diese Arbeit untersucht den praktischen Einsatz von Scrum-Metriken in kleinen und mittelständischen Unternehmen (KMU), um Transparenz über Projektfortschritte zu schaffen und der Geschäftsleitung eine fundierte Entscheidungsgrundlage zu bieten, ohne dabei das Entwicklungsteam durch hohen manuellen Aufwand zu belasten.
- Agile Methoden und Scrum-Framework
- Methoden des agilen Reportings
- Validierung von Scrum-Metriken in der Praxis
- Automatisierungsmöglichkeiten für die Metrik-Erhebung
- Analyse der Akzeptanz von Metriken durch das Scrum-Team
Auszug aus dem Buch
2.3.1.1 Velocity
Die Baseline Velocity (100%) wird für ein Team während des ersten Sprints festgelegt. Der Product Owner stellt das priorisierte Product Backlog im Sprint Planning Meeting vor. Dieses wird mithilfe von Planning Poker und Story Points geschätzt. Das Team wählt aus, was während des Sprints erledigt werden kann, und der Product Owner legt fest, was genau am Ende des Sprints "erledigt" ist. Die Summe der ursprünglichen Schätzungen für die genehmigte Arbeit ist die Baseline Velocity.20
Velocity ist definiert als: V = ∑ der ursprünglichen Schätzungen aller angenommenen Arbeiten.
In Scrum erkennen wir die Wertschöpfung erst dann an, wenn die Arbeit vom Product Owner als "erledigt" akzeptiert wird. Daher fühlen sich Teammitglieder, die Zeit in eine Initiative investieren, die am Ende des Sprints nicht abgeschlossen ist, zunächst gekränkt, wenn für ihre Arbeit keine Punkte vergeben werden.20
Scrum Master, die danach streben, Bewegung zu belohnen, wenn sie nicht abgeschlossen wird, erweisen ihrem Team einen schlechten Dienst, da dieses Delta dazu dient, das Ausmaß der Suboptimierung zu verdeutlichen, dass bei erfolgreicher Anwendung des Scrum-Frameworks überwunden wird. 20
Zusammenfassung der Kapitel
1 Einleitung: Erläutert die Relevanz agiler Methoden für die moderne Geschäftswelt und die Notwendigkeit einer verbesserten Berichterstattung über Projektfortschritte an das Management.
2 Grundlagen: Beschreibt das Scrum-Framework, die beteiligten Rollen sowie theoretische Ansätze für Scrum-Metriken und agiles Reporting.
3 Motivation: Diskutiert den Bedarf der Geschäftsleitung an Transparenz und schnellen Informationen, um Fehlentscheidungen durch falsche Annahmen zu vermeiden.
4 Problemstellung: Untersucht die Herausforderungen von KMUs im dynamischen Marktumfeld und die Schwierigkeit, Transparenz bei gleichzeitiger Agilität zu wahren.
5 Zielsetzung: Definiert das Ziel, Scrum-Metriken zu identifizieren, die von Teams akzeptiert werden und langfristig ohne hohen Zusatzaufwand pflegbar sind.
6 Versuchsaufbau: Legt die vier Phasen des Versuchs dar, von der Vorbereitung über das Kick-Off bis hin zur Durchführung und Auswertung mittels Fragebögen.
7 Auswertung des Fragebogens: Präsentiert die aggregierten Daten des Versuchs, visualisiert durch Diagramme zu Rollenverteilung, Einstellung zum Scrum und Aufwandsschätzungen.
8 Ergebnis: Fasst zusammen, dass ein gepflegtes Product-Backlog die Grundvoraussetzung für erfolgreiche Metriken ist und manuelle Schritte das größte Hindernis darstellen.
9 Handlungs-Empfehlung: Schlägt vor, Automatisierungslösungen für die Metrik-Erhebung in bestehende Tools zu integrieren, um das Team zu entlasten.
10 Reflektion: Reflektiert die Diskrepanz zwischen theoretischer Einfachheit von Metriken und der praktischen Disziplin, die zur Datenerhebung notwendig ist.
Schlüsselwörter
Scrum, Scrum-Metriken, KMU, Velocity, Agile Methoden, Product Backlog, Burn Down Chart, Projektmanagement, Softwareentwicklung, Transparenz, Prozessverbesserung, Reporting, Automatisierung, Stakeholder, Sprint.
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit befasst sich mit dem Einsatz und der Validierung von Scrum-Metriken in kleinen und mittelständischen Unternehmen (KMU), um Projektfortschritte messbar und für die Geschäftsführung transparent zu machen.
Was sind die zentralen Themenfelder?
Die zentralen Themen sind das Scrum-Framework, Methoden der Leistungsmessung (Metriken), die Akzeptanz dieser Metriken bei Software-Teams sowie die Integration in bestehende Arbeitsabläufe.
Was ist das primäre Ziel der Arbeit?
Das Ziel ist es zu validieren, welche Scrum-Metriken in der Praxis von Scrum-Teams tatsächlich akzeptiert und über längere Zeiträume gepflegt werden, und wie der Prozess insgesamt verbessert werden kann.
Welche wissenschaftliche Methode wurde verwendet?
Der Autor führt ein Praxisprojekt durch, bei dem ein Scrum-Team in einem realen Unternehmensumfeld beobachtet wird. Die Datenerhebung erfolgt primär über einen Multiple-Choice-Fragebogen und eine anschließende Auswertung in Form von Diagrammen.
Was wird im Hauptteil der Arbeit behandelt?
Der Hauptteil gliedert sich in die theoretischen Grundlagen von Scrum und Metriken, die Problemstellung und Motivation, den detaillierten Versuchsaufbau sowie die Auswertung des Versuchs zur Akzeptanz spezifischer Metriken.
Welche Schlüsselwörter charakterisieren die Arbeit?
Wichtige Schlüsselbegriffe sind neben "Scrum" und "Scrum-Metriken" vor allem "Velocity", "Product Backlog", "Transparenz", "Agile Methoden" und "Automatisierung".
Welche Rolle spielt die Automatisierung bei den Untersuchungsergebnissen?
Die Automatisierung ist ein zentrales Ergebnis. Das Team identifizierte den manuellen Aufwand bei der Erhebung von Metriken als Hauptbarriere. Eine Automatisierung, beispielsweise durch Software-Tools wie Azure DevOps, wird als wesentlicher Hebel für eine nachhaltige Metrik-Nutzung gesehen.
Welche Metrik erwies sich im Versuch als besonders praktikabel?
Die "Velocity" erwies sich als die Metrik, die das Team auch nach Abschluss des Versuchs beibehalten wollte, da sie bei moderatem Erhebungsaufwand einen sinnvollen Nutzen für die Planung bietet.
- Quote paper
- Anonym (Author), 2021, Der Einsatz von Scrum-Metriken in KMU. Akzeptanz, Nutzen und Mehrwert, Munich, GRIN Verlag, https://www.hausarbeiten.de/document/1255868
