Een schatting maken van een meldingssysteem
Hoe u een meldingssysteem kunt inschatten: kanalen, voorkeuren, ontdubbeling en leveringsgaranties. Waarom ‘een e-mail versturen’ stilletjes uitgroeit tot een project van zes weken.
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 dit te willen toegeven. Voorkeuren, overzichten, ontdubbeling, „niet storen”-periodes en kanaalspecifieke 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 verzenden van de e-mail is een eenmalige handeling.”
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 beschikbaar is? Opnieuw proberen? In de wachtrij plaatsen? Afbreken?”
Ondersteuning: “Hoe leggen wij een gebruiker uit waarom hij of zij 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 samenvattingen: 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 zorgt voor de lokalisatie ervan en waar wordt deze opgeslagen?
Het werkelijke aantal omvat „de tafel van dertig“, niet „de eerste rij“. Als de zaal alleen de eerste rij kan zien, is het verhaal nog niet klaar; splits daarom het ene kanaal dat u nu nodig hebt af van het systeem waarnaar u later zult uitbreiden.
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 opstellen van een schatting voor een betalingsintegratie, geeft de openbare weergave slechts een globaal beeld van het werk. Bekijk de andere uitgewerkte schattingsvoorbeelden, of start een gratis Planning Poker-sessie zodra het overzicht is opgesteld.