Wenn ein Entwicklungsteam nicht über die Fähigkeiten oder Werkzeuge verfügt, um ein „Fertig“-Inkrement zu erstellen, gibt es Techniken, die sofort verwendet werden können, damit der Fortschritt des Inkrements leichter nachverfolgt werden kann? Ich denke, das Team könnte sofort TDD verwenden , ATDD, oder implementieren Sie ein physisches Board, um die Arbeit zu visualisieren.
Was könnte die Fähigkeit des Teams zur Erledigung der Arbeit noch verbessern?
Die Transparenz des Prozesses ist das Ergebnis von Praktiken und Artefakten, die Sichtbarkeit schaffen und die Inspektions- und Anpassungszyklen des Frameworks nutzen. Transparenz und Sichtbarkeit helfen dem Team jedoch nicht unbedingt dabei, ein Inkrement abzuschließen. Dazu müssen Sie die Prozessprobleme identifizieren, die im Weg stehen. Diese kontinuierliche Prozessverbesserungsarbeit wendet die Prinzipien des emergenten Designs auf Ihren Workflow an und ist für eine effektive agile Einführung unerlässlich.
Wenn Ihr Team routinemäßig Schwierigkeiten hat, ein Inkrement abzuschließen, ist dies oft ein Zeichen für eine schlechte Schätzung und ein schlechtes Scope-Management. Die folgenden Praktiken können Ihnen helfen, die Probleme aufzudecken und dem Team ermöglichen, mit der Anpassung seiner Prozesse zu beginnen, um sie zu lösen.
Verwalten Sie den Umfang mit einem Sprint-Ziel.
Sicherzustellen, dass das Team ein klar definiertes Sprint-Ziel hat, wird nicht nur vom Framework verlangt, sondern hilft auch, den Umfang des Sprints und die Komplexität des Sprint-Backlogs zu verwalten.
Verwalten Sie den Umfang von Produkt- und Sprint-Backlog-Einträgen.
Das Schreiben von Backlog-Elementen, die die INVEST-Kriterien erfüllen , hilft bei der Komplexität und dem Umfang der für den Sprint geplanten Arbeit. Insbesondere das Schreiben von User Stories, die (relativ) unabhängig, klein und testbar sind, wird die Arbeit zielgerichteter machen.
Zerlegen Sie Sprint Backlog Items in Aufgaben von jeweils 1/2 bis 2 Tagen.
Das Daily Scrum ist ein tägliches Koordinationsmeeting für das Entwicklungsteam, aber ein Teil seines Wertes ergibt sich aus der Arbeit, die in Aufgaben von jeweils weniger als einem Tag aufgeteilt ist. Aufgaben mit langer Laufzeit sind von Natur aus schwieriger zu schätzen und zu verfolgen, daher ist die Dekomposition der Schlüssel.
Verkürzen Sie Ihre Sprints auf jeweils 1-2 Wochen.
Kürzere Sprints tauschen reduzierte Kapazität gegen schnellere Inspektions- und Anpassungszykluszeiten ein. Indem Sie beispielsweise die Dauer jedes Sprints auf eine Woche reduzieren, sind Sie gezwungen, weniger Arbeit in die Zeitbox zu akzeptieren (was häufig Schwärmen und Paaren fördert), Ihr Sprintziel enger zu fokussieren und iterativer über die geplante Arbeit nachzudenken das Projekt. Es ist im Allgemeinen besser, in jedem Sprint vorhersehbar eine gewisse Menge an Arbeit zu erledigen , als routinemäßig Ihr Sprintziel nicht zu erreichen, indem Sie Ihre Ziele zu hoch setzen.
Work-in-Progress (WIP) reduzieren.
Die Reduzierung des WIP verbessert den Fluss; reduziert Produktivitätseinbußen wie Multitasking, Kommunikationsaufwand und Abhängigkeitsmanagement; und verbessert den Fokus auf Zustandsübergänge während des Daily Scrum. Es macht es auch viel wahrscheinlicher, dass jede Arbeitseinheit die Definition of Done erfüllen und vor dem Ende des Sprints in ein potenziell auslieferbares Inkrement integriert werden kann.
Die obige Liste ist im Allgemeinen eine gute Top-5-Liste, auf der zusätzliche Fähigkeiten aufgebaut werden können. Wenn Sie nicht bereits alle oben aufgeführten Dinge tun, würden Sie durch das Einfügen von Test-First-Praktiken in einen Prozess, der sie nicht bereits unterstützt oder erfordert, lediglich die Komplexität des Entwicklungsprozesses erhöhen . Was Sie eigentlich wollen, ist den Workflow zu vereinfachen, bis Engpässe und notwendige Prozessverbesserungen selbstverständlich werden.