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 zij al twee maanden bezig zijn met het ontwikkelen van een systeem voor meldingen, zonder dat zij dit onder ogen hebben willen zien. Voorkeuren, overzichten, ontdubbeling, ‘niet storen’-periodes en kanaalgebonden aanpassingen (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 opdracht die één dag in beslag neemt.”

PM: “Kunnen gebruikers deze functie uitschakelen?”

Backend: “Per gebeurtenis of globaal?”

Ontwerper: „Hoe ziet de pagina met voorkeuren eruit?”

SRE: “Wat als de e-maildienst niet beschikbaar is? Opnieuw proberen? In de wachtrij plaatsen? Verwerpen?”

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

Vragen die het waard zijn om te stellen voordat u gaat stemmen

• Kiezen we vandaag voor één kanaal, of integreren we e-mail, pushmeldingen en Slack 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 ontvangen?
• Sjablonen: wie schrijft de tekst, wie zorgt voor de lokalisatie ervan en waar wordt deze opgeslagen?

Het werkelijke aantal is „de tafel van dertig“, niet „de eerste rij“. Als het publiek alleen de eerste rij kan zien, is het verhaal nog niet klaar; dus split het ene kanaal dat u nu nodig hebt, af van het systeem waarnaar u uiteindelijk zult uitgroeien.

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

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