Wie man dem Kunden im täglichen Scrum-Meeting einen effektiven täglichen Berichtsstatus gibt, der einen guten Eindruck hinterlässt

Ein Scrum-Standup-Meeting ist nicht dasselbe wie ein Statusbericht. Es soll ein kurzer Informationsaustausch über den Status der Teammitglieder sein, der sich auf Probleme konzentriert, die ein Teammitglied alleine nicht lösen kann.

Wenn gestern alles gut gegangen ist, könnte Ihr Beitrag sein

Gestern habe ich an Aufgabe T1 von Feature A gearbeitet. Nachdem diese Aufgabe erledigt ist, werde ich heute an Aufgabe t2 arbeiten. Es gab keine Probleme.

Das ist es. 15-30 Sekunden. Was Sie gestern getan haben, was Sie heute tun werden, alle Hindernisse. Den Leuten mehr zu sagen, ist nur Zeitverschwendung in einem täglichen Standup.

Wenn Sie ein Problem haben , das Sie nicht selbst lösen können, erwähnen Sie es kurz:

Gestern habe ich an Aufgabe T1 von Funktion A gearbeitet. Wie sich herausstellte, benötigen wir für diese Funktion Zugriff auf die Gehaltsabrechnungsdatenbank, und ich habe keinen Zugriff. Um heute fortzufahren, brauche ich Zugang oder die Hilfe von jemandem, der Zugang hat.

Die natürliche Reaktion wäre, dieses Problem in der Besprechung nicht zu diskutieren, stattdessen würde jemand, der die Besprechung leitet, wahrscheinlich so etwas sagen wie

Ok, notiert, lösen wir dieses Problem gleich nach dem Meeting. Nächste bitte.

Sinn des täglichen Meetings ist ein kurzes Status-Update. Es ist nicht der Ort für lange Erklärungen oder Nacherzählungen der täglichen Arbeit der Menschen. Kurz sein. sei genau. Verschwenden Sie keine Zeit mit Details.

Sie machen kein Scrum. Sie tun etwas Seltsames, das oberflächlich Scrum ähnelt.

Der Klient sollte nicht in einem täglichen Standup-Meeting sein. Der Kunde sollte absolut nicht mit Ihnen in Verbindung gebracht werden . Die Ziele eines Scrums werden nicht von Einzelpersonen erreicht, sie werden vom gesamten Team erreicht (oder nicht erreicht). Und der Kunde sollte nicht in das Team involviert sein, der Kunde sollte mit dem Produktmanager sprechen.

Nach Abschluss eines Sprints präsentiert sich das gesamte Team dem Produktmanager und dem Kunden. Dann spricht der Kunde mit dem Produktmanager darüber, was er will und welche Prioritäten er hat. Aber was an deiner Stelle passiert, das ist absolut lächerlich und total kontraproduktiv.

Ich stimme den anderen Antworten voll und ganz zu, die besagen, dass es für den Kunden äußerst kontraproduktiv ist, täglich in einem Standup zu sein. Es werden alle möglichen Probleme angesprochen, die den Kunden nicht betreffen, auf die er aber möglicherweise zu reagieren versucht, und der tägliche Input des Kunden wird das Team ablenken und verärgern. Für mich hört es sich so an, als ob der Kunde Ihrem Prozess nicht vertraut und die tägliche Kontrolle darüber haben möchte, was das Team tut. Das macht die Sache mit ziemlicher Sicherheit noch schlimmer. Welchen Prozess Sie auch immer durchführen, es ist nicht Scrum.

Meine Vorschläge, wie Sie dies ändern können, lauten wie folgt:

1. Versuchen Sie, den Kunden davon zu überzeugen, ein wöchentliches oder zweiwöchentliches Meeting (einmal pro Sprint) anzunehmen, bei dem sich jemand mit ihm zusammensetzt und ihm detailliert beschreibt, wo das Projekt steht und welche Auswirkungen es auf den Zeitplan geben könnte. Erklären Sie dem Kunden, warum sein täglicher Input kontraproduktiv ist. Dies ist ein anerkannter und effektiver Ansatz, aber ich vermute, dass Ihr Kunde ihn nicht annehmen wird. Sie konzentrieren sich zu sehr darauf, die Kontrolle zu behalten
2. Wenn sie das nicht tun, versuchen Sie Ihr Bestes, den Kunden davon zu überzeugen, sich einmal am Tag nach dem täglichen Meeting mit jemandem zusammenzusetzen, um den Fortschritt zu überprüfen, und ihm die Möglichkeit zu geben, seinen Beitrag zu leisten. Jemand leitet diese Eingabe dann gegebenenfalls an das Team weiter. Es wird wahrscheinlich nicht so oft angebracht sein. Dies ist wahrscheinlich das beste Ergebnis, auf das Sie hoffen können.
3. Versuchen Sie, die Regel durchzusetzen, dass niemand außerhalb des Teams sprechen sollte. Der Kunde kann jedes Feedback an eine einzelne Person weitergeben, nachdem sich das Meeting aufgelöst hat.
4. Wenn nichts davon akzeptabel ist, könnten Sie erwägen, zwei tägliche Scrum-Meetings abzuhalten. An einer Stelle werden nur kommunikationsfähige Informationen an den Kunden erhoben. Es sollten keine Probleme besprochen werden. Nur "Ich arbeite daran". Der zweite findet ohne den Kunden statt und ermöglicht es dem Team, seine wirklichen Probleme tatsächlich zu besprechen. Beachten Sie, dass ich den Kunden nicht belüge, geben Sie einfach keine Informationen weiter, die er nicht benötigt. Ehrlich gesagt ist dies eine schreckliche Lösung und Ihre Entwickler werden sie hassen, aber sie hassen sie vielleicht weniger, als wenn sich der Kunde täglich einmischt.
5. Wenn alles andere fehlschlägt, denken Sie daran, dass der Kunde immer Recht hat und für das bezahlt, was er bekommt. Wenn sie die Entwicklung langsamer und komplizierter machen wollen, als sie sein muss, ist das ihr gutes Recht. Seien Sie besonders nett zu den Entwicklern und versprechen Sie, sie so schnell wie möglich zu einem anderen Kunden zu verschieben.

Gibt es eine Möglichkeit, schneller Ergebnisse vor dem Kunden zu erzielen? Wenn Sie sich jeden Tag mit dem Kunden treffen, warum zeigen Sie ihm nicht die Änderungen gegenüber dem Vortag?

Außenstehende Gruppen betrachten Ihre Arbeit als schwarze Magie. Versuchen Sie, sie mehr einzubeziehen und sie (auf einem angemessenen Niveau) über die wertvolle Arbeit aufzuklären, die Sie leisten. Gehen Sie spezifisch auf alle Engpässe und Hindernisse ein.

Es kann auch möglich sein, dass Ihr Kunde nach bestimmten Dingen sucht, die erledigt werden müssen. Ist es möglich, Ihre geplante Arbeit neu zu priorisieren und einige der gewünschten Funktionen zuerst zu erledigen?