Een geweldig runbook is het verschil tussen een soepele on-call dienst en een ramp om 3:00 uur ’s nachts. Met Trupeer kun je uren besparen op het schrijven van IT-runbooks door te starten met een gratis runbook-sjabloon, het aan te passen met je brand guidelines en lange runbooks om te zetten in video-walkthroughs die on-call engineers in seconden kunnen scannen.

Wat is een gratis runbook-sjabloon?

Een gratis runbook-sjabloon is een herbruikbare structuur voor de reeks stappen waarmee een specifieke operationele taak wordt uitgevoerd: een deployment, een failover, een migratie, een recovery, een gepland onderhoudsvenster.

Het woord runbook is het letterlijk waard om te nemen. Dit is een document dat wordt uitgevoerd, niet gelezen. Het staat open op een scherm terwijl het werk gebeurt, het wordt in volgorde doorlopen en de waarde zit volledig in wat het doet tijdens de uitvoering, niet in wat het zegt wanneer het is opgeslagen.

Dat ene feit onderscheidt een goed runbook van een goed proceduredocument, en dat is precies wat de meeste sjablonen missen. Ze leveren een goed georganiseerde beschrijving van wat je moet doen, wat noodzakelijk is en grofweg de helft is van wat een runbook moet hebben.

De andere helft is dat een runbook een vorm is. Het wordt ingevuld terwijl het wordt uitgevoerd, omdat het verslag van wat er daadwerkelijk is gebeurd het verschil maakt tussen een operatie waar iemand halverwege bij kan aansluiten en een operatie die opnieuw moet worden gestart of moet worden geraden.

Daarom volgt de opmaak. Een gratis runbook-sjabloon Excel-bestand past bij de tabel met stappen met de kolommen voor resultaat en timestamp, en is wat de meeste teams uiteindelijk gebruiken. Een gratis runbook-sjabloon Word-versie past bij runbooks met veel context en proza rond de stappen, en een gratis runbook-sjabloon Microsoft Word-bestand is hetzelfde onder zijn langere naam. Een gratis runbook-sjabloon PDF is een gearchiveerd verslag van een afgeronde run, in plaats van een werkdocument.

Deployment runbook of incident runbook?

Twee documenten delen de naam en worden op tegengestelde manieren gebruikt, dus bepaal welk type je schrijft.

Een deployment runbook-sjabloon dekt gepland werk. Een release, een migratie, een cutover, een gepland onderhoudsvenster. Het wordt uitgevoerd van stap één tot het einde, in volgorde, op een moment waar iedereen van op de hoogte was, meestal door meer dan één persoon en vaak over een wissel van dienst heen. Het ontwerpprobleem is volgorde, status en overdracht.

Een incident- of on-call runbook dekt ongepland werk. Er is iets mis en iemand is aan het diagnosticeren. Het wordt ingevoerd op een onvoorspelbaar moment, door wie er beschikbaar is, onder druk, en het wordt niet in volgorde gelezen. Het ontwerpprobleem is om snel het relevante onderdeel te vinden, waardoor het meer lijkt op een naslagdocument dan op een script.

De meeste gepubliceerde sjablonen mengen beide en dienen geen van beide goed. Een diagnostisch runbook dat in een genummerde volgorde wordt gedwongen, kan niet halverwege worden ingevoerd, en een deployment runbook dat is georganiseerd als een reeks symptomen, verliest de volgorde die het veilig maakt.

Deze pagina gaat vooral over de eerste. Gepland werk, in volgorde uitgevoerd, waarbij de dure fouten gaan over status en overdracht, niet over diagnose.

Zo pas je dit sjabloon aan in Trupeer

Stap 1: Open de sectie Templates

Ga in het hoofdmenu naar de sectie Templates.

Stap 2: Selecteer en open een sjabloon

Klik op een willekeurig sjabloon waarmee je wilt werken om het te openen.

Stap 3: Breid de sjabloonweergave uit

Indien nodig, breid de sjabloonweergave uit om de volledige indeling en details duidelijk te zien.

Stap 4: Bewerk het sjabloon

Klik op Edit om te beginnen met het aanpassen van het geselecteerde sjabloon.

In de editor kun je:

• Nieuwe secties toevoegen

• Opmaakregels definiëren of bijwerken

• Een logo toevoegen en de positie en gerelateerde instellingen aanpassen

Stap 5: Sla je aangepaste sjabloon op

Nadat je alle noodzakelijke wijzigingen hebt doorgevoerd, klik je op Save om het bijgewerkte sjabloon op te slaan als je eigen sjabloon.

Stap 6: Bekijk en verfijn het sjabloon

Als je wilt zien hoe je aangepaste sjabloon eruitziet, open je de Preview.

Vanaf het preview-scherm kun je indien nodig direct verder aanpassingen maken, zodat het sjabloon precies verschijnt zoals jij het wilt.

Met een runbook-sjabloon kun je:

• Uren besparen op schrijven: Sla de lege pagina over met een structuur die is gebouwd voor ops-procedures.

• MTTR verlagen: Duidelijke runbooks helpen on-call engineers om incidenten sneller op te lossen.

• In lijn blijven met je merk: Pas je logo, fonts en kleuren toe met de brand kit van Trupeer.

• Nieuwe engineers trainen: Combineer runbooks met video-walkthroughs om ops-medewerkers sneller in te werken.

• Standaardiseren over teams: Gebruik hetzelfde runbook-formaat voor elk type incident.

• Werken met globale teams: Vertaal runbooks naar 65+ talen met één klik.

Schrijf het runbook zodat het halverwege kan worden overgedragen

Dit is de ontwerpeis waar je omheen moet bouwen. Op een bepaald moment tijdens de uitvoering stopt de persoon die het runbook uitvoert degene te zijn die ermee is begonnen.

Een dienst loopt af. Iemand wordt ergens anders naartoe geroepen. Een venster loopt langer door dan gepland. Bij elke operatie die langer duurt dan een paar uur is dit normaal in plaats van uitzonderlijk, en het is precies het moment waarop runbooks duur falen.

De vraag waar je tegen moet ontwerpen is precies. Kan een tweede persoon dit oppakken bij stap zevenendertig, zonder mondelinge briefing, en veilig verdergaan?

Ja antwoorden vereist vier dingen die de meeste sjablonen niet hebben.

Een geregistreerd werkelijk resultaat per stap, niet alleen een verwacht resultaat. Een vinkje betekent dat iemand iets heeft aangeklikt. Het vertelt de volgende persoon niet wat er is gebeurd.

Een timestamp per stap, omdat hoe lang geleden een stap is uitgevoerd vaak het meest diagnostische feit is dat beschikbaar is.

Een expliciete markering van welke stappen veilig opnieuw kunnen worden uitgevoerd. De eerste vraag van iedereen die het overneemt is of de vorige stap daadwerkelijk is afgerond. Als de stap veilig is om te herhalen, stopt die vraag met belangrijk zijn, en dat is veel meer waard dan het kost om het vast te leggen.

Een duidelijk punt waarop je niet meer terug kunt. Na dat punt is rollback niet langer beschikbaar. Iemand die halverwege aankomt, moet weten aan welke kant van die lijn ze staan voordat ze iets aanraken.

Voeg die vier toe en de mondelinge overdracht wordt niet langer het mechanisme. Het document wordt de overdracht: de enige versie die overleeft wanneer iemand moe, gehaast of niet beschikbaar is.

Wat een runbook-sjabloon moet bevatten

Negen onderdelen. De middelste vier zijn degene die een runbook scheiden van een procedure.

De laatste verdient extra aandacht. Verificatiestappen die zijn geschreven als “bevestig dat de site online is” slagen wanneer de site online is en fout gaan wanneer de site stuk is, wat de fout is die hieronder wordt beschreven.

Gratis runbook-sjabloon: de structuur om over te nemen

Gevuld met een echt voorbeeld in plaats van placeholders. Dit is een fragment uit een migratie van een order management system.

Kopieer vanaf hier.

Kop en venster. Naam van de run, datum, gepland venster, deadline om af te breken en de versie van dit runbook.

Order management migratie. Zaterdag 14 juni. Venster 06:00 tot 20:00. Deadline om af te breken 16:00, waarna we terugdraaien ongeacht de voortgang. Runbook v9.

Rollen voor deze run. Met nummers in het document.

Uitvoerend: K Ferreira 06:00 tot 14:00, daarna D Attwood 14:00 tot 20:00. Punt waarop je niet meer terug kunt goedgekeurd door: Head of Engineering, 07700 900xxx. Escalatie: on call platform lead, 07700 900xxx. Zakelijk contact voor de beslissing om door te gaan: Trading Director.

Voorwaarden. Alles bevestigd vóór stap één.

Volledige database-back-up gemaakt en restore getest op de standby-instantie. Code freeze van kracht sinds donderdag. Beide uitvoerders hebben vandaag geverifieerde toegang tot productie, niet aangenomen. Rollback geoefend op staging op 7 juni.

Statusregel. Bijgewerkt terwijl je doorgaat, bovenaan houden.

Momenteel op stap 37. Uitvoering sinds 13:48. Uitvoerder: K Ferreira. Punt waarop je niet meer terug kunt nog niet gepasseerd.

Tabel met stappen.

Rollback. Beschikbaar tot en met stap 37. Herstel vanaf de pre-run back-up, DNS opnieuw richten, intake workers opnieuw starten. Geoefend op staging op 7 juni door D Attwood.

Overdrachtssectie. Ingevuld voordat iemand vertrekt.

Afgerond tot stap 35. Stap 34 faalde stilletjes bij de eerste poging met een mismatch in aantal en is succesvol opnieuw uitgevoerd; de aantallen komen nu overeen op 84,120. Let opnieuw op het indexaantal na stap 36, aangezien het één keer heeft gefaald. Niets loopt nog. Punt waarop je niet meer terug kunt is niet gepasseerd, rollback is nog beschikbaar.

Verificatie. Specifiek genoeg om te kunnen falen.

Site laadt. Productaantal op de categoriepagina’s telt op tot 84,120. Tien voorbeeldorders end-to-end geplaatst. Order history zichtbaar voor vijf bekende accounts. Payment reconciliation report draait en komt overeen.

Kopieer vanaf hier.

Runbook-voorbeeld: eenenzestig stappen en een overdracht van tien minuten

Tamworth Retail Group, een online retailer, migreerde zijn order management system tijdens een gepland venster van veertien uur op een zaterdag.

Het runbook had eenenzestig stappen. Het was beoordeeld, geoefend op staging en het was echt een zorgvuldig document. De tabel met stappen had drie kolommen: stapnummer, actie en een vinkvakje.

De eerste engineer voerde stappen één tot zevenendertig uit, droeg het ongeveer tien minuten mondeling over bij de wissel van dienst en ging naar huis na een lange dag.

Stap vierendertig was het opnieuw indexeren van de productcatalogus, een taak die ongeveer veertig minuten duurde. Hij was ermee begonnen, zag geen fouten en vinkte het aan. In feite faalde het op ongeveer tachtig procent en rapporteerde het niets.

De tweede engineer arriveerde met een lijst van eenenzestig stappen, met vinkjes bij de eerste zevenendertig. Er was geen registratie van wat elke stap had opgeleverd, geen timestamps en geen indicatie welke stappen veilig opnieuw konden worden uitgevoerd. Alles vóór stap achtendertig was, voor zover het document betreft, gewoon gedaan.

Ze ging door. De catalogus was gedeeltelijk geïndexeerd, wat betekende dat ongeveer twaalf procent van de producten onzichtbaar was op de site toen die opnieuw openging.

De smoke test aan het einde bevestigde dat de site laadde. Het vergeleek het productaantal niet met het catalogusaantal, dus het slaagde.

Niemand merkte het op tot maandagochtend, eenendertig uur later, over het drukste handelsweekend van het kwartaal. Geschatte verloren orders ten opzichte van hetzelfde weekend het jaar ervoor kwamen uit op ongeveer tweehonderdvijftigduizend pond.

Ze konden niet terugdraaien. Het punt waarop je niet meer terug kunt was gepasseerd bij stap eenenveertig, en hoewel iedereen die erbij betrokken was dit in principe wist, stond het in een alinea op pagina één in plaats van bij de stap waar het gebeurde.

De herschrijving voegde geen stappen toe. Het voegde kolommen toe. Werkelijk resultaat, timestamp en een markering “veilig om opnieuw uit te voeren” bij elke stap. Een statusregel bovenaan. Het punt waarop je niet meer terug kunt verschoof van de introductie naar de stap zelf, vetgedrukt. En een overdrachtssectie die moet worden afgerond voordat iemand vertrekt, waardoor een gesprek van tien minuten werd omgezet in vier geschreven regels.

Bij de volgende migratie gebeurde de wissel van dienst in uur negen. De overdracht duurde vier minuten. De engineer die het overnam, voerde drie stappen opnieuw uit waar ze niet zeker van was, specifiek omdat ze waren gemarkeerd als veilig om opnieuw uit te voeren, en het runbook werd afgerond binnen het venster.

Drie stappen opnieuw uitvoeren uit voorzichtigheid kost een paar minuten. Niet kunnen is wat een weekend kost.

Zo schrijf je een runbook in zes stappen

1. Schrijf de stappen door de taak uit te voeren, niet uit je hoofd. Een runbook dat aan een bureau is geschreven bevat de stappen die de auteur zich herinnert en laat de stappen weg die hun handen automatisch doen.

2. Geef elke stap een verwacht resultaat. Wat je gaat zien dat betekent dat het werkte. Een stap zonder verwacht resultaat kan alleen door de auteur worden geverifieerd.

3. Markeer elke stap als veilig om opnieuw uit te voeren of niet. Hieronder uitgelegd. Dit is de goedkoopste kolom om toe te voegen en de meest waardevolle tijdens een overdracht.

4. Zet het punt waarop je niet meer terug kunt bij de stap, vetgedrukt. Niet in de introductie, waar het één keer wordt gelezen door iemand die niet de persoon is die het nodig heeft.

5. Voeg de kolommen toe die je invult tijdens de run. Werkelijk resultaat en timestamp. Als ze niet in het document staan, worden ze nergens vastgelegd.

6. Oefen het, inclusief de rollback. Een rollback die alleen is opgeschreven is een aanname. Oefen op staging met de persoon die het uitvoert, niet met de persoon die het heeft geschreven.

Stap één is degene die nuttige runbooks scheidt van plausibele. Schrijven terwijl je bezig bent vangt de niet-gedocumenteerde klik, de credential die al op het klembord stond en het tabblad dat open moest staan.

Stappen markeren als veilig om opnieuw uit te voeren, en het punt waarop je niet meer terug kunt

Deze twee markeringen doen het meeste werk in een overdracht en komen niet voor in een typisch sjabloon.

Veilig om opnieuw uit te voeren. Voor elke stap: kan die twee keer worden uitgevoerd zonder schade. Een gestopte service opnieuw starten, een index opnieuw uitvoeren, een configuratie opnieuw toepassen die al is toegepast: meestal wel. Een e-mail naar een klant versturen, een teller verhogen, rijen migreren naar een tabel die niet dedupliceert: meestal niet.

De waarde is dat het de vraag wegneemt die iemand die het overneemt niet kan beantwoorden. Is de vorige stap afgerond. Als het antwoord niet uitmaakt, omdat herhalen onschadelijk is, dan hoeft niemand het onder druk met onvolledige informatie vast te stellen.

Als een stap niet veilig is om opnieuw uit te voeren, zeg dan wat je eerst moet controleren. “Nee, verifieer het rij-aantal voordat je herhaalt” is veel nuttiger dan “Nee”, omdat de persoon die het leest al heeft besloten dat ze iets moeten doen.

Het punt waarop je niet meer terug kunt. Elke run die status wijzigt heeft er één. Het is de stap waarna rollback niet langer beschikbaar is, of niet langer goedkoper is dan doorgaan.

Markeer het bij de stap, visueel duidelijk, zodat iemand die scrolt kan zien aan welke kant ervan ze staan. Noem wie het doorgeven autoriseert en leg de tijd vast waarop het is gepasseerd in de kolom werkelijk resultaat. Veel runs hebben er meer dan één; markeer ze dan allemaal en zeg wat ze afsluiten.

De reden om het moment van overschrijding vast te leggen in plaats van alleen de stap te markeren, is dat na een incident de vraag wordt gesteld wanneer de beslissing onomkeerbaar werd, en niemand zich dat herinnert.

Varianten van runbook-sjablonen

De structuur blijft en de nadruk verschuift.

Deployment runbook-sjabloon. Het voorbeeld hierboven. Sequentieel, gepland, vaak over een wissel van dienst heen, en de variant waarbij overdrachtsontwerp het meest telt.

Disaster recovery runbook. Wordt zelden uitgevoerd en onder de slechtste omstandigheden, waardoor het onzichtbaar afbrokkelt tussen gebruiksmomenten. De onderscheidende eis is geplande oefening, omdat een DR-runbook dat niet in een jaar is uitgevoerd, als onjuist moet worden beschouwd.

On-call en incident runbook. Wordt ingevoerd op een onvoorspelbaar moment in plaats van in volgorde te worden uitgevoerd. Organiseer op symptoom in plaats van op volgorde, houd elke invoer kort en link naar het diepere materiaal in plaats van het te bevatten.

Gepland onderhoud runbook. Wordt regelmatig herhaald, waardoor het de enige variant is die echt verbetert door gebruik, mits iemand het bijwerkt tijdens de run in plaats van van plan te zijn om het later te doen.

Onboarding- en offboarding runbook. Vaak het eerste runbook dat een team schrijft, omdat de volgorde stabiel is en de kosten van het missen van een stap, vooral bij offboarding, een beveiligingsprobleem zijn in plaats van een ongemak.

Voor alles wat gereguleerde systemen, financiële verwerking of veiligheidsgerelateerde controle dekt, staat een runbook meestal binnen een change management-proces met eigen goedkeurings- en administratievereisten, en die bepalen de inhoud in plaats van iets op deze pagina.

Runbook, werkinstructie of SOP?

Drie documenten overlappen en zijn het waard om te scheiden, omdat een verkeerde keuze de juiste inhoud oplevert in een onbruikbare vorm.

Een standard operating procedure dekt een proces op het niveau van wie wat doet en in welke volgorde, meestal met rollen die over meerdere dagen heen lopen. Het wordt gelezen om het te begrijpen.

Een werkinstructie dekt één taak in detail voor de persoon die het uitvoert en is geschreven om te worden gevolgd door iemand die er mogelijk niet bekend mee is. De werkinstructie-sjabloon dekt dat document.

Een runbook is een werkinstructie die ook een uitvoeringsregistratie is. Het wordt gevolgd en tegelijk ingevuld; het omvat meestal meerdere taken in een gedefinieerde volgorde en de kolommen bestaan om een spoor achter te laten.

Als je document wordt gelezen vóór het werk en daarna wordt opgeslagen, is het een procedure. Als het openstaat tijdens het werk en aan het einde anders is dan bij de start, is het een runbook.

Runbooks actueel houden

Runbooks verouderen sneller dan de meeste documentatie, omdat ze systemen beschrijven die veranderen, en die veroudering is onzichtbaar totdat de run die faalt plaatsvindt.

Het mechanisme dat echt werkt is bijwerken tijdens de uitvoering, niet erna. Degene die het runbook uitvoert heeft het document open, ontdekt net dat stap twaalf nu extra bevestiging vereist en is de enige persoon die dat ooit goedkoop zal weten. Tien seconden later, of een uur verwarring bij de volgende run.

Maak dat legitiem door het expliciet bovenaan het document te zeggen en door een onveranderd runbook na een echte uitvoering met een lichte verdenking te behandelen in plaats van als een teken van kwaliteit.

Automatisering is de andere route, en het is de moeite waard om er nuchter naar te kijken. Het automatiseren van een runbook-stap verwijdert zowel menselijke fouten als het documentatieprobleem, wat echt beter is waar het van toepassing is. Wat het niet verwijdert, is de noodzaak van het omliggende document, omdat iemand nog steeds moet weten wat te doen wanneer de automatisering faalt, en die persoon is nu minder geoefend dan vroeger. Automatiseer de stappen, houd het runbook bij en zorg dat het runbook het geautomatiseerde deel dekt dat faalt.

Wat een gratis runbook-sjabloon niet kan oplossen

Een runbook dat uit het hoofd is geschreven. Geen enkel sjabloon brengt de stappen naar boven die de auteur doet zonder erbij na te denken. Alleen schrijven terwijl je uitvoert.

Een niet-geoefende rollback. Een rollback-plan dat nooit is uitgevoerd is een hypothese, en het midden van een mislukte migratie is een slechte plek om het te testen.

Een checklist met de naam erop. Het grootste deel van wat rondgaat als een gratis runbook-sjabloon free download is een genummerde procedure met vinkvakjes, wat een ander en zwakker document is.

Verificatie die niet kan falen. “Bevestig dat de site online is” slaagt wanneer de site online is en fout is. Elke verificatiestap moet specifiek genoeg zijn zodat je je kunt voorstellen dat die faalt.

Een venster zonder deadline om af te breken. Zonder deadline blijft een run die slecht gaat doorgaan, omdat stoppen altijd duurder voelt dan de volgende stap. Stel de deadline in voordat je begint, wanneer niemand erin geïnvesteerd is.

Laat het runbook zien in plaats van het te beschrijven

Runbooks worden uitgevoerd door mensen die ze zelden uitvoeren. Een migratie gebeurt twee keer per jaar. Een DR-test gebeurt jaarlijks. De persoon die het uitvoert heeft het één keer eerder gedaan, mogelijk nooit.

Dat is precies het geval waarin een geschreven procedure het slechtst werkt, omdat de lezer een reeks schermen en console-statussen moet reconstrueren uit proza, en de kloof tussen wat de auteur bedoelde en wat de lezer zich voorstelt is waar de niet-gedocumenteerde stap verstopt zit.

Trupeer AI lost het op. Iemand voert de run één keer uit op staging, terwijl die opneemt, en de output is een geschreven walkthrough stap voor stap met screenshots die al zijn vastgelegd en geplaatst, naast een video, in je eigen branding. De geschreven versie wordt het runbook. De video is wat de persoon die uitvoert bekijkt de dag ervoor: de voorbereiding die niemand nu de tijd heeft om te maken.

Leg het vast. Branded het. Vertaal het. Trupeer it.

Er volgen twee dingen die specifiek voor runbooks belangrijk zijn. Oefening levert de documentatie op als bijproduct in plaats van als extra taak, en dat is de enige versie van documentatie die betrouwbaar gebeurt. En wanneer de infrastructuur verandert, is het opnieuw opnemen van de oefening sneller dan het bewerken van screenshots, waardoor het runbook waarschijnlijker actueel is op het moment dat het ertoe doet.

Het materiaal staat in je knowledge base en verdubbelt als training voor wie er als volgende op de rota staat. Bewijs voor verificatie en quality gates rondom het runbook horen in de QA plan. Consistentie met je andere documenten is een kwestie van één keer de brand kit instellen, en de setup wordt behandeld in de document template setup guide.

Veelgestelde vragen

Is er een gratis runbook-sjabloon Excel-versie?

Excel is wat de meeste teams uiteindelijk gebruiken en het past goed bij het document, omdat de kern van een runbook een tabel is die je invult terwijl je werkt. Een gratis runbook-sjabloon Excel-bestand verwerkt de stap, verwacht resultaat, werkelijk resultaat, timestamp en kolommen “veilig om opnieuw uit te voeren” op een natuurlijke manier en laat meerdere mensen dezelfde sheet zien tijdens een run.

Twee praktische instellingen. Zet de koprij vast en plaats de statusregel in de eerste twee rijen erboven, zodat die zichtbaar blijft terwijl je scrolt. Een gratis runbook-sjabloon Excel-bestand waarbij de huidige stap uit beeld scrolt, verliest het grootste deel van zijn waarde voor overdracht.

Is er een gratis runbook-sjabloon Word-versie?

Word past bij runbooks met veel context rond de stappen: architectuur-notities, beslissingsgeschiedenis, details over escalatie. Bouw het gratis runbook-sjabloon Word-bestand eerst met de verhalende secties en daarna pas met de tabel met stappen.

De beperking is het invullen tijdens een run. Een Word-tabel is trager bijwerken dan een spreadsheetcel en tijdens een live migratie is die wrijving genoeg om mensen te stoppen met het opnemen van werkelijke resultaten. Veel teams houden de context in een runbook-sjabloon Word-document en de tabel met stappen in een spreadsheet die eraan is gekoppeld.

Is er een gratis runbook-sjabloon Microsoft Word-versie?

Ja, en dezelfde afweging geldt. Een gratis runbook-sjabloon Microsoft Word-bestand is de juiste keuze wanneer het runbook wordt beoordeeld en goedgekeurd als onderdeel van een change-proces, omdat documenten beter passen in goedkeuringsworkflows dan spreadsheets.

Als je die route kiest, voeg dan toch de kolommen voor werkelijk resultaat en timestamp toe. Een runbook dat zonder die kolommen is goedgekeurd, wordt zonder die kolommen uitgevoerd en het verslag dat je nodig had, bestaat dan niet.

Is er een deployment runbook-sjabloon?

Een deployment runbook-sjabloon is de sequentiële variant die op deze hele pagina wordt behandeld: gepland werk, in volgorde uitgevoerd, meestal over een wissel van dienst heen.

Vier dingen onderscheiden een goede van een generiek sjabloon. Een punt waarop je niet meer terug kunt gemarkeerd bij de stap in plaats van in de introductie. Een markering “veilig om opnieuw uit te voeren” bij elke stap. Kolommen voor werkelijk resultaat en timestamp. En een overdrachtssectie die wordt afgerond voordat iemand vertrekt. Bijna geen enkel gepubliceerd sjabloon heeft een van de vier.

Is er een gratis runbook-sjabloon PDF?

PDF is het archief in plaats van het werkdocument. Zodra een run is afgerond, exporteer je het ingevulde runbook als een gratis runbook-sjabloon PDF en voeg je het toe aan het change-record, omdat een afgerond runbook met timestamps en werkelijke resultaten het beste bewijs is van wat er is gebeurd.

Voer niet uit vanuit een PDF. Het document moet tijdens de run worden geschreven en alles wat je niet kunt typen, wordt niet vastgelegd.

Is er een gratis runbook-sjabloon free download die de moeite waard is om te gebruiken?

De tabel zelf kost tien minuten om te bouwen, dus een gratis runbook-sjabloon free download bespaart weinig en de meeste gepubliceerde versies zijn proceduredocumenten met een runbook-label.

Controleer één ding voordat je een van deze opties gebruikt. Kijk of de tabel met stappen een kolom heeft voor wat er daadwerkelijk is gebeurd. Als er alleen een vinkvakje staat, heb je een checklist en is het hele argument van deze pagina dat het verschil tussen die twee is waar een overdracht van afhangt.

Hoe lang moet een runbook zijn?

Zo lang als de run, wat bij een substantiële migratie echt tientallen stappen zijn. Lengte is niet het probleem bij runbooks.

Het punt dat je moet beheersen is stapgrootte. Een stap moet één actie zijn met één waarneembaar resultaat. Stappen die meerdere acties bundelen, kunnen niet halverwege worden overgedragen, omdat de volgende persoon niet kan zien hoeveel van de bundel is gebeurd, en dat is precies de situatie die het document wil voorkomen.

Wie moet het runbook schrijven?

Degene die het gaat uitvoeren, terwijl je het schrijft door het uit te voeren op een niet-productieomgeving. Een runbook dat is geschreven door een architect en uitgevoerd door een engineer mist precies de stappen die de architect niet persoonlijk uitvoert.

Laat daarna een tweede persoon de conceptversie op staging uitvoeren zonder hulp van de auteur. Elke vraag die ze moeten stellen is een defect en de oplossing is om het op te schrijven in plaats van het te beantwoorden.