Alle agilen Methoden zielen darauf ab, die Bedürfnisse der schnellen Entwicklung zu befriedigen, indem sie sich auf Iterationen der Entwicklung, kleine Releases, das Akzeptieren von sich ändernden Anforderungen und die direkte Kommunikation mit den Kunden konzentrieren. Eine ganze Gruppe von agilen Methoden ist nach diesen Prinzipien der Agilität entstanden.
Es gibt nicht den einen agilen Ansatz, der perfekt zu Ihrer Situation passt. Jeder Projektkontext hat seine eigenen Besonderheiten, wie z. B. die unterschiedliche Mischung der Fähigkeiten der Teammitglieder, die verschiedenen Komponenten des zu entwickelnden Produkts und das Alter, den Umfang, die Kritikalität, die Komplexität und die Vorschriften der Umgebung, in der die Arbeit stattfindet. Die meisten agilen Ansätze lassen Raum für die Anpassung an Ihre eigenen spezifischen Bedürfnisse. Sie können zum Beispiel eine agile Entwicklung gefolgt von einem prädiktiven Rollout verwenden. Oder einen kombinierten agilen und prädiktiven Ansatz, der gleichzeitig eingesetzt wird. Sie können auch einen weitgehend prädiktiven Ansatz mit agilen Komponenten verwenden oder umgekehrt.
Manchmal erfordern Projektattribute die Anpassung eines Ansatzes, um besser zu passen. Betrachten Sie das Nachfragemuster: ist es gleichmäßig oder sporadisch? Viele Teams verwenden eine Kadenz in Form einer regelmäßigen Timebox, um zu demonstrieren, zurückzublicken und neue Arbeit abzunehmen. Manche Teams brauchen mehr Flexibilität bei der Annahme von mehr Arbeit. Teams können Flow-basiertes Agile mit einer Kadenz als Anpassungsoption verwenden. Bei dem Flow-basierten Agile setzt das Team ein Limit für die laufende Arbeit für jede Spalte auf dem Board und verfolgt die Zykluszeit des Teams, um zu wissen, wie lange Features im Durchschnitt brauchen. Das Team verwaltet dann die Arbeit basierend auf diesen Limits.
Wenn die Rate der erforderlichen Prozessverbesserungen sehr hoch ist, kann es helfen, öfter Rückblicke zu halten. Wenn der Arbeitsfluss häufig durch verschiedene Verzögerungen oder Hindernisse unterbrochen wird, sollten Sie in Erwägung ziehen, die Arbeit mithilfe von Kanban-Boards sichtbar zu machen und mit Limits für die verschiedenen Bereiche der laufenden Arbeit zu experimentieren, um den Workflow zu verbessern. Wenn die Qualität der Produktinkremente schlecht ist, erwägen Sie den Einsatz der verschiedenen Praktiken der testgetriebenen Entwicklung. Defekte bleiben selten unentdeckt, wenn Sie regelmäßig nach Fehlern suchen. Wenn mehr als ein Team benötigt wird, um ein Produkt zu entwickeln, ziehen Sie Praktiken aus Scrum of Scrums oder Large-Scale Scrum (LeSS) in Betracht.
Wenn die Mitglieder des Projektteams unerfahren im Umgang mit agilen Ansätzen sind, ist es am besten, die Teammitglieder zunächst in den Grundlagen des agilen Mindsets zu schulen. Wenn sich das Team für die Verwendung eines bestimmten Ansatzes entscheidet, bieten Sie einen Workshop zu diesem Ansatz an, damit die Teammitglieder lernen können, wie sie ihn am besten verwenden.
