Weeknotes 425
This week I did:
Processin’
If there’s a theme this week then it’s probably ‘process’. Where it’s helpful and where it isn’t, how it becomes the territory rather than the map, how it might help us reveal assumptions.
- Joined a big session on what the long-term direction of travel for our department looks like. The main message I took away (which I love, by the way) is that the future is not set, it’s emergent, there is no plan, we are changing the way we change.
- Had a really good session with some clever analysts about matching investment to income and only being responsible for the objectives you can directly affect. I’m in two minds. If everyone focuses on their little bit, who’s responsible for the big important stuff?
- Switched between being patient, and giving the processes time to work through things, to being proactive in finding ways around them. I’m always cautious about this because if everyone does it then there’s no process and all the chaos that ensues, but sometimes it’s the only way to make things happen.
- Thought about planning a lot. At two opposite ends of spectrum, I tried to list all the individual tasks it will take to complete a piece of work, and I started plotting big things on a long time line.
- Submitted our business case for a new piece of work. Actually, that makes it sound more grand than it is. We put together a one-pager for where we see some opportunities to start conversations with leadership. It’s so much cooler to be able to talk about things than process for process’ sake.
- Reviewed my task tracking data and could see the reduction in how focused I am on delivery, which is great because I don’t think that’s where I should be focused. I’d much rather be focused on future opportunities and the product scaling work.
Wrestling with WordPress
A butterfly broke my database. Well, there’s probably more to it than that. Last week’s weeknotes would have had a butterfly emoji but when I tried to publish the post it caused a database error. My host tried really hard to help but couldn’t figure it out. After slowly picking apart the problem I posted my weeknotes without a butterfly.
Blame culture isn’t what I used to think it is
Wrote a short blog post about blame culture and how the opposite isn’t a culture of accepting mistakes, it’s a culture of accepting responsibility.
MBAybe not
Looks like I submitted my application too late to start an MBA this autumn. I’ll try again in the spring. It’s made me think about what small courses I could do over the next few months instead.
I read/watched:
Shaped by demand: the power of fluid teams
This is a very cool way to work. I love the idea of stakeholders pitching teams about what to on. It’s a complete shift in power dynamic. I can just imagine all the organisational antibodies going into overdrive.
Assessing the impact of your bets
Daniel Schmidt posted about a metrics tree. It’s interesting to me because I’ve been thinking about the ontology behind product metrics. Last week I was thinking that understanding product performance might be better approached from a constructivist ontology where we accept that it’s impossible to get to an objective truth about the reality of the product. Instead, we want to understand how individuals construct their experience of the product.
Abandoning traditional appraisal process
This HBR article says, “But the biggest limitation of annual reviews—and, we have observed, the main reason more and more companies are dropping them—is this: With their heavy emphasis on financial rewards and punishments and their end-of-year structure, they hold people accountable for past behavior at the expense of improving current performance and grooming talent for the future, both of which are critical for organizations’ long-term survival. In contrast, regular conversations about performance and development change the focus to building the workforce your organization needs to be competitive both today and years from now.” And I think, the team is the best place for those conversations.
I thought:
Insidious scrum assumptions
Even if a team isn’t using scrum, the assumptions scrum has instilled in modern agile digital ways of working are always hanging around like a bad smell, and it bothers me. Product managers having a full backlog to keep developers busy is one of those smells. I can see where it comes from. The assumptions that coordination of work and people is the role of a single individual, that the team will sit around doing nothing if not told what to do, that important things will be forgotten. What if the team faces challenges where those assumptions are more harmful than helpful? What if the team is working on lots of different things (not the same thing as scrum assumes) that have different and changing priorities? Then, the idea of a single coordinator and a single source of truth for priorities becomes a blocker. Much better (I think) for the team to adopt self-organising behaviours of talking to each to check they’re working on the right things.
Impact
Decided I’m not overly keen on the word impact. It’s what you get when you smash things together. I’d like gentler term, one that implies considered and intentional effects, but I don’t want we have a single word for that.