Highlight from #pmf19: Product Mangement Festival: How to achieve outcome thinking with impact mapping. Tim Herbig

Being a huge fan and user of Impact Mapping in various scenarios, I enjoyed the 2 changes that Tim proposed to the standard approach, although they can be misleading to practitioners.
More on that below.

Definition of terms by Tim

The 2 changes

1.”Impact” is the “Why” and “Outcome” is the “How”.

2. Additional level “WHETHER” for experiments. Although I would argue that the “WHAT” was always meant to be run as an experiment. It’s a mindmap after all.


The 2 changes visualized

The new level “Whether”


Tim had only 2 use cases for Impact Mapping 🙂

Thanks Tim. Nice to meet you. Tim on Twitter.

More highlights on the overview page.

Highlight from #pmf19: Product Mangement Festival: “Scaling product management skills” Scott Eblen from Twitter.

Shift from left to right

Don’t take decisions. Define criteria for decisions.

Don’t be a Tech Stakeholder -> Empower the team

From a rigid process –> Enable others and their instinct.

Learn!

Sit with the least understood discipline in the organisation. Coffee or lunch


Use the “Silent Meeting Manifesto” by Amazon

Silent Meetings first started at Amazon with Jeff Bezos. At some point in Amazon’s history Bezos declared that Powerpoint would not be allowed and “Narratives” (6-page long-form text documents) would be the main communication vehicle. Since nobody had time to read pre-reads, the document would be read silently during the meeting instead. And so Silent Meetings were born.


Self reflect
Use Personal Retros 🙂

Thanks Scott

More highlights on the overview page.

My highlights from #pmf19: Product Mangement Festival

I enjoyed most of the talks and all the chats I had with fellow Product people in the hallway or during the breaks. It was amazing!

Here some things that stood out for me. Straight out from my notes:





Flaccid Spotify

What is the Flaccid Spotify Model?

Similar to the observations from Martin Fowler about Flaccid Scrum (worth reading by the way) I see this tendency of people copying the Spotify Model as well.

Organizations are copying and doing all the rituals and artifacts but not adopting the principles behind them.

I see this too often and got reminded by listening to Marcin Floryan (an agile coach at Spotify) on this podcast.

Stop copying Spotify and start thinking for yourself.

Great Scrum Class in Zürich

We had a great training with students from all of Switzerland and dived into the role of the Scrum Master with its accountabilities, responsibilities and Dos and Dont’s.

Feedback from André Buffing, PhD
“Thanks to Peter Gfader and his incredibly insightful and engaging course weekend, I am happy to have received my #professional #scrummaster (PSM I) certification. Cheers to all other participants for the fun and insightful group work we did. Looking forward to seeing you soon, again!”

Feedback can be found also on our References page.

Lots of things to improve next Monday!


Find upcoming trainings on scrum.org or get in touch.

peter@beyond-agility.com
Whatsapp
Signal: +41 79 816 02 97
Tel: +41 79 816 02 97

My Highlights from #Play14 Festival

Last weekend we attended the #play14 Festival in Basel organized by Bernhard Sterchi. Thanks, Bernhard for organizing!
I don’t know if “festival” is the right term, but I like to call events “festivals”, where people are having fun, get together and do something together as a team. Actually it’s an unconference as described here https://play14.org/format/. You find all about the general details on that page.

An impression of an Energizer.
The Unconference starts.

My pre-festival assumptions

It was my first #play14 event and I was a bit skeptic about just playing games a whole weekend.

Playing the Giant Witch Troll game
  • How long does it take until I get bored by energizers?
  • What do I learn by “just playing” Lego for a whole weekend?
  • What “weirdos” spend their whole weekend just playing games?

TLDR: I was totally wrong 🙂

The Plan

It started Friday evening and we immediately jumped into playing games (mostly energizers and brain-twisters) as a whole group. It was fun, we talked what the game is about and how to use it in another context (workshop, meeting, large group gathering, …). Awesome!

Saturday and Sunday were also kicked off with full group games and from 9h-17h we did an unconference-open-space style game selection.

Sunday we closed off the event a little earlier so that everyone had enough time to head home

The Games

Here is a list of games I collected and could remember from my notes:

Friday

  • Magic Triangle
  • Giant Witch Troll
  • Running Through Hands
  • Squat in Pairs – Discomfort – What happens?

Saturday

  • 1 Word Story Telling in Circle – Energizer, Associations
  • Samurai – Energizer
  • Count until 33 and clap for every 3 – Energizer
  • Predator, Protector and your Position – Complexity
  • „Hello Johnny“ – Brain Teaser, Warmuphttps://play14.org/games/hello-johnny

OPEN SPACE Unconference

The unconference plan of Saturday
  • Transport Bomb
  • Smelly Situations Role Play
  • Game to learn about Technical Debt
  • Gordian Knot
  • Board Game Magic Maze
  • 50min to build a game
  • Theory U 

Evening

  • 2 Detectives (find the 2 rules in the “system”)

Sunday

  • In pairs – Change 5 things 
  • Silent counting in Circle (only numbers)
    • 2 people say the same -> restart
  • The Human Machine
  • Flamingo Pinguins …

OPEN SPACE Unconference

The plan for Sunday
  • How to celebrate Failure
  • Decisions in a complex environment
  • Little Games for Complexity
  • Taboo
  • Draw Guess Draw and see what happens
  • How long to write a Name
  • Toast Improv Game
  • Models with Lego
  • Tune In (Body exercise)
  • Agile Animal Farm

Ending

  • Whole Group: stone paper scissors (with fans)
  • Silent Goodbye

My Highlights

lightbulb idea

I really enjoyed:

  • The sessions about Complexity – Thanks Bernhard and all others
  • The idea of “Experimental Games” where you leave instructions open (or unspecific) on purpose
  • Taboo variation for workshop recaps – Thanks Kris
  • Lots of great conversations! Sorry I don’t want to start to name anyone here
  • Lots of little and great games to play with

The Experimentation

Experiments

I didn’t realize it and was not prepared for it, but the cool power of the event is the people and the notion of experimenting with your games, workshop formats or whatever you need a group of VERY OPEN MINDED AND FUN people for.
If I would have known that I would have taken my game collection with me. For example “Keep Talking and Nobody Explodes” game I have bought and never played.

I ran 3 experimental workshop games and we brainstormed ideas on how to improve these

#1 Smelly Situations

  • Roleplay a weird situation from your office
  • Change the behavior of 1 person in the play
  • Experiment with situations
  • Reacting to situations you find “smelly” / strange.
  • How do you react as a Leader?
Situation: Boss and employees

I got lots of great input on what things to avoid and what things to make sure of. Safety is important!

Here the learnings for next time:

“Freeze” as a concept in an organization.

#2 Game to learn about “Technical Debt”

  • A short Game from Kris – Krzysztof Liszewski
  • Some theory around Technical Debt
  • Lots of suggestions on how to improve the game:
    • The “Technical Debt metaphor” is not ideal for complex knowledge work -> How do you explain it then?
      Unhedged Call Option might be another term 🙂
    • Technical Decisions are taken by the Teams or by Management -> What is the impact?
    • How to deal with uncertainty?
    • Conscious VS unconscious decisions?
    • Reckless VS prudent decisions?
    • Strategies to deal with Technical Cruft?

#3 The Celebration of Failure – Change

What played a short game and brainstormed around the question:

How can we influence the behavior from
“I failed, head down, something bad happened”
to
“I learned, we learned, we help, let’s move on”?

Lots of inspiration. Thanks!

What Next?

I will play games to learn things 🙂
Inspire yourself here on the game list page.

Check out when the next event happens near you https://play14.org/events/.

The next event in Basel will be announced on the “Basel Games Meetup” page.
Sign up and have fun!

Have fun and trust the team 🙂

Architecture Workshop with Legacy Systems

This is an agenda I used recently in a 2-day workshop on a future architecture with lots of existing system and Code legacy („brownfield project“):

  1. What is the Business Vision?
  2. What is the current Architecture?
  3. What drives the future Architecture?
  4. How could an ideal system look like?
  5. How do we get there?
  6. What to buy vs What components/interfaces to build?

We started with the business vision and management priorities and the current architecture situation. From there we elaborated an ideal system with potential strategies to get there.

Send us an email if you want to learn more or hire us.

Business Vision

Business Vision and Management Priorities
  • From the business vision, derive influencers on the architecture
    • What makes us cringe?
    • What makes us no worry?
  • Collect Functional and Nonfunctional items

Current Architecture

Working on the current Architecture
  • Identify
    • pain points
    • user activities
    • top 5 use cases that drive the architecture
  • Create different models (Yes, many) of the architecture to share understanding
  • What is slowing us down?
  • How long are the feedback cycles of work in the teams?
  • How can we enable Continuous Delivery?

Future System

What is the ideal system? How does it look like?
Where do we predict changes to happen in the future?

  • Work in smaller groups and capture ideas
  • Capture different approaches and compare
  • Data flow, security, user interaction
  • Use Event Storming to find user interaction points

Gather and merge ideas into architecture model(s)

  • What is the ideal architecture?
  • Use C4 Context and Component Diagrams
  • How can we minimize the blast radius of issues and incidents? –> How can we create autonomy in teams?
  • Collect Glossary with common terms for shared understanding

How to get there?

  • What next?
    • Collect baby steps to get there
    • Collect big bang to get there
    • Buy or Build? Sub systems?
  • Brainstorm activities and trade offs
  • Create a backlog of work

Pain Points

There are lots of points we address in the training or by running the workshop with your real operational systems architecture, like:

  • How do we know “Enough modeling is enough”?
  • When should we take which decision?
  • When do we start to digitize the models? (Why should we?)
  • Which notation makes sense?
  • What is a great architecture?

Tools we ❤

Here some tools we use in this Architecture workshop

  • Our brains
  • Clear communication and common understanding
  • C4 Models
  • Clean Architecture
  • Wardley Mapping
  • Impact Mapping
  • Domain Driven Design
  • Event Storming
  • User Story Mapping
  • Ports and Adapters or also known as Hexagonal Architecture (by Alistair Cockburn)
  • The Universal Architecture (Concept by JB Rainsberger)
  • Pen, Paper, Post-Its

What does an Architect do? (Yes, the role)

From Business Vision to Leading the way.

Send us an email if you want to learn more or hire us.

Peter Gfader on Twitter Send Peter a tweet

5 Ways How Enterprises Can Successfully Act Like a Startup – My recommendations

Debo Olaosebikan @dolaoseb describes 5 Core Principles in his blog post “Big Winners Start Small

  1. Understand what users desperately want
  2. Test your understanding with cheap experiments
  3. Measure what’s important
  4. Build as little as possible
  5. Move fast and iterate

And a Roadmap to Go from Big to Small

  1. Create Small Projects
  2. Form Small Teams
  3. Differentiate between Product Management and Project Management
  4. Leverage Existing Technologies and Tools
  5. Nurture Entrepreneurial Teams

My comments

I like the roadmap, and in my experience for this change to work, you need to change the organizational constraints around “Projects” which include funding of them.
For me, that means I would start with “0.a Remove Legacy Management Practices” and then “0.b Differentiate between Product Management and Project Management

At the end it would look like the following.

Roadmap

  1. Work with Management: What is hindering the value stream?
    1. What legacy management practice is hindering your employees?
    2. Where do we create value? Where are we just busy?
  2. Work with Management: How does money flow?
    1. What do we incentivize?
    2. Where is our focus and what do we measure?
      Internal metrics or external customer-centric metrics?
    3. What are Projects? What are Products?
  3. Work with 1 Team: How can we make it work in the small?
    1. Create 1 Small Team with external customer access
    2. Establish Trust in your organization
      I wrote a german article about: Why the management doesn’t trust the development teams.
  4. Work with multiple Teams: How can we scale this approach?
    1. What is the common goal and vision?
    2. What is the network of supporting people for the teams?
    3. Nurture Entrepreneurial Innovative Teams

And remember:

Kanban and Scrum don’t matter.
Your process doesn’t matter.

What matters is that you have a process to improve your process.

Sign up here to get notified of new articles.