Theorieën testen en een plan maken

Als de test je theorie bevestigt, ga je verder met het plannen van de oplossing. Als dat niet het geval is, forceer je de theorie niet; stel je een nieuwe theorie op en test je opnieuw. Bij het oplossen van problemen wissel je vaak meerdere keren tussen theorieën opstellen en testen. Elke uitgesloten theorie verkleint het zoekgebied, dus zelfs een "mislukte" test brengt je dichter bij de werkelijke oorzaak.

Soms ligt de oorzaak buiten je toegang, expertise of bevoegdheid, bijvoorbeeld bij een storing bij een ISP of een core-router waar je niet bij kunt. In die gevallen schakel je het probleem door naar een senior technicus, een ander team of de leverancier. Doorschakelen is geen mislukking; het is de juiste stap wanneer alleen doorgaan tijd zou verspillen of schade zou kunnen veroorzaken. Geef alles door wat je tot nu toe hebt ontdekt.

Nadat je de oorzaak hebt bevestigd, stel je een plan van aanpak op. Beschrijf precies welke stappen je uitvoert, in welke volgorde en wat het verwachte resultaat is. Een schriftelijk plan houdt een stressvolle reparatie georganiseerd en maakt beoordeling door anderen mogelijk. Voor alles wat productie raakt, maakt een duidelijk plan het verschil tussen een soepele reparatie en een geïmproviseerde wijziging die nieuwe uitval veroorzaakt.

Bij plannen hoort de vraag: "wat kan deze wijziging verstoren?" Een switch opnieuw opstarten verbreekt de verbinding van elk apparaat dat erop is aangesloten; een subnetmasker wijzigen kan hosts isoleren; firmware bijwerken kan instellingen resetten. Door mogelijke gevolgen vooraf te bepalen, kun je gebruikers waarschuwen, uitvaltijd inplannen en je voorbereiden op neveneffecten in plaats van erdoor te worden verrast.

Plan altijd een weg terug. Sla de huidige configuratie op voordat je die wijzigt, zodat je deze kunt herstellen als de oplossing niet werkt. Een terugdraaiplan maakt van een risicovolle wijziging een omkeerbare wijziging. Als je weet dat je de wijziging ongedaan kunt maken, vermindert dat stress en voorkom je dat een mislukte oplossing uitmondt in een langdurige storing terwijl je probeert het systeem te herstellen.

In beheerde omgevingen vallen wijzigingen onder wijzigingsbeheer: ze worden gedocumenteerd, goedgekeurd en vaak gepland in een onderhoudsvenster waarin de impact het kleinst is. Deze formaliteit kan traag aanvoelen, maar voorkomt dat een goedbedoelde oplossing van één persoon een bedrijf tijdens piekuren verstoort. Zelfs kleine netwerken hebben baat bij een lichte vorm van deze werkwijze.

Wijzig tijdens de implementatie één ding tegelijk en voer na elke wijziging een test uit. Als je vijf instellingen tegelijk aanpast en het probleem verdwijnt, weet je niet welke wijziging heeft gewerkt en evenmin of je een nieuw probleem hebt veroorzaakt. Afzonderlijke, geteste wijzigingen houden oorzaak en gevolg duidelijk, wat essentieel is om problemen goed op te lossen en nauwkeurig te documenteren.

Vertel betrokken gebruikers en teamgenoten wat je gaat doen en wanneer, vooral als er downtime zal zijn. Duidelijke communicatie schept verwachtingen, vermindert gefrustreerde telefoontjes en geeft mensen de gelegenheid hun werk op te slaan. Een onverwachte storing, zelfs een geplande, schaadt het vertrouwen. Met een korte vooraankondiging wordt een verstorende oplossing een beheerde, professionele gebeurtenis.

Met een geteste theorie, een stapsgewijs plan, inzicht in neveneffecten, een gereed terugdraaiplan en geïnformeerde belanghebbenden ben je voorbereid om veilig te implementeren. Deze zorgvuldige voorbereiding scheidt betrouwbare technici van mensen die gokken en hopen. De volgende fase, implementeren en verifiëren, wordt daardoor overzichtelijk en weinig risicovol.

Je hebt geleerd theorieën te testen en te plannen. Belangrijkste punten:

• Test een theorie voordat je een probleem oplost; bevestig de theorie of formuleer een nieuwe.
• Escaleer wanneer de oorzaak buiten je bereik ligt.
• Maak een plan met stappen, mogelijke effecten en een terugdraaiplan.
• Gebruik wijzigingsbeheer en onderhoudsvensters voor productieomgevingen.
• Wijzig één ding tegelijk en communiceer het plan.