On call

On call zonder NOC: hoe kleine devteams incidenten overleven

8 min leestijd
Nachtelijke onderbrekingen per week3/dev
Impact op productiviteitMinimaal
Ma
1
Di
1
Wo
1
Do
Vr
Za
Zo
Roostergrootte

Pas triage, roostergrootte en gevoeligheid aan om de wekelijkse tol te zien veranderen.

De meeste on call handleidingen zijn geschreven voor bedrijven met een eigen ops team, een apart statuspagina team, en een rooster diep genoeg dat niemand ooit twee weken achter elkaar on call is. Als jullie met twee of drie developers zijn, geldt niets daarvan, en doen alsof dat wel zo is maakt on call alleen maar een mislukking laten voelen.

Waarom standaard on call advies niet past bij kleine teams

Advies gebouwd rond een NOC gaat ervan uit dat er altijd iemand naar een dashboard kijkt, klaar om te triageren voordat iemand gepiept wordt. Kleine teams hebben die laag niet. Wie on call is, is ook degene die de bug echt moet oplossen, wat betekent dat elke onnodige melding niet alleen vervelend is, het is tijd die direct van het bouwen van het product afgaat.

Wat kleine teams echt nodig hebben van on call

Geen fancier roostertool. Wat een team van twee of drie echt helpt is minder meldingen die uiteindelijk niets voorstellen, een duidelijk signaal van wat echt kapot is versus wat tot de ochtend kan wachten, en een manier om door de nacht te slapen wanneer er niets echt aan de hand is.

Een eenvoudige on call opzet die werkt met twee of drie mensen

Houd het saai: één persoon tegelijk on call, een kort rooster zodat burn out nooit de tijd krijgt om op te bouwen, en één kanaal voor urgente meldingen dat niet ook de plek is waar het dagelijkse Slack gebabbel plaatsvindt. De opzet maakt minder uit dan wat er wordt toegelaten om die te onderbreken.

Waar automatisering het werk moet overnemen

De filterstap, bepalen of een fout het waard is om iemand voor wakker te maken, zou niet moeten afhangen van een mens die om twee uur 's nachts wakker en oplettend is. Dat is precies de taak die een geautomatiseerde triage laag zou moeten doen voordat er iets bij een telefoon terechtkomt.

Waarom dit ertoe doet

Tailon is precies voor deze situatie gebouwd: geen NOC, geen eigen ops team, gewoon een klein team dat wil weten wanneer er echt iets mis is en de rest van de nacht wil doorslapen.

Meer om te lezen

Alerts

Waarom je team de meeste Sentry meldingen negeert

Alert moeheid is een reëel probleem. Als elke Sentry melding er even urgent uitziet, gaat je team ze allemaal negeren, ook de melding die er echt toe deed. Dit is waarom dat gebeurt en wat er wel helpt.

15 september 20266 min leestijd
Lees meer
Gids

Zo verminder je ruis in Sentry zonder echte bugs te missen

Meldingen uitzetten is geen oplossing, dan mis je juist de melding die ertoe deed. Een praktische blik op wat ruis echt vermindert zonder het signaal kwijt te raken.

8 september 20267 min leestijd
Lees meer
AI

Kan AI echt bepalen welke bugs ertoe doen?

AI triage klinkt als een modewoord totdat je ziet wat het echt doet met een stack trace. Een heldere uitleg van hoe geautomatiseerde triage bepaalt wat urgent is en wat kan wachten.

25 augustus 20266 min leestijd
Lees meer
Terug naar blog