Wasserfall vs. Agil
Wasserfall -Projekte sind in der Vergangenheit oft gescheitert. Sie lieferten nicht den gewünschten Wert für das Unternehmen, kamen zu spät oder liefen aus dem Budget.… Weiterlesen »Wasserfall vs. Agil
Wasserfall -Projekte sind in der Vergangenheit oft gescheitert. Sie lieferten nicht den gewünschten Wert für das Unternehmen, kamen zu spät oder liefen aus dem Budget.… Weiterlesen »Wasserfall vs. Agil
In der agilen Softwareentwicklung ist eine Timebox ein definierter Zeitraum, in dem jemand eine Aufgabe erfüllt. Timeboxer steuern häufig das Risiko in der Softwareentwicklung. Entwicklungsteams sind immer wieder damit beauftragt, eine veröffentlichbare Verbesserung der Software zu erarbeiten, die auf eine bestimmte Anzahl von Wochen begrenzt ist. Timeboxing bezieht sich auf den Akt, strenge Zeitgrenzen für eine Aktion oder Aktivität festzulegen. Beispielsweise kann man eine Besprechung so einstellen, dass sie 30 Minuten lang ist, um sicherzustellen, dass die Besprechung ohne Ausnahme pünktlich beginnt und endet. Wenn man ein Ereignis zeitlich begrenzt, ergibt sich eine natürliche Tendenz, sich zuerst auf die wichtigsten Dinge zu konzentrieren. Timeboxing ist eine Einschränkung, die von Teams verwendet wird, um die Konzentration auf den Wert zu unterstützen.Weiterlesen »Timeboxing
Entscheidungen zu treffen ist oft eine der größten Herausforderungen in agilen Teams. Hier ein kurzer Artikel über die Grundlagen der Entscheidungsfindung.Weiterlesen »Entscheidungen treffen
Die sichtbarste Aktivität während der Sprint Review ist eine Demonstration der während des Sprints gebauten Funktionalitäten. Eine gute Sprint Review beinhaltet jedoch mehr als nur eine Demo. Ziel ist es, die Interessengruppen transparent über geleistete, nicht geleistete, hinzugefügte und aus dem Sprint entfernte Arbeiten zu informieren. Außerdem bittet man Stakeholder aktiv, Feedback zu geben. Der große Vorteil ist der Austausch zwischen dem Team und den Interessengruppen.Weiterlesen »Sprint Review Agenda
Falls ihr euch in Zukunft in der Diskussion “Story Points vs Personentage” wiederfinden solltet, zeige ich euch wie ihr euren Kollegen den Nutzen von Story Points erklären und sie davon überzeugen könnt.Weiterlesen »Story Points
Einer der Grundsätze von Scrum ist den Wert der geleisteten Arbeit zu maximieren. Zu Beginn eines Sprints wählen Teams eine Reihe von Product Backlog Items aus und definieren das zu erreichende Sprintziel. Ein gutes Scrum Team erkennt hierbei, dass es besser ist, fünf Product Backlog Items zu done zu bringen, als mit zehn Items zu beginnen.
Überstunden erweisen sich immer wieder als schädlich für Teams und Organisationen. Sie führen zu vielen kontraproduktiven SituationenWeiterlesen »Überstunden in Scrum
Es hat etwas Ironisches, eine agile Transformation zu starten, indem man monatelang einen detaillierten Transformationsplan erstellt. Hiervon sollte man sich wegbewegen und ein reaktionsschnelleres Transformationsmodell einbringen. Warum nicht die agile Transformation als erste Gelegenheit nutzen, um agil zu sein? Schlimmer als eine Organisation, die sich wasserfallartig Agilität nähert, ist ein agiles Beratungsunternehmen, dass seine Kunden mit einem formelhaften Prozess ansprechen. Viele Beratungsunternehmen erstellen einen detaillierten „Engagementplan“, der alles vorschreibt, was zu tun ist. Man kann nicht von Teams verlangen, offen für Veränderungen zu sein, flexibel zu sein, agil zu sein und dann eine Transformation mit einem malerischen Anleitungsbuch durchzuführen. Wie also Transformation vorantreiben, gestalten und dokumentieren ohne Vorgabe eines Modells oder einer Checkliste. Für den Kern der Transformation reicht ein einfaches Taskboard.Weiterlesen »Transformations-Taskboard
In der Community of Practice [link] trifft man als Scrum Master auf andere Scrum Master [link] – Mitstreiter in der agilen Schlacht. Die Rolle des Scrum Masters kann entscheidend für den Erfolg eines zukünftigen agilen Teams sein. Wenn Unternehmen schlechte Einstellungsentscheidungen treffen, sind die Kosten hoch, weil der Schaden für das Team und die Organisation enorm sein kann. Hier kommt die Scrum Mom und weitere Charaktere, die wie Monster in dem ein oder anderen Scrum Master schlummern.Weiterlesen »Scrum Mom und andere Scrum Monster