Der Kunde scheint zu beschäftigt zu sein, um regelmäßige Besprechungen abzuhalten

Wir führen agile Entwicklung durch, und obwohl wir nicht so streng wie Scrum vorgehen , möchten wir das Sprint-Planungsmeeting abhalten , damit der Kunde in der Lage ist, die Geschäftswerte für jede Iteration und möglicherweise Feedback zu priorisieren.

Allerdings ist ein Product Owner als Stellvertreter des Kunden nicht wirklich eine Option, da das Team nicht groß genug ist, um solche Rollen zu trennen.

Auf den ersten Blick dachte ich darüber nach, den Kunden dazu zu überreden, jemanden aus seinem Unternehmen in seinem Namen zu beauftragen, der als sein Stellvertreter fungiert und über genügend Befugnisse/Berechtigungen verfügt, um Entscheidungen zu treffen und Geschäftswerte zu priorisieren, damit wir mit den Sprint-Planungsmeetings fortfahren können.

Das Unternehmen des Kunden ist nicht so groß, ich schätze maximal 15 - 20 Mitarbeiter.

Gibt es einen besseren Weg, damit umzugehen, vielleicht eine andere Perspektive? Wie soll ich auf den Kunden zugehen und ihn zu einer Lösung überreden?

Ist die Verwendung eines agilen Ansatzes eine Selbstverständlichkeit? Oder würden Sie eine Wasserfallentwicklung in Betracht ziehen, wenn der Kunde nicht das Personal/die Zeit/was auch immer hat, um Agile zu unterstützen?
Wie gehen Sie derzeit mit diesem Problem um?
@DougB Ja, wir sind gerade dabei herauszufinden, welche agile Variante am besten zum Softwaremarkt in unserem Land passen würde, da sich die Softwareentwicklung noch in einem frühen Stadium befindet. Die Verwendung von Wasserfall würde wahrscheinlich helfen, aber unser Hauptziel ist es, hier einen guten agilen Ansatz auf dem Markt zu finden.
@JeffLindsey Wir haben die Antworten in diesem Thread wiederholt gelesen und diskutiert, und wir werden wahrscheinlich versuchen, den Kunden über den Wert des Treffens aufzuklären. Das ist natürlich, wenn der Kunde dazu bereit ist
@ChristopherFrancisco – Meiner Erfahrung nach stehen Sie möglicherweise vor der Herausforderung, den Kunden davon zu überzeugen, dass Agile der beste Ansatz ist. Ein linearer Ansatz wie ein Wasserfall ist für ihn viel einfacher zu verstehen und erscheint daher weniger riskant. Am besten vermeiden Sie Schlagworte. Führen Sie zum Beispiel zweiwöchentliche Statusmeetings durch, verwandeln Sie sie einfach in de facto Sprint-Planungsmeetings (zeigen Sie ihnen, was Sie getan haben, geben Sie ihnen eine Liste mit neuen Elementen zum Hinzufügen, lassen Sie sie Prioritäten auswählen). Es ist, als würde man ein Kleinkind dazu bringen, sein Gemüse zu essen. Viel Glück.

Antworten (4)

Der Kunde scheint zu beschäftigt zu sein, um regelmäßige Meetings durchzuführen, was sich oft in 1 von 2 Dingen niederschlägt:

1) Der Kunde versteht den Wert des Treffens nicht oder

2) Der Kunde hat wichtigere Dinge zu tun

Im Fall 1 ist eine Schulung beim Kunden erforderlich. Der Kunde versteht möglicherweise nicht, welchen Wert er den anderen Teilnehmern des Meetings bietet.

In Fall 2 sehen Sie sich das Meeting selbst an. Sind die richtigen Leute da? Ist die Länge ok? Gibt es Aktivitäten, die für den Kunden nicht relevant sind und die gestrafft oder weggelassen werden könnten? Wenn der Wert für den Kunden gering ist, kann dies eine Schulung mit anderen Besprechungsteilnehmern erfordern, um sicherzustellen, dass sie eine Besprechung erstellen, bei der der Kunde einen Mehrwert erzielen kann.

Ich würde vorschlagen, dem Kunden zu verdeutlichen, dass die Entwicklung umso schneller und effektiver erfolgt, je mehr er einbezogen wird.

Manchmal muss das Scrum-Team sehr flexibel sein, um dem Product Owner (oder in Ihrem Fall dem Kunden) entgegenzukommen. Ich habe mit Teams zusammengearbeitet, die das Sprint-Planungsmeeting mit dem Kunden am Telefon durchführen. Dies ist nicht ideal, kann sich jedoch weniger auf die Zeit des Kunden auswirken.

Ich würde auch dazu raten, die Sprint-Planning-Meetings so früh wie möglich in den Kalender Ihres Kunden aufzunehmen. Ich habe die Sprint-Planungsmeetings oft mehrere Monate in die Zukunft gebucht, nur um sicherzustellen, dass sie ihren Kalender um diese Zeitfenster herum arbeiten können.

Backlog Grooming muss nicht in diskreten Meetings stattfinden. Einer kontinuierlichen (Neu-)Priorisierung beim Kunden steht nichts mehr im Wege. Wenn der Kunde keine Zeit für viele formelle Besprechungen mit Ihrem Team zu haben scheint, können Sie fragen, ob ein kurzer Anruf oder eine E-Mail oder sogar eine IM-Sitzung alle paar Tage besser funktionieren würde. Das ist kein Scrum im engeren Sinne, aber Sie haben erwähnt, dass Sie sowieso nicht den Buchstaben des Gesetzes befolgen. Sie können Ihre Variante von Scrum weiterhin intern verwenden, aber an den Workflow des Kunden anpassen, wenn dies den Mehrwert bringt.

Prüfen Sie alternativ, ob der Kunde das Gefühl hat, an Entscheidungen beteiligt zu sein, die zu niedrig sind. Wären sie mit einer längeren Sprintlänge und einem schwereren Meeting am Ende einverstanden? Wenn der Kunde sich keine Zeit für Sie nimmt, sieht er wahrscheinlich keinen Wert darin. Finden Sie heraus, was die Meetings für sie wertvoller machen würde, und passen Sie sie gegebenenfalls an.

Bitte versuchen Sie, den Kunden über seine Rolle beim Gesamtzustand des Projekts aufzuklären. Es wäre seine Vision, dass das Team funktionieren würde. Wenn er kontinuierlich in der Lage ist, dem Team klare Ideen und Funktionen für die Arbeit bereitzustellen. Es würde die Entwicklungszeit für das Team verkürzen und ihm könnte ein schneller Prototyp zur Verfügung stehen, den er mit den Stakeholdern und den Endbenutzern teilen kann.

Stellen Sie außerdem sicher, dass Sie bei jedem Sprintende eine Demo für das Items-Team durchgeführt haben, das während der jeweiligen Iteration für ihn abgeschlossen wurde.

Das würde sein Vertrauen in das Team stärken und er würde sich gerne mehr für das Team engagieren. Dies würde Ihnen helfen, Folgendes zu haben:

  • Priorisierte Backlog-Elemente
  • Klare Anforderungen und die Möglichkeit, ihn im Zweifelsfall zu erreichen

Der Product Owner hätte mehr Vertrauen in das Team.