‘Documenteren of verdwijnen’: waarom kennisbeheer vanaf dag één nodig is

Wat kennisbeheer echt betekent

Bij kennisbeheer denken de meeste mensen aan stoffige SharePoint-mappen of een ‘procesbijbel’ van 300 pagina's. Clément Soens, die dagelijks ruwe data omzet in verhelderende antwoorden, ziet dat anders:

Het begint op het laagste niveau: elke functie krijgt een beschrijving. Vervolgens legt elk script uit hoe het met het volgende communiceert. Bouw die lagen op elkaar en plots kan een buitenstaander uw hele project draaien zonder in paniek te raken.

Denk aan een structuur die van onderuit groeit, niet aan bureaucratie van bovenaf. Eén ongedocumenteerde functie is een losse steen. Met genoeg losse stenen wankelt het hele product.

Bij Agilytic zijn het twee kanten van dezelfde medaille

1. Kennis delen tussen mensen

   • Tech Talks: korte sessies van 30 minuten waarin iemand het team een nieuwe techniek, een bijna-fout of een moeizaam verworven inzicht toelicht.

   • Onboardinggids: een checklist voor de eerste week die zo volledig is dat ‘u kunt beginnen terwijl iedereen op vakantie is’.

2. Gestructureerde, doorzoekbare kennis

   • GitHub voor code (de universele CTRL + Z).

   • Een centrale, doorzoekbare documentendatabase voor samenwerking rond al het andere: projectevaluaties, offertesjablonen en zelfs technische spiekbriefjes.

     • Gebruikelijke keuzes zijn Notion, Confluence, Coda of Microsoft Loop. Maar kies er één, geen vijf!

De meerwaarde ontstaat wanneer beide samenkomen. Een boeiende Tech Talk is mooi. Maar pas wanneer de slides en het transcript in Notion staan, blijft dat inzicht ook zes maanden later beschikbaar.

Ik bekijk kennisbeheer als data scientist. Maar het gaat veel verder dan code. Het gaat om vaardigheden en kennis uit projecten vastleggen, of dat nu herbruikbare functies of bedrijfsexpertise zijn. Bij Agilytic documenteren we alle projectevaluaties in een Notion-database. Dat is bijzonder waardevol voor later werk.

— Clément

Waarom start-ups het meer nodig hebben dan grote bedrijven

Volgens de gangbare opvatting is kennisbeheer iets voor banken en grote ondernemingen. Clément is het daar niet mee eens:

In een start-up heeft niemand 20 jaar context. Als u het niet opschrijft, vindt u elke sprint hetzelfde wiel opnieuw uit.

Vroege gewoontes leveren steeds meer op:

Silo's voorkomen voordat ze ontstaan

Silo's zijn niet alleen politiek, maar ook technisch. Clément illustreert dat met foutcodes. In een IT-afdeling betekende foutcode 949 ‘ontbrekende waarde’, maar in de marketingafdeling ‘onbekende klant’:

Hetzelfde nummer, een ander wereldbeeld. Zonder gedeelde documentatie weet u nooit wiens werkelijkheid klopt.

De oplossing: één gezaghebbende bron die beide partijen kunnen bewerken en die ze geacht worden te lezen voordat ze een collega aanspreken.

Hoe u merkt dat kennisbeheer achterloopt

• Signaal #1: Leidinggevenden vitten tijdens beoordelingen op de vorm in plaats van de inhoud te bespreken.

• Signaal #2: Ervaren medewerkers beantwoorden twee keer per week dezelfde vraag: ‘Waar staat dat?’

• Signaal #3: Wijzigingen terugdraaien duurt langer dan alles opnieuw schrijven.

Klinkt iets hiervan bekend? Blokkeer deze vrijdag twee uur. Begin een document dat u blijft bijwerken:

1. Noteer het grootste risico door kennis die vandaag alleen in hoofden zit.

2. Voeg een werkinstructie van één alinea toe.

3. Link ernaar op een voor de hand liggende plek.

Herhaal dat volgende vrijdag. Ook als er veel werk is, brengt voortgang u verder dan een eindeloze takenlijst.

Tools om snel te starten

Wat het oplevert

• Veerkracht: Projecten overleven personeelsverloop.

• Efficiëntie: Antwoorden in 30 seconden, in plaats van 5 minuten lang de vraag ‘Waar staat dat document?’ door te schuiven.

• Zelfstandigheid: Minder onderbrekingen, meer concentratie.

• Hogere waardering: Een nette kennisbank is goud waard bij due diligence wanneer u financiering zoekt of verkoopt.