Die Geschichte, die mit einer einzigen E-Mail beginnt, endet damit, dass das Team sechs Wochen lang nichts anderes entwickelt.

Die erste Benachrichtigung ist unkompliziert: Ein Ereignis auswählen, eine Vorlage rendern, versenden. Die zweite ist ebenfalls unkompliziert. Die zehnte ist der Moment, in dem dem Team bewusst wird, dass es seit zwei Monaten ein Benachrichtigungssystem entwickelt, ohne sich dies einzugestehen. Einstellungen, Zusammenfassungen, Dublettenfilterung, „Nicht stören“-Zeiträume, kanalbezogene Ausnahmen – von denen nichts im ursprünglichen Ticket enthalten war – werden in dem Moment unverzichtbar, in dem ein Benutzer um 3 Uhr morgens benachrichtigt wird.

Beurteilen Sie das System, nicht die E-Mail. Das Team, das dafür stimmt, „eine Slack-Nachricht zu versenden, wenn X eintritt“, unterschätzt den Aufwand um eine Größenordnung, da es nur eine Zeile in einer Tabelle berücksichtigt, die letztendlich dreißig Zeilen umfassen wird.

Was in dem Raum gesagt wird

Backend: „Das Versenden der E-Mail ist eine einmalige Angelegenheit.“

PM: „Können die Nutzer diese Funktion deaktivieren?“

Backend: „Pro Ereignis oder global?“

Designer: „Wie sieht die Seite mit den Einstellungen aus?“

SRE: „Was passiert, wenn der E-Mail-Dienst ausfällt? Erneuter Versuch? In die Warteschlange stellen? Abbrechen?“

Support: „Wie erklären wir einem Nutzer, warum er die E-Mail nicht erhalten hat?“

Fragen, die man sich vor der Stimmabgabe stellen sollte

  • Heute nur einen Kanal, oder richten wir von Anfang an E-Mail, Push-Benachrichtigungen und Slack ein?
  • Benutzereinstellungen – globale Umschaltfunktion, pro Veranstaltung oder pro Kanal?
  • Deduplizierung und Digests – werden sie jetzt oder „später“ benötigt?
  • Zustellungsgarantien – mindestens einmal, höchstens einmal, genau einmal?
  • Prüfpfad: Kann der Support einem Benutzer mitteilen, warum eine Benachrichtigung nicht angekommen ist?
  • Vorlagenverwaltung: Wer verfasst die Texte, wer lokalisiert sie, und wo werden sie gespeichert?

Die tatsächliche Zuschauerzahl bezieht sich auf „den Tisch mit den dreißig Plätzen“, nicht auf „die erste Reihe“. Wenn das Publikum nur die erste Reihe sehen kann, ist die Geschichte noch nicht ausgereift – split den einen Kanal, den Sie jetzt benötigen, aus dem System, in das Sie hineinwachsen werden.

Beurteilen Sie das System, nicht die E-Mail. Die erste Benachrichtigung betrifft einen Tag; die dreißigste betrifft das gesamte Projekt.

Ähnlich wie bei der Schätzung einer Zahlungsintegration gibt die öffentliche Oberfläche nur einen groben Überblick über den Arbeitsaufwand. Sehen Sie sich die anderen Beispiele für durchgeführte Schätzungen an oder starten Sie eine kostenlose Planning-Poker-Sitzung, sobald die Tabelle skizziert ist.