Weeknotes #264

This week I did:

Solutions principles

I’ve been working with lots of stakeholders to get a deeper understanding of all of their problems and looking for commonalities to create principles and models for solutions. One example is four different teams who all need to use the data our product collects but for different things. The solution model provides a way to think about the data sets together and how making a change in one place affects other processes elsewhere. I really enjoy getting into these kinds of complex modelling problems and abstracting them to simple principles.

Charity innovation model

I’m onto the theory building stage of my dissertation and fours weeks away from the submission deadline. I’m developing a theoretical model that describes how charities approach innovation by placing them in a matrix of incremental to radical and organisational to social innovation.

Top-down or bottom-up?

I wrote some of my thoughts about top-down and bottom-up planning and the use of the right reasoning behind both of them.

Hitting bottom

I made it to Land’s End, so now I’m heading up the other side of the country. And I started adding the places I visit to a map, not in any way to track progress because it’s not meant to be a mission but just so I can look back on it later.

333

I’ve collected 333 stiles on stiles.style. But what makes it the greatest collection of styles on the internet? Is it quantity, the sheer number of stiles? Or is it the gleeful grin I have on my face as I run up to a newly found stile with my phone out to take the photo? I’ll let you decide.

And this week thought about:

How far upstream should charities operate?

It seems to me that most charities act on problems at a down-stream point closest to the impact, and not many take solutions up-steam to prevent the problem form happening. The reasons why are multiple and complex, but maybe social innovation offers some thoughts about whether charities should be involved in creating bigger solutions to wicked problems.

Value Chain Mapping

John Cutler tweeted about ‘the product’ being the value chain that takes the value an organisation produces out into the world for the customer. There is a truism that clear deep thinking seems obvious when you look back at it, and this idea is one of those, but it slightly blew my mind. It seems like an important part of the definition of a product that isn’t talked about much. I also watched Introduction to Value Chain Mapping by Simon Wardley to help me think through a bit about how value chain mapping applies to product strategy.

So far I’ve been thinking about how it helps to identify the uniqueness of the product which helps to understand the UPS, competitive advantage and how to make decisions. For example, the unique thing about our courses is how much support we offer for those doing the courses, so that’s quite far to the left in the Genesis section (which I also interpret as unique/specialist). Because each of our courses is different we need to develop a website that can handle the variation rather than use an off-the-shelf elearning product, so that goes somewhere in the middle-to-left. We don’t need unique website hosting so that goes over to the right.

I’ve also been thinking about where to add intangible parts of the value chain such as the skills and knowledge of the people who manage the training to help us answer questions like, ‘if we improve the skills and knowledge of the trainers, how much will that improve the quality of the product?’.

Big things beat little things

FIST (Fast, Inexpensive, Simple, Tiny) is used to “describe a particular pattern of decision making that supports rapid, low-cost innovation“, but it is often counter to enterprise IT strategies that see the benefits in only having a few large systems to maintain. Maybe Agile is an attempt to move the FIST characteristics out of the technology and into the processes, and so realise the benefits of working quickly with small things within enterprise technology stacks and large organisation strategies. Will it work? Probably not. Big things beat little things.

On the theme of big and small, Paul Taylor wrote a post about how we usually think (especially in organisations) that change has to be a big thing but maybe we underestimate the small changes.

Responsibility, given and taken

When you put litter in the bin you are making it someone else’s responsibility, but someone who has chosen to take on that responsibility. If you throw litter on the ground you are abdicating responsibility for it, and it still becomes someone else’s responsibility but there’s less of a socially acceptable agreement there, but it’s not that different. Responsibility is the currency that defines how people operate in groups. It isn’t the distribution of labour, or power and authority. Giving, taking, accepting, refusing responsibility, these are the interesting dynamics of groups.

My growth area this week:

Not causing chaos

This week I’ve been trying to be more conscious in how I frame information and communicate about uncertain things in ways that don’t cause chaos and confusion. It’s difficult to know how well I’m doing, but just not communicating isn’t an option so at least trying to do so intentionally is hopefully a little better.