Änderungen in letzter Minute durch den Kunden

Das ist eine wenig beneidenswerte Position. Ich bin mir nicht sicher, ob es gute/einfache Antworten gibt.

• Wer ist in diesem Szenario verantwortlich?
• Wer genehmigt die Änderungen? Änderungen (in letzter Minute oder nicht) haben finanzielle Auswirkungen auf das Unternehmen.
• Was ist der Change-Control-Prozess? Es ist nicht klar, ob die 3 PMs, die mit den Kunden kommunizieren, befugt sind, Änderungen einseitig zu genehmigen. Es ist nicht klar, wie die resultierenden Änderungen mit der PO koordiniert werden. Und ich bin kein Eingeweihter von Scrum, aber mein Verständnis war, dass in Scrum das selbstorganisierende Team in die Diskussion/Koordinierung/Entscheidung über inhaltliche Änderungen einbezogen werden muss.

Da die Änderungen Sie Geld kosten, stellen sie abrechenbare Kosten dar? Muss der Kunde für Last-Minute-Änderungen des Umfangs bezahlen? Muss der Kunde eine Vertragsstrafe für Umfangsänderungen zahlen, die sich auf andere Leistungen auswirken?

Wann immer das Risiko von Autorität/Rechenschaftspflicht getrennt wird, bleiben die Probleme bestehen, bis die beiden verbunden sind. Es scheint keinen negativen Anreiz für das Verhalten des Klienten zu geben; alle Risiken/Probleme/Schäden/Folgen liegen woanders. Ich gehe davon aus, dass der Kunde sich weiterhin so verhalten wird, wie Ihre Anreize kommunizieren.

„Ich erlaube mir nie, zu irgendetwas eine Meinung zu vertreten, von der ich die Argumente der anderen Seite nicht besser kenne als sie.“ Charlie Munger

Ich werde nicht so tun, als würde ich die Situation besser verstehen als Sie, aber basierend auf dem, was Sie geteilt haben, würde ich es tun, wenn ich an Ihrer Stelle wäre

1. Entscheiden Sie intern über einen Änderungskontrollprozess, der für alle Folgeänderungen obligatorisch ist. Stellen Sie sicher, dass jeder, der von der Änderung betroffen sein wird, beratenden Input hat, aber übertragen Sie die Verantwortung für die Änderung auf jemanden, der die Konsequenzen tragen kann.
2. Führen Sie eine interne Übungssitzung durch - verwenden Sie die letzten fünf Änderungen als Szenarien und führen Sie sie durch den Prozess, um festzustellen, wann der Prozess aufgerufen werden sollte, von wem und wie lange es dauert.
3. Kommunizieren Sie Ihrem Kunden seine Rolle in der Änderungskontrolle und im Scope-Management. Änderungen während der Scrum-Planung/Backlog-Grooming sind kostenlos. Änderungen, sobald das selbstorganisierte Team seine Arbeit aufnimmt, sind finanziell kostspielig. (oder erhöhen Sie einfach Ihre Kosten für diesen Kunden)
4. Bereiten Sie sich darauf vor, den Kunden zu verlieren. Der Kunde wird mit der Änderung nicht zufrieden sein, aber Sie werden nicht überleben, wenn Sie den Umfang nicht kontrollieren.

Viel Glück.

Deine Frage besteht aus zwei Teilen:

• Müssen die Kunden wirklich sehr kurzfristig Änderungen vornehmen?
• Wenn dies ein echter Bedarf ist, was müssen wir tun, um sehr schnell auf Änderungen zu reagieren?

Ich würde damit beginnen, mit den Kunden zu sprechen und die Auswirkungen von Änderungen in letzter Minute zu erklären, die Folgendes umfassen könnten:

• Effizienzverlust durch Kontextwechsel (d. h. Wechsel zu einer anderen Arbeit)
• Effizienzverlust durch sehr kurzfristige Planung
• Effizienzverlust, da einige Arbeiten kurzfristig eingestellt werden müssen

Die Kunden mögen sagen, dass sie den Effizienzverlust zu schätzen wissen, aber dass ihr Geschäft bedeutet, dass sie ohnehin kurzfristige Änderungen vornehmen müssen. Wenn dies passiert, müssen Sie als Nächstes überlegen, wie Sie sich schnell an Änderungen in letzter Minute anpassen können.

Sobald Sie wissen und akzeptieren, dass Änderungen in letzter Minute stattfinden werden, können Sie Ihren gesamten Prozess darauf aufbauen. Es kann durchaus sein, dass Scrum in dieser Situation nicht das beste Framework ist, da Scrum eine gewisse Stabilität innerhalb eines Sprints erfordert. Es wäre vielleicht eine Überlegung wert, ein reaktionsschnelleres Framework wie Kanban zu verwenden.

Andere Dinge, die bei sich schnell ändernden Anforderungen hilfreich sein können, sind:

• Weitreichende Nutzung der Automatisierung, sodass die Einrichtungs- und Bereitstellungszeiten reduziert werden
• Einsatz von Testautomatisierung für Regressionstests, Kompatibilitätstests etc.
• Richten Sie einen Prozess ein, um Ihre Arbeit schnell neu zu priorisieren
• Richten Sie einen Prozess ein, um die Auswirkungen von Änderungen an der Priorisierung schnell zu bestimmen (z. B. indem Sie andere Kunden darüber informieren, dass sich ihre Arbeit verzögern könnte)

Denken Sie daran, dass es bei Agilität darum geht, sich an Veränderungen anzupassen. Veränderung an sich ist nichts Schlechtes, aber sie hat Implikationen, die sorgfältig bedacht werden müssen. Wenn Sie den richtigen Ansatz verfolgen, können Sie Veränderungen begrüßen .

Wir haben versucht, die Kunden näher zu uns zu bringen, damit sie verstehen, wie wir arbeiten, aber ihr Geschäft ist Werbung und Medien, und daher ist ihre Antwort normalerweise "Die Anzeige wird in 2 Tagen live geschaltet". Daher muss ihr Produkt in 2 Tagen fertig sein.

Viele gute Antworten oben – und offensichtlich ist die Aufklärung und Einbeziehung des Kunden der richtige Weg. Ich meine, wissen sie wirklich nicht, wo sich etwas in ihrer Verkaufs-/Lieferpipeline befindet?

Davon abgesehen könnten Sie in Erwägung ziehen, mehrere Teams mit unterschiedlichen Sprint-Kadenzen für diesen Kunden zu haben.

• Der Großteil Ihrer Entwickler führt eine 2/3/4-wöchige Sprintkadenz für technische Geschichten durch.
• Ein kleines Team Ihrer Entwickler führt einen 5-tägigen Sprint für kreative Geschichten durch.

Es hört sich so an, als ob dieser Kunde ein Team "bereit" für Ad-hoc-Anfragen haben möchte. Wenn genügend Kapazität vorhanden ist, könnte dies Ihre Lösung sein ...