Tag Archives: Agile

Review: The age of agile

9780814439098-200x300Stephen Denning wrote a very interesting and inspiring book The age of agile – How smart companies are transforming the way work gets Done. Not about agile frameworks but what it really means to reach more agility.

The book is divided in two parts. The first part focusses on agile management, laws, a case study to implement agile at scale (Microsoft), and moving towards strategic agility and changing the organizational culture. The second part puts several management traps in the spotlights. E.g. shareholder value, share buybacks, cost-oriented economics and backward-looking strategy.

Organizations that have embraced agile have three core characteristics:

  • The law of the small team. “It’s presumption that in a VUCA (volatility, uncertainty, complexity and ambiguity) world, big and difficult problems should – to the extent possible – be disaggregated into small batches and performed by small cross-functional autonomous teams working iteratively in short cycles in a state of flow, with fast feedback from customers and end-users.
  • The law of the customer. “Requires that the firm’s culture and internal systems, processes, and values themselves be continuously subordinated to, and driven by, delivering value to the customer: if there is a conflict, it is the customer’s needs that need to be given priority.
  • The law of the network. “An organizational network is a set of teams that interact with and collaborate with other teams with the same connectivity, interaction, and passion as they do within their own small team. Each team needs to look beyond its own goals and concerns and see its work as part of the larger mission of the collectivity.

Dia1Common practices of agile small teams:

  • Work in small batches
  • Small cross-functional teams
  • Limited work in process
  • Autonomous teams
  • Getting to “done”
  • Work without interruption
  • Daily stand-ups
  • Radical transparency
  • Customer feedback each cycle
  • Retrospective reviews

Dia2Practices of the law of the customer:

  • Target
  • Constantly experiment
  • Partner with start-ups
  • Increase product malleability (turn a physical product into a digital product)
  • Focus
  • Innovate in short stages
  • Evaluate
  • Be willing to disappoint
  • Deliver value faster
  • Customize

Dia3Some hypotheses as to what it takes to make networks work:

  • The network has a compelling goal
  • The network comprises small groups
  • The groups have an action orientation
  • The network is the sum of the small groups
  • The network’s legal framework stays in the background

The Microsoft case study implementing agile at scale gives helpful keys that are needed to make agile at scale:

  • Get the right balance of alignment and autonomy (too much control, nothing gets done – too little control, it’s chaos)
  • Master the role of the agile manager
  • Handle dependencies at the team level
  • Ensure continuous integration
  • Keep on top of technical debt
  • Embrace Devops and continuous Delivery
  • Continuously monitor progress
  • Listen to the customer wants, but meet their needs
  • Deal with directions from above
  • Use self-forming teams to encourage team ownership
  • Recognize the team is the product
  • Build quality from the beginning
  • Use coaching carefully
  • Ensure top-level support.

The last two chapters of the first part explores what it means to move from operational to strategic agility. Generating innovations that create entirely new markets by turning non-customers into customers. Strategic agility is the next frontier of agile management. Start with market-creating value propositions based on four fundamental components: Need, Approach, Benefits per costs, and Competition (NABC).

In the second part we are looking at organizations who are mainly focussed on defending the status quo and protecting their existing business. They are not moving towards operational and strategic agility. They are blocked by traps of short-term shareholder value, share buybacks, cost-oriented economics and backward-looking strategies.

  • The trap of shareholder value. Maximizing shareholder value means top-down command-and-control management and as a result dispirited employees, less engagement, less innovation, …
  • The trap of share buybacks. Making profits (“corporate cocaine”) even as it systematically destroys its own earning capacity by handing over resources to shareholders and as a result there are insufficient resources to support investment and innovation
  • The cost-oriented economics trap. Cutting costs could lead to a permanent loss of expertise. Adding customer value at lower cost is much more important
  • The trap of backward-looking strategy. These strategies are 100 percent accurate in hindsight, but in foresight, they miss the unexpected and the unforeseen.

The book ends with the epilogue where nuclear winters and golden ages starting in 1790 with the canals and ending in the era of computers and communications are discussed. We get an overview of different roles (from CEO’s to thought leaders and the media and many more) and what they need to do to run organizations in a better way.

Conclusion: Great case studies to understand why we need the three laws of the customer, the small team and the network. A must read for those who want to make a shift to business agility.

In line with the agile manifesto and summarizing the second part of the book I would say:

  • Customer value over shareholder value
  • Customer value over organization’s efficiency
  • Value driven perspective over cost orientation

To order: The age of agile


Recensie: agile werken in 60 minuten

9789461262714-480x600Zojuist het boekje agile werken in 60 minuten van Rob van Lanen en Rini van Solingen in een klein uurtje uitgelezen.

In dit boekje nemen de schrijvers je mee in de wereld van agile. Als je kleine stapjes zet en al doende leert kun je veel sneller resultaat boeken en eerder inspelen op veranderingen. Maar om agile te kunnen werken zal je moeten samenwerken en zal je anders moeten denken.

In het eerste gedeelte van het boekje geven de auteurs uitleg over het waarom van agile en wat agile werken inhoudt zonder daarbij direct in de terminologie van bijvoorbeeld Scrum te belanden. Uiteraard krijgen we ook uitleg over het Agile Manifesto en de agile mindset.

Scrum komt vervolgens aan bod waarbij alle rollen, de artifacts en de gebeurtenissen worden toegelicht. Een paragraaf over de Scrum waarden ontbreekt en dat had m.i. toch wel op zijn plaats geweest.

Daarnaast krijgen we ook een korte toelichting op Kanban en Lean. Dit stuk wordt afgesloten met het op grotere schaal toepassen van agile. Hoe laat je teams met elkaar samenwerken aan een en het zelfde product en welke frameworks ondersteunen dit?

De schrijvers spreken zich vervolgens uit wanneer je nu wel of niet met agile aan de gang moet gaan. Niet alles leent zich voor agile werken. Als helder is wat er gedaan moet worden ga je dan al experimenterend op onderzoek uit of volg je gewoon een stappenplan? Hoe gecompliceerder hoe meer je van agile werken de vruchten kan plukken.

In de laatste twee hoofdstukken krijgen we enerzijds een zevenstappenplan om te starten met agile werken (“agile werken leer je vooral door het te doen”) en anderzijds een verfrissend hoofdstuk over hoe je zelf agile kan worden. Persoonlijk wendbaar zijn door je eigen handelen in lijn met het Agile Manifesto te brengen.

Kortom een handig boekje als je nog niets van agile weet en je niet te veel tijd kan besteden aan het lezen van meer uitgebreidere boeken over agile of Scrum.

Bestellen: agile werken in 60 minuten

Review: The Kanban Guide for Scrum Teams

Schermafdruk 2018-02-27 09.02.59Daniel Vacaniti and Scrum.org developed The Kanban Guide for Scrum teams.

In this guide we get an explanation how Kanban can help the Scrum team by visualizing work, using lean thinking, product development flow and queuing theory to optimize the flow. Combining Scrum and Kanban is nothing new, we find this for example in SAFe too.

We get a definition of workflow to understand what flow means in a Scrum context. Furthermore the following Kanban practices, used to optimize flow, are explained:

  • Visualization of the workflow – the Kanban Board
  • Limiting WIP – uses a pull system to improve workflow by creating focus, commitment and collaboration
  • Active management of work items in progress – responding to blocked worked items, incoming – out coming rates, completed according to expectations, unclogging work
  • Inspecting and adapting their definition of ‘workflow’ – explicit policies for its process

Using Kanban requires analysis of flow metrics. The following four basic metrics of flow should be tracked:

  • WIP: number of work items started but not yet finished
  • Cycle time: elapsed time when a work item “started” and when “finished”
  • Work Item Age: elapsed time when a work item “started” and the current time
  • Throughput: number of work items finished per unit of time

Not mentioned but a Cumulative flow Diagram (CFD) is a great help when analyzing these flow metrics.

The final part explains the usage of a flow-based perspective in the existing Scrum events making them flow-based by using the metrics of flow.

Conclusion. A simple and easy to read guide to get a better understanding of the added value of using Kanban by your Scrum Teams.

To download: The Kanban Guide for Scrum Teams

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

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