Einschätzung eines vom Kunden gemeldeten Fehlers
Wie man einen vom Kunden gemeldeten Fehler einschätzt: Der Umfang richtet sich nach der Beschreibung im Ticket. Wie man eine einzeilige Korrektur von einer Lösung unterscheidet, die den gesamten Sprint in Anspruch nimmt.
Nicht der Fehler ist entscheidend, sondern der Kunde.
Ein vom Kunden gemeldeter Fehler hat einen Umfang, den das Team allein anhand des Tickets nicht erkennen kann. Die technische Behebung mag vielleicht nur eine Zeile Code erfordern. Doch die damit verbundenen Arbeiten – die Reproduktion anhand der Kundendaten, das Verfassen eines Nachberichts, das Entwerfen der Antwort, die Entscheidung über eine Gutschrift auf dem Konto sowie die Kommunikation mit anderen betroffenen Kunden – machen oft den größten Teil des Aufwands aus. Nichts davon ist im Ticket vermerkt. All dies beeinträchtigt die Arbeitsgeschwindigkeit.
Schätzen Sie zwei Dinge ab: den Aufwand und die Reaktion. Der Aufwand entspricht dem üblichen Planning Poker. Die Reaktion ist für Entwicklerteams ungewohnt und wird systematisch zu niedrig eingeschätzt – weshalb es den Anschein hat, als würden Kundenfehler den Sprint durchziehen, selbst wenn die bei der Kartenabstimmung vergebene Punktzahl gering war.
Was in dem Raum gesagt wird
Backend: „Die Korrektur besteht aus einer einzigen Zeile.“
PM: „Welcher Account hat darüber berichtet?“
Support: „Ihr CSM bittet um eine RCA bis Freitag.“
Leitfrage: „Sind weitere Konten betroffen? Müssen wir ihnen eine E-Mail schicken?“
QA: „Können wir das Problem anhand ihrer Daten reproduzieren, oder benötigen wir einen bereinigten Export?“
Fragen, die man sich vor der Stimmabgabe stellen sollte
- Wer hat dies gemeldet, und wie lauten deren ARR, SLA bzw. Vertragsstatus?
- Ist eine RCA oder eine nachträgliche Untersuchung extern vorzunehmen?
- Sind weitere Konten betroffen, und wie können wir das herausfinden?
- Müssen wir eine Gutschrift ausstellen, eine Rückerstattung vornehmen oder die Testphase verlängern?
- Wer verfasst die Antwort an den Kunden, und ist diese in diesem Ticket enthalten?
- Reproduktion: Kundendaten, bereinigte Datenausgabe oder synthetische Daten?
Aufteilung hilft: Die Fehlerbehebung ist ein Ticket, die Antwort ein anderes. Beide durchlaufen den Planning-Poker-Prozess; nur eines davon ist technisch ausgerichtet.
Schätzen Sie die Kosten für die Fehlerbehebung und die Antwort bitte getrennt ein. Der Name des Kontos ist der Grund dafür, dass die Antwort so umfangreich ist.
Lesen Sie unter Häufige Fehler beim Planning Poker mehr über die Risiken einer Abstimmung über Aufgaben, für die das Team nicht verantwortlich ist. Sehen Sie sich die anderen Beispiele für gelungene Schätzungen an oder starten Sie eine kostenlose Planning-Poker-Sitzung mit beiden Stories.