Somehow that statement is worth keeping nearby in my work. For me and everyone I work with.
I spend a lot of time working with people who need or want to do something new. And no level of new work – innovation, boundary breaking, next levelling or shifting – is possible without failure. A lot of it. Much more often than not.
Today, working with 37 leaders from human social services and government in our Leadership 2020 program, Caitlin asked a question: “How many of you have bosses that say it’s okay to fail? How many of you have said to your staff, it’s okay to fail? How many of you have given permission to yourself to fail?” No surprise. No hands up.
There are many reasons for this, the least of which is that people equate failure in this system with the actual death of a human being. When that is the thought you associate with failing, of course you will never put yourself in a position where failure is an option, let alone likely. And yet, it’s impossible to create new things that work right out of the box. You need to build testing and failing into strategy if you are to build new programs and services that are effective.
This is where understanding the scale at which you are working helps: hence probe, prototype, pilot, program, process…five incrementally more robust and more “fail-safe” (in terms of tolerance) approaches to innovating and creating something new. But just having a process or a tool for innovating – whether it is Cynefin, design labs, social innovation, agile, whatever – is still not going to give you a resilient mindset in which failure is tolerable or possible. And this is as true for leaders as it is for people working on the project teams that are supposed to be delivering new and better ways of caring for children and families.
In our programs and in our teaching, we double down on working with improvisational theatre and music techniques and especially The Work, which Caitlin teaches and leads. That process is the primary tool we use with ourselves and others to work on the limiting beliefs, patterns, thoughts and cognitive entrainment that impedes our ability to embrace failure based approaches. Without addressing patterns of thinking, it is just never safe to fail, and when a change leader is hidden behind that block, there is no way to truly enter into strategic, innovative practice.
How do you sharpen your failure practice?
Share:
“If only there were evil people somewhere insidiously committing evil deeds, and it were necessary only to separate them from the rest of us and destroy them. But the line dividing good and evil cuts through the heart of every human being. And who is willing to destroy a piece of his own heart?” — Aleksandr Isayevich Solzhenitsyn, The Gulag Archipelago
This. And a small vignette.
In our circle yesterday, Caitlin arrived a little late, and took a seat on the outside of the rim.
The one who noticed was a Chinese-Vietnamese woman who had come to Canada as a child refugee in the 1970s, stuffed into a dangerous boat with hundreds of others fleeing war and fear. She turned and saw Caitlin and moved her chair to make room for her in the circle.
She knew intuitively how to fit one more person in, how to welcome, how to alleviate the feeling of being outside. How to bring wholeness. It was a moment in which our threaded hearts were stitched together.
In these days, when a cultivated fear of the other is what passes for politics, this quote and this story landed.
Share:
I’ve been working in the world of program development with a lot of complexity and innovation and co-creation lately and have seen these three terms used sometimes interchangeably to describe a strategic move. As a result, I’ve been adopting a more disciplined approach to these three kinds of activities.
First some definitions.
Taken explicitly from Cynefin, a probe is an activity that teaches you about the context that you are working with. The actual outcome of the probe doesn’t matter much because the point is to create an intervention of some kind and see how your context responds. You learn about the context and that helps you make better bets as you move forward – “more stories like this, less stories like this” to quote Dave Snowden. Probes are small, safe to fail and easily observed. They help to test different and conflicting hypotheses about the context. If 8 out of 10 of your probes are not failing, you aren’t learning much about the limits of your context. Probes are actually methods of developmental evaluation.
A prototype is an activity that is designed to give you an idea of how a concept might work in reality. Prototypes are designs that are implemented for a short time, adjusted through a few iterations and improved upon. The purpose of a prototype is to put something into play and look at its performance. You need to have some success with a prototype in order to know what parts of it are worth building upon. Prototypes straddle the world of “safe to fail” and fail safe. They are both developmental evaluations tools and they also require some level of summative evaluation in order to be fully understood. Prototypes are also probes, and you can learn a lot about the system from how they work.
A pilot is a project designed to prove the worthiness of an approach or a solution. You need it to have an actual positive effect in its outcomes, and it’s less safe to fail. Pilots are often designed to achieve success, which is a good approach if you have studied the context with a set of probes and maybe prototyped an approach or two. Without good intelligence about the context you are working with, pilots are often shown to work by manipulating the results. A pilot project will run for a discrete amount of time and will then be summatively evaluated in order to determine its efficacy. If it shows promise, it may be repeated, although there is always a danger of creating a “best practice” that does not translate across different contexts. If a pilot project is done well and works, it should be integrated with the basic operating procedure of an organization, and tinkered with over time, until it starts showing signs of weakened effectiveness. From then on, it can become a program. And pilots are alos probes, and as you work with them they too will tell you a lot about what is possible in the system.
The distinctions between these three things are quite important. Often change is championed in the non-profit word with the funding of pilot projects, the design of which is based on hunches and guesses about what works, or worse, a set of social science research data that is merely one of many possible hypotheses, privileged only by the intensity of effort that went into the study. We see this all the time with needs assessments, gap analyses and SWOT-type environmental scans.
Rather than thinking of these as gradients on a line though, I have been thinking of them as a nested set of circles:
Each one contains elements of the one within it. Developing one will be better if have based your development on the levels below it. When you are confronted with complexity and several different ideas of how to move forward, run a set of probes to explore those ideas. When you have an informed hunch, start prototyping to see what you can learn about interventions. What you learn from those can be put to use as pilots to eventually become standard programs.
By far, the most important mindshift in this whole area is adopting the right thinking about probes. Because pilot projects and even prototyping is common in the social development world, we tend to rely on these methods as ways of innovating. And we tend to design them from an outcomes basis, looking to game the results towards positive outcomes. I have seen very few pilot projects “fail” even if they have not been renewed or funded. Working with probes turns this approach inside out. We seek to explore failure so we can learn about the tolerances and the landscape of the system we are working in. We “probe” around these fail points to see what we can learn about the context of our work. When we learn something positive we design things to take advantage of this moment. We deliberately do things to test hypotheses and, if you’re really good and you are in a safe-to-fail position, you can even try to create failures to see how they work. That way you can identify weak signals of failure and notice them when you see them so that when you come to design prototypes and pilots, you “know when to hold ‘em and know when to fold ‘em.”