Een schatting maken van een meldingssysteem

Het verhaal dat begint met één e-mail, eindigt als het enige wat het team in zes weken tijd tot stand brengt.

De eerste melding is eenvoudig: kies een gebeurtenis, genereer een sjabloon, verstuur deze. De tweede is eveneens eenvoudig. De tiende is het moment waarop het team zich realiseert dat het al twee maanden bezig is met het ontwikkelen van een systeem voor meldingen, zonder dat het dit onder ogen heeft willen zien. Voorkeuren, overzichten, ontdubbeling, „niet storen”-periodes, kanaalgebonden aanpassingen — zaken die allemaal niet in het oorspronkelijke ticket stonden — worden allemaal onontbeerlijk op het moment dat een gebruiker om 3 uur ’s nachts wordt opgeroepen.

Beoordeel het systeem, niet de e-mail. Het team dat stemt voor „een Slack-bericht versturen wanneer X gebeurt”, onderschat de omvang met een orde van grootte, omdat zij de omvang bepalen van één rij in een tabel die uiteindelijk dertig rijen zal bevatten.

Wat er in de kamer wordt gezegd

Backend: “Het versturen van de e-mail is een eenmalige opdracht.”

PM: “Kunnen gebruikers deze functie uitschakelen?”

Backend: “Per gebeurtenis of globaal?”

Ontwerper: “Hoe ziet de pagina met instellingen eruit?”

SRE: „Wat als de e-maildienst niet werkt? Opnieuw proberen? In de wachtrij plaatsen? Afbreken?”

Ondersteuning: “Hoe leggen we een gebruiker uit waarom hij of zij de e-mail niet heeft ontvangen?”

Vragen die u zich het beste kunt stellen voordat u gaat stemmen

• Kiezen we vandaag voor één kanaal, of integreren we e-mail, pushmeldingen en Slack meteen vanaf het begin?
• Gebruikersvoorkeuren — algemene instelling, per evenement of per kanaal?
• Deduplicatie en digests — nu nodig, of „later“?
• Leveringsgaranties — ten minste één keer, ten hoogste één keer, precies één keer?
• Audittrail: kan de helpdesk een gebruiker uitleggen waarom een melding niet is aangekomen?
• Sjablonen: wie schrijft de tekst, wie lokaliseert deze, en waar wordt deze opgeslagen?

Het werkelijke aantal zitplaatsen is „de tafel van dertig“, niet „de eerste rij“. Als het publiek alleen de eerste rij kan zien, is het verhaal nog niet klaar — split het enige kanaal dat u nu nodig hebt, uit het systeem waar u in zult groeien.

Richt u op het systeem, niet op de e-mail. De eerste melding betreft één dag; de dertigste betreft het project.

Net als bij het maken van een schatting voor een betalingsintegratie, geeft de openbare interface slechts een globaal beeld van het werk. Bekijk de andere voorbeelden van uitgewerkte schattingen, of start een gratis Planning Poker-sessie zodra het overzicht is opgesteld.