Gebruik visualisatie- en transparantietools als middel en niet als doel Bij Toyota Way is het doel van de visualisatietools: het creëren van (meer) transparantie om feiten boven water te krijgen en ze beter te begrijpen. Bij Toyota worden tools nooit een doel. Daarom kom ik op basis van het zevende principe van de Toyota Way

Verder is het uiteraard belangrijk om de kernoorzaak van het suboptimale praktijkprobleem te achterhalen. Naar mijn ervaring is dat geen makkelijke opgave, aangezien elke situatie tamelijk uniek en vaak complex is. In de praktijk kom ik voor dit probleem vaak de volgende mogelijke oorzaken tegen: Het ‘waarom’ missen: Het niet weten of begrijpen van de

In mijn werk heb ik als deelnemer of facilitator veel te maken met evaluaties. Zo vragen een vijftal nota bene ervaren managers van een consultancybedrijf waar ik op dat moment werk, of ik een evaluatiesessie wil faciliteren voor een pas afgerond agile project dat niet goed verlopen is bij de Rijksoverheid. Ik zeg ja, en

Wanneer agile niet de gewenste resultaten oplevert, is de verleiding groot om direct naar een oplossing te zoeken. Een nieuwe training. Een ander framework. Een extra Scrum Master. Meer coaching. Maar voordat je een interventie kiest, is het belangrijk om eerst te begrijpen wat de oorzaak van het probleem is. Uit mijn ervaring is dat

Agile coaching vraagt meer dan kennis van agile frameworks. Er zijn een aantal best practices in agile coaching die duidelijkheid en houvast bieden bij de aanpak van een suboptimaal praktijkprobleem. Je zou ze ook als stappen kunnen beschouwen. 1. Doe een intake Doe een intake bij aanvang van de ‘coaching’ opdracht en bepaal of je

Agile werken is inmiddels in veel organisaties een vanzelfsprekend onderdeel van de manier van werken. Teams werken met Scrum, Kanban of andere agile werkwijzen. Er zijn stand-ups, reviews en retrospectives en organisaties hebben vaak Product Owners, Scrum Masters en Agile Coaches aangesteld. Toch zie ik in de praktijk regelmatig dat de resultaten achterblijven bij de