Beseitigung von Hindernissen, die von anderen Teams verursacht wurden

Ich bin ScrumMaster für ein Entwicklungsteam. Wir haben ein Hindernis, das von einem Techniker in einem anderen Team behoben wird.

Hat jemand irgendwelche Tipps oder Techniken, um dies zu beschleunigen. Soll ich diesen Ingenieur einfach fragen, wie es läuft? Sie wissen, dass wir auf sie warten, also sollte ich sie immer wieder daran erinnern, dass sie uns aufhalten. Soll ich mit ihrem direkten Vorgesetzten sprechen?

Grundsätzlich möchte ich wissen, wie aufdringlich ich als Scrum Master sein sollte, um das Hindernis zu beseitigen

Ich denke, es variiert stark, abhängig von Ihrer aktuellen Organisationskultur und Ihrem Ansatz zur dienenden Führung und den klaren Erwartungen, wenn es um Selbstorganisation geht. Lösungen könnten zum Beispiel davon reichen, weiter zu warten/die Teams scheitern zu lassen, damit sie lernen können, bis hin zu direktem Aufhebens im Standup jedes Teams. Können Sie weitere Informationen zu den kulturellen Aspekten geben? Vielleicht einige andere Beispiele für gelöste Blocker oder selbstorganisierendes Verhalten (oder das Fehlen davon)?

Antworten (1)

Daher würde ich empfehlen, dass Sie nach guten agilen Praktiken den Product Owner nach dem anderen Team fragen, in dessen Backlog sich Ihr Element befindet. Fordern Sie eine Schätzung an, wann sie glauben, dass es für einen Sprint festgelegt wird.

Wenn Sie von einem Wasserfallteam abhängig sind, würde ich die Anfrage an den Projektmanager und Funktionsleiter für dieses Team richten.

In beiden Fällen müssen Sie klar kommunizieren, wann Sie die Funktionalität benötigen. Teilen Sie dem Team mit, wenn Sie bis zum Datum X keine Funktionalität haben, würde Ihr Programm in den Blocker-Zustand wechseln (Rot auf einem Standard-Ampel-Dashboard). Dann empfehle ich Ihnen, auch zusätzliche Meilensteine ​​festzulegen, wann Ihr Programm gelb wird, basierend auf dem Risiko, dass die Abhängigkeit nicht geliefert wird.

Eine letzte verwandte Anmerkung. Ich empfehle generell keinem Scrum-Team, mit der Arbeit an einer Story zu beginnen, die eine Abhängigkeit hat. Wenn die Abhängigkeit nicht gefüllt wird, dann ist das verschwendete Entwicklungsarbeit. Es wirkt sich auch auf die Fähigkeit des Teams aus, mit dieser User Story „fertig“ zu sein.