Automatisch notuleren voor IT-teams: van incidentcall tot postmortem

Automatisch notuleren voor IT-teams lost een heel specifiek probleem op. Tijdens een storing wil je dat iedereen bezig is met de oplossing, niet met het bijhouden van een tijdlijn. Toch heb je die tijdlijn later hard nodig: voor de postmortem, voor de klant die uitleg wil en voor de auditor die vraagt wat er precies is gebeurd. Een AI-notulist luistert mee, legt alles vast en laat jouw engineers doen waar ze goed in zijn.

In dit artikel lees je hoe je een AI-notulist inzet in de belangrijkste IT-overleggen: incidentcalls, changeoverleg, architectuursessies en postmortems. Ook lees je waar je op moet letten qua techniek, jargon en vertrouwelijkheid.

Waarom IT-overleggen lastig te notuleren zijn

IT-teams vergaderen anders dan de gemiddelde afdeling. Het tempo ligt hoog, er wordt veel door elkaar gepraat en de helft van de zinnen bestaat uit afkortingen, servernamen en ticketnummers. Wie handmatig notuleert, loopt binnen twee minuten achter.

Daar komt bij dat de belangrijkste overleggen vaak ongepland zijn. Een incidentcall begint als er iets omvalt, niet als het in de agenda staat. Niemand heeft dan tijd om een notulist te regelen. Het gevolg: achteraf reconstrueert het team uit Slack-berichten en herinneringen wat er wanneer is gebeurd. Dat kost uren en is zelden compleet.

Automatisch notuleren vangt precies dat gat op. De AI-notulist draait mee vanaf het moment dat de call start en produceert een transcript, een samenvatting en een lijst met actiepunten. Je hoeft er alleen nog naar te kijken.

Incidentcalls: de tijdlijn schrijft zichzelf

Bij een storing is de tijdlijn het belangrijkste document. Wanneer werd het probleem gemeld? Wanneer is de rollback gestart? Wie heeft wat besloten en waarom? Een AI-notulist met tijdstempels legt dit automatisch vast, tot op de minuut.

Een paar tips om hier het meeste uit te halen:

• Laat de incident commander hardop samenvatten. Zeg dingen als "we besluiten nu om de deploy terug te draaien". De AI pikt dat op als besluit en zet het in de samenvatting.
• Noem systemen bij hun naam. "De database" is vaag, "de primary Postgres van de checkout-service" is bruikbaar in een tijdlijn.
• Vraag na afloop om een chronologisch overzicht. De meeste AI-notulisten kunnen op verzoek de samenvatting herschrijven naar een tijdlijn met tijdstippen, precies wat je nodig hebt voor het incidentrapport.

Werk je met een tool als deze AI-notulist die in Teams, Zoom en Meet meedraait, dan kun je hem zo instellen dat hij automatisch aanschuift bij elke call in een specifieke agenda of met een specifiek trefwoord in de titel. Maak een vaste "Incident bridge" en de notulist is er altijd bij.

Postmortems: eerlijk terugkijken zonder schuldvraag

Een goede postmortem is blameless: het gaat om wat er in het systeem misging, niet om wie de fout maakte. Juist daarom is een letterlijk transcript waardevol. Je hoeft niet te discussiëren over wat iemand "eigenlijk zei", je kunt het gewoon teruglezen.

Gebruik de AI-notulen van de incidentcall als startpunt voor de postmortem. De tijdlijn is al klaar, de genomen besluiten staan erin en je ziet precies waar het team tijd verloor. In de postmortem zelf legt de AI-notulist dan de analyse en de verbeteracties vast.

Structuur helpt hier enorm. Vraag de AI-notulist na de sessie om de samenvatting op te delen in vier blokken: wat er gebeurde, wat de impact was, wat de oorzaak was en welke acties jullie afspreken. Dat is in één keer je postmortem-document.

Changeoverleg en architectuursessies vastleggen

Niet alleen storingen verdienen goede notulen. Bij een change advisory board of een CAB-overleg wil je later kunnen aantonen welke wijziging is goedgekeurd, onder welke voorwaarden en door wie. Dat is precies het soort besluitenlijst waar automatisch notuleren sterk in is.

Bij architectuursessies gaat het om iets anders: de redenering. Waarom kozen jullie voor een message queue in plaats van directe API-calls? Welke alternatieven zijn afgevallen? Zes maanden later herinnert niemand zich dat meer, maar het transcript wel. Veel teams schrijven hun architecture decision records nu direct op basis van de AI-samenvatting van zo'n sessie.

Jargon, servernamen en ticketnummers

De grootste zorg van IT-teams is meestal: verstaat de AI ons wel? "Kubernetes", "Terraform", "PROD-4471" en "de k8s-cluster in eu-west-1" zijn geen alledaags Nederlands. Standaard zal een AI-notulist hier af en toe de mist in gaan.

Gelukkig is dat goed te verhelpen. Bijna elke serieuze AI-notulist heeft een aangepaste woordenlijst waarin je je eigen termen zet. Voeg daar de namen van je services, omgevingen, teams en tools aan toe. Ook de afkortingen die alleen jullie gebruiken. Na een paar sessies zie je de nauwkeurigheid flink omhoog gaan.

Twee praktische regels helpen daarnaast:

• Spreek ticketnummers voluit. "PROD, streepje, vier-vier-zeven-één" komt beter door dan een snel gemompeld nummer.
• Controleer de samenvatting op systeemnamen. Vooral bij namen die op elkaar lijken (staging versus production) loont een snelle check.

Vertrouwelijkheid: wat mag er in het transcript?

In IT-overleggen komen soms gevoelige zaken voorbij: kwetsbaarheden die nog niet zijn gepatcht, toegangsgegevens die iemand per ongeluk voorleest, of details van een beveiligingsincident. Denk daarom vooraf na over een paar dingen.

Spreek af dat wachtwoorden en tokens nooit hardop worden genoemd, ook niet zonder AI-notulist. Kies een AI-notulist die je data in de EU opslaat en die je transcripten laat bewerken of verwijderen. En bepaal wie de notulen van security-incidenten mag inzien; dat hoeft niet het hele team te zijn.

Voor de meeste reguliere overleggen is dit geen probleem. Voor security-incidenten kun je ervoor kiezen om alleen de samenvatting te bewaren en het volledige transcript na de postmortem te verwijderen.

Zo start je met automatisch notuleren in je IT-team

Begin klein. Kies één type overleg, bijvoorbeeld het wekelijkse changeoverleg, en laat de AI-notulist daar een maand meedraaien. Vul de woordenlijst aan zodra je fouten ziet. Vraag het team na afloop of de samenvattingen kloppen en of ze er iets aan hebben.

Werkt dat, breid dan uit naar incidentcalls. Maak een vaste vergaderlink voor incidenten en koppel de AI-notulist daaraan, zodat je er tijdens een storing niet aan hoeft te denken. Wil je ervaringen uitwisselen met andere teams die hiermee experimenteren, dan is de AI-tafel een prettige plek om te sparren over welke AI-tools in de praktijk echt werken.

Het resultaat na een paar maanden: complete tijdlijnen zonder dat iemand hoefde te typen, postmortems die in een half uur klaar zijn en een doorzoekbaar archief van elke technische beslissing die je team ooit nam.

Veelgestelde vragen

Verstaat een AI-notulist technische termen en Engelse woorden?

Meestal goed, zeker bij gangbare termen als Kubernetes of deployment. Voor eigen servicenamen, afkortingen en ticketnummers voeg je een woordenlijst toe. Daarmee stijgt de nauwkeurigheid flink.

Kan een AI-notulist automatisch bij elke incidentcall aanschuiven?

Ja. Koppel de AI-notulist aan een vaste incident-vergaderlink of aan een agenda met een herkenbaar trefwoord in de titel. De notulist sluit dan automatisch aan zodra de call start.

Is automatisch notuleren veilig bij security-incidenten?

Dat kan, mits je een tool kiest met opslag in de EU, verwijderopties en toegangsbeheer. Spreek af dat wachtwoorden nooit hardop worden genoemd en bewaar bij gevoelige incidenten alleen de samenvatting.