Omdat ze de oorzaak zijn van het meeste ongemak in de functie. Een systeembeheerder heeft een agenda die uit twee dingen bestaat: gepland werk en alles wat ertussen komt. Wie geen verwachtingen managet, belooft impliciet dat beide passen, en levert vervolgens het geplande werk niet op.
Nee zeggen is de tweede kant daarvan, en het is geen weigering maar een prijskaartje: “dat kan, en dan schuift de patchronde naar volgende week.” Beheerders die dat niet uitspreken, bouwen een reputatie op van iemand die dingen laat liggen — terwijl ze juist te veel hebben aangenomen. Dat is ook waar de meeste werkdrukklachten in dit vak vandaan komen: niet uit de hoeveelheid werk, maar uit de onuitgesproken verwachting dat het allemaal kan.
Hoe leg je techniek uit aan iemand die er niet in zit?
Begin bij wat het voor de ander betekent, geef de oorzaak in één zin en sluit af met wie wat wanneer doet. Vraag daarna niet “is het duidelijk?” maar “wat ga je nu als eerste doen” — dan hoor je meteen of het is geland.
Dit is de vaardigheid waar je het vaakst op wordt beoordeeld door mensen die je technische werk niet kunnen beoordelen. Hoe je dat aanpakt, welk jargon je beter vervangt en wanneer versimpelen juist verkeerd is, staat uitgebreider in de beste manier om technische problemen uit te leggen.