Tag Archives: Agile

Recensie: De 5 frustraties van teamwork

9789047001966-480x600In het boek De 5 frustraties van teamwork – Hoe zorg je ervoor dat samenwerken leuk blijft legt Patrick Lencioni de essentie van samenwerking binnen een team uit. Het boek is alweer een aantal jaren beschikbaar maar ik kwam het tegen op vele lijstjes, bijvoorbeeld als een van de aanbevolen boeken binnen SAFe, zodat mijn nieuwsgierigheid getriggerd werd en een recensie op zijn plaats is.

Het boek bestaat uit twee delen, waarbij het eerste, omvangrijkste, deel een parabel vertelt waarin we een niet functionerend managementteam zien worstelen in haar soms moeizame weg naar een echt samenwerkend team en het tweede deel ingaat op het begrijpen en tegengaan van de vijf frustraties.

In de parabel volgen we de net aangestelde CEO Catherine die van het bestuur de opdracht had gekregen om van het managementteam een echt samenwerkend team van te maken die resultaten kunnen neerzetten. In een aantal off-sites gaat zij met het managementteam aan de gang waarbij zij de driehoek met de vijf frustraties van teamwork stap voor stap met iedereen doorleeft. Als eerste stap bespreekt ze wat ‘afwezigheid van vertrouwen’ betekent. Middels een aantal oefeningen werkt ze aan het verbeteren van het onderlinge vertrouwen. Vervolgens pakt ze de vijfde frustratie ‘te weinig aandacht voor resultaten’ beet en stelt met de groep het doel voor de komende periode vast. Middels een scala aan oefeningen komen ook de andere drie frustraties ‘angst voor conflicten’, ‘gebrek aan betrokkenheid’ en ‘verantwoordelijkheid mijden’ aan bod. Het is zoals te verwachten, echt vallen en opstaan, drie stappen vooruit en twee stappen terug maar uiteindelijk ontstaat een echt team.

De vijf frustraties van teamwerk (QRC, 180121) v1.0Downloaden: De vijf frustraties van teamwerk (QRC, 180121) v1.0

In het tweede deel zoemt de auteur in op de in de parabel gehanteerde driehoek met de vijf frustraties. We krijgen een samenvatting van het model en een teamonderzoek vragenlijst met daarin vijftien vragen om vast te stellen welke frustraties wel/niet een probleem vormen voor het team.

Vervolgens krijgen we per frustratie karakteristieken van teams waar de frustratie aanwezig is en karakteristieken van teams die de frustratie onder de knie hebben. Daarnaast krijgen we per frustratie een aantal suggesties hoe de frustratie is tegen te gaan en welke rol de leider hierbij moet spelen.

Tenslotte wordt de relatie tussen de verschillende frustraties toegelicht. De eerste stap is vertrouwen. Als er vertrouwen is durft men conflicten aan te gaan waardoor betrokkenheid wordt gecreëerd. Door betrokken te zijn voelt men zich verantwoordelijk en hiermee kunnen de gewenste resultaten geboekt worden.

Conclusie: een vlot leesbaar boek dat de essentie van teamwork helder naar voren brengt. De vijf frustraties bieden een mooi handvat om te laten zien of een team wel of niet goed functioneert. Een must voor agile teams. Middels de teamonderzoek vragenlijst wordt een eenvoudig instrument aangeboden om middels vijftien vragen vast te stellen welke frustraties wel/niet een probleem vormen voor het team. Kijk je verder naar de aangeboden suggesties om de frustraties te lijf te gaan dan krijg je een gereedschapskist om van een groep mensen een echt team te maken. Alleen jammer dat de geboden suggesties niet wat concreter uitgewerkt zijn.

Bestellen: De 5 frustraties van teamwork

Advertisements

Recensie: Toolkit voor agile leiders

9789024415601-480x600Steeds meer organisaties schalen het aantal agile teams op. IPMA is ondertussen ook begonnen met certificering op agile leadership niveau, dus boeken waarbij agile leadership centraal staan zijn nu actueel en noodzakelijk. Peter Koning heeft zijn ervaringen met agile leiderschap vertaalt in praktische handvatten en op papier gezet middels het boek Toolkit voor agile leiders – Leidinggeven aan wendbare teams.

De auteur heeft zijn boek opgedeeld in vier delen waarbij in ieder deel een vaardigheid en twee bijbehorende hulpmiddelen of tools beschreven worden. Ieder deel wordt afgesloten met wat het vraagt van de agile leider en concrete acties. De vier delen beschrijven de volgende vier vaardigheden van agile leiders:

  • Inspireer op het doel
  • Faciliteer eigenaarschap
  • Leer sneller
  • Ontwerp op betere gewoontes

Iedere tool wordt in een afzonderlijk hoofdstuk nader uitgelegd en mogelijke valkuilen bij het toepassen worden toegelicht. De acht besproken tools of hulpmiddelen zijn:

  1. Key Value Indicator (KVI)
  2. Impactladder
  3. Eigenaarschapmodel
  4. Vrijhedenmatrix
  5. Time to learn (T2L)
  6. Validated Learning Board (VLB)
  7. Gewoontematrix
  8. To-GRIP

TVAL (QRC, 180113) v1.0

Downloaden: TVAL (QRC, 180113) v1.0

De Key Value Indicator (KVI) is voor het team de belangrijkste indicator voor waarde creatie (bijvoorbeeld conversie op een website: hoeveel % van de bezoekers koopt een product). De KVI maakt de relatie tussen klantimpact en waarde concreet. De Impactladder kan gebruikt worden bij het brainstormen over en het concretiseren en het visualiseren van de klantimpact op zowel de korte als de lange termijn. Dit helpt teams hun producten en diensten continue te verbeteren. Zowel de KVI als de impactladder helpen de agile leider bij het stellen van inspirerende doelen (het wat, niet het hoe).

Het eigenaarschapmodel visualiseert wat teams nodig hebben om eigenaarschap op te pakken. Hierbij wordt gekeken naar enerzijds de volwassenheid van het team en anderzijds de vrijheid die het team krijgt. Een onvolwassen team met te veel vrijheid of een volwassen team met te weinig vrijheid levert frustratie en is daarmee een risico. De vrijhedenmatrix geeft aan welke vrijheden en verantwoordelijkheden het team op welk moment heeft. Deze tool is gebaseerd op het Delegation Board van Jurgen Appelo. Hierbij wordt per onderwerp aangegeven welke vrijheden het team zich kan veroorloven rekening houdend met de volwassenheid van het team. Zowel het eigenaarschapmodel als de vrijhedenmatrix helpen de agile leider bij het faciliteren van eigenaarschap.

Het Validated Learning Board (VLB) visualiseert het leerproces van het team waarbij zes stappen worden onderkend: schetsen, bouwen, opleveren, gebruiken, leren, geleerd (done). Ieder idee of functionaliteit wordt middels een kaart (post-it) gevisualiseerd. Time to Learn (T2L) geeft de leersnelheid van het team aan, dus de tijd die nodig is om een idee door alle stappen van schetsen tot geleerd te laten lopen. Door de T2L trend te volgen en op basis daarvan de T2L te verkleinen kan steeds sneller waarde worden toegevoegd.

De gewoontematrix biedt ondersteuning bij cultuurverandering en het ontwerpen van nieuwe gewoontes. De gewoontematrix helpt bij het brainstormen over ongewenste effecten en achterliggende ongezonde gewoontes en helpt gezonde gewoontes te ontwerpen. TO-GRIP ondersteunt de agile leider in het doorvoeren van grote verbeteringen door een aantal teams middels het creëren van een veilige omgeving, waarbij de eerste letters staan voor: Team (Samenstellen team), Owner (Informele leider met mandaat), Goal (Uitdaging, KVI), Rhytm (Timebox, T2L), Insight (VLB, Doel, Trendlijn KVI, T2L) en Period (Wanneer evalueren). TO-GRIP en de gewoontematrix ondersteunen de agile leider bij het ontwerpen van betere gewoontes.

Op www.tval.nl kan men extra voorbeelden en templates van de verschillende tools vinden. Ook is daar een toepasselijke youtube video te vinden over social conformity (of peer pressure) in een wachtkamer als achtergrondinformatie bij de gewoontematrix.

Conclusie: Een prettig leesbaar boek met praktische handvatten voor de (beginnende) agile leider. Het gebruik van de impactladder, de gewoontematrix en vooral het eigenaarschapmodel zijn tools die ik niet kende maar waarvan de toegevoegde waarde duidelijk is. Andere tools waren mij bekend en ook daarvan is de toegevoegde waarde voor de agile leider evident. Bij het beschrijven van de fasen van volwassenheid van de teams mag m.i. een verwijzing naar de fasen van Tuckman niet ontbreken. Ook zou ik duidelijker aangeven dat de VLB een kanbanbord betreft en dat het toevoegen van Work in progress (WIP) limieten per stap wellicht, naast zo klein mogelijke initiatieven, de belangrijkste niet genoemde versneller van T2L op kan leveren. Ook de T2L is onder een andere naam veel bekender, namelijk de cycle time in een Cumulative Flow Diagram (CFD). Zo’n CFD kan de agile leider nog veel meer inzicht geven. Tenslotte vind ik het jammer dat de auteur bij TO-GRIP aangeeft dat dit hulpmiddel geschikt is om een omgeving te creëren waarbinnen verschillende teams met elkaar verbeteringen doorvoeren terwijl de beschrijving van de tool uitgaat van één team. Maar, los van de gemaakte opmerkingen, een boek dat ik agile leiders zeker kan aanbevelen.

Bestellen: Toolkit voor agile leiders

Review: Don’t Spook the Herd! How to get your agile projects running smoothly

51xhFRx8BJL._AC_US436_QL65_Just before Christmas, Dan Miller wrote me a message and asked for a review of his book Don’t Spook the Herd! How to get your agile projects running smoothly. He told me that he wants to have an honest review.

The book is divided in four parts. In part I the author explains what he means with agile. Part II focuses on people, Part III uses an example of organizing a congress to explain the process and the last smaller part IV gives some final thoughts.

In the introduction, the author explained the title: “When the herd is at ease they can be the most fantastic group. They are capable of amazing feats of speed, coordination and agility. However, when they are freaked out for some reason, chaos sets in, end they end up all over the place. This is much like an agile project.”

In part I we get an overview of definitions, what is an agile project and flavors of agile. The following frameworks are briefly discussed: Scrum, Kanban, Scrumban, Crystal Methods, eXtreme Programming (XP), Agile Unified Process, Disciplined Agile Delivery (DAD), Lean Software Development (LSD), Feature Driven Development (FDD), Rapid Application Development (RAD), Adaptive Software Development (ASD), Dynamic Systems Development Method (DSDM). This part ends with a chapter explaining the characteristics of a project that help you to decide for an agile approach?

Part II puts the people in the spotlights. They can make or break a project. We get an overview of the different project roles and we look at culture through the lens of the agile manifesto and underlying principles. Separate chapters talk about leadership, the team and self-organization and how to support and get support from the stakeholders.

Part III follows an agile project from start to finish. The author takes the readers with him, explaining every step he takes as a project manager for this project. He describes the electronic tools, like Jira he uses and some templates he offers on his website (smartbusinessguardian.com).

The following tools can be downloaded:

  • Project Intent Statement (compare a project one pager)
  • Agile Decision Checklist (compare the PRINCE2 Agile Agilometer or the AgilePM Project Approach Questionnaire)
  • Project Organization Chart
  • Project Summary Schedule
  • Project Status Report

Conclusion: For me the first part is the weakest part of the book. The agile flavors only explain agile at the team level. agile overviewThere is much more available, see for example this overview from my book Scaling agile with the most used ones. Dan Miller’s approach can be positioned at the left side of my picture. The explanation of Scrum could be better and it is a missed opportunity to give some more details about XP. Many agile teams are using techniques described by XP, e.g. pair programming, Test Driven Development and last but not least, the use of User Stories. DAD is now one of the elements of Disciplined Agile and DSDM offers AgilePM, AgilePgM and AgilePfM.

I agree with the author that people are the number one success factor and this is put central in part II. For me this is the strongest part of the book. Good to read how the author explains the agile manifesto and the agile principles, the competences for the project manager, the team and management.

Part III focusses on the process. Here you get a practical overview of the process to run an agile project but for me it is still too much of a traditional approach. E.g. progress reporting focusing on time, budget, risk etc. can be replaced by burn-down (current sprint) and burn-up (whole project) and the team board and demo’s, starting with a WBS and later a translation into User Stories can be replaced with a Story Board with Features and User Stories and slicing where needed. Etc.

But, if you are unfamiliar with agile projects and needed (agile) people behavior in projects this book can be helpful to get a better understanding and a jump start in the agile way of working. If you are looking for agile flavors or an explanation of Scrum there are better choices.

To buy: Don’t Spook the Herd!

2017 Scrum guide revision

Schermafdruk 2017-11-08 10.03.18Yesterday (November 7) Ken Schwaber and Jeff Sutherland presented the Scrum Guide revision.
They started with a brief history of Scrum and explained the essence of Scrum followed by the main part of this webinar. The Scrum Guide 2017 is updated on responses to input from Scrum users.
The following topics were discussed:
  • Uses of Scrum (beyond IT)
  • Refined the role of the Scrum Master (promoting and supporting Scrum by helping everyone understand Scrum theory, practices, rules, and values, within the culture of the organization)
  • Daily Scrum is for inspection and adaption to ensure progress towards the sprint goal (how can we move the backlog to done?)
  • Time-boxes cary a maximum length (the words “at most” are added)
  • Sprint Backlog includes feedback from the sprint retrospective. To ensure continuous improvement, the sprint backlog must contain at least one high priority process improvement identified in the previous retrospective meeting).
In the last part of the session some common misconceptions were addressed:
  • Is Scrum only relevant to software delivery? No
  • Can I release before the end of the sprint? Yes
  • What about DevOps? Already after the first sprints you have to prove the product is viable and will produce value. This asks for an operational environment.
To download the new Scrum guide: www.scrumguides.org
To watch the video of the Scrum Guide Revision Webinar: video of the Scrum Guide Revision Webinar, where you can download the used presentation too.

 

Sent from my iPad

Recensie: Vakblad Projectmanagement nr. 2

12337_vkbl_projectmng_2_cover_11Vandaag de tweede editie van het Vakblad Projectmanagement van KWD Resultaatmanagement gekregen. ‘Ziet er weer fris uit, mooie foto’s, en een opmaak die prettig wegleest maar het gaat uiteindelijk om de inhoud. Dit nieuwe nummer is op de KWD vakdag van 14 november 2017 beschikbaar voor de bezoekers en voor de abonnees van het eerste uur.

Na het lezen van de eerste editie sprak ik mijn lof uit en gaf ik aan uit te kijken naar nummer twee. En gelukkig, ook deze tweede editie is het lezen meer dan waard. Ook hier een verscheidenheid aan artikelen en columns (Agile in het kwadraat en onttovering van agile) waarbinnen de projectmanager weer centraal staat. Hoe ga je om met agile contracten, hoe ziet project- en programmamanagement als gevolg van de agile tsunami er over vijf jaar uit (aan de hand van een world café en een door PMI Nederland georganiseerde rondetafelconferentie). Wat betekent emotionele intelligentie voor de projectmanager, hoe stuur je op resultaten en welke gedragsaspecten hanteer je als het niet botert tussen opdrachtgever en de IT-sourcing partner.

 Verder een praktijkcase bij het Koninklijk Concertgebouworkest waar het organiseren van alle buitenlandse trips projectmatig worden opgepakt (Cok de Zwart). Daarnaast wordt Gemba portfoliomanagement geïntroduceerd.

In het Agile Manifesto staat ‘customer collaboration over contract negotiation’ en dat is precies waar het in het stuk over agile contracten (Leo Klaver) over gaat. Stop geen energie in aspecten die beschrijven wat er moet gebeuren als dingen niet gaan zoals je wilt dat ze gaan maar stop de energie in die zaken wat je wel wilt. Leg vast op welke wijze je gaat samenwerken, welke kwaliteitseisen er gelden, welke standaarden, wat is een user story, een sprint, waaraan moet een ontwikkelteam voldoen, et cetera (Nb. PRINCE2 Agile is m.i. het enige agile framework dat aandacht besteedt aan agile contracten).

In het artikel ‘Emotionele intelligentie: Het goed verstopte geheim’ (Fred Heemstra) wordt ingezoomd op de waarde van Emotionele Intelligentie (EQ). Zonder empathie kan je als projectmanager geen goed samenwerkend en functionerend team bouwen. Als je je eigen emoties niet weet te herkennen wordt het lastig in stressvolle situaties te opereren. In het artikel wordt de vergelijking gemaakt tussen de EQ van de traditionele en de agile projectmanager en waar we in IT-land staan m.b.t. EQ.

Deze EQ van de projectmanager kan ook goed van pas komen wanneer de relatie tussen een opdrachtgever en zijn IT-leverancier verziekt is. Het artikel ‘Sourcing van IT en de rol van de projectmanager’ (Fred Heemstra & Luuk Ketel) gaat nader in op het belang van wederzijds vertrouwen, respect en begrip en de, vaak te geringe, rol van de projectmanager bij inkoop van IT-sourcing.

Ook in sturen op resultaat (Fred Heemstra, Arjan Jonker, Luuk Ketel en Gerard Meijer) komen naast de harde instrumenten de zachte factoren uit de gedragswereld aan bod. Dit artikel is een zeer uitgebreide samenvatting van het 6e KWD boek ‘Ik wil resultaat!’.

Het artikel ‘Agile en de toekomst van project- en programmamanagement’ (Fred Heemstra) laat zien waar 35 ervaren projectmanagers in het world café de discussie hebben gevoerd: de toekomst van PM’s en PgM’s, hebben we straks nog wel projecten en teams van de toekomst. In het artikel een heldere opsomming van een tiental verschillen tussen een agile team en een traditioneel team (Nb. Ik had hier nog wel aan toe willen voegen: van controle op een traditioneel team naar discipline binnen een agile team).

In lijn met dit verhaal gaat een tweede artikel elders in het blad in op de vraag ‘Waar moet de projectmanager in 2020 rekening mee houden?’ (Fred Heemstra). Dit artikel geeft een samenvatting van de resultaten van een rondetafelconferentie waaraan tien organisaties deelnamen. Zowel de belangrijkste trends in projecten (projecten worden steeds complexer, outcome versus output gedreven projecten, en project governance) als de veranderende rol van projectmanagers in het licht van deze trends passeren de revue (Nb. Ik vertel regelmatig dat ik de rol van een projectmanager in de meer agile wereld zie opschuiven naar die van programmamanager met bijbehorende competenties, dus van output gedreven projectmanager naar outcome gedreven programmamanager).

Ook biedt dit nummer weer ruimte aan een afstudeerder om zijn/haar onderzoek toe te lichten. Deze keer gaat Hans Kraaijvanger in op 28 criteria voor succesvolle uitvoering van agile servicemanagement.

Gemba portfoliomanagement (Ben Berndt) gaat in op de consequenties voor het portfoliomanagement en het portfolio office als er steeds meer agile projecten komen. Het Japanse woord Gemba, bekend bij de lean practitioners onder ons, staat voor de plek waar het daadwerkelijk gebeurt, of te wel ga niet uit van ivoren toren geneuzel maar begeef je naar de teams, zie hun teamborden en woon demo’s bij. (Nb. De aandacht van de portfoliomanager verschuift van plan naar waarde, van projecten naar flow en van controler naar adviseur).

Ook belangstelling voor het blad, en ik zou niet weten waarom niet? Schrijf je in voor de KWD vakdag of abonneer je.

Review: Manage your project portfolio

9781680501759-480x600Johanna Rothman wrote the book Manage your portfolio Second edition – Increase your capacity – Finish more projects. A book for the more professional portfolio manager or as mentioned on the back of the book: Expert skill level.

If you are facing too many projects, if firefighting and multitasking are keeping you from finishing any of them, this book will help you to manage your portfolio. It makes use of agile and lean ways of working and brings the biggest benefits when you are running your projects in an agile way too. Projects become to be delivered features and evaluation means prioritizing feature sets. In the quick reference card, I highlighted the way the author promotes the usage of Kanban boards to manage your portfolio and it visualizes some of the decisions to be taken.

Manage your portfolio (QRC, 171017) v1.0

To download: Manage your portfolio (QRC, 171017) v1.0

The author divided the book in fourteen chapters and these chapters gives you a step by step approach to build your portfolio. All chapters end with several situations and possible responses to try.

  1. Meet your project portfolio: It’s not your customer who cares about your portfolio. If you are facing issues to finish projects, if you want to deliver faster, more often and qualitative good products to your customer, you need a portfolio
  2. See your future: by managing your portfolio you make the organization’s choices transparent. It becomes clear what to work on first, second, third. It will help to avoid multitasking. What does it mean if you apply lean approaches to your project portfolio? You must think in terms of value, let teams work in small chunks that they can handle and complete
  3. Create the first draft of your portfolio: start collecting all the work before you attempt to evaluate and determine whether you need to do it now. When needed organize sets of projects into programs. Divide your projects in feature sets or Minimum Marketable Features. Not all feature sets are equally important.
  4. Evaluate your projects: the very first decision is about whether you want to commit to this project, kill the project, or transform the project in some way before continuing. If you don’t want to commit but you can’t kill it either put the project on a project parking lot (name, data, value discussion and notes) so you don’t lose track of it.
  5. Rank the portfolio: You can use many methods to rank. The author discusses the rank with Cost of Delay, business value points (divide a total number of points across your projects), by risk, organization’s context, by tour product’s position in the marketplace or by using pairwise comparison, single or double elimination.
  6. Collaborate on the portfolio: Making portfolio decisions is never a single person’s decision. Facilitate portfolio evaluation meetings.
  7. Iterate on the portfolio: Set an iteration length for your review cycles. This cycle length is affected by your project life cycle (agile delivery gives you the opportunity to have shorter review cycles), your product roadmap, and budgeting cycle.
  8. Make portfolio decisions: Conduct portfolio evaluation meetings at least quarterly to start with, decide how often to review the project parking lot. How are you going to cope with advanced R&D projects? Build a project portfolio Kanban (create backlog, evaluate, project work, assess/validate and maintain) to manage your portfolio.
  9. Visualize your project portfolio: Create a calendar view of your projects with predicted dates. Show not only your staffed projects but your unstaffed work too.
  10. Scaling portfolio management to an enterprise: What are the consequences of resource efficiency thinking (100% resource utilization is 0% flow)? How can you scale by starting bottom up or top down? You need both but scale with care. Do you know your enterprise’s mission or strategy otherwise it will be very difficult, if not impossible to make large decisions? Set up a corporate project portfolio meeting to answer the questions which projects help to implement our strategy and which project distract us from our strategy.
  11. Evolve your portfolio: Using lean can help you to evolve your portfolio approach. What does it mean if you stabilize the time-box or the number of work items in progress (see Naked planning video too).
  12. Measure the essentials: for a lean or agile approach consider the following measures: team’s velocity (current and historical), amount of work in progress (cycle and lead time, cumulative flow), obstacles preventing the team to move faster (how long in progress), product backlog burn-up chart, run rate. Never measure individual productivity.
  13. Define your mission: Brainstorm the essentials of a mission, refine the mission (specify strong verbs, eliminate adverbs, avoid jargon), iterate until you feel comfortable, test your mission, make the mission real for everyone.
  14. Start somewhere…but start!

Conclusion. Johanna Rothman wrote a must read for portfolio managers who are struggling with their role when their organization is moving towards more business agility, with more and more permanent agile teams in place but also for the traditional portfolio manager, facing too many projects and almost no delivery to get hands-on practical advice to start organizing their portfolios.

To order: Manage your portfolio Second edition – Increase your capacity – Finish more projects.

Naked Planning Overview by Arlo Belshee

Arlo was one of the first to lay-out the inspiration for Kanban systems for software development.

Recensie: Agile HR – De (on)misbare rol van HR in wendbare organisaties

9789492790026-480x600Willemijn Boskma, Minke Buizer, Nienke van der Hoef, Gidion Peters en Willy Zelen hebben het boek Agile HR – De (on)misbare rol van HR in wendbare organisaties Geschreven.

Een vlot geschreven boek, gelardeerd met vele voorbeelden, dat je makkelijk in een keer uitleest. Het boek bestaat uit vier delen waarbij twee invalshoeken zijn gekozen. Enerzijds krijg je voorgeschoteld welke rol HR kan spelen in organisaties die een agile transitie door (willen gaan) maken zoals HR als aanjager van de verandering en HR in een organisatie met wendbare teams. Anderzijds wordt beschreven wat het betekent als je HR-afdeling zelf meer wendbaar wilt zijn. Dit deel is ook prima te gebruiken als je behoort tot een andere afdeling zoals bijvoorbeeld Juridische zaken of inkoop et cetera en je wilt de slag naar meer agile zijn, maken. Verder vind je een deel over de toolkit (o.a. apps) voor Agile HR. De delen sluiten af met een opsomming van experimenten die je kunt starten.

In het eerste deel staat het perspectief van de organisatie centraal. Welke nieuwe rol en plek van de HR-competentie en HR-professionals kan/moet ingenomen worden als de organisatie meer wendbaar gaat werken? De volgende rollen worden besproken:

  • Employee experience (EX) ontwerper
  • Purpose-ontwikkelaar
  • Werkgeluk-ontwikkelaar
  • Agile coach
  • Trendvertaler

Het tweede deel zet de HR afdeling zelf centraal. Wat betekent het als de HR afdeling zelf meer agile en flexibel gaat werken? Welke stappen kan je zetten naar meer wendbaar werken? Hoe kan je je dagelijkse werk organiseren onder gebruikmaking van Scrum of Kanban? Wanneer gebruik je Scrum, wanneer Kanban? Hoe kan je overzicht en sturing creëren over alle lopende projecten voor niet-IT-teams onder gebruikmaking van agile portfolio management (AgileTPM)? Wat betekent het als je met duidelijke rollen en verantwoordelijkheden in lijn met Holacracy, gaat werken? En tenslotte krijg je uitgelegd hoe je meer wendbaar kunt vergaderen (doelgericht, wendbaar en flexibel, gezamenlijke verantwoordelijkheid en transparant).

Deel drie beschouwt de impact op HR als er in de organisatie gewerkt wordt in agile teams. Zelf organiserende teams die steeds autonomer worden en daardoor ook verschillende HR-competenties zelf gaan invullen. Welke taken en verantwoordelijkheden blijven centraal belegd, welke kunnen de teams zelf op zich nemen? Wat is eigenlijk een zelf-organiserend team, welke vormen van zelf-organisatie zijn er? Wat zijn de mogelijkheden van zelfbeloning? Hoe promoot en faciliteer je agile leiderschap (coachen vanuit vertrouwen, voorbeeldgedrag en transparantie, heldere kaders en opdrachten, stimuleren van experimenten en beschermen van teams en medewerkers). Alle onderwerpen worden voorzien van vele tips.

Het laatste deel biedt inzicht in trends en ontwikkelingen gezien vanuit een agile HR. Je krijgt een scala van tools die de HR-professional ter beschikking staan (inclusief verwijzingen naar websites waar meer informatie over specifieke tools is te vinden). De toolkit is onderverdeeld in tools en tips (mee starten, loslaten of stoppen) verdeeld over de aandachtsgebieden recruitment, leren en ontwikkelen, functioneren en beoordelen en HR-analitics.

In het boek vindt je verder verwijzingen naar een tweetal tests: Agile HR volwassenheidtest en de team scan (zie www.agilehrtest.nl)

Over de team scan is geen gedetailleerde informatie te vinden op de site. De volwassenheid test biedt je inzicht in vijf dimensies: bewustzijn van klant en leverancier, ontwikkeling van zelf-organiserende teams, ontwikkeling van HR instrumenten, HR als groep en de rol in agile transities.

Conclusie: Een aan te bevelen boek als je aan de vooravond of middenin een agile transitie zit. Door vanuit de HR bril naar de transitie te kijken krijg je inzicht wat er allemaal nog meer komt kijken naast het kiezen van een agile framework en het benoemen van een aantal agile teams. Ik ben ervan overtuigd dat deze nieuwe inzichten de kans op een succesvolle agile transformatie vergroten.

Bestellen: Agile HR – De (on)misbare rol van HR in wendbare organisaties