IT-systeemaudit voor engineeringteams

Ik kijk hoe de tools, het team en de afspraken lopen op een gewone dinsdag. Het schema klopt zelden met wat mensen echt doen.

Wat ik blijf tegenkomen

• Incidenten komen terug, en de oorzaak staat nergens opgeschreven.
• Vraag drie mensen om het systeem te tekenen, en je krijgt drie tekeningen.
• Het rapport van de leverancier beschrijft een systeem dat het team niet helemaal herkent.

Wat daarna duidelijker is

• Een kort beeld van de risico's en afhankelijkheden, dat je aan de directie kan geven zonder het eerst te vertalen.
• Een volgorde op basis van wat de dagelijkse werking het hardst raakt.
• Engineering en de rest van het bedrijf hebben het daarna over dezelfde dingen.

Wat je dan kan beslissen

• Of je geld steekt in stabiel houden, of in sneller opleveren.
• Welke rol je eerst invult, en welke documentatie je niet langer uitstelt.
• Of je van leverancier of infrastructuur moet veranderen, of dat het probleem ergens anders zit.