Dit is mijn tweede blog over het belang van transparantie. In mijn vorige sprak ik over een voor mij nieuw fenomeen: de scope governance board.
Transparantie is cruciaal voor het succes van organisaties en groepen die Agile omarmen. In Scrum hebben we ook de Scrum gebeurtenissen die helpen bij transparantie, waaronder de Daily Standup, Sprint Planning, Sprint Review en Retrospective-vergaderingen. Deze events geven Developers, Product Owner en andere stakeholders de kans om problemen aan de te bespreken en eerlijk en open te zijn. De events geven het Scrum team ook de kans om zich aan te passen en te verbeteren.
Transparantie in Agile kan niet worden overschat. In sommige organisaties is het niet eenvoudig om transparant en open te zijn. Er is veel druk om te zeggen wat het bedrijf wil horen. Maar ik geloof dat een gebrek aan transparantie op de lange termijn een Agile-team, het project, de organisatie en uiteindelijk het bedrijf schaadt.
Gebrek aan transparantie heeft in mijn ogen een negatieve impact. Anders gezegd, transparantie draagt bij aan openheid, respect en vertrouwen, niet alleen binnen teams, maar ook tussen teams. Ik geloof daar enorm in.
Er zijn verschillende stappen die een team kan nemen om de transparantie in het (Scrum) team te vergroten.
In de Scrum Guide (2020) staat het volgende over de Daily en de aanwezigheid van andere rollen dan de Developers:
“De Daily Scrum is een gebeurtenis van 15 minuten voor de Developers van het Scrum Team. Om complexiteit te verminderen, wordt het elke werkdag van de Sprint op dezelfde tijd en op dezelfde plaats gehouden. Als de Product Owner of Scrum Master actief werken aan items in de Sprint Backlog nemen ze deel als Developers.”
Met andere woorden, het is een event voor de Developers en mensen die actief werken aan het Sprint Backlog. Zo kan er direct worden ingespeeld op eventuele miscommunicaties, afhankelijkheden en het delen van best practices. Komen er zaken naar boven waarop ingespeeld moet worden, dan kunnen de mensen die daarbij betrokken zijn na de Daily samen het gesprek voortzetten. Zo houd je de Daily effectief, maar hou je ook de lijntjes kort en voorkom je onnodige werkzaamheden en miscommunicaties. In het geval dat de Scrum Master en de Product Owner niet actief deelnemen aan het Backlog, is dit event dus ook niet voor hun bedoeld.
Toch heeft het voordelen om als Product Owner en Scrum Master je aan te sluiten bij de Daily. Uiteraard is het hierbij wel van belang dat deze rollen zich niet gaan bemoeien met de inhoud en het ‘hoe’ van de uitvoering van het werk. Dat blijft tenslotte het inspectie moment van developers en mensen die actief werken aan de Sprint Backlog.
De Scrum Guide (2020) zegt het volgende over de Sprint Planning:
Het Scrum Team mag ook anderen uitnodigen om de Sprint Planning bij te wonen als adviseur.
Nodig mensen uit van andere afdelingen of teams die afhankelijkheden hebben met het product dat je bouwt wanneer een relevant onderwerp wordt besproken in de Planning of de refinement. Dit vergroot niet alleen je transparantie over waar jullie aan werken, leidt ook tot kortere lijntjes en betere samenwerking. De kracht is het gezamenlijk bouwen aan een gedeeld beeld van hoe de komende sprint eruit ziet.
Beide Backlogs representeren een lijst met werk wat gedaan moet worden voor het te bouwen product. De Product Backlog bevat de wensen voor de toekomst. De Sprint Backlog bevat de wensen het team deze sprint gaat realiseren.
Er zijn verschillende manieren waarop je deze informatie beschikbaar kunt stellen:
Ik hoop dat ik jullie heb kunnen inspireren je transparantie zowel in het team als daarbuiten te vergroten. En natuurlijk ben ik ook benieuwd, wat zijn jullie succesfactoren in het vergoten van transparantie?
Dit is mijn tweede blog over het belang van transparantie. In mijn vorige sprak ik over een voor mij nieuw fenomeen: de scope governance board.
Transparantie is cruciaal voor het succes van organisaties en groepen die Agile omarmen. In Scrum hebben we ook de Scrum gebeurtenissen die helpen bij transparantie, waaronder de Daily Standup, Sprint Planning, Sprint Review en Retrospective-vergaderingen. Deze events geven Developers, Product Owner en andere stakeholders de kans om problemen aan de te bespreken en eerlijk en open te zijn. De events geven het Scrum team ook de kans om zich aan te passen en te verbeteren.
Transparantie in Agile kan niet worden overschat. In sommige organisaties is het niet eenvoudig om transparant en open te zijn. Er is veel druk om te zeggen wat het bedrijf wil horen. Maar ik geloof dat een gebrek aan transparantie op de lange termijn een Agile-team, het project, de organisatie en uiteindelijk het bedrijf schaadt.
Gebrek aan transparantie heeft in mijn ogen een negatieve impact. Anders gezegd, transparantie draagt bij aan openheid, respect en vertrouwen, niet alleen binnen teams, maar ook tussen teams. Ik geloof daar enorm in.
Er zijn verschillende stappen die een team kan nemen om de transparantie in het (Scrum) team te vergroten.
In de Scrum Guide (2020) staat het volgende over de Daily en de aanwezigheid van andere rollen dan de Developers:
“De Daily Scrum is een gebeurtenis van 15 minuten voor de Developers van het Scrum Team. Om complexiteit te verminderen, wordt het elke werkdag van de Sprint op dezelfde tijd en op dezelfde plaats gehouden. Als de Product Owner of Scrum Master actief werken aan items in de Sprint Backlog nemen ze deel als Developers.”
Met andere woorden, het is een event voor de Developers en mensen die actief werken aan het Sprint Backlog. Zo kan er direct worden ingespeeld op eventuele miscommunicaties, afhankelijkheden en het delen van best practices. Komen er zaken naar boven waarop ingespeeld moet worden, dan kunnen de mensen die daarbij betrokken zijn na de Daily samen het gesprek voortzetten. Zo houd je de Daily effectief, maar hou je ook de lijntjes kort en voorkom je onnodige werkzaamheden en miscommunicaties. In het geval dat de Scrum Master en de Product Owner niet actief deelnemen aan het Backlog, is dit event dus ook niet voor hun bedoeld.
Toch heeft het voordelen om als Product Owner en Scrum Master je aan te sluiten bij de Daily. Uiteraard is het hierbij wel van belang dat deze rollen zich niet gaan bemoeien met de inhoud en het ‘hoe’ van de uitvoering van het werk. Dat blijft tenslotte het inspectie moment van developers en mensen die actief werken aan de Sprint Backlog.
De Scrum Guide (2020) zegt het volgende over de Sprint Planning:
Het Scrum Team mag ook anderen uitnodigen om de Sprint Planning bij te wonen als adviseur.
Nodig mensen uit van andere afdelingen of teams die afhankelijkheden hebben met het product dat je bouwt wanneer een relevant onderwerp wordt besproken in de Planning of de refinement. Dit vergroot niet alleen je transparantie over waar jullie aan werken, leidt ook tot kortere lijntjes en betere samenwerking. De kracht is het gezamenlijk bouwen aan een gedeeld beeld van hoe de komende sprint eruit ziet.
Beide Backlogs representeren een lijst met werk wat gedaan moet worden voor het te bouwen product. De Product Backlog bevat de wensen voor de toekomst. De Sprint Backlog bevat de wensen het team deze sprint gaat realiseren.
Er zijn verschillende manieren waarop je deze informatie beschikbaar kunt stellen:
Ik hoop dat ik jullie heb kunnen inspireren je transparantie zowel in het team als daarbuiten te vergroten. En natuurlijk ben ik ook benieuwd, wat zijn jullie succesfactoren in het vergoten van transparantie?
Het is onze missie om klanten te helpen hun veranderambities waar te maken.
Onze locatie in Amersfoort ligt pal tegenover de hoofdingang van het NS-station en is dus eenvoudig per openbaar vervoer bereikbaar.
Kom je met de auto, dan kun je het beste parkeren in de Q-Park P+R Barchman Wuytierslaan op circa 5 minuten loopafstand van ons kantoor.
