Weeknotes 436
I did:
Unassailable good
This week has involved a lot of challenging assumptions about whether something is really a good thing to do and what unintended consequences might arise, and also I…
- Learned more about how product, insights and finance can work together, especially around high-quality hypotheses and crunching the numbers to understand the benefits our work delivers. I’m going to write it up for other product managers to use.
- Went a talk about what is product management by Pippa Peasland, head of product at Vypr. It was really good, and everyone I spoke to afterwards thought so too.
- Presented our approach to reporting the financial benefits we expect to achieve to our steering group.
- Led another product manager development session where we talked about how product managers can create a balanced definition of product success.
- Talked (too much) about delivery management, what problems in solves in an organisation, and why it’s essential when teams are tackling complicated problems.
- Went to our product communities of practice session. It was really good to get so many product people together. I know from my chats with people that we have so much product knowledge, experience and expertise, but it’s spread out and hard to share and learn from.
- Looked at future (like, twenty years future, not next six months) opportunities for our product to grow and provide more value. I have to keep my critical thinking hat on and stop myself from assuming things like centralising a function, having a single source of reporting data, and building capability around a single piece of tech are inherently good things.
- I learned that the proof is not in the pudding, it’s in the eating.
What’s the difference between delivery managers, project managers and scrum masters
I tried to organise some of my thoughts on the difference between delivery managers, project managers and scrum master roles. I think it’s probably my most read in the first week post ever with over a hundred views.
I read/watched:
Conceptualising the interrelation between individual and collaborative work
The insight I took from this study is that collaborative time is best used for shaping and creating a shared understanding about the work (what they call maturation), and individual time is used more for doing the work (what they call execution). It also talks about some of the problems that come up between these two types of work; not having enough time for individual work and that time being too fragmented, because individual time is often not actively planned for, and the hidden work of “unanticipated volumes of coordination and rework” from poorly facilitated collaborative sessions and how understanding complicated things relies on people taking the time to think and reflect to come up with questions. They conclude that “Teams need to reach common ground concerning when, where and how work gets done.”, which fits the team autonomy narrative but doesn’t recognise the need for an enabling environment.
Also, any product managers building calendar or collaborative working tools (Notion, Trello, Jira -type tools) should be considering how to differentiate between these different types of work.
A project with no meetings
I watched a webinar about how Atlassian ran a project without any meetings. They basically said everyone made videos instead. Personally, I think the talk I did ages ago for DigiScot was better.
I do not think it means what you think it means
Who could resist a Princess Bride themed article about team performance? “…if they did the things that actually drove and supported high performance, it wouldn’t be called a new performance initiative in the first place. It would be called good management.”
A timeline of Earth’s temperature
I thought about:
Service and product are the same thing
When someone in an organisation tries to define the difference between a product and service it almost always turns into a show of power with whoever is doing the defining making their thing the more important of the two. That’s why we should always question who is doing the defining and why those things need to be defined.
In days gone by, there was a clearer distinction between a service and a product, but nowadays they are the same thing. And so it’s useful for product managers and service designers to work together equally (not where one has more organisational power than the other) so that the different perspectives overlap and work together to create a better product/service.
Small world
A friend of mine mentioned that a friend of hers had worked on introducing some new software where I work on the same day that I was unknowingly talking to the person that manages that software for us. Maybe small world theory should inform how we build social networks in our organisations. Be more Kevin Bacon.
Having a voice
Some people and some teams have a louder voice within any organisation than others, that’s the nature of hierarchies and getting things done. But if you want a more egalitarian organisation, then how the quieter voices get heard matters.
Questions for leaders
This week, did you…
- Listen more than speak?
- Ask more than tell?
- Encourage more than correct?
- Connect more than divide?
- Give power more than hoard it?
And if you didn’t, are you going to create more opportunities for you to next week?