Tag Archives: QRC

Review: Team Topologies

515ymmKuFqL._SX332_BO1,204,203,200_Many organizations are struggling with their business agility transformation. One of the reasons is the way they have organized their teams. The focus was probably on efficiency and if these teams start to use agile ways of working, this doesn’t make the organization agile. The book Team Topologies – Organizing business and technology teams for fast flow, by Matthew Skelton and Manuel Pais, will help you to design a team organization structure that helps you to become more agile. Using their ideas will help to overcome some obstacles for fast flow. E.g. pushing against Conway’s law, software that is to big for teams, confusing organization design options, teams that are pulled in many directions, painful re-organizations every few years, blocked flow, too many surprises and disengaged teams.

The book is divided into three parts. Part I focusses on teams as the means of delivery. Part II explains team topologies that work for flow and part III elaborates on evolving team interactions for innovation and rapid delivery.

QRC (Team topologies, 200525) v1.0To download: QRC (Team Topologies, 200525) v1.0

The book explains the seven core ideas behind team topologies:

  1. Conway’s law. “Organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations.” Conway’s law tells us that an organization’s structure and the actual communication paths between teams persevere in the resulting architecture of the system built
  2. Team first. Start with the team for effective software delivery. There are multiple aspects to consider and nurture: team size, team lifespan, team relationships, and team cognition. Organizational groupings should follow Dunbar’s number, beginning with around 5-8 people, then increasing to around 15 people, then 50, then 150, then 500, and so on. Organizational groupings should follow Dunbar’s number, beginning with around 5-8 people, then increasing to around 15 people, then 50, then 150, then 500, and so on. Cognitive load: “The total amount of mental effort being used in the working memory.” Restrict team responsibilities to match the maximum team cognitive load. The following three different kinds of cognitive load are explained:
    • Intrinsic cognitive load – relates to aspects of the task fundamental to the problem space
    • Extraneous cognitive load – relates to the environment in which the task is being done
    • Germane cognitive load – relates to aspects of the task that need special attention for learning or high performance.
  1. Four fundamental topologies. The four fundamental team topologies are explained including expected behavior and capabilities:
    • Stream-Aligned Team: a team aligned to the main flow of business change, with cross-functional skills mix and the ability to deliver significant increments without waiting on another team (some would call these teams “product or feature teams” but talking about streams makes more sense)
    • Platform team: a team that works on the underlying platform supporting stream-aligned teams in delivery. The platform simplifies otherwise complex technology and reduces cognitive load for teams that use it (a good platform is “just big enough”)
    • Enabling team: a team that assists other teams in adopting and modifying software as part of a transition or learning period
    • Complicated-Subsystem Team: a team with a special remit for a subsystem that is too complicated to be dealt with by a normal stream-aligned team or platform team. Optional and only used when really necessary.
  1. Team interaction modes. The primary interaction modes for the 4 fundamental team topologies are:
    • Collaboration: working closely together with another team
    • X-as-a Service: consuming or providing something with minimal collaboration
    • Facilitating: helping (or being helped by) another team to clear impediments
  1. Organizational sensing. Expect to adapt and evolve your organization structure.
  2. Topology evolution. An organization should expect to see different kinds of interactions between different kinds of teams at any given time as the organization responds to new challenges
  3. Team API. A description of the entire interactions with the team: code, versioning, wiki and documentation, practices and principles, communication, work information and other.

Combine a team-first approach with Conway’s lay, the four fundamental topologies, team interaction modes, topology evolution, and organization sensing. Get started: begin with the team, identify streams, identify the thinnest viable platform, identify capability gaps, and practice team interactions.

Conclusion. I would say a great book for those who are designing their agile transition. This book will help to understand where you have to think about when creating your team topology. You get lots of case studies and industry examples.

To order (Maangementboek.nl): Team Topologies

To order (bol.com): Team Topologies

To order (Amazon.com): Team Topologies

Recensie Agile Design

9789492618375-480x600Een van de principes van het Agile Manifesto luidt: “The best architectures, requirements, and designs emerge from self-organizing teams”. Het bestaansrecht van een design wordt echter door veel organisaties in twijfel getrokken. Op het moment dat meerdere teams aan één product werken wordt het hebben van een globaal ontwerp al duidelijker maar ook indien in de ideale situatie slechts één autonoom team verantwoordelijk is voor een product of service is er nog steeds behoefte aan een design. Een design is essentieel voor het borgen van kennisoverdracht, ondersteuning van beheer en het nakomen van wet- en regelgeving. En dit is precies waar het in het boek Agile Design Best Practices – Een set van best practices voor een evolutionair design van informatiesystemen geschreven door Bart de Best over gaat.

In het boek staan twee aspecten centraal. Het veranderparadigma en de design pyramid.

Het veranderparadigma laat zien dat bij een verandering van werkwijze ook het delen van gemeenschappelijke uitgangspunten vereis is. Het is belangrijk dat er eerst een synchronisatie van denkbeelden plaatsvindt. Dit betreft zowel de denkbeelden van de business case (beeld), het eigenaarschap (macht), de werkwijze (organisatie) als de benodigde mensen en middelen (resources). De auteur projecteert dit op zowel een agile aanpak, een waterval aanpak alsmede op een uitgewerkte casus.

QRC (Agile Design, 200504) v1.0

Downloaden: QRC (Agile Design, 200504) v1.0

De design pyramid geeft een classificatie van onderdelen waaruit een design moet bestaan. De non agile design pyramid komt kort aan bod en de ideal design pyramid bestrijkt de hoofdmoot van het boek.

Een non agile design pyramid beschrijft de architectural, functional, technical, requirements, test en code view van een traditionele aanpak. Hierbij wordt in het voortraject de meeste tijd gestopt en naarmate je verder in de tijd bent wordt er steeds minder tijd gestopt in de volgende views en lopen de views vanuit de business (wat) naar de techniek (hoe). Deze pyramide wordt gevisualiseerd door een omgekeerde pyramide.

Het boek beschrijft in detail alle lagen van een ideal design pyramid waarbij de lagen wederom vanuit de business (wat) naar de techniek (hoe) lopen maar waarbij de inspanning omgekeerd is. Aan het begin minder inspanning en naarmate men verder in het project is steeds meer. De lagen en bijbehorende op te leveren producten, die ieder in een hoofdstuk aan bod komen, zijn:

  • Business view: system context diagram en value stream canvas
  • Solution view: use case diagram, system building blocks (Informatie, applicatie en technologie) en value stream mapping
  • Design view: use cases bestaande uit use case narrative en use case scenario
  • Requirements view: Behavior Driven Development (BDD) feature files (Given-When-Then format)
  • Test view: Test Driven Development (TDD) met testframework, testcases en testdatasets
  • Code view: code as documenten of documentation as code of continuous documentation.

In de bijlagen onder andere aan tabel van agile tools inclusief verwijzingen naar websites.

Conclusie. Het boek geeft veel praktische handvatten hoe een agile design vormgegeven kan worden. Als rode draad loopt het ontwerp van een koffiemachine door het boek. Bij iedere laag van de ideal design pyramid krijgen we de bijbehorende  ingevulde op te leveren producten. Verder per laag verschillende tips en trucks (trucs of tricks?).

Bestellen: Agile Design

Review Project Excellence Baseline

A few weeks ago, I was for a three-day assessment training regarding the IPMA Project Excellence Model in Vilnius, Lithonia. For 3 days, by using action learning we familiarized ourselves with the Project Excellence Model. This model will be used to judge which large and mega-sized projects will receive the project excellence award.

IPMA_PEB_2019__cover_previewThe Project Excellence Model (PEM) is described in the book Project Excellence Baseline for Achieving Excellence in Projects and Programmes. This Project Excellence Model is a great tool for continuous improvement of project or program management in your organization? It’s not a maturity model. The main purpose of the Project Excellence Baseline (PEB) is to describe the concept of excellence in managing projects and programs. It complements the IPMA Individual Competence Baseline (IPMA ICB) and the IPMA Organisational Competence Baseline (IPMA OCB).

The book describes a project in its organization’s internal and external context. The concept of project excellence is based on continuous improvement (plan-do-check-act), the role of sustainability and the role of leadership.

The PEM model structure enables easy reporting of the outcomes on all management levels via three levels:

  • Areas: The main components of the model: People & Purpose and Processes & Resources and Project Results
  • Criteria: to enable detailed feedback about the levels of excellence on a particular project
  • Examples: actual practices typically found in excellent projects.

QRC (PEM, 200324)All three areas of the model strongly interact with each other. See the arrows in the figure. This means that none of the areas should be developed in isolation and each of the areas should be actively used to develop excellence in the remaining two. Due to interaction between areas the following business value can be secured: performance, effectiveness and efficiency, reliability, flexibility, continuous improvement, scalability and sustainability.

The People & Purpose area is divided into three criteria: A.1. Leadership & Values; A.2. Objectives & Strategy; A.3. Project Team, Partners & Suppliers.

The Processes & Resources area is divided into two criteria: B.1. Project Management Processes & Resources; B.2. Management of Other Key Processes & Resources.

The Project Results area is divided into four criteria: C.1. Customer Satisfaction; C.2. Project Team Satisfaction; C.3. Other Stakeholder Satisfaction; C.4. Project Results and Impact on Environment.

In a separate chapter the assessment of project excellence, the assessment process itself, the role and competences of project excellence assessors, the scoring approach and the project profile are described in detail. The project profile consists of three general scores, respectively for People & Purpose, Processes & Resources and Project Results. Examples of conclusions after assessing could be leadership driven projects with low process maturity, process driven project with low leadership and/or sense of purpose and, balanced projects combining great leadership and a strong sense of purpose with a strong process culture.

In the annexes you get a very detailed description of the Project Excellence Model and the scoring tables for the model areas and criteria. The last annex explains the IPMA Global Project Excellence Award assessment and its benefits for stakeholders, applicants and for finalists and winners.

Conclusion: Not only a book for assessors or applicants of the IPMA Project Excellence award but for project sponsors, project or program managers or PMO/Centre of Excellence staff too who can use it as a great tool for continuous improvement of project or program management.

To download: Project Excellence Baseline

Introduction to the Project Excellence Baseline

Review Formula X

9781950367221-480x600Jurriaan Kamer and Rini van Solingen are the authors of Formula X – How to reach extreme acceleration in your organization? It’s a business fable that shows which steps you should take to drastically accelerate the time-to-market in your own organization.

In this novel, we follow Ronald Verhulst, the director of a major kitchen manufacturer who is confronted with an advertisement, placed by the major shareholder promising that kitchens can be operational within two weeks from order. If it takes longer, you get the kitchen for free. This sounds disruptive if you know that the current time-to-market is twelve or more weeks. Based on a number of advices from a Formula I team, Ronald shows how to translate these lessons learned into his own organization and to implement them step by step. Do you have any idea how often a Formula I team evaluates the way they operate and how many improvements are being made between two races?

But before Ronald actually gets to work on this advice, he started to work with the Full Control Consulting Group. They helped Ronald to implement Total Efficiency Management with which measurable processes can be accelerated. Completely in line with his own adage “Trust is good, but control is better!” This approach didn’t work, but it took some time to gain that insight. He sends the Consulting Group away and started with the lessons learned from the Formula I team.

QRC (Formula X, 200313) v1.0To Download: QRC (Formula X, 200313) v1.0

From the conversation with the driver and the team boss of the Formula I team, Ronald manages to distil six lessons (the authors call this the FASTER model consisting of six parts, the initial letters together form the word “FASTER”):

  • Focus and clarity – a clear and inspiring goal that works as a compass
  • Accelerate decisions – reversible decisions and distributed authority
  • Simplify – the art of omission and simplification
  • Team Engagement – intrinsic motivation, autonomy and ownership
  • Elementary physics – the age-old basic laws for speed and acceleration
  • Rhythmic learning– learn through a cadence of recurring interaction moments

In the book we get the translation of all these lessons to the kitchen manufacturer and we see the effect but also the struggle to win the organization for taking these steps. In the beginning we see a silo organization in which every department in itself works efficiently, but ultimately it is all about the result of all steps together. By learning on the basis of the aforementioned lessons and making changes based on them, the lead time is improved step by step. In the end, a final drastic step is taken. The ‘walls’ between the departments such as sales, planning, purchasing, production, installment and customer contact are broken down. Multidisciplinary teams are created that are responsible from the first customer contact to the final delivery of a kitchen. It may be clear where it ultimately leads. There are now teams that are able to install kitchens very quickly in a fixed cadence, with a lot of satisfied customers and a happy large shareholder as a result.

Conclusion: The chosen approach in which we learn from a Formula I team and apply it to a kitchen manufacturer shows that you can do a lot in a non-IT company too to improve your organization’s agility and what this means for you in your role as manager ( e.g. letting go and decentralized decision making). Pouring it into a business fable makes it fun and easy to read. Personally, I find the description of the current situation and “improving” through control steps too long. This covers more than half of the book and by shortening that part, the book could have gained in strength. Nevertheless, the book is definitely worth reading and offers plenty food for thought and potential experiences!

While writing this review they came to replace my boiler. A team of 2 mechanics arrived at 8 AM. They were ready around noon. Small problem: the digital thermostat had an error message. No connection with the boiler and therefore no heating! They failed to solve it. A connector between central heating and thermostat turned out to be broken. This happened them quite often when replacing a central heating boiler. However, this energy supplier had a separate team for this. After a 30-minute call, they told me that I would be called back within half an hour. That indeed happened and the team was due to arrive that afternoon between 1 and 5 PM. Around 4 PM another mechanic came with a new connector. Solved in five minutes. Suppose this energy supplier had read this book, they would probably have integrated this thermostat team with the heating installers after evaluating these types of problems. Many phone calls, an extra ride, and the turnaround time at my place would have accelerated by 50% and as a result a cost reduction for the supplier!

A week later I receive a letter for the yearly maintenance of my boiler. This letter still involved maintenance of my old boiler. After a few phone calls, it became clear that the back office had not yet made the changes. Another example of different teams / silos. In the meantime, I have received three more letters about scheduling regular maintenance, so I have to give them a next call and bring this book to the attention.

To order (managementboek): Formula X

To order (Amazon.com): Formula X

How to accelerate decisions: 

Recensie Agile transformeren

9789024427604-480x600Bas van Lieshout, Hendrik-Jan van der Waal, Astrid Karsten en Rini van Solingen hebben met het boek Agile transformeren – een praktische aanpak voor het structureel versnellen en wendbaar maken van organisaties een reisgids geschreven die je kan gebruiken bij jouw eigen agile transformatiereis. En zoals ook bij een gewone reisgids, je pakt eruit wat voor jou bruikbaar is. In het boek vele leerervaringen onderbouwd met een veelheid aan geanonimiseerde cases waarvan ik er verschillende denk te herkennen.

Het boek is onderverdeeld in een drietal delen. Waarom agile transformeren, hoe voer je een agile transformatie uit en wat te veranderen en borgen in een agile transformatie.

QRC (Agile transformeren, 200312) v1.0Downloaden: QRC (Agile transformeren, 200312) v1.0

In het eerste korte deel waarom agile transformeren wordt ingegaan op de fundamentele versnelling door digitalisering die nu plaatsvindt in de wereld. Met als gevolg dat bedrijfsmodellen, mensen en het leiderschap moeten veranderen en empirisch werken als enige oplossing wordt aangedragen. Iedere organisatie zal getransformeerd moeten worden als gevolg van digitalisering, versnelling en sterk veranderende klantbehoeften. De transformatie zal organisatiebreed doorgevoerd worden om een agile mindset te bewerkstelligen. Een agile cultuur is gebaseerd op zingeving, vertrouwen, transparantie, experimenteren, zelforganisatie, eigenaarschap en continu verbeteren.

In deel B nemen de auteurs je mee hoe je een agile transformatie uit zou kunnen voeren, waarbij benadrukt wordt dat je vooral je gezonde verstand moet blijven gebruiken. Het letterlijk volgen van de stappen zal naar aller waarschijnlijkheid niet tot het gewenste resultaat leiden. Iedere organisatie en dus ook de transformatie is anders. Ter ondersteuning wordt een acht stappen model (vergelijk Kotter) toegelicht. De eerste drie stappen helpen de transformatievisie neer te zetten en uit te dragen en de stappen 4 tot en met 8  beschrijven de uitvoering van de transformatie.

  1. Scope: een heldere scope voor de transformatie is een randvoorwaarde voor executie van een transformatie
  2. Onderzoek: Stel vast wat het doel van het onderzoek is: 1) Eenduidig gedragen beeld opbouwen bij betrokkenen; 2) Meetpunt hebben om voortgang bij te houden en te rapporteren; 3) Eerste echte interventie om duidelijk te maken dat het serieus is; 4) Concrete actie en alignment krijgen
  3. Urgentie: Bij het helder maken van de urgentie moeten in ieder geval de volgende vragen beantwoord worden: Waarom wordt de verandering ingezet; welk probleem wordt opgelost; welke richting gaat het op en wat is de dringende noodzaak hiervan?
  4. Bouwschets: De bouwschets helpt bij het richting geven, inspireren, doorbreken van bestaande patronen en het creëren van draagvlak om te starten. Nb. In dit hoofdstuk een interessante paragraaf met redenen waarom je wel/niet gebruik gaat maken van componentteams (niet onafhankelijk)
  5. Veranderstrategie: Houd bij het bepalen van de veranderstrategie rekening met de bestaande cultuur, de externe urgentie en hoe diep je wilt veranderen. Maak daarbij een keuze voor een big bang, stapsgewijs of evolutionaire aanpak. Ook het werken met waves is een mogelijkheid en het betrekken van de ondernemingsraad wordt aanbevolen als bij de transformatie medewerkers geraakt worden
  6. Roadmap: Een transformatieroadmap is enerzijds een communicatiemiddel, biedt focus en activeert de organisatie en anderzijds dient het als startbewijs en maakt de voortgang inzichtelijk
  7. Korte iteraties: Iteratief werken creëert de gewoonte om regelmatig bij te sturen, draagt bij aan het vertrouwen en zorgt dat je een voorbeeld stelt.
  8. Meten: Maak een keuze voor de meest relevante keuze. Worden externe resultaten meetbaar en transparant of wordt de interne voortgang en impact van de transformatie meetbaat en transparant gemaakt. Hierbij wordt aanbevolen om te zorgen voor een balans tussen leading en lagging indicatoren en het creëren van aandacht.

In deel C wordt, in lijn met Kotter’s laatste stap, ingegaan op de borging van de agile transformatie. Deze borging wordt handen en voeten gegeven door zeven borgingsthema’s te beschrijven:

  1. Talentontwikkeling: Zorg voor agilty bij personeelszaken en zet de medewerker centraal. Betrek daarnaast personeelszaken bij het transformatieteam en die medewerkers die de gewenste mindset hebben. Stimuleer daarnaast de ontwikkeling van medewerkers, ga flexibel om met rollen en heb aandacht voor het welzijn van medewerkers maar durf ook afscheid te nemen van medewerkers
  2. Leiderschap: Leiderschap moet aansluiten op de bouwschets en maak het mogelijk dat teams autonoom kunnen optreden
  3. Strategische besturing: Denk hierbij aan de volgende praktijkmaatregelen: kwantificeer strategische doelstellingen, richt strategievalidatie in en accepteer dat onbekend is wat strategisch verstandig is. Betrek hierbij productowners en richt een kort cyclisch ritme in voor sturing en reorganiseer de bestaande governance
  4. Meten en afstemming: hierbij kunnen de volgende maatregelen gehanteerd worden: Kijk gezamenlijk terug en vooruit. Maak één productowner verantwoordelijk voor een gehele waardeketen. Maak zaken helemaal af zodat ze door een klant gebruikt kunnen worden. Richt een obeya-ruimte in en maak gebruik van OKR’s voor transparantie van doelen
  5. Financiën: Betrek financiële professionals actief bij agile teams. Help in de overgang van project- naar productfinanciering. Laat een verbeterteam de financiële processen verbeteren
  6. Compliance: Maak kwaliteit een teamverantwoordelijkheid en werk samen met compliance en vertaal afspraken naar compliance by design en de definition of done (DoD)
  7. Technologie: Stimuleer continu integreren en opleveren waarbij de kwaliteit gegarandeerd wordt door geautomatiseerd testen. Stimuleer daarnaast een wendbare architectuur en een date-gedreven werkwijze.

Conclusie: Een vlot leesbaar boek dat precies past in een heen en terug vliegreis naar Vilnius, Litouwen waar ik voor de IPMA Project Excellence assessor sessie moest zijn. Persoonlijk vind ik het eerste deel wat mager. Het is niet meer dan een kort inleidend hoofdstuk. Ik had meer onderwerpen verwacht zoals bijvoorbeeld het effect van disruptieve of exponentiele organisaties als redenen om te moeten transformeren. Neemt niet weg dat dit boek voor iedereen die nadenkt over of ondertussen bezig is met een agile transformatie veel nuttige voorbeelden en valkuilen uit praktijksituaties omvat. Het acht stappenplan biedt mooie handvatten en concrete te nemen acties. Als daarnaast ook gehoor gegeven wordt aan de borging in de structuur en cultuur van de organisatie wordt de kans op een succesvolle transformatie vergroot.

Bestellen:  Agile transformeren

Review DARE

9789493056183-480x600-2DARE – The mindset for successful innovators in the digital age written by Eric de Groot and Matthijs Rosman is a recipe to innovate and grow your business.

DARE stands for defiance, adventure, realism, endurance. It helps those who want to innovate in the ‘digital age’ but are hesitating to take the first steps.

The book is built around ten key more or less connected, frequently asked questions of innovation and growth in the digital age, clustered in three parts (following the three stages of growth initiate, create and scale):

  1. Do I know what I don’t know? Understand trends in technology and culture.
  2. Am I still in business in 5 years’ time? Which value is your company adding in 5 years’ time? To whom?
  3. Can I kick it? What is the best approach to reinvent your business?
  4. Who are my growth BFFs (best friends forever) and BEFs (best enemies forever)? What is the profile of ideal innovation partners?
  5. Am I willing to experiment or die? Embed a framework to get organized for exponential growth.
  6. What are the rules of the game? Create a growth culture that helps sustain new ideas.
  7. Do I have the basics in order? Learn how to make room for innovation.
  8. Do I go by facts or fiction? Discover that data is the key element to nurture growth.
  9. How do I turn on the growth engine? Learn best practices on how to successfully scale.
  10. How to achieve full maturity? How to lever for change.

At the end of the chapters a comparison is made with Leonardo da Vinci’s actions, way of working or thinking. The authors see Leonardo as the quintessential DARE practitioner.

And if these ten questions are not enough, every part starts with some rarely asked questions to get you started and keep you going.

QRC (DARE, 200303) v1.0To download: QRC (DARE, 200303) v1.0

Initiate captures the first four questions. It is about understanding what is happing around us. It is about situational awareness; trying to figure out how your organization is impacted and what your response should be. The (digital) transformation is not new but a fact of life. Some relevant megatrends which are discussed: changing demographics, globalization & shifting economic power, rise of the global middle class, accelerating urbanization, climate change and resource scarcity, privacy 2.0, unbanked, deep fake, quantum computing and technology. All these megatrends have a profound impact on industries and businesses. Think about customer centricity, shift from ownership to usage, servitization, platform business, connectivity and data, dark commerce and production on demand.

Create covers the next four questions. It deals with the process that puts the customer first in your transformation process. It explores the need for experimenting in ‘controlled’ spaces with a blended approach of design thinking, lean startup and an agile way of working. Managers and employees need to make five fundamental shifts: from control to enable, self-organizing, from individual to team, from long sequential steps to short iterative cycles, from management lead to customer lead and from first time right to celebrate failures (and learn from them). Marketeers should learn the new 5 P’s in marketing: Positioning, Partitioning, Probing, Prioritizing and Participating.

Scale is the last part and answers the last two questions. Scale refers to the making of a true commitment to innovative growth and daring to make decisions with drastic consequences. Scaling is making the next step in new markets – beyond the early adopters – in new customer groups and geographic. As you move from ideation to execution, there are five key areas that you need to focus on in scaling up your new venture: market, product, process, organization and finance. Sustainable growth is about mastering all the stages, deploying the various tactics within with extreme velocity and persistence (awareness, acquisition, activation, retention, revenue and referral).

The book ends with the innovation readiness benchmark. Eight groups with, in total 60 detailed questions: innovation strategy, customer centricity, organizational agility, innovation portfolio management, organization of innovation, innovation skills and competences, innovation performance and disruption of risk.

Conclusion: Definitely not a theoretical book but inspirational and practical with many real-life examples! It helps you to diagnose and innovate your own business. A must read for those who want to survive in this disruptive era.

To order (managementboek): DARE

to order (Amazon): DARE

Video Dare Mindset

Recensie: Purpose – Het verhaal van de moraal

Paul Stamsnijder neemt ons met zijn het boek Purpose – Het verhaal van de moraal mee in de wereld achter purpose. Wat verwachten stakeholders, hoe bepaal je je eigen hogere doel. Welke soorten purpose zijn er? Hoe neem je je medewerkers hierin mee en hoe communiceer je hierover met de buitenwereld. Purpose is een zaak voor het hoofd, het hart en de handen. Hierbij staat het hoofd voor het weten, bezinning en voor wie doe je het. Het hart symboliseert het willen, de bezieling en het waarom. De handen vertegenwoordigen het doen, beweging en het hoe je het doet.

QRC (Purpose, 200201) v1.0Downloaden: QRC (Purpose, 200201) v1.0

Het boek is onderverdeeld in vijf delen. In het eerste deel laat de auteur zien waarom er nu zoveel aandacht is voor purpose. Purpose is perceptie en dat betekent dat je het begrip zowel positief als negatief kan uitleggen. De auteur hanteert hiervoor respectievelijk de dagdromers en de doemdenkers. De dagdromers zijn van mening dat purpose van invloed is op de samenleving. Purpose geeft zin aan bestaande en nieuwe medewerkers en is het moreel kompas. Purpose voedt verandering en drijft de reputatie. De doemdenkers daarentegen zien purpose als marketing en greenwashing. Zien het voordeel voor iedereen als een illusie. Zij zijn van mening dat een bedrijf gewoon geldt moet verdienen.

In de volgende drie delen staan het hoofd – wat verwachten onze stakeholders, het hart – waar gaan we voor en handen – hoe pakken we het aan, centraal.

Stakeholders worden steeds veeleisender. Een bedrijf dat alleen zijn verantwoordelijkheid neemt op operationeel of commercieel vlak is niet meer voldoende. Maatschappelijke aspecten zoals duurzaamheid, klantgerichtheid, circulariteit, goed werkgeverschap en innovatie spelen een steeds belangrijkere rol. Loze beloftes zijn risicovol en toets of je bedoeling wel relevant is voor alle stakeholders.

Een purpose bedacht in het hoofd moet doorzakken naar het hart. Hoe bepaal je je hogere doel aan de hand van je authentieke drijfveren. Een sterke purpose is geen doel op zich maar een uitgangspunt. Als je weet wat je wilt, komt het beste naar je toe. Purposes zijn te categoriseren door te kijken naar de beloftes die gedaan worden. De auteur onderkent dertien categorieën: beter, eerlijker, liever, bewuster, gemakkelijker, slimmer, veiliger, sterker, plezieriger, nabijer, gelijker, grootser en goedkoper. Per type purpose, bijvoorbeeld beter – de belofte van kwaliteit geeft de auteur een omschrijving en een aantal voorbeelden van bedrijven.

Het deel handen – hoe pakken we het aan gaat over de vraag hoe je je medewerkers meeneemt en hoe je in de verschillende fasen van je ontwikkeling communiceert over je maatschappelijke opgave.

In het laatste deel – begin bij jezelf volgt een toekomstvisie en gaat de auteur op zoek naar het moreel kompas en krijgen we een professionaliseringsmodel waarin je aan de hand van vijftien dimensies kan vaststellen op welk niveau van purpose je zit. Bij purpose 1.0 is het nobele doel vooral verantwoording (extrinsiek gedreven, nadat zich issues hebben voorgedaan). Purpose 2.0 zet het verdienmodel centraal (extrinsiek gedreven, als een middel om meer voorkeur en vertrouwen te genereren). Purpose 3.0 staat voor het vertrekpunt van de organisatie (intrinsiek gedreven, leidend voor al het denken en doen). Alleen als je klein begint, slaag je erin om je stakeholders niet alleen in het hoofd, maar ook in het hart te raken.

Conclusie. Een helder vlot lezend boek dat middels vele voorbeelden het begrip purpose tastbaar maakt en handvatten biedt om je eigen purpose te toetsen, helder te krijgen of aan te scherpen.

Bestellen: Purpose – Het verhaal van de moraal