Liberating Structures - een introductie

Dit artikel is eerder gepubliceerd op de website van Team Rockstars IT.

Je loopt de eerste meeting van de dag uit en je bent er eigenlijk al weer klaar mee. Je voelt je leeglopen bij de gedachte aan een dag vol meetings, meetings die allemaal net zo beroerd verlopen als deze eerste. Het begon er al mee dat opnieuw niet duidelijk was wat het doel van de meeting was. Een aantal mensen die duidelijk niet uitgenodigd hadden moeten worden, waren wel aanwezig, wat de sfeer er niet beter op maakte. Ondertussen waren collega’s die wel iets wezenlijks hadden kunnen bijdragen, juist niet uitgenodigd. Precies na een uur kwam er eindelijk schot in de zaak: de conclusie was dat de meeting herpland moet worden, maar dan met de juiste mensen en een duidelijke agenda.

Klinkt dit bekend? Heb je ook het gevoel dat vergaderingen vaak hun doel voorbijschieten? Gelukkig zijn er manieren om dit soort frustrerende situaties te voorkomen. Lees dan verder om te ontdekken hoe Liberating Structures kunnen helpen meetings om te vormen tot productieve en betrokken sessies waarin iedereen effectief kan bijdragen.

De business of onze business? Hoe ons taalgebruik kan bijdragen aan meer verbinding en minder polarisatie in organisaties

Taalgebruik. Iets waar we te weinig over nadenken. De taal die je gebruikt kan, bewust of onbewust, je gedachtes, gevoelens en zelfs je motivatie beinvloeden. Het kan uit elkaar drijven of juist voor verbinding zorgen. Het verschil tussen het gebruik van “de” of “onze”, in de uitspraak “de business” of “onze business”, je zou er een compleet boek over kunnen schrijven. Benieuwd hoe je met het juiste taalgebruik kunt bijdragen aan meer verbinding en minder polarisatie in de ‘us vs them’-discussie? Lees mijn artikel nu en ontdek hoe subtiele veranderingen in taalgebruik het verschil kunnen maken.

Architectuur design met het C4-model

Dit artikel werd eerder gepubliceerd in het SDN Magazine.

Samenwerken. Dialoog. Conversatie. Elk boek over softwareontwikkeling besteed er aandacht aan. Het is misschien wel het belangrijkste middel om succesvol software te ontwikkelen. Of het nu gaat over domeinen, specificaties of architectuur, uiteindelijk moet er een ondubbelzinnig beeld ontstaan van het te ontwikkelen software systeem. Ook bij het ontwerpen van de architectuur is de dialoog belangrijk. Het is daarbij van belang dat alle betrokkenen begrijpen hoe de architectuur van het softwaresysteem er uit ziet.

Een monoliet? Nee, dat hebben wij niet meer!

De monoliet wordt vaak gezien als een anti-pattern en er wordt veel aandacht besteed aan het opsplitsen van monolithische applicaties naar microservices. Meestal gaat het hier over de applicatie-monoliet, maar er andere varianten van de monoliet die, onterecht, minder aandacht krijgen. In dit artikel laat ik een aantal van deze varianten de revue passeren, toon hoe deze monolieten er uit zien en waarom ze meer aandacht verdienen.