Tag Archives: QRC

Quick Reference Cards in 2018

As a result of my book reviews I created several Quick Reference Cards to summarize what I have read.QRC 2018

A new kid on the agile block: Agile Digital Services (AgileDS)

Last week I followed an APMG ATO / trainer briefing regarding Agile digital Services.

This agile framework, developed by Agile Business Consortium, focusses on building and delivery of digital services. The AgileDS framework will help organizations to develop a consistent agile approach, a common language and a skilled workforce regarding digital services. It uses the same terminology as other agile frameworks. It is based on the GDS lifecycle (Government Digital Service, UK), themes and responsibilities have evolved from the roles and responsibilities in AgilePM and its agile practices come from other existing frameworks (e.g. WSJF from SAFe).

AgileDS (QRC, 180718) v1.0To create this quick reference Card I used the handbook that is available for feedback (beta phase). To download the QRC: AgileDS (QRC, 180718) v1.0

Generic and governance principles

The ten generic principles are:

  1. Start with needs
  2. Do less
  3. Design with data
  4. Do the hard work to make it simple
  5. Then iterate again
  6. This is for everyone
  7. Understand context
  8. Build digital services, not websites
  9. Be consistent, not uniform
  10. Make things open: it makes things better

The six governance principles are:

  1. Don’t slow down delivery
  2. Decisions when they’re needed, at the right level
  3. Do it with the right people
  4. Go see for yourself (GEMBA)
  5. Only do it if it adds value
  6. Trust and verify

Service Lifecycle

There are five phases discovery, alpha, beta (privat and public), life and service retirement which can be tailored to meet the needs of different organizations. The aim is to deliver  incrementally within each phase with a significant delivery at the end of a phase.


The following products are described (purpose, when created, updated, needed): Terms of Reference, Business Case, Backlog, Roadmap, Service Architecture Definition, Development Approach Definition, Management Approach Definition, Delivery Plan, Service Lifecycle Transition Report.

Themes and responsibilities

AgileDS defines a set of responsibilities that are collected into simple themes. All responsibilities must be covered and it’s vital that the team acts as a collaborative and effective whole, with clarity about individual responsibilities. Within the Service Delivery Team the following responsibilities must be covered: service ownership, delivery management, product management, business analysis, service development, user research, technical design, service assurance, service design and service deployment.

When needed specialist guidance should be available: assisted digital guidance, accessibility guidance, performance analysis and agile coaching.

Within Steering and Leadership we encounter the following responsibilities: business sponsorship, service ownership, technical leadership and change coordination (in case of multiple service delivery teams).


Several techniques are explained: Kano method, relative prioritization, stack ranking, MoSCow prioritization, WSJF, iterative development and incremental delivery, MVP and MMP, requirements and user stories, user research and personas, timeboxes and sprints.


Where AgilePM is there for the delivery of a product or service (temporary agile project, using a project lifcycle), AgileDS is there for the delivery and the continuous operations, support and maintenance of that service (permanent agile delivery team, using the product/service lifecycle). There will be a foundation and a practitioner certification in line with other APMG certifications.

In the next picture I have positioned AgileDS.Grasp session (Scaling Agile, 180526) v1.1

Review: The Agile Enterprise

9781484223901-480x600Mario E. Moreira wrote the book The Agile Enterprise – Building and Running Agile Organizations. A book that can help you to understand what is needed to achieve the full benefits of mature agile. Individuals at all levels in the organization must be committed to the agile mindset and focusing on delivering value to the customer. On top of this all employees must be empowered to take ownership.

The author uses a metaphor of the Agile galaxy: a landscape for your agile culture to view where agile is being applied in your organization and a customer value driven engine.

The book contains 22 chapters, where the first four chapters (I would say the first five) explains the conceptual groundwork for an effective customer-value-driven enterprise and all other chapters provides in-depth knowledge of concepts, mindsets, practices, and techniques to build this customer-value-driven enterprise.

Several chapters ends with references with more material and on many places you get an ‘Agile Pit Stop’ to illuminate ideas or highlight important points.

The landscape of the agile galaxy has three axes. The horizontal view, the delivery axis, following the recording of an idea towards the release of that idea. A vertical view, the hierarchical axis, from top (exec level) to bottom (team level). And the third dimension is the culture: from a negative agile, or more traditional hierarchical and command and control, culture towards a positive agile culture, aligned with engaging customers and employees and aligned with agile values and principles.

Dia1To download: The Agile Enterprise (Agile Galaxy QRC, 180507) v1.0

To highlight the different chapters I will follow the author’s clustering of several themes and summarize some key points.

Agile as it relates to the customer:

The key is narrowing the gap between employees and customers (two-degrees-of separation rule). Customer input and feedback are the two primary guides towards customer value. And understand that often customers don’t know what they want until they see it. To understand customer ideas the author describes how you can record them by using a lean or customer-value canvas and customer personas.

Agile as it relates to the employee:

If you believe employees matter, you must embrace the COMETS values (Collaboration, Ownership, Motivation, Empowerment, Enthusiasm, Trust and Safety). If your organization is following the agile transformation journey and your role has not adapted you may not be part of the transformation. Topics like bounded authority and holocracy are discussed and what is needed to build a learning enterprise. Focus early on the readying the mind for agile with agile mindset education and not with education on an agile process or agile role (the mechanics). A culture with a discovery mindset, infused with incremental thinking, experimental thinking, divergent and convergent thinking, feedback thinking and design thinking is key. HR can play an important role to promote education and agile and hiring agile-minded employees.

Agile culture and mindset:

In the previous clusters already several topics were highlighted, e.g. embracing customers and employees, building a learning enterprise, applying a discovery mindset as well as the role of HR. To understand your own culture an Agile cultural assessment survey based on desired agile behaviors is included in the book.

Running an agile enterprise:

The delivery axis in the agile galaxy can be seen as the enterprise idea pipeline or portfolio backlog or enterprise Kanban board. The 5R model is explained as a path to deliver customer value (Record, Reveal, Refine, Realize and Release and the 6R model added the Reflect step at the end) and how this pipeline can be connected to the backlogs. Prioritization techniques like the Cost of Delay (CoD or CoD3) are explained and what it means if you move away from traditional budgeting towards agile budgeting and make use of lightning-bolt-shaped teams (with primary and at least two additional skills to be able to handle a broader range of work). Agile success measures are discussed and it ends with an explanation of an incremental approach toward an agile adoption (learn, grow, accelerate, transform and sustain).

Establishing your requirements relationships and decomposing requirements from idea to task:

To show the relative hierarchy among various requirements the author uses the requirements tree (corporate strategy, division strategy, ideas, idea increment, epic, user story, and task) and story mapping points you at options that help validate customer value including collaboration on user stories.

Conclusion. A good book when you are at the beginning or in the middle of an agile transformation. I like the idea of the agile galaxy with the three axes. The author gives a lot of in-depth information, mindsets, principles, tools and practices to increase the chance of success of your journey. To read the book from front to back is not easy. I miss a sort of red thread throughout the book, I sometimes had the idea that some chapters could be combined, e.g. 16 and 18 or could be moved to the first part of the book.

To order: The Agile Enterprise

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

Overview of my year 2017 book reviews and QRCs

2017 was a fruitful book year. I wrote many book reviews including corresponding quick reference cards and several personal insights, and views on specific topics in the field of project, program and portfolio management and I wrote two books Scaling agile in organisaties, and Agile with a smile.

overview 2017 (reviews, 171222) v1.0

Agile portfolio management


Project management and PMO


overview 2017 (reviews + QRCs, 171222) v1.0

Quick Reference Cards:

  • QRC AgilePfM
  • QRC P3M3
  • QRC Best Value Project Management
  • QRC How to do projects – A Nordic flavour to managing projects
  • QRC Manage your project portfolio
  • QRC Goal Driven Agile
  • QRC De Team-ontwikkeling-schijf
  • QRC Overtuigen
  • QRC The agility shift
  • QRC The Relational Web
  • QRC Lean UX

Recensie: ICT-leverancier: van vijand naar vriend

Afbeelding1Dinsdag 14 november 2017 was ik als gast van KWD Resultaatmanagement aanwezig op de KWD Projectmanagement Vakdag. Deze dag stond in het teken van ICT Leverancier: van vijand naar vriend. Naast de keynote -sprekers Jitske Kramer en Jan Lammers was er een programma met een zestal parallelsessies. Mijn keuze was gevallen op de sessie van een praktijkcase van Best Value Projectmanagement bij Transavia. Een inspirerende en informatieve sessie over een onderwerp waar ik nog niet veel van wist.

Aan het eind van de vakdag was daar de lancering van alweer het zevende boekje in de KWD-reeks. Het boek met dezelfde titel als de Vakdag “ICT-leverancier: van vijand naar vriend – Sourcing op basis van Best Value Projectmanagement” geschreven door Fred Bons, Fred Heemstra, Arjan Jonker, Luuk Ketel en Gerard Meijer.

En dan valt alles op zijn plaats. De bijgewoonde praktijkcase is ook als case in het boek opgenomen en Best Value Management en Best Value Projectmanagement staan centraal in het boek zodat ik nu na lezing een beter begrip heb gekregen van Best Value Projectmanagement.

Het boek is onderverdeeld in negen hoofdstukken en afgewisseld met de praktijkcasus Transavia.

Het boek begint met het beschrijven van de theorie van sourcing en de concepten van Best Value Procurement en Best Value Projectmanagement. Aansluitend beschrijven de auteurs een drietal probleemgebieden m.b.t. Leverancierskeuze, contract en samenwerking.

Naast de genoemde drie probleemgebieden, problemen rond het sourcingstraject in enge zin, komen ook problemen rondom sourcing in bredere zin aan bod: de integrale besturing van sourcing tijdens selectie en implementatie. Best Value Procurement en Best Value Projectmanagement zijn, volgens de auteurs, de antwoorden om de genoemde problemen te lijf te gaan.

Bij Best Value Procurement is de leverancier in de lead, hij is de expert en levert dominante informatie op basis waarvan de leverancier kan aantonen dat hij een oplossing kan leveren die de doelstelling van de klant kan realiseren, waarbij tijdstip van leverancierselectie en de daadwerkelijke gunning bewust niet samenvallen. En dit alles binnen een veel korter aanbestedingstraject met een contract dat aangeeft welke prestaties door de leverancier geleverd moeten worden en niet een gedetailleerde door de klant opgestelde scope en bijbehorende afbakeningen (zie ook ‘false positive feasibility’ zoals beschreven in The Lean Machine waarin o.a. het omgaan met requirements bij Harley Davidson wordt beschreven).

Best Value Projectmanagement integreert Best Value Procurement met een projectmanagement-aanpak resulterend in kernwaarden, principes, vier processtappen (voorbereiding, beoordeling, concretisering en uitvoering) en stuurknoppen. Zie ook de bijgevoegde QRC.

BVPM (QRC, 171120) v1.0Downloaden: BVPM (QRC, 171120) v1.0

Best Value Projectmanagement is niet altijd toepasbaar. Er moeten wel voldoende aanbieders zijn die de expertrol kunnen invullen. Heb je, als organisatie ervaring met Best Value? Zijn er meerdere oplossingen mogelijk en zijn risico’s eenduidig toe te wijzen? Tenslotte hoe complex is de omgeving? Kijk ik naar Snowden’s Cynefin model dan positioneer ik het toepassen van BVPM in het complexe domein waar we ook de agile aanpak kunnen plaatsen.

Binnenkort wordt de KWD Projectmanagement App uitgebreid met één plot met drie invalshoeken:

  1. Is mijn project geschikt voor Best Value (BV)?
  2. BV readiness Opdrachtgever – hulpmiddel voor een gesprek om inzichtelijk te krijgen in hoeverre de opdrachtgever klaar is voor BV
  3. BV readiness Leverancier – hulpmiddel voor een gesprek om inzichtelijk te krijgen in hoeverre de leverancier klaar is voor BV

Naar verwachting zal de App eind december 2017 beschikbaar zijn.

Het laatste hoofdstuk gaat over de vraag hoe Best Value Projectmanagement in de praktijk werkt en hoe om te gaan bij verschillende vraagstukken zoals bijvoorbeeld vertrouwen of tegenstrijdige belangen.

De praktijkcasus Transavia is onderverdeeld in een viertal blokken:

  • Outsourcing van Housing & Hosting
  • De leverancierselectie
  • Contractering
  • Samenwerking


Wederom een informatief en mooi opgemaakt boekje met fraaie foto’s en het lezen meer dan waard om een eerste beeld van Best Value Procurement en Best Value Projectmanagement te krijgen. We krijgen een scala aan handvatten waarmee je als opdrachtgever, projectmanager, inkoper of leverancier, sourcing succesvol kan laten verlopen. Wat ik nog mis is de uitwerking van de regiefunctie als onderdeel van exploitatie. Een gebied waar ik organisaties nog weleens zie struikelen als bepaalde services of diensten zijn uitbesteed.

Bestellen: ICT-leverancier: van vijand naar vriend

Book review: The Agility Shift

9781629560700-480x600Pamela Meyer is the author of the book ‘The Agility Shift. Create Agile and Effective Leaders, Teams, and Organizations’. Not a book about an agile framework but a guide to help organisations and their leaders and employees to make a shift to the right in terms of Bob Marshall’s right shifting model to become more effective, to become more agile!

The book is divided in three parts. Part one covers the understanding and dynamics of the agility shift by explaining what and why, by weaving the relation web for agility and discovering the five dynamics of the agility shift. Part two explains what it means to make the agility shift at all levels of the system. Talking about the agile leader, the agile team and the agile organisation. Part three focusses on putting agility into work. How can you shift to agile learning and development and recruiting, reinforcing, recognizing and retaining your agile talent?

Agility shift can be summarized by the three C’s: Agility Competence, Agility Capacity and Agility Confidence and is first and foremost a shift in mind-set. A shift from the false comfort of “a plan” to achieving a state of readiness to find the opportunity in the unexpected. To build this readiness you can make use of your own Relational Web.


To download the QRC The Relational Web: The agility shift web

Becoming an agile leader asks for a leadership mind-set for agility, whole-person agility and learning agility. To build a team make use of lessons from improvement, high-stake and development teams: work with the same understanding of the givens, agree to the givens, practice gift giving, practice finding the game, provide opportunities for interaction, make communication and coordination expectations explicit, expect role elasticity and learning agility, develop resource awareness, practice rapid prototyping: fail faster, learn quicker, work at a sustainable pace and capacity, create an agile manifesto for your team.

When agile leadership and the first teams are in place you can start co-creating the agile organisation by weaving the organisational relational web (create groups that foster employee camaraderie, maximize your relational web potential, and improve the proximity between members of your relational web), Structuring for the agility shift (create opportunities to identify the bare spots, get input on barriers and enablers, and resist the urge to formalize) and las but not least expand engagement to build capacity for decision making (empowerment) and converge planning and action to maximize your organizational agility.

The last part explains what the shift means for agile learning and development and recruiting, reinforcing, recognizing, and retaining your agile talent. You get an overview of competencies, skills and practices and performance indicators as well as a helping aid for recruiting for agility with sample conversation topics/scenarios and questions and tips to listen and look for specific performance indicators.

Conclusion: No matter what agile framework you are using, this book will bring you above the level of framework techniques and gives you helpful insights to become more agile. A must read for agile leads!

To buy: The Agility Shift