{"id":41,"date":"2019-08-14T14:54:06","date_gmt":"2019-08-14T14:54:06","guid":{"rendered":"http:\/\/scrum-agile.nl\/?page_id=41"},"modified":"2019-08-15T10:43:09","modified_gmt":"2019-08-15T10:43:09","slug":"management-en-agile-werken","status":"publish","type":"page","link":"https:\/\/scrum-agile.nl\/?page_id=41","title":{"rendered":"Management en Agile werken"},"content":{"rendered":"\n<p>Scrum en andere Agile\nmanieren van werken doen meer en meer hun intrede bij bedrijven. Dit betekent\ndat medewerkers meer en meer in zelfsturende teams gaan werken. Dit vraagt ook\nvoor de aansturing een andere manier van handelen. Veel managers hebben moeite\nmet het loslaten van de oude manier van werken. Aan de ene kant worden er\nzelfsturende teams ingericht, aan de andere kant wordt er gekeken hoe er zo\nveel mogelijk controle gehouden kan worden.<\/p>\n\n\n\n<p>In de praktijk gebeurt\nhet regelmatig dat Product Owners of Scrum Masters aan het eind van iedere\nsprint hele boekwerken aan rapportages moeten opleveren. Ook worden er\nvoortgangsoverleggen gepland aan het eind van iedere sprint. Dit terwijl een\nmanager niet aanwezig is bij de reviews. Soms gaat het zelfs zo ver dat het\nAgile werken als ongeschikt wordt geacht voor de organisatie omdat er geen\ngevoel van controle is. Er kunnen best redenen zijn waarom Agile werken niet\ngeschikt is voor een organisatie, maar gebrek aan controle over de teams is dat\nzeker niet.<\/p>\n\n\n\n<p><strong>Oude bedrijfsvoering\nin een moderne organisatie<\/strong><\/p>\n\n\n\n<p>Begin vorige eeuw\nlegde Frederick Taylor de basis voor de wetenschappelijke\nbedrijfsvoeringsgedachten. Binnen een bedrijf waren een beperkt aantal mensen\ndie bedachten wat er gedaan moest worden, meestal directie en management, en de\nrest voerde uit. Het betrof hier vooral productie werk. Hoewel dit zogenaamde\nTaylorisme zijn beperkingen had, zijn nog veel management opleidingen gebaseerd\nop deze gedachten. Dit terwijl het Taylorisme uit een periode komt waar het\nopleidingsniveau van de gemiddelde medewerker heel laag was. In vergelijking;\nhet opleidingsniveau van de directeur van toen ligt lager dan dat van een\nmedewerker in een professionele omgeving nu. Met het stijgen van het\nopleidingsniveau, steeg ook de behoefte naar een andere manier van werken.<\/p>\n\n\n\n<p>Er is hierin een vergelijking te trekken met onze krijgsmacht. De arbeider van vroeger is te vergelijken met de vroegere soldaat. De generaal vertelde wat de soldaten moesten doen. Dit werd eventueel door lagere rangen als luitenant doorgegeven aan de manschappen. De generaal verplaatste zijn manschappen over het slagveld. De generaal wist het einddoel en had de strategie in zijn hoofd en vertelde wat de manschappen moesten doen. Tegenwoordig wordt er steeds meer met speciale eenheden gewerkt. Kleine zelfstandige teams die een einddoel omschreven krijgen. De teams gaan naar het gebied waar de operatie wordt uitgevoerd en komen hier met een resultaat uit. De legerleiding geeft kaders aan waarbinnen de teams opereren. De teams voeren zelf hun missie uit op een manier zoals zij denken dat ze het optimale resultaat kunnen behalen. Het voordeel is dat ze als klein team snel op veranderingen kunnen inspelen. De officieren faciliteren door het benodigde materieel en materiaal beschikbaar te stellen. Zij regelen een Chinook voor transport en regelen een mini drone zodat het team een goede observatie kan uitvoeren.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img loading=\"lazy\" width=\"600\" height=\"350\" src=\"https:\/\/scrum-agile.nl\/wp-content\/uploads\/2019\/08\/royalMarine.jpg\" alt=\"\" class=\"wp-image-42\" srcset=\"https:\/\/scrum-agile.nl\/wp-content\/uploads\/2019\/08\/royalMarine.jpg 600w, https:\/\/scrum-agile.nl\/wp-content\/uploads\/2019\/08\/royalMarine-300x175.jpg 300w\" sizes=\"(max-width: 600px) 100vw, 600px\" \/><\/figure>\n\n\n\n<p><strong>Managers blijven\nbehoefte houden aan grip.<\/strong><\/p>\n\n\n\n<p>Hoe je het ook\nbekijkt, managers blijven behoefte houden aan informatie. Ze willen graag weten\nhoe het staat. Hoe is dit dan op te lossen? Er zijn hiervoor een aantal\nmogelijkheden.<\/p>\n\n\n\n<p>Ten eerste: Beste\nmanager, bezoek de reviews !!! Daarin wordt getoond wat er de afgelopen sprint\ngedaan is, welke stories gehaald zijn, welke stories niet gehaald zijn, wat de\nvolgende sprint(s) opgepakt gaat worden en hoe dit alles zich verhoudt tot de\nproduct backlog. Als je als manager niet voldoende informatie uit de review\nkrijgt, ga dan in overleg met de teams om de inhoud van de review aan te\npassen.<\/p>\n\n\n\n<p>Ten tweede: Teams wees\ntransparant !!! Als iemand de teamkamer binnen loopt (ongeacht of het een\nmanager of een klant of een collega is) moet je kunnen zien waar een ieder mee\nbezig is en wat de stand van zaken is. Dus je scrum board is up-to-date, er\nhangt een bijgewerkte burn down, impediments zijn zichtbaar op het scrum board.<\/p>\n\n\n\n<p>Laat ook zien hoe de\nafgelopen sprints gelopen zijn. Hoeveel punten had je als team gepland, hoeveel\npunten had je verbrand, hoeveel stories waren er afgerond, welke impediments\nhad je in de afgelopen sprints. Welk aandachtspunten heb je de afgelopen sprints\nopgepakt die uit de review zijn gekomen en welk resultaat is daaruit gekomen.\nDaarnaast is het inrichten van een wall of fame waarop alle teams hun successen\ndelen met de wereld een goed idee. Dit stimuleert teams om successen te\ncre\u00ebren.<\/p>\n\n\n\n<p><em>Organiseer eens een Scrum Review Markt<\/em><\/p>\n\n\n\n<p>Natuurlijk worden de\nstakeholders uitgenodigd voor de reviews. Maar je kunt als team nog meer doen.\nOm op een dynamischer manier te laten zien wat je de afgelopen periode gedaan\nhebt kun je een Scrum Review Markt organiseren. Op deze markt staan kraampjes\nwaar de teams hun producten kunnen tonen en met de stakeholders kunnen praten.\nDe klanten komen dan laagdrempelig in contact met de ontwikkelaars en kunnen\nhun idee\u00ebn uitwisselen. Omdat er direct contact is, motiveert dit ook weer de\nontwikkelaars omdat ze weten voor wie ze het product maken. Daarnaast is een\ndergelijke markt ook voor managers een uitgelezen plaats om te zien wat er\nspeelt zowel bij de teams als bij de stakeholders.<\/p>\n\n\n\n<p>Ten derde: Manager\ndurf je team centraal te zetten. Hoe hard het ook klinkt; het is het team dat\nde prestaties neerzet, niet jullie. Dus zet je teams in het voetlicht en treed\nzelf naar de achtergrond.<\/p>\n\n\n\n<p>En boven alles, kijk\nnaar je organisatie. In hoeverre is het handig om met Scrum te werken in een traditionele\nlijn organisatie. Het draait om het product en juist de mensen die het product\nontwikkelen en die er mee werken weten wat de behoeften zijn.<\/p>\n\n\n\n<p><strong>Heeft een zelfsturend\nteam dan geen sturing nodig?<\/strong><\/p>\n\n\n\n<p>Als de\nverantwoordelijkheid lager in de organisatie gelegd wordt, zullen mensen zich\ndaar meer en meer naar gedragen. Natuurlijk is er verschil tussen teams. Niet\nieder team heeft evenveel senioriteit in haar gelederen. Maar met het stellen\nvan de juiste kaders komt een team tot bloei. En die kaders worden door de\nmanager gesteld. En daarmee wordt niet de driehoek Geld-Tijd-Kwaliteit bedoeld.\nDe kaders die binnen veel organisaties heilig zijn. De manager faciliteert\ndaarna de teams bij het behalen van de doelen die de teams stellen. Deze doelen\nzijn bijvoorbeeld de stories die aan het einde van de sprint done zijn. En als\naan het einde van de sprint een groot deel van de stories niet done zijn is het\nde manager natuurlijk vrij om te vragen waarom het niet gelukt is. Een vraag\ndie een goed team eenvoudig kan beantwoorden omdat zij zich die vraag zelf al\ngesteld en beantwoord hebben. En beste manager, vergeet ook niet af en toe een\ncompliment te geven als er een mooi resultaat ligt. Ook de teams hebben hierin\neen hele verantwoordelijkheid want zij moeten als het niet goed gaat dit ook\nwel bij hun manager aangeven en duidelijk aangeven wat ze van hem nodig hebben\nom het wel weer goed te laten lopen. Denk er wel aan dat net als bij de\nspeciale eenheden in het leger, ook een Scrum team training en tijd nodig heeft\nom op elkaar ingespeeld te raken.<\/p>\n\n\n\n<p><strong>Werken zelfsturende\nteams in de praktijk?<\/strong><\/p>\n\n\n\n<p>Er zijn verschillende\nvoorbeelden waarin de verantwoordelijkheid bij de teams gelegd wordt. Een hele\nbekende is het bedrijf Semco van Ricardo Semler. Maar ook in Nederland zijn er voorbeelden.\nDenk bijvoorbeeld aan Stichting Buurtzorg. Bij Buurtzorg werken kleine teams\ndie zelf de zorg organiseren voor hun cli\u00ebnten. Ze organiseren zelf de\nroosters, ze passen de zorg aan op de behoeften van de cli\u00ebnten. Dit kunnen de\nteams zelf beslissen zonder dat er eerst met management overlegd hoeft te\nworden. Snel en flexibel. Er zit zelfs geen management laag meer tussen. Het is\neen hele platte organisatie.<\/p>\n\n\n\n<p>Het moment is daar dat\norganisaties echt Agile worden en zich niet Agile noemen omdat ze een paar\nscrum teams hebben.&nbsp;<em>Wie durft ?!?!<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Scrum en andere Agile manieren van werken doen meer en meer hun intrede bij bedrijven. Dit betekent dat medewerkers meer en meer in zelfsturende teams gaan werken. Dit vraagt ook voor de aansturing een andere manier van handelen. Veel managers hebben moeite met het loslaten van de oude manier van werken. Aan de ene kant &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/scrum-agile.nl\/?page_id=41\" class=\"more-link\"><span class=\"screen-reader-text\">&#8220;Management en Agile werken&#8221;<\/span> verder lezen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"open","ping_status":"closed","template":"","meta":[],"_links":{"self":[{"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/pages\/41"}],"collection":[{"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=41"}],"version-history":[{"count":1,"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/pages\/41\/revisions"}],"predecessor-version":[{"id":44,"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=\/wp\/v2\/pages\/41\/revisions\/44"}],"wp:attachment":[{"href":"https:\/\/scrum-agile.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=41"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}