Recensie Het wiel van de product owner – out of the box

Het wiel van de product owner – out of the box – 40 practische en inspirerende kaarten is geschreven/gemaakt door Bas van Amersfoort en Henny van Silfhout. Met de woorden van de auteurs “Scrum-boeken en trainingen zijn meestal gericht op scrum masters, soms op ontwikkelaars, maar bijna nooit op product owners. Het wiel van de product owner moet dat hiaat invullen.” 

Meestal recenseer ik boeken maar deze keer zijn het kaarten. Ik ben benieuwd of de auteurs het genoemde ‘hiaat’ hiermee kunnen invullen. Het wiel van de product owner geeft een overzicht in vijf stappen waar je rol om draait en wat je wanneer doet:

1. Inspireren met een visie
2. Plannen met een roadmap
3. Ordenen met een product backlog
4. Garanderen met een definition of done
5. Leren in een review.

40 mooi geplastificeerde kaarten voor de beginnende product owner. Kijkend naar de inhoud kunnen we er direct 6 apart leggen. Dat zijn lege kaarten waar je zelf aantekeningen op kan maken. Blijven er 34 over waarvan er 19 over Agile, Scrum en de rol van de product owner gaan. De laatste 15 gaan in op onderwerpen van het wiel van de product owner (visie, roadmap, product, definition, review). Naast de kaarten krijg je een folder met daarin een toelichting en een hele summiere beschrijving van de kaarten. 

Zitten we hierop te wachten? Een aantal kaarten zijn wel heel simpel. Ik mis kaarten over story mapping, het schrijven van stories, kleiner maken van stories, het beschrijven van acceptatiecriteria, et cetera. Voor een prijs van €37,50 had ik veel meer verwacht. Om te beginnen had ik de achterkant van de kaarten gebruikt om een toelichting bij de voorkant te zetten. Om de kaarten te kunnen gebruiken zal je eerst een boek of training over de product owner gelezen of gevolgd moeten hebben. Nu heb je slechts een aantal geplastificeerde powerpointslides waarbij het verhaal ontbreekt. In de lovende recensies in de folder kan ik mij dan ook niet in vinden.

Bestellen: Het wiel van de product owner: managementboek.nl

Mocht je toch meer willen weten over de rol van product owner zie dan:

• Officiële scrum gids
• 50 tinten nee – effectief stakeholdermanagement voor de product owner
• The product samurai
• The professional product owner
• Specifieke product owner trainingen zijn er ook. Bijvoorbeeld: PSPO I, II, III bij scrum.org of CSPO, A-CSPO, CSP-PO bij scrumalliance.com

Recensie Nul mislukkingen voor Business Owners

Alweer het negende boekje in deze succesvolle reeks van KWD Resultaatmanagement. Het boek Nul mislukkingen voor Business Owners – Grip op mijn opdracht is geschreven door Luuk Ketel, Remmelt van der Wal en Ronald Kappert zet de business owner in de spotlights. Voor business owner kan ook epic owner, streamlead, value stream manager, tribe lead, project owner, project sponsor of project opdrachtgever gelezen worden.

Als de business owner doordacht weet te balanceren dan wordt de kans vergroot dat het project de beoogde resultaten gaat leveren en de organisatie gaat versnellen, verbeteren, veranderen en vernieuwen. Balanceren tussen het besturen van doelen, mensen, organisaties, afdelingen en methoden die worden ingezet om resultaten te realiseren door tijdig sturing te geven, keuzes te maken, bij te sturen, doorzettingsvermogen te tonen, in te grijpen als het moet, te inspireren en te geloven in een succesvolle uitkomst van het project.

In het boekje wordt enerzijds ingegaan op de vier kerntaken van de business owner zijnde vooruitsturen, (bij)sturen, ingrijpen en incasseren van waarde. Daarnaast worden een aantal veel voorkomende problemen waar de business owner mee moet kunnen dealen beschreven en krijgen we een ideaal profiel van de business owner waarin de persoonlijkheid (autonomie, gedrevenheid, resultaatgerichtheid, belangenafweging en situationeel leiderschap), zijn/haar competenties en de samenwerking met andere stakeholders zijn uitgewerkt. Daarnaast wordt ingegaan op verschillende besturingsmodellen (permanente agile organisatie, tijdelijke projectorganisatie en een hybride vorm van tijdelijke en permanente organisatie).

De vier kerntaken lopen volgend de auteurs synchroon met de vier ontwikkelfasen van Tuckman (forming, storming, norming en performing) en omvatten de volgende aspecten:

• Vooruitsturen: formuleren organisatiestrategie doelstelling, ontwikkelen projectstrategie, kader stellen, business case vaststellen, uitvoeringsvorm bepalen (agile, traditioneel of hybride), budget alloceren, gewenste resultaten definiëren, realisatieplan laten maken en project opstarten, stuurcriteria en informatieradiators vaststellen en de implementatieaanpak vaststellen
• (bij)sturen: koers, voortgang, kwaliteit en snelheid, focus op resultaten en actief backlogmanagement, effectieve voortgangsgesprekken, selling the project (visie), analyse van de voortgang, betrokken blijven bij de uitvoering, aanpassen van projectplan en strategie en motiveren van de delivery manager
• Ingrijpen: Symptomen, signalen en patronen herkennen zoals projectbeheersing niet op orde, ontbreken van draagvlak en politieke problemen en als gevolg daarvan interventies plegen (conflict-, herijkings- of triagestrategie)
• Incasseren: begint bij de start en tijdens de rit, sturen op en meten van de business case en klantwaarde en sturen op succesvolle invoering.

Op vele plekken zijn verwijzingen opgenomen naar de KWD app met daarin handige vragenlijsten en checklists te gebruiken door de business owner. 

Conclusie. Er wordt (te) weinig aandacht besteed aan de business owner rol dus dit boekje is een welkome aanvulling om de business owner rol over het voetlicht te brengen. Zoals bij alle boekjes uit deze reeks is ook hier weer een mooie metafoor gekozen in de vorm van een zeilboot(bemanning) in de Volvo Ocean Race en bijbehorende mooie foto’s. De insteek vooruitsturen, (bij)sturen, ingrijpen en incasseren van waarde biedt een aantal mooie handvatten om de rol van business owner inhoud te geven. Ik kan dit boekje dan ook van harte aanbevelen.

Wel vind ik het jammer dat de schrijvers in hun beschrijving bij meerdere teams er steevast van uitgaan dat er dan SAFe wordt gebruikt en de lezer kennis van SAFe heeft. Er zijn echter veel meer frameworks met ieder hun eigenaardigheden. Op verschillende plekken wordt het begrip MVP gehanteerd op de wijze zoals SAFe het beschrijft. Persoonlijk zie ik liever de definitie zoals het oorspronkelijk door Eric Ries (Lean Startup) is beschreven waarbij een MVP wordt gebruikt om een hypothese te toetsen. Dit kan een simpele versie van het uiteindelijke product zijn maar is vaak een geheel ander product. Bijvoorbeeld het MVP van Dropbox was een video. De eerste versie van het op te leveren product is het minimum marketable product (MMP). 

Het boekje is voor professionals gratis verkrijgbaar op de site van KWD Resultaatmanagement: https://www.kwdrm.nl/onze-kennis/kwd-reeks/

Recensie: 50 tinten nee – effectief stakeholdermanagement voor de product owner

Ik vraag wel eens een product owner om zijn/haar product backlog te laten zien. Als deze backlog erg groot is, is dat voor mij een indicatie dat de product owner wellicht nog moet groeien in vak-volwassenheid of dat hij/zij te weinig mandaat heeft. In workshops of presentaties vraag ik wel eens naar de belangrijkste competentie van een product owner. Wat mij betreft NEE zeggen of wil je als product owner te boek staan als ‘shopping list manager’, order taker, of backlog secretary? Kortom, ik ben benieuwd naar dit boek 50 tinten nee – effectief stakeholdermanagement voor de product owner geschreven door Robbin Schuurman en Willem Vermaak.

Het boek begint met het neerzetten van de product owner rol en typen product owners (scribe, proxy, business representative, sponsor en entrepreneur). Vervolgens wordt ingegaan op een belangrijke competentie van de product owner namelijk stakeholdermanagement. Uit het boek Stakeholdermanagement – Start met wie worden 33 typen stakeholders gehaald waarvan velen ook voor de product owner interessant zijn. Als product owner helpt het om een stakeholder map te maken waarin het belang van (laag – hoog) en invloed door (laag – hoog) de stakeholders geplot kan worden om daarmee te bepalen hoeveel tijd je in de relatie moet stoppen (monitoren, informeren, tevreden houden en actief samenwerken).

Een volgend hoofdstuk gaat in op het effectief nee zeggen en waarom nee zeggen zo moeilijk is. Wat gebeurt er als je nee zegt, hoe kijkt men dan tegen je aan? Verder bespreken de auteurs vier patronen die het lastig maken om nee te zeggen zoals angst voor conflicten, angst voor teleurstelling bij anderen, angst voor hiërarchie en nee zeggen betekent ‘het patroon’ doorbreken.

Downloaden: QRC 50 tinten nee

Het boek beschrijft een eenvoudig vijf stappenmodel om op een effectieve wijze nee te zeggen (zie ook bijgaande quick reference card):

1. Wie – Tegen wie ga je nee zeggen?
2. Wat – Wat is de vraag van de stakeholder?
3. Intentie – Wat is jouw intentie?
4. Zeg nee – Formuleer de juiste nee – wat je zegt
5. Wederhoor – Heeft de ander het begrepen? En wat is de reactie van de ander?

De 50 tinten nee zijn in negen categorieën verdeeld:

1. De duidelijke nee
2. De vanuit de klant/gebruiker geredeneerde nee
3. De vanuit waarde geredeneerde nee
4. De vanuit budget geredeneerde nee
5. De vanuit timing geredeneerde nee
6. De vanuit de impact op de omgeving geredeneerde nee
7. De vanuit kwaliteit geredeneerde nee
8. De nee als alle andere nee’s niet (meer) werken
9. Bonus: De nee om je mandaat mee te vergroten

Iedere categorie wordt toegelicht en er wordt een link gelegd met het type stakeholders in de stakeholder map. Niet ieder kwadrant met stakeholders in de stakeholdermap leent zich voor alle tinten in die categorie. De eerste zeven categorieën zijn onderverdeeld in zeven voorbeelden (tinten). Categorie acht beschrijft een uitzonderingssituatie waarbij geen van de voorgaande vormen werkt en je een stakeholder hoger in de organisatie laat beslissen. De laatste categorie laat een aantal tinten zien waarmee je meer mandaat verdient. Iedere categorie wordt afgesloten met een praktisch voorbeeld ter inspiratie en verheldering.

Conclusie

Een vlot leesbaar boek dat je aan de hand van een vijf stappenplan en negen categorieën met in totaal 50 tinten nee, meeneemt om op de juiste wijze nee te zeggen. Op verschillende plekken vind je kaders met daarin dingen om over na te denken. Dit helpt je om daadwerkelijk te begrijpen waar het over gaat. Ook krijg je praktijktips en vele praktijksituaties waarin op de juiste wijze nee wordt gezegd. Kortom verplichte literatuur voor product owners!

Af en toe had ik het idee dat heb ik in een ander boek ook gelezen maar ik miste verwijzingen naar bestaande boeken. Bijvoorbeeld de beschrijving van product owner-typen of de zin ‘moeten we dat nu doen’, In het hoofdstuk over nee zeggen had wellicht een link gelegd kunnen worden met het boek De kracht van Nee! – Positief Nee! zeggen om tot Ja! te komen geschreven door William Ury, daarnaast had een literatuurlijst niet misstaan (op mijn blog staan o.a. The Professional Product Owner, The Product Samurai).

Bestellen: 50 tinten nee – effectief stakeholdermanagement voor de product owner

Review: The Professional Product Owner

Don McGreal and Ralph Jocham wrote the book The Professional Product Owner – Leveraging Scrum as a competitive advantage.

This book gives you the insights how you, as a product owner, can identify, measure, and maximize value throughout your entire product lifecycle.

The authors explain that you can call yourself a professional product owner if you can excite, can envision, can cause the product to emerge and you can manage and administer the product as it matures.

The chapters in the book are clustered into three parts strategy, Scrum and tactics. Every chapter starts with a little quiz (statement: agree/disagree) and at the end of each chapter you will find the answers.

The first part – strategy focusses on proper agile product management and maximizing the return on investment (ROI of a product by looking at the three Vs (vision, value, and validation) as a way to achieve this.

Vision creates transparency, value provides you with something to inspect and validation causes adaptation. The authors explain why the world of product management is a lot bigger than Scrum. There are many types of product owners starting with scribe, proxy, business representative, sponsor and entrepreneur. Going from left to right the expected benefits from the product owner type will increase heavily. We get an explanation of the business model canvas, the added value of a good vision and what it means to deliver value. Evidence-based management with current value, unrealized value, ability to innovate and time to market is illustrated (in grey boxes you will find the corresponding text from the EBMgt Guide (see review on my blog). In the last chapter – validation, the authors discuss feedback, the usage of different types of MVP’s, the Kano-model and the build-measure-learn feedback loop (based on Eric Ries’ book Lean Start-up).

Part II – Scrum explains empirical process control and how Scrum is a tool for managing complexity and continuous delivery of value. In the text you will find, in grey boxes, corresponding text form the Scrum guide too.

It starts with an explanation of complexity. You get a certainty quiz to measure the uncertainty of your own environment/team. To visualize complexity a modified Stacey graph (categorization model) is explained as well as the usage of Dave Snowdon’s Cynefin model (sense-making) with the five domains obvious, complicated, complex, chaos and disorder. The empiricism of Scrum helps to address risks (misunderstanding of requirements, lack of top management commitment and support, lack of adequate user involvement, failure to gain user commitment, failure to manage end user expectations and changes to requirements and lack of an effective project management methodology). For the rest of this part the focus is on Scrum itself. The pillars (transparency, inspection and adaptation), The Scrum roles (product owner, development team and scrum master) and stakeholders, the Scrum artifacts (product backlog, sprint backlog and the increment) and not official Scrum artifacts (Definition of done, burn-down, burn-up charts), and Scrum events (sprint, sprint planning, daily scrum, sprint review, sprint retrospective). For every element the authors explain the relation with the product owner.

To download: qrc (backlog items, 190121) v1.0

The last part – tactics introduces more concrete practices and tools for managing product backlogs (see the attached QRC) and release plans and concludes by examining what it means to be a professional product owner.

It starts with an explanation of a requirement and you get an explanation of the different items on a product backlog (feature requirements, non-functional requirements, experiments, user stories, bugs/defects, user cases, capabilities, …) and an example of a product backlog item template with acceptance criteria and common ways of writing acceptance criteria (Test that …, Demonstrate that …, Gherkin syntax (given, when, then)). How you can order a backlog based on business value, risk, cost/size and dependency including measuring value, risk and size is a next topic. The definition of “done” is defined as well the meaning of ready. A lot of other techniques are discussed e.g. story mapping, impact mapping, specification by example and agile testing. Release management is the next big chapter in this part. What are release management, reasons to release, release strategy, major, minor and functional releases? How can you use estimation and velocity to answer the question when will I get it? Scaling in terms of more products or more teams as well as a brief overview of the Nexus framework are introduced. This chapter ends with some more techniques like the Monte Carlo simulation to estimate a product backlog, velocity breakdown by type (features, bugs, technical debt and infrastructure), budgeting, governance and compliance, release kick-off and quality (definitions, product and technical quality, keeping quality). This part ends with the skills and traits of a good product owner.

Conclusion: If you are a product owner this is absolutely a must read. You get explanations, techniques, examples and real-life cases from the authors how you have to and can play your role as a professional product owner.

To order: The Professional Product Owner

SAFe 4.0 Product Manager / Product Owner

To prepare myself for the SAFe 4.0 Product Manager / Product Owner training classes with  PMPO certification, I used the Scaled Agile offered material for SAFe SPC4 certified consultants (downloads, videos and PMPO examination). Fully comparable with the SAFe Scrum Master material and also here a lot of valuable material.

The two-day training will help you to achieve the following learning objectives:

• Identify the major components of the Scaled Agile Framework
• Connect the Scaled Agile Framework to core Lean-Agile principles and values
• Identify key roles and responsibilities within a SAFe implementation
• Contribute to Portfolio content using epics and the Portfolio Kanban
• Apply Value Stream strategies to define and manage solution value
• Engage in Product Manager strategies
• Operate as a SAFe Product Owner
• Develop a stakeholder engagement plan
• Build and grow communities of practice

In this course you will:

• Embrace the Lean-Agile mindset
• Explore Product Manager and Product Owner roles and the differences between them
• Explore Epic Owner role
• Explore the Business Owner role
• Contribute to Portfolio content
• Define and manage solution value
• Understand patterns for splitting work: Capabilities into Features, Features into User Stories
• Be an effective SAFe Product Manager
• Be an effective SAFe Product Owner
• Develop the vision, roadmap, features and user stories
• Estimate Features and User Stories in story points
• Engage stakeholders (using a stakeholder map, develop a communication/engagement plan
• Build your Communities of Practice (role- or topic-based, CoP lifecycle)

As you can see this is much more than you will find in the scrum guide but the training will definitely help you to understand the role of Product Manager or Product Owner (in a Safe enterprise).

Book review: The Product Samurai

Chris Lukassen wrote the book The Product Samurai. A Product Manager’s guide to continuous innovation.

An easy to read book to get a good idea of the Product Manager’s role within an agile environment, with lots of examples, techniques to be used, figures, and tables and on many places analogies with martial art experiences and great black and white martial art pictures of the author himself with quotes. Every chapters end with a kata, an individual training exercise. After reading you want, if you aren’t, to be a product manager.

To explain the title, the author made the comparison with the seven principles a Samurai warrior used. In product management the same apply and by following these you can become a Product Samurai. The seven principles are: Integrity, Respect, Courage, Honor, Empathy, Sincerity, and loyalty.

The book is divided in three parts following the three key aspects of product management: vision, winning and crafting.

Vision (Discovering, Defining): The discovery process and ways to identify and develop innovation potential. You get many examples and techniques that will help you to discover a product vision. To mention a few techniques:

• The innovation granularity pyramid with four levels (feature, product, portfolio/segment, industry) of innovation and provides a framework for defining a product in relationship to the overall business strategy.
• The Flux Capacitor technique. A brainstorming based approach that involves concept diagram mapping combined with traveling to and from the future.
• The 3 x 3 framework (status quo, observations, story, insight, opportunity, analogy, solution, advantages, ethos): To pitch your product and it will help to define your product vision.
• The value model canvas: compare the business model canvas and the lean canvas. Here we focus on customer needs (wants / rational, fears / hidden, needs / emotional) and product benefits (benefits /why?, experience / what?, features / how?)
• Rolling wave planning and product roadmaps to create transparency. To rank the goals, the following formula is explained: (Market Evidence x Problem Impact x (Usability + Vision + Buying + Competitive Advantage)) / Estimated effort.
• The customer journey map to frame your opportunity and translate this into a business case.
• Last but not least: genshi genbutsu: to truly understand, you must go to the real place. Vision comes from the real world out there, through real people with real needs.

Winning (Growth, Steer, Observe): The tools (growth models and tools that create feedback loops) that help create winning products once the vision is in place.

Here you get many product strategy techniques:

• The product adoption cycle: innovators, early adopters, early majority and the late majority/laggards
• The AARRR (Acquisition, Activation, Retention, Revenue, Referral) framework. This framework provides you a series of metrics you can use to measure performance and determine improvements.
• Eric Ries’ three engines of growth: paid engine of growth, viral engine of growth, sticky engine of growth.
• Cohort analysis. To expose groups of users to alternative versions of the product to figure out which performs best (e.g. A/B testing).
• Pruning the product tree. A tree analogy to achieve the shape you envision by plotting (post-its) existing products, latest product’s feature additions and optimizations, etc.
• Gap, SWOT and the Ishikawa diagrams
• A persona is a narrative, or story description about the user that resonates with the team and the stakeholders on an emotional level.
• Customer experience testing. It starts by testing two things: usability (can they use the product) and discovery (context of the product: who, why, when, where, what, what for and how)
• Alternate realities: or product variants to test with real customers (multi-variant testing)
• Blue oceans and red oceans. It is easier to capture market value when you create a new market (blue ocean) than to fight the competition in a saturated market (red ocean)
• ERRC quadrant: how does your solution enable your growth (Eliminate, Raise, Reduce, Create)
• The expanded buyer utility map: it shows the six utility levers (productivity, simplicity, convenience, risk, brand image, environmental friendliness), combined with the ten stages of the buyer experience cycle (awareness, evaluation, selection, purchase, delivery, use, supplement, maintain, discard and recommend).

Crafting (Practical, Meta): The art of product creation. Here we closely follow the path of the product manager.

To gain knowledge you have to go through three phases: Shu (just copy what you see), Ha (understand why you are doing it), Ri (learn from your own practice). In this part we got an explanation of Eric Ries’ Lean Start-up and especially the usage of a Minimum Variable Product (MVP). Also here several techniques are explained:

• Design thinking: using a five-day challenge to go through the six stages of design thinking: understand, define, diverge, decide, prototype and validate.
• Judo Solution: follow the central guiding principle of judo: “maximum efficiency with minimum effort”. Compare with the MVP.
• Double loop learning: replace “knowing” (your product features and value) with “assuming” (unvalidated insights about user’s requirements). So as a Product Manager you plan, do check and adjust, think again and make new assumptions. Here we get a new user story format: As a <persona> I have a <problem> which causes me <impact> as can be seen with <metrics>.
• Three horizons of growth: now, next and beyond.

To become a great Product Manager, a Product Samurai you have to comply with the seven principles. To succeed you must show passion, empathy and compassion, focus and tenacity and decisiveness. You have to practice and train to develop the following skills: observation, questioning, association, networking, experimenting, planning, analysing, detail orientation and self-discipline.

Conclusion

A great book to read if you are a Product Owner or Product Manager and want to achieve continuous innovation. It will help you to understand the role you were asked to start playing or you are already playing and what you can do, what techniques you can use to become a great Product Manager.

To buy: The Product Samurai