Wie Half Double mit SCRUM koexistieren und interagieren kann
Einführung
Zweck
Der allgemeine Zweck der Koexistenzbeschreibungen ist es, der Projektgesellschaft Informationen darüber zu geben, wie die Halbdoppel-Methodik (HDM) in Kombination mit bestehenden Projektmanagement- und Agile-Standards, -Modellen, -Methoden und -Frameworks, die derzeit von vielen projektorientierten Organisationen verwendet werden, eingesetzt werden kann.
Zielgruppe
Diese spezifische Koexistenzbeschreibung richtet sich an die Gruppe von Personen und Organisationen, die derzeit das Scrum-Framework anwenden und nun erwägen oder entschlossen sind, auch die Halbdoppel-Methodik (HDM) zu übernehmen, zu implementieren und anzuwenden. Dieses Dokument soll darüber informieren, wie Scrum in Kombination mit HDM und umgekehrt eingesetzt werden kann.
Fachliche Kenntnisse über Projekte und Projektmanagement, agile Initiativen und agiles Projektmanagement, den HDM 1.0 und The Scrum Guide 2020, Version 5.0, werden zum Verständnis dieses Dokuments vorausgesetzt. Die Scrum-Referenzen basieren hauptsächlich auf Ken Schwaber & Jeff Sutherland, die derzeit mit Scrum.org verbunden sind.
Eine Projektmanagement-Methodik und ein Rahmenwerk
In diesem Dokument befassen wir uns mit einer Projektmanagement-Methodik (HDM) und einem Projektmanagement-Rahmenwerk (Scrum). Eine Methodik ist definiert als eine organisierte Sammlung von Prinzipien, Methoden, Techniken, Praktiken, Verfahren und Regeln, die von denjenigen verwendet werden, die in einer bestimmten Disziplin arbeiten. Vereinfacht gesagt, wählt eine Projektmethodik verschiedene Methoden und Praktiken aus, um ihren Zweck in einem bestimmten Projekt zu erfüllen. Sie basiert auf einigen wenigen Prinzipien, die im Projekt lebendig sind.
Ein Rahmenwerk hingegen ist eine wesentliche Stützstruktur, auf der andere Dinge aufgebaut werden. Einfach ausgedrückt ist ein Rahmenwerk eine grundlegende konzeptionelle Struktur (in Form von Ideen), an die sich der Praktiker halten kann. Daher konzentriert sich ein Rahmenwerk mehr auf die Befolgung der konzeptionellen Struktur (Scrum) als auf die Befolgung der angegebenen Prinzipien (HDM).
Grafische Darstellung der interaktiven "Hot Spots" zwischen Scrum (5.0) und HDM (1.0)
Die Illustration gibt einen Überblick darüber, wie sich die HD-Methodik und das Scrum-Framework überschneiden und miteinander interagieren. Die Schlussfolgerung liegt auf der Hand: Die beiden Konzepte sind sich sehr ähnlich und stehen in den meisten Aspekten in enger Beziehung zueinander, da sie beide auf Einfachheit und der kollektiven Intelligenz der Menschen, die sie anwenden, aufbauen. Die Flow-Elemente in beiden Konzepten sind sehr ähnlich. Der Hauptunterschied liegt jedoch in einem breiteren Projektmanagement- und prinzipienbasierten Verständnis, einer breiten Einbeziehung der Stakeholder und einer Aufteilung der Wertschöpfung auf die Stakeholder (HDM) im Gegensatz zu einem softwareentwicklungs- und strukturbasierten Verständnis, einem verstärkten Fokus auf selbstverwaltete Teams und einer engen Produktdefinition, die ausschließlich vom Product Owner erstellt wird (Scrum). Die Abbildung basiert auf den Informationen in der Cross-Reference-Liste in Anhang 3.
Wie das Scrum-Framework (5.0) von der Kombination mit der Half Double Methodology (HDM 1.0) und umgekehrt profitiert
Einführung
Scrum und HDM ähneln sich, da sie beide auf Einfachheit und der kollektiven Intelligenz der Menschen, die sie anwenden, aufbauen. Sie wurden beide als Open-Source-Konzepte entwickelt und stehen zum Nutzen von Praktikern auf der ganzen Welt kostenlos zum Download bereit. Sie sind inspiriert von Lean Thinking (Reduzierung von Verschwendung) und Empirie (Wissen aus Expertise) und verfolgen beide einen iterativen, inkrementellen Ansatz. Die Konzepte machen die relative Wirksamkeit des derzeitigen Managements, des Umfelds und der Arbeitsweise sichtbar, so dass Verbesserungen vorgenommen werden können - so wird z. B. die fehlende 50 %ige Aufteilung des Kernteams bei HDM deutlich machen, dass das Projekt nicht jede Woche so voranschreitet, wie es sollte. Oberflächlich betrachtet sind die beiden Konzepte also sehr ähnlich und könnten als sich gegenseitig ausschließend betrachtet werden.
Sie sind es jedoch nicht.
Scrum stammt aus der Softwareentwicklung und basiert auf einer "kontinuierlichen Verbesserungsmentalität" einer aus mehreren Produkten bestehenden Plattform. Das Scrum-Framework ist als Struktur für eine "Ausführungsmaschine" mit eigener Rollendefinition konzipiert, die sich von traditionellen Projektmanagementrollen (z.B. Scrum Master) unterscheidet. Darüber hinaus wird das Selbstmanagement des Scrum-Teams als Schlüssel hervorgehoben, und gleichzeitig wird der Product Owner allein für die Definition der Wertschöpfung verantwortlich gemacht. Dies hilft, die Komplexität zu reduzieren und kann in vielen Projekten sicherlich hilfreich sein.
Das Scrum-Framework ist eine unveränderliche, einfache Struktur, die durch Techniken, Methoden und Praktiken ergänzt werden soll, um ihr Ziel zu erreichen. Alle Scrum-Implementierungen haben daher Praktiken hinzugefügt, die die Organisation als integral ansieht, um mit Scrum erfolgreich zu sein.
HDM entstammt einer breiteren Projektmanagement-Tradition und einem prinzipienbasierten Ansatz. Es erkennt Projekte als ein "komplexes und einzigartiges Unterfangen" an, bei dem die Führung von Veränderungen und die breite Zufriedenheit der Stakeholder als entscheidend für den Erfolg angesehen werden. Damit sind die wichtigsten Interessengruppen ebenso wichtig wie das Team. Daher spielen die Hauptbeteiligten eine wesentliche Rolle bei der Definition der Auswirkungen und sind an vielen Projektereignissen direkt beteiligt.
Die Half Double-Methodik wird das Scrum-Framework um bestimmte Methoden und Praktiken bereichern, die speziell die Fähigkeit zur Erreichung des gewünschten Impacts stärken können. Das Scrum-Framework wiederum gibt den Ereignissen und Artefakten, die zur Schaffung eines starken Flusses benötigt werden, eine gewisse Festigkeit und kann in diesem Bereich die Half Double-Methodik ergänzen.
Der gemeinsame Einsatz von Half Double und Scrum erfordert in bestimmten Bereichen eine Übersetzung der Terminologie, und während Half Double explizit für eine lokale Übersetzung offen ist, ist das Scrum-Framework nur für eine Erweiterung offen.
Das Ziel und die Wirkung des Produkts
"Die Zufriedenheit der Stakeholder ist das ultimative Erfolgskriterium", ist die Hauptaussage des Impact-Prinzips von Half Double und vielleicht die wichtigste Aussage von Half Double. Das übergeordnete Ziel von Half Double ist es, in kürzerer Zeit mehr Wirkung zu erzielen, aber auch anzuerkennen, dass dies ein komplexer Prozess ist, der davon profitiert, iterativ zu sein und viele Interessengruppen einzubeziehen. Daher beinhaltet der HDM-Prozess eine Aufschlüsselung der Wertschöpfung, wobei die Interessengruppen letztendlich die Ergebnisse am Ende des Prozesses festlegen. Der Projektleiter sollte bei den Auswirkungen entschlossen und bei den Ergebnissen flexibel sein, um Erfolg zu haben und die Zufriedenheit der wichtigsten Beteiligten zu erreichen.
In Scrum definiert eine enge Produktdefinition, die ausschließlich durch den Product Owner erstellt wird, die Wertschöpfung. Scrum-Teams könnten als Beispiel das Konzept des Impact Solution Design hinzufügen, das ein Prozess mit hoher Beteiligung aller Stakeholder ist, bei dem die gewünschte Wirkung klarer wird und Ideen für die Schaffung einer frühen Wirkung kollaborativ generiert werden. Dieser Prozess und dieses Werkzeug können die Qualität des Produktziels und des Product Backlogs in Scrum erheblich verbessern, insbesondere wenn Lieferungen einbezogen werden, die eine Wirkung auf das Verhalten erzeugen sollen.
Während sich Scrum um ein Produkt dreht, das im Scrum Framework als "A vehicle to deliver value" definiert ist, dreht sich Half Double um den Wert selbst - definiert als Impact. Half Double kann somit eine bewusstere Diskussion darüber ermöglichen, wie das Product Goal definiert und im Laufe der Zeit verändert werden sollte.
Darüber hinaus kann der Pulse Check im HDM ein wertvoller Input für das Scrum Sprint Review sein, um Einblicke in die aktuelle Einstellung und Zufriedenheit der wichtigsten Stakeholder zu erhalten.
HDM könnte andererseits durch die Verknüpfung von Product Backlog und Sprint Backlog inspiriert werden, um die Kernideen des Impact Solution Design in greifbare Deliverables mit zugehörigen Definitions of Done zu überführen.
Abdruck und Ablauf
Das Scrum Framework und Half Double haben erhebliche komplementäre Überschneidungen im Ansatz, um mit Sprints und visueller Planung einen Fluss zu erzeugen. Eine Organisation, die beschließt, eine funktionierende Scrum-Implementierung durch Half Double zu ergänzen, wird keinen nennenswerten Unterschied in der Fähigkeit feststellen, einen Fluss bei der Lieferung von Arbeitselementen zu schaffen.
Es gibt subtile Unterschiede, z.B. geht das Scrum-Framework nicht explizit auf die Zuteilung (50% der Zeit) oder den Standort eines "Entwicklers" (eine Teamrolle in Scrum) ein, während Half Double die Notwendigkeit einer hohen Zuteilung und eines gemeinsamen Standorts eines jeden Teammitglieds anspricht, um einen wöchentlichen Projektfortschritt zu erzeugen.
Die Scrum Sprint Retrospektive kann eine Inspiration für die HDM Pulse Check Feedback Session sein. Auch die 4 Sprint-Events (Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective) können fester definiert und durchgeführt werden und helfen, den Projektablauf zu optimieren.
Scrum-Teams und Führung
Sowohl Scrum als auch Half Double gehen explizit auf die Führungsdimensionen ein, wobei klar zwischen der Rolle des Owners und der des Leaders unterschieden wird. Der Scrum-Leitfaden und das Half Double-Handbuch erklären in unterschiedlicher Terminologie, wie diese beiden Rollen interagieren und zusammenarbeiten, um den höchsten Wert in kürzester Zeit zu schaffen. Der gemeinsame Schlüssel in beiden Rahmenwerken ist jedoch, dass die Personen in den beiden Rollen reflektierend und anpassungsfähig sein müssen
Der Projektverantwortliche (HDM) und der Product Owner (Scrum) leiten die Wertschöpfung, und jeder ist für die Wertschöpfung (HDM) und das Produkt (Scrum) verantwortlich. Sie sind beide für die Maximierung des Wertes des Projektes / des Produktes verantwortlich und der Eigentümer ist eine Person, nicht ein Komitee.
Der Projektleiter (HDM) und der Scrum Master (Scrum) gelten beide als Menschenführer und erkennen an, dass Fortschritt durch Menschen und deren Einfallsreichtum, Kreativität und Motivation geschaffen wird. Die Projektleitung im HDM wird allerdings als eine breite Stakeholder-Verantwortung gesehen.
Im HDM wird jedoch die Beziehung zwischen dem Project Owner und dem kollaborativen Project Leader als die stärkste Beziehung hervorgehoben und als "dynamisches Duo" beschrieben. In Scrum wird die Beziehung zwischen dem Scrum Master und den Entwicklern als die stärkste Beziehung hervorgehoben, was den Unterschied in der Herangehensweise verdeutlicht - umfassende Führung der Stakeholder auf Managementebene (HDM) versus Produktentwicklung auf Teamebene (Scrum). Jedes Konzept kann auf der Ebene der Gesamtauswirkungen und der Produktentstehung von Anregungen und Ergänzungen profitieren.
>Zusammenfassung
Scrum und Half Double sind gute Ergänzungen, wobei der Hauptunterschied in der verwendeten Sprache rund um die Wirkungserstellung und die breite Einbeziehung der Stakeholder liegt.
Scrum hat eine starke Sprache rund um Produkte, die im allgemeinen Sprachgebrauch mit Begriffen wie User-Stories, Epics, Story-Points usw. ergänzt wurde. Das Scrum-Framework und die üblichen Scrum-bezogenen Praktiken können daher dem Half Double eine gewisse Strenge verleihen, wenn sie auf die Produktentwicklung angewendet werden.
Half Double hat eine projekt- und wirkungsorientierte Terminologie, die auf der Terminologie des Projektmanagements aufbaut und Verhaltensänderungen als Voraussetzung für die Nutzenrealisierung einbezieht. Die Ergänzung von Scrum durch Half Double kann daher in einer Organisation, die an Projektterminologie gewöhnt ist und verlangt, dass die Arbeit als Projekte budgetiert wird, einen Mehrwert darstellen und den Spielraum für das Team um das Change Management erweitern.
Die Wahl zwischen den beiden Konzepten kann von der Art des Projekts abhängen. Eine wichtige Leitlinie ist, dass Scrum seinen Sweet Spot bei Softwareprojekten hat, während Half Double seinen Sweet Spot bei Strategieumsetzung und internen Transformationsprojekten hat.
Das vollständige Dokument "Koexistenz zwischen Half Double und Scrum" können Sie unten herunterladen.
Grafische Veranschaulichung der interaktiven "Hot Spots" zwischen Scrum (5.0) und HDM (1.0)
