Review: How to DO projects. A Nordic flavour to managing projects

2017-02-24-17-28-56I received the book ‘How to DO projects. A Nordic flavor to managing projects’ written by Joana Geraldi, Cristian Thuesen, Josef Oehmen and Verena Stingl. Great to see that the authors used one of my blogs (they asked upfront). The book contains my Lost in standards overview of project management methods. The book will prepare students of the Danish Technical University for the ISO21500 certification exam but others can benefit too.

The book brings you inspiration to alternative project management practices. The book gives you insights how to get into action mode, how to work together with your project team to achieve a meaningful purpose.

The book contains three views:

  • The ISO 21500: 2012, Guidance on project management standard
  • The Nordic ‘flavour’ to add on top of the ISO 21500. Understanding, social relations and the development of future-oriented meaningful projects will empower the project team
  • Four perspectives (purpose, people, complexity, and uncertainty) and context to give you a solid foundation to develop your own recipe for projects compatible with ISO 21500 and the Nordic flavour.

The book is divided in 7 chapters. The first two chapters introduces the three views and elaborates on the definition of a project.

Chapter three explains the project, temporal and organizational context and the next four chapters explains the four perspectives: purpose, people, complexity, and uncertainty.

Every perspective is explained by an illustration, an introduction, key challenges and common mistakes, how to DO it, the relationship to the ISO 21500 standard including a generic explanation, and for each related ISO 21500 activity the purpose and documents/tools, the Nordic flavor and a summary.

dia1In the attached QRC (download QRC (pdf)) you can find the perspectives, what to do, Nordic flavor and key challenges and common mistakes. I added ISO 21500 4.3.5 Control project work to the Uncertainty perspective because I think the authors missed this one. The book ends with a few examples of recipes.


If you want to understand what it means to bring ISO 21500 into practice this book is a good read. By moving away from the standard process view as represented in the ISO 21500, the setup of the book with the context and the four perspectives ‘forces’ you to really tailor the project management practices into your own recipe for your project.

Book review: The DevOps Handbook

9781942788003-200x300Gene Kim, Jez Humble, Patrick Debois and John Willis are the authors of the book The DevOps Handbook. how to create world-class agility, reliability, & security in technology organizations. If you look at the cover you see some similarities with The Phoenix Project. A novel about IT, DevOps, and helping your business win. And that is not a coincidence because Gene Kim is one of the co-authors of this book too.

Where The Phoenix Project is a business novel explaining the journey to set up a DevOps team, this book gives you the theoretical background, and the tools to build and use the DevOps philosophy by integrating product management, development, QA, IT operations, and information security to elevate your company.

The book is divided into four blocks: The first block (part I) introduces the three ways: The principles of flow, feedback and continual learning and experimentation. The second block (part II) explains where to start a DevOps movement in your organization. The third block (parts III-V) describes the technical practices of the three ways. The last block (part VI) discusses the technological practices of integrating information security, change management, and compliance.

In part II we see what it means to select the value streams with the most sympathetic and innovative groups to start with the DevOps transformation, analyse those value streams by creating a value stream map, and design the organization (functional, matrix or market oriented), fund services and products and not projects and create loosely-coupled architecture to dramatically improve the outcomes.

The first way describes the architecture and principles that enable the fast flow of work from left to right, from Dev to Ops to deliver quickly and safely, value to customers. Start with a single repository of truth for the entire system, make infrastructure easier to rebuild than to repair, enable fast and reliable continuous integration and automated testing and start with low-risk releases. Include running in production-like environments in your DoD.

The second way addresses the reciprocal fast and constant feedback from right to left by implementing feedback loops and use shared goals spanning Dev and Ops to improve the health of the entire value stream. The authors provide insights in telemetry from processes, behaviour and production issues, audit issues and security breaches that enables seeing and solving problems. Next we see, how we can integrate user research and feedback, peer reviews and pair programming and what it means when integrating hypothesis-driven development and A/B testing into our daily work?

The third way helps to create a culture of learning and experimentation. What can you learn from incidents, and how others can learn from your own learning by creating repositories and sharing learnings. How can you enable and inject learning into daily work by establishing a learning culture, have post-mortem meetings after accidents occur and communicate them, decreasing incident tolerances and organize game days to rehearse failures? And make sure you capture organizational knowledge by using e.g. chat rooms and chat bots.

In the last part, the three ways are extended by using them to achieve information security goals by making security a part of everyone’s job, by integrating preventive controls into a repository, by integrating security with the deployment pipeline, and integrating deployment activities with the change approval processes and reducing reliance on separating of duty.


If you want to start a DevOps movement, start with The Phoenix Project to make yourself enthusiastic about DevOps and continue with this book to get the real technical practices to make your DevOps a success. When buying this book, you will get a unique one-time access code to the DevOps X-ray individual assessment to benchmark your own performance against industry-wide data.

To buy: The DevOps Handbook

Perdido em normas

Happy to see the Portugese translation of my lost in standards article!

Fico muito feliz em ver que Rodrigo Coimbra traduziu o meu artigo “Lost in standards” em português. Uma grande oportunidade para meus amigos brasileiros e portugueses lerem este artigo em sua língua nativa. Dê uma olhada:


Lean happy family game

leankwartetI received a ‘Happy family game’ regarding Lean offered by Symbol Business Improvement.

Several topics can be collected like Lean Thinking, Change Management, Lean Methods & Tools, Process Flows, Waste/Muda, and many more.

You can use this game for fun, to fresh up your memory and see if you understand the mentioned topics or as a simple Lean Quick Reference Card. Each card has a nice colorful pictogram or chart and corresponding explanation. See attached picture representing the topic Lean Thinking with the four cards: Flow, Pull, Lowering the water level and First time right.

At this moment, you see several scaling agile frameworks talking about the lean-agile mindset and embracing the Lean Start-up approach from Eric Ries. Here you will have a potential conflict when Lean Start-up talks about ‘Fail fast’ and Lean Thinking mentions ‘First time right’. So, it’s good to explain what we mean with ‘Fail fast‘ to avoid confusion.

EU Commission released new PM Methodology (PM2) guide

img_1959The guide was released by the centre of Excellence in Project Management Methodology (CoEPM2) of the European Commission.

The PM2 guide incorporates elements from globally accepted best practices, standards and methodologies.

The PM2 Methodology provides:

  • A project governance structure
  • Process guidelines
  • Artefact templates
  • Guidelines for using artefacts
  • A set of effective mindsets
  • Competences

The house of PM2 shows:

A foundation including Project Management Best Practices and The PM2 Methodology Guide. Build on this foundation we find four pillars representing:

  • Governance: 5 management layers: Appropriate Governance Body, Project Steering Committee (Directing layer: Project Owner, Solution Provider, Managing layer: Business Manager, Project Manager), Performance layer (Business Implementation Group, Project Core Team) and optional a Project Support Team.
  • Lifecycle (4 phases, 3 phase gates and approvals: Ready for Planning, Ready for Execution, Ready for Closing. Where needed: tailoring and customization and a structure to support agile teams)
  • Processes:
    • Initiating: Initiating meeting, project initiation request, business case, project charter
    • Planning: planning kick-off meeting, project handbook, project stakeholder matrix, outsourcing plan, project work plan, deliverables acceptance plan, transition plan, business implementation plan
    • Executing: executing kick-off meeting, project coordination, quality assurance, project reporting, information distribution
    • Monitoring & Control: monitoring project performance, control schedule, control cost, manage stakeholders, manage requirements, manage project change, manage risk, manage issues and decisions, manage quality, manage deliverables acceptance, manage transition, manage business implementation, manage outsourcing
    • Closing: project-end review meeting, lessons learned and post-project recommendations, project-end report, administrative closure.
  • Artefacts: requirements management plan, project change management plan, risk management plan, issue management plan, quality management plan, communication management plan, change log, risk log, issue log, and decision log.

The roof represents Effective (solutions & benefits) Delivery supported by Control & Agility and PM2 Mindsets (apply PM2, remain mindful, committed, deliver max. value, involvement, invest, become better, share knowledge, improve, inspiration).

In the appendix, we get:

  • Overview of commonly used PM tools & techniques: PESTEL analysis, make or buy analysis, stakeholder interest/influence matrix, risk likelihood/impact matrix, work breakdown structure, deliverables breakdown structure, effort and cost estimates, three-point estimating using PERT, project scheduling, resource levelling, Gantt charts, critical path method, critical chain method, earned value management, Pareto analysis, lessons learned.
  • PM2 and portfolio management model: Portfolio framework definition (Define portfolio characteristics and project categories, Define portfolio metrics, Define selection and reporting frequency, Define portfolio processes and governance bodies), Portfolio composition (Projects Identification, Projects evaluation, Projects capacity planning, Projects prioritization, authorization), Portfolio realization (Portfolio monitoring & control, Portfolio reporting, Portfolio change management, Portfolio benefit management, Portfolio optimization, Portfolio risk management) and Portfolio stakeholder management & communication
  • PM2 and Agile: Agile PM2 principles, extension with agile roles and responsibilities (agile core teams within the project core team), integration in the life cycle, and suggested agile artefacts
  • Ethics and conduct
  • Glossary

The Open PM2 initiative include:

  • PM2 guide – Open edition available through the EU Bookshop. For free see: PM2 guide
  • PM2 Methodology Wiki
  • PM2 certification exams
  • Project Support Network (PSN)


The PM2 guide is comprehensive, gives enough explanation for a complete picture of the traditional project management approach (in line with ISO21500, PRINCE2 and PMP) with a flavour of portfolio management and agile integration on the delivery level (PRINCE2 Agile offers much more) and includes benefits and transition management (comparable with MSP). The manual has a lot of colourful pictures, tables and references. Don’t confuse PM2 with the Japanese P2M (a guidebook for Project & Programme Management).

I assume that many people has put a lot of energy in developing this PM2 Methodology but I ask myself why do we need a new methodology, why spend a lot of money for something that is already available? Why a new certification program, why a new community? We have PMP, PRINCE2, PRINCE2 Agile, MSP and IPMA certifications we have best practice groups like BPUG and the IPMA community. What will be the added value of this new methodology paid by ourselves?

Review: Bedtime stories for project managers

bedtimeMarisa Silva asked me to review her book ‘Bedtime stories for project managers: and others with trouble sleeping’.

It is a nice little booklet where you will get eleven fairy tales and a comparison with project management aspects, a theoretical explanation, the morale of the story from a project management perspective and how to cope with this aspect via a process, procedure or techniques and you will get references to related literature. It’s easy to read, it will fresh up your memory regarding the fairy tales and it give some food for thought as a project manager.

The following fairy tales are discussed:

  The fairy tale The project management perspective
1 Emperor’s new clothes Executives believing in their own weak business case (and are influenced by cognitive biases, pet projects, political games)
2 The stone soup Keep the project scope creep under control
3 The three little pigs the project manager’s risk appetite and risk management
5 The chicken and the pig are you involved or committed?
6 The little red riding hood Follow the critical path
7 The six blind men and the elephant As a project manager, you need to hold a holistic and integrated vision
8 The wolf in sheep’s clothing Watermelon reporting instead of transparent and honest reporting
9 The old man, the boy and the donkey Impossible for a project manager to please everyone
10 The boy who cried wolf Usage of project management ethics
11 The bed of Procrustes Tailor to suit the project management environment

To order:Bedtime stories for project managers (eBook)

Recensie: De responsive enterprise

9789058754462-480x600Rini van Solingen en Vikram Kapoor hebben de business roman ‘De responsive enterprise, in 9 stappen naar een snelle en wendbare organisatie‘ geschreven.

In dit boek volgen we Ron, directeur bij een groot internationaal maar bureaucratisch bedrijf en Mark, directeur-eigenaar van een jong snelgroeiend bedrijf. Tijdens een telefoongesprek verzucht Ron dat nieuwe producten op de markt zetten bij zijn bedrijf een eeuwigheid duren. Waarop Mark zijn verbazing uitspreekt, zeker als hij hoort dat het wel een jaar kan duren. Mark trekt de conclusie dat Ron’s organisatie wel ziek moet zijn. Volgens Mark moet Ron zijn organisatie veel slagvaardiger maken. Kijk bijvoorbeeld eens naar start-ups. Waarop Ron zegt dat je zijn bedrijf toch niet kan vergelijken met zo’n start-up. Mark ziet dat anders en wil dit graag uiteenzetten. Ze besluiten om samen 9 holes te gaan lopen om daar de belangrijkste principes om organisaties ‘responsive’ te maken te bespreken. Hoe kan je als organisatie zowel snel resultaten leveren als innoveren? Ze lopen negen holes en bij iedere hole bespreken ze een principe.dia1

  • Hole 1: Vorm autonome teams (minibedrijfjes). Het hebben van cross-functionele teams met end-to-end verantwoordelijkheid waarbij alles draait om klantimpact, klanttevredenheid en klantgerichtheid binnen afgebakende klantgebieden zodat ze elkaar onderling niet op de klant beconcurreren maar wel een competitie voeren op geleverde prestaties.
  • Hole 2: Bepaal een ambitieus hoger doel. De organisatie-energie is positief te beïnvloeden door het hebben van zowel een ambitieus als inspirerend doel, vaste stabiele teams waarin de allerbeste mensen zitten die als team en als individu beter willen worden en hun resultaten en leerervaringen vieren.
  • Hole 3: Maak alles extreem transparant. Vertrouwen, verantwoordelijkheid en prestaties worden meer dan positief beïnvloed in een cultuur zonder geheimen en waar alles gevraagd kan worden, met voor iedereen zichtbare heldere en eenduidige prestatiemetingen, overal beschikbaar en up-to-date en waar men zich eigenaar en verantwoordelijk voelt voor de te leveren prestaties.
  • Hole 4: Zet de klant(en) aan het stuur. Uiteindelijk valt of staat het bij het creëren en onderhouden van duurzame klantrelaties. Door nauwe samenwerking met de klanten kunnen spontaan ontwikkelde oplossingen veel waarde leveren, dit kan echter alleen in die situaties waarbij medewerkers direct in contact staan met die klanten en de ruimte krijgen om zelf te beslissen omdat zij de beste informatie hebben. Zelfs aan het begin als er nog geen contractafspraken liggen zodat de relatie wordt opgebouwd op basis van waarde, impact, vertrouwen en delen. En deze laatste klantprincipes moeten expliciet gemaakt worden.
  • Hole 5: Doe veel experimenten. Maar neem wel de angst weg dat er geen fouten gemaakt mogen worden. Fouten maken mag zolang er maar van geleerd wordt. Baseer de te nemen beslissingen wel op basis van kwantitatieve informatie voortkomend uit de experimenten. Maak het wel makkelijk om te kunnen experimenteren, biedt ruimte, mogelijkheden, voorzieningen, hulpmiddelen, waarbij uiteraard de balans tussen vernieuwen en verdienen niet uit het oog verloren mag worden.
  • Hole 6: Stuur op individueel ondernemerschap en vakmanschap. Het begint bij succesvolle medewerkers en teams. Ieder individu is een ondernemer en heeft recht zelf succesvol te zijn en moet kunnen doorgroeien. Persoonlijk vakmanschap is direct gekoppeld aan klantimpact en bedrijfsresultaat en zal dan ook voor iedereen zowel een recht als een plicht zijn om te streven om de beste te willen zijn.
  • Hole 7: Creëer een zelf-schalende cultuur. Zonder organisatie-energie geen veranderingen. Groei is een van de noodzakelijke randvoorwaarden voor energie. Hierbij mag de cultuur echter niet verloren gaan. Waarden en principes zijn expliciet, ondernemend en klantgericht en bepalen de cultuur. Je zal dus moeten borgen dat bij de groei deze cultuur niet verloren gaat. Als de autonome, zelf-groeiende teams zich splitsen als een bijenvolk blijft het cultuuronderdeel van beide gesplitste teams in tact, waarbij verder rekening gehouden wordt met de operationele en groeimodellen die gericht zijn op zelfsturing.
  • Hole 8: Richt een rigoureus ritme van levering in. Het dagelijkse gestructureerde ritme is te vergelijken met een kort-cyclische hartslag die net wat sneller klopt dan die van de markt en de klanten zodat je snel kan leveren, ervan leren en vervolgens na eventuele aanpassingen opnieuw beginnen. Op deze wijze ben je ook in staat om snel op onverwachte gebeurtenissen of kansen in te spelen.
  • Hole 9: Wordt software-centric en data-driven. Begin met het volledig automatiseren van de meest waardevolle producten en/of diensten inclusief de onderliggende product- of servicelevering. Log verder alle data rond klantgedrag en systeemgebruik, en monitor volledig data gedreven. Focus hierbij op oplossingen met de hoogste impact en de grootste technische uitdaging zodat je ook nog een keer aantrekkelijk bent voor je klant maar ook voor het meer dan noodzakelijke talent op de arbeidsmarkt.

Tot slot kijken ze nog even terug, op het golfen en uiteraard op de negen onderwerpen die ze hebben besproken en Mark geeft aan dat het belangrijk is om hiermee te beginnen maar dat het niet blijft bij deze negen punten. Je zal moeten uitproberen, leren en weer opnieuw moeten beginnen, de wereld om je heen staat ook niet stil.

Aan het eind van het boek worden de negen elementen, patronen en principes nog eens samengevat in een model. Daarnaast een literatuurlijst en een negental QR-codes (per hole) naar achterliggende informatie zoals een stappenplan hoe elk patroon te implementeren, een lijst met aandachtsgebieden en een aantal praktijkcases.

Kortom, een vlot leesbaar boek waarin in aantal belangrijke aspecten besproken worden om als organisatie veel wendbaarder te worden en te blijven. Het laat ook zien dat je als organisatie er niet komt als je de stap zet tot agile teams die bijvoorbeeld met scrum gaan werken. Business agility of de responsive enterprise vragen veel meer dan dat.

Bestellen: De responsive enterprise of De responsive enterprise (E-book)