Er zit alleen waarde in afgerond werk 🏆

Herken je dit? Je kunt even niet verder met waar je mee bezig was, en begint dus alvast met de volgende taak.

Dit lijkt heel efficient en het geeft zeker voldoening, maar in werkelijkheid schaadt je er jouw productiviteit mee: Het toevoegen van meer dingen om over na te denken en het schakelen tussen de details van die onderwerpen levert in werkelijkheid vooral chaos in je hoofd en daardoor tijdsverlies en stress. 🤯

Stop dus met het vieren dat je “alvast begonnen bent”, en besef dat dit eigenlijk geen goed maar slecht nieuws is. En vergeet vervolgens niet te vieren dat je iets af hebt gerond en dus vrij bent om wat nieuws te starten. 🥳

💡Hoe onnatuurlijk het ook voelt, is het beter om even pauze te nemen om op te laden of wellicht een kleine klusje te doen dat je helemaal afrondt voor je terug gaat naar de tijdelijk geblokkeerde taak.

🎉 Lang Leve UML !!!

Ik koester een bijzondere herinnering aan dit moment in het begin van mijn carrière: Na een middag felle whiteboard discussie met mijn toenmalige collega Theo over het ontwerp voor een nieuw stukje software, ontdekten we dat we het beiden al uren het zelfde bedoelden maar anders tekenden.

Dit was de aanleiding om samen naar een Unified Modeling Language (UML) training te gaan om een gedeelde vocabulaire van “blokken en pijlen” te leren. Hier heb ik tot op de dag van vandaag plezier van. 🎓

💡Whiteboards zijn niet meer zo hip als ooit, maar met tools als PlantUML is het een kleine moeite om universele “praatplaatjes” bij de code te tekenen die concepten overdragen zonder de noodzaak van een stortvloed van woorden.

UML zou daarom meer levend moeten zijn dan ooit, maar als ik om me heen kijk dan lijkt dat behoorlijk tegen te vallen.

🤔 De constructie van het resultaat (= het “bouwen”) wordt bij software al vele jaren uitgevoerd door computers. Er gaat een gedetailleerde specificatie als broncode in, en er komt een uitvoerbaar programma uit.

💡Wordt het niet eens tijd om te beseffen dat mechanisch projectmanagement dat voor het bouwproces is ontwikkeld niet zo goed werkt voor het creatieve ontwerpproces dat er aan vooraf gaat?

Het kijken van de Clean Coders videos van Robert Martin (aka Uncle Bob) heeft mij meer dan 10 jaar geleden nieuwsgierig gemaakt naar “Test Driven Development”. Dit heeft mijn manier van programmeren, ontwerpen en testen van software destijds volledig op zijn kop gezet. 🚀

Het was daarom fascinerend om Kent Beck als bedenker van TDD onlangs tijdens de “Tech Excellence Conference 2024” zowel de ontstaansgeschiedenis als onderliggende filosofie nogmaals te horen vertellen.

➡️ Ik denk dat zijn verhaal voor iedere software ontwikkelaar verplichte kost zou moeten zijn. Dit is dus een mooi moment om je te laten inspireren:

💡 Stop met raden en het zelf invullen van de antwoorden

Laatst las ik een parabel over een bar voor die ineens een stroom nieuwe klanten verwelkomt. De eigenaar van de bar is overtuigd dat zijn uitgebreide wijnassortiment de reden is, maar in werkelijkheid zijn de nieuwe klanten een vriendengroep die er per ongeluk terecht kwamen. 🤦

Veel bedrijven maken dezelfde fout: ze bouwen voort op aannames zonder de echte drijfveren van hun klanten te begrijpen. Ze geloven in hun eigen verhaal en missen de kans om waardevolle inzichten te verzamelen.

➡️ De les? Vraag je klanten waarom ze kiezen voor jouw product of dienst. Vraag je gebruikers wat hen aantrekt, wat hen vasthoudt – en luister écht.

Want pas als je stopt met raden, kun je beginnen met groeien. 💸