Weeknotes 407
This week I did:
Elucubrating
Some of the things I did at work:
- Wrote up a quick primer on simple product strategies with three elements; a worthwhile problem to solve, a hypothesis about how to solve it, and a way know if the problem has been solved. I might turn it into a blog post one day.
- Ran a team retro. I used the sailboat method to help the team clarify where they want to get to (the desert island), what’s dragging them back (the anchors) and what pushes them forward (the wind). I felt really proud of how the team owned the solutions they came up with to use what they’re good at (the wind) to overcome the things that make it hard for them (the anchors).
- Spent some time trying to figure out the optimum meeting schedule so that everyone has enough understanding of the work and enough time to do the work. The scheduling I mapped would have a person spending 40% of their time in meetings, which is probably too much, even when the meetings are the work.
- Met our marketing director and chatted about ambition and vision. I really appreciated the clarity around the team’s mission, and its scale and pace.
- Chatted about how hard it is to find a fixed point to anchor a roadmap to and give the team some certainty when so much is in flux.
- Presented our OKR’s. And got some feedback about ours being different to everyone else’s which I’m choosing to take as a positive.
- Had an interesting discussion about whether understanding the language used in agile and user-centred design is a sign of digital maturity. My opinion is that there is nothing that can’t be explained in plain English that is better explained by jargon. Jargon isn’t a signal of maturity, it’s exclusionary, and we don’t have to leave anyone behind. I might be in the minority, but Einstein agrees. He said, “If you can’t explain it simply, you don’t understand it well enough.”
I sometimes don’t quite believe I get paid to do all this cool stuff, tackle complex problems and make things better for people.
Productivity
Completed 50 tasks.
Wrote 31 pages of notes.
Spoke to 37 people 83 times.
One of my annual goals is to speak to more people, and it’s going well. More by accident than design, but I don’t mind that. Looking forward to more chats with interesting people outside of work over the next few weeks.
The timeline of digital work
I’ve been adding influential management thinkers and their books to the timeline. It’s a bit annoying that I can’t find full dates for when the books were published so I have to set the dates as 1 Jan whatever the year. Obvious I guess for this kind of thing, but the hardest part is deciding what things to add from the past couple of years as we don’t know what affect they’ll have on modern work.
I read/listened/watched
Understanding continuous discovery
I’ve been listening to a few podcasts with Teresa Torres about continuous discovery, including this one from Aug 2021. More discovery to help product managers understanding worthwhile problems and get out of the project/delivery space is definitely on my mind for stuff we need to be doing so I want to start figuring out how it might work in our context sooner rather than later.
The microfoundations of lean leadership
This beautiful paper investigates the microfoundations of lean leadership using the Japanese philosophical concepts of Monozukuri (making things), Hitozukuri (developing people), and Kotozukuri (making things happen). It provides empirical evidence that lean should be seen as a human learning system and reinforces the Toyota perspective of ‘we make people before we make cars’. More of this type of leadership please.
Plan less, more often
“Planning, i.e. determining what to do, is useful – but this should be done with a strict focus on what is the simplest, useful thing that we could do next; or, what is the absolute minimum we should do next?”
How to show the ROI of your product work
And I thought:
Impact mapping
Thought a lot about impact mapping and measuring this week. Just happened to be wandering around Watford at midnight so could let my mind wander like in the good ol’ days. My thoughts went from systems thinking, fox and rabbits, measuring impact via indirect signals (e.g., an increase in the rabbit population might show a decrease in the fox population), to littering and how Keep Britain Tidy had to affect numerous systems (legal to make it against the law to drop litter, local authorities to get litter bins installed, social pressures and public perception to make it unacceptable to drop litter, etc.), to how system-shifting product managers might show impact as a contribution to big changes in society. Maybe one day this will all make sense.
Intelligent waiting
One of the hardest management lessons I had to learn (again and again) was not jumping in to provide answers. Before acting, pause to think about what you want to achieve, how you might best achieve it, what could go wrong, what’s the bigger picture, then act, or in many cases, don’t. It gets easier (and by that I mean more comfortable) with practice and by reminding myself that I’ve only learned the lessons I’ve learned because others didn’t jump in and give me the answers.
The purist and the pragmatist
Had a few conversations this week about tools and methods (OKRs, problem/solution tree, impact mapping) that have a purist perspective about how they should best be used, and a pragmatist perspective on how well they can actually be adopted. There’s a value equation there where getting a method adopted in a pragmatic way gives enough value without too much investment, and the extra investment to get to the purist state probably isn’t worth it. Product manager-y thing to say, I know, but it’s important to stay focused on what problem the method or tool is solving for you.