Agile – de binnenkant en de buitenkant

Eind 2017 las ik het artikel: “Hard én zacht. Casus Scrum binnen de Rechtspraak, een interview met Mirjam Elast-Zeeders, Scrum Master bij de Rechtspraak”

https://www.managementsite.nl/hard-en-zacht-scrum-binnen-rechtspraak

Het artikel deed iets met mij, het raakte mij, het maakte mij nieuwsgierig.

De volgende zinnen lieten mij niet meer los:

“Wat mij opvalt, is dat de zachte kant van Scrum, zoals hoe je een team goed kan laten samenwerken, echt onderbelicht wordt in de Scrumguide.”.

“Uiteindelijk hebben we voor een aantal van hen een andere omgeving gevonden waar ze beter tot hun recht komen. Van een ander teamlid heb ik echt afscheid genomen”.

“Of door te investeren in ‘zachte elementen’, zoals het geven van onderlinge feedback”.

Ik had moeite met het woord “zacht”. Agile en scrum zijn in mijn ogen helemaal niet zacht.

Agile vereist openheid van alle teamleden en verantwoordelijkheid nemen en dragen. Teamleden moeten elkaar aanspreken op elkaars gedrag met als doel verbetering.

Het gaat dan over de relatie. Het raakt je eigen normen en waarden. Dat kan soms pijnlijk zijn, dichtbij komen en emoties oproepen. Dat is hard en niet iedereen kan of wil dat.

Weer die woorden: “hard en zacht”, het bleef door mijn hoofd spelen.

Ik vond een bevredigende oplossing in het ijsbergmodel van McClelland.

De zachte kant heb ik de binnenkant van Agile-scrum genoemd, datgene dat onder water zit. De buitenkant zit boven water en dat zijn bv. de productbacklog, de standup en de sprint review.

Ik ben verder gaan graven. Ik heb de metafoor van de ijsberg naast het Agile manifesto gelegd en de volgende verbanden gelegd:

Vervolgens heb ik de 12 principes aandachtig gelezen. In 5 principes komt naar mijn mening de binnenkant duidelijk naar voren. Ik heb de betreffende woorden onderstreept.

  • Mensen uit de business en ontwikkelaars moeten dagelijks samenwerken gedurende het gehele project.
  • Bouw projecten rond gemotiveerde individuen.
  • Geef hen de omgeving en ondersteuning die ze nodig hebben en vertrouw erop dat ze de klus klaren.
  • De meest efficiënte en effectieve manier om informatie te delen in en met een ontwikkelteam is door met elkaar te praten.
  • De beste architecturen, eisen en ontwerpen komen voort uit zelfsturende teams.
  • Op vaste tijden, onderzoekt het team hoe het effectiever kan worden en past vervolgens zijn gedrag daarop aan.
0 Reacties

Geef een antwoord

©2024 AgileHubNoord | privacy | cookiebeleid

Login met je gegevens

Je gegevens vergeten?