User Story Mapping schafft Sinn und Ordnung

User Story Mapping schafft Sinn und Ordnung User Story Mapping (USM) ist eine visuelle Methode. In kleinen Gruppen werden gemeinsam und im Storytelling viele User Stories organisiert und priorisiert. Wertschöpfungskette und Workflow werden sichtbar Beziehungen und Abhängigkeiten größerer Stories zu untergeordneten, kleineren Stories werden ersichtlich die Vollständigkeit des Backlog kann geprüft werden die Erreichung ökonomischer Geschäftsziele […]

Das richtige Problem finden

Das richtige Problem finden Was ist das richtige Problem, das zu lösen sich lohnt? Jede gute Lösung beginnt mit dem richtigen Problem. Eine schöne Parabel ist die des ersten muskelgetriebenen Flugzeuges. Ohne die Pointe zu spoilern: das Problem war nicht, mit kräftigen Schenkeln in der Luft zu bleiben — das besorgte ein trainierter Radrennfahrer.  Die Lösung […]

Mit Impact Mapping nach Nutzungsverhalten priorisieren

Impact Mapping: Welche Produkteigenschaften verändern Verhalten? Was will der Nutzer? Impact Mapping konsolidiert und bündelt Produkteigenschaften, features in einer Form, die die Priorisierung erleichtert — wenn nicht gar ermöglicht. Die Fragen sind: Welches feature trägt wie stark zur gewünschten Verhaltensänderung bei?  Welche Produkteigenschaften sind vielleicht sogar abträglich?  Um diese Fragen geht es, wenn Produkte, Portale, Lösungen […]

Das Kano-Modell: herausfinden, was wollen Nutzer wirklich wollen

Das Kano-Modell: was wollen Nutzer wirklich? Das Kano-Modell ist eine Interviewform, mit der herausgefunden werden kann, welche Eigenschaften eines Produktes oder Lösung seine Nutzer zufrieden stellen. Es hilft, die von Nutzern wirklich erwarteten und damit nützlichen Features zu finden. Noriaki Kano publizierte sein Modell 1978. Bei vielen ähnlich wichtig priorisierten Features kann das Kano-Modell in […]

Sprints und Iterationen planen

Sprints und Iterationen planen Ziel des Sprint Planning ist es, das Arbeitspensum des Teams für den nächsten Sprint zu planen und notwendige Entscheidungen zu treffen. Es geht also darum, das WAS und WIE der nächsten Iteration/Kadenz/Zyklus zu planen. Das Sprint Planning ist zweigeteilt: Im SP1 (Sprint Planning 1) wird das WAS wird bestimmt. SP2 folgt […]

Priorisierung und Konfektionieren von Backlog und Releases

Priorisieren und Konfektionieren von Backlog und Releases Welche Methoden und Tricks helfen bei der Priorisierung des Backlog und zur Planung von Releases?​ Die richtige Priorisierung ist der Schlüssel für die Entwicklung des richtigen Produkts. Ständiges und transparentes Priorisieren löst drei wiederkehrende Fragen: Konsens über die wichtigsten features herstellen, der länger hält als die ersten Tage eines […]

Der Agile Coach hilft beim BESSER werden

Agile Coaches helfen beim besser werden Leitmotiv des Scrum Master / Team Facilitator / Agile Coach ist es, Team und Organisation zu helfen, besser zu werden und durch ständiges Lernen und Experimentieren höhere Produktivität zu erreichen. Neben der Erkennung und Beseitigung von Hindernissen (impediments), sind drei Felder zu bestellen: Unterstützung bei Zusammenarbeit und Kommunikation im Team — so dass alle […]

Product Owner: das WAS vertreten

Der Product Owner definiert das WAS Im Vergleich zu Produktmanagern hat ein PO als Produktverantwortlicher während der gesamten Projektlaufzeit eine aktivere und prominente Rolle. Der Product Owner ist proaktiv​ Der Produktverantwortliche oder PO … ist eine einzelne Person und kein Kommitee ist der ‘single wringable neck‘ mit sowohl der Fähigkeit wie Autorität zu entscheiden. Nur so kann sichergestellt […]

Das Entwicklungsteam weiss, WIE umgesetzt wird

Rolle und Aufgaben des Entwicklungsteams Das WIE umsetzen Das Team wandelt gemeinsam, effektiv, regelmäßig und zuverlässig Anforderungen in Produktinkremente, zunehmend bessere Versionen eines zu liefernden Produktes. Es hat mehr Freiheiten und Entscheidungskompetenz als in traditionell organisierten Entwicklungsprojekten. Scrum und Kanban beschreiben keine spezialisierten Rollen für die einzelnen Teammitglieder. Scrum definiert nur, dass das Team kollektiv […]

Der Backlog

Der Backlog Das (oder der) Backlog ist der einzige Ort, an dem funktionale und nicht-funktionale Anforderungen gepflegt, detailliert und geordnet werden. Der Product Backlog (PBL) ist die gemeinsame und transparente Basis agiler Planung, die auf der Zerlegung von Features in kleine, werterzeugende Teile besteht. Einträge im Backlog sind items oder PBIs (product backlog items). Einträge […]

Lean in der Softwareentwicklung

Lean in der Softwareentwicklung Lean Development ist die Anwendung der Prinzipien von Lean Production und Lean Thinking ➚ auf die (Software)-Entwicklung: es zählt das nutzbare Resultat der Entwicklung, das nutzenstiftende Produkt — alles andere gilt es ständig zu überprüfen. In der Softwareentwicklung gelten andere ökonomische Parameter als in der industriellen Produktion: Zykluszeiten von Wochen oder […]

Empirische und deterministische Prozesskontrolle

Empirische Prozesskontrolle In einem determinierten Prozess ist alles definiert. Alle Abläufe geschehen ohne Abweichung immer gleich. Es gibt keine Überraschungen, alle Eventualitäten sind bekannt und für alles gibt es einen Prozess. Es gibt einen fixfertigen Plan und in jeder Situation kann reagiert werden. Auf Aktion A geschieht Reaktion B.  Im Projektmanagement geschieht das selten. Die […]

Backlog refinement — aufgeräumt bleiben!

Backlog refinement — aufgeräumt bleiben Agile Teams arbeiten typischerweise intensiv und konzentriert. Das kann hohe Produktivität freisetzen — und zu einem Tunnelblick führen, wenn jeweils nur die unmittelbar nächstliegenden Aufgaben im Sichtfeld stehen.   Das refinement hat viele Synonyme, etwa Schätzmeeting oder Schätzklausur. Den Begriff grooming verwendet man wegen anzüglicher Nebenbedeutungen besser nicht mehr. Wozu refinement? […]

Groß gewucherte Stories schlauer splitten

Stories schlauer splitten Stories wuchern gerne vor sich hin. Es wird mehr und noch viel mehr hineingepackt und wenn es an die Umsetzung geht, ist die anfangs kleine story ein Roman und zu groß geworden, um in einem Zyklus implementiert zu werden. Was nun? Richard Lawrence hat (vor Jahren!) ein Flowchart gebaut, das durch die […]

Release Burn-Down Chart: wann kriege ich mein feature?​

Release Burn-Down Chart: wann ist mein feature fertig? Die Grafik zeigt ein stilisiertes release burn-down. Auf der vertikalen Achse sind die noch zu implementierenden Features aufgetragen, gemessen in story points als relative Aufwandschätzung. Auf der horizontalen Achse ist die Zeit bis zum geplanten Release-Datum aufgetragen. Das release burn-down chart wird nach jedem Sprint aktualisiert. Der […]

Das Eiserne Dreieck des Projektmanagement​

Das Eiserne Dreieck des Projektmanagement Drei Variablen des Eisernen Dreiecks Das ‘Eiserne Dreieck des Projektmanagements’ zeigt die drei Variablen Scope, Ressourcen und Termin: Scope (Inhalt und Umfang): Was soll während des Projektes entstehen und in welche Qualität? Welche inhaltlichen Ziele wurden mit dem Stakeholder vereinbart? Ressourcen (Kosten): Was für ein Budgetvolumen habe ich zur Verfügung? […]