De gestructureerde stappen voor probleemoplossing

Identificeer het probleem door informatie te verzamelen bij gebruikers, uit logboeken en met je eigen tests. Vraag wat er is veranderd, wanneer het probleem is begonnen en wie er last van heeft. Stel ook het voor de hand liggende ter discussie en boots het probleem na als dat kan. Een duidelijke, specifieke probleembeschrijving, zoals "geen internet vanaf de draadloze verbinding op de tweede verdieping", geeft richting aan alles wat volgt. Een vage beschrijving leidt tot een vage oplossing.

Stel een theorie over de waarschijnlijke oorzaak op. Vorm op basis van de symptomen een onderbouwde veronderstelling over wat er mis is. Begin met de meest waarschijnlijke en eenvoudigste oorzaken, de "laaghangende vruchten", voordat je exotische oorzaken onderzoekt. Als één pc geen netwerkverbinding heeft, is een defecte kabel waarschijnlijker dan een fout in een routeringsprotocol. Je kunt meerdere kandidaat-theorieën hebben.

Test de theorie om de oorzaak vast te stellen. Voer een controle uit die je veronderstelling bevestigt of uitsluit. Als de theorie wordt bevestigd, ga je verder. Zo niet, stel je een nieuwe theorie op en test je opnieuw, of schakel je het probleem door naar iemand met meer expertise of toegang. Begin nooit met repareren voordat je de oorzaak daadwerkelijk hebt bevestigd, anders kun je werkende onderdelen beschadigen.

Stel een plan van aanpak op en bepaal mogelijke gevolgen. Beslis precies wat je gaat doen, in welke volgorde en wat er mis kan gaan. Houd rekening met uitvaltijd, getroffen gebruikers en een mogelijkheid om terug te draaien als de oplossing mislukt. Een goede planning voorkomt dat een snelle oplossing op één apparaat per ongeluk een hele locatie verstoort. Grotere wijzigingen verdienen grotere en zorgvuldiger uitgewerkte plannen.

Implementeer de oplossing volgens je plan, of schakel het probleem door als het buiten je bevoegdheid of vaardigheden valt. Breng waar mogelijk één wijziging tegelijk aan, zodat je kunt vaststellen welke wijziging het probleem daadwerkelijk heeft opgelost. Volg tijdens de implementatie de regels voor wijzigingsbeheer en de onderhoudsvensters, zodat productiegegevens zo weinig mogelijk worden verstoord.

Controleer de volledige functionaliteit van het systeem en voer indien nodig preventieve maatregelen uit. Controleer niet alleen of het oorspronkelijke symptoom verdwenen is, maar ook of er niets anders defect is geraakt. Vraag de gebruiker om te testen en controleer gerelateerde diensten opnieuw. Als een defecte kabel de uitval veroorzaakte, kun je de kabel bijvoorbeeld labelen of de versleten kabel ernaast vervangen om herhaling te voorkomen.

Documenteer bevindingen, acties en resultaten. Leg het symptoom, de oorzaak, je handelingen en het resultaat vast. Goede documentatie versnelt de afhandeling van een vergelijkbaar volgend incident, ondersteunt het delen van kennis en zorgt voor een controlespoor. Deze laatste stap wordt onder druk gemakkelijk overgeslagen, maar juist hierdoor wordt een eenmalige oplossing blijvende kennis voor de organisatie.

Binnen deze methode kiezen technici vaak een richting aan de hand van het OSI-model. Van beneden naar boven begint bij de fysieke laag (kabels, verbindingen) en werkt omhoog. Dit is nuttig wanneer een volledige uitval wordt vermoed. Van boven naar beneden begint bij de toepassing en werkt omlaag. Dit is nuttig wanneer een toepassing zich vreemd gedraagt, maar de verbinding goed lijkt te werken. Bij de aanpak verdeel en heers begin je in het midden om het probleemgebied op te splitsen.

Let op gewoonten die de methode ondermijnen: meerdere dingen tegelijk wijzigen, waardoor je niet weet wat heeft gewerkt; de controle overslaan; of vergeten te documenteren. Weersta ook de bevestigingsbias: de neiging om in een theorie te blijven geloven nadat bewijs deze tegenspreekt. Gedisciplineerd elke stap in de juiste volgorde volgen maakt de methode betrouwbaar onder druk.

Je hebt de gestructureerde methode geleerd. Belangrijkste punten:

• Zeven stappen: identificeren, een theorie opstellen, testen, plannen, implementeren, controleren en documenteren.
• Begin met de eenvoudigste waarschijnlijke oorzaken.
• Bevestig de oorzaak voordat je repareert en schakel het probleem door wanneer dat nodig is.
• Aanpakken: van beneden naar boven, van boven naar beneden en verdeel en heers.
• Controleer en documenteer altijd, ook onder druk.