What you see above is an incubator made from car parts. The concept was developed by Design the Matters, a non-profit organization in Cambridge, Massachusetts.
The key purpose is to help reduce the number of pre-term babies that die during the first month in the developing world. Ordinary incubators are too expensive for rural clinics in poor countries. Sometimes incubators are donated to these clinics, but research shows that up to 98% break down within five year. In many cases medical equipment is not being repaired, as the components are not available locally and the technical staff lack the required training to carry out these repairs.
So a group of engineers at Design that Matters came together and asked themselves how to address this problem. They started with field research in developing countries, interviewing medical staff, maintenance staff, as well as parents of newborn babies.
They saw many examples of discarded medical equipment, but also asked: What does get reliably repaired in rural communities? The answer was that cars do get fixed, and cars may contain up to 40,000 components that are delivered reliably to even the most remote community. So why not build an incubator of car parts?
You may be familiar with this story already, and you might ask: What does it have to do with organization design? Quite a lot, I would argue.
The story is basically about matching the complexity of your design with the capability of the organization. This is as important in organization design as it is in product design.
Particularly when organization re-designs are triggered by strategy processes, there is often a risk that new models are selected that presupposed capabilities that the organization simply do not possess.
When I did a series of interviews with leaders of large firms in 2010, I was told of three cases where an organization had restructured, only to find out later that the design simply did not work, and then had to reverse to the old structure again. In each case the key cause seemed to be a failure to understand the capabilities (both technical and human) required to make the new design work.
I am not saying that you shouldn’t be bold sometimes – we should always think about new and better organizational models for our organization. Nor can we can eliminate risk altogheter. But with a little bit of preparation we can minimize these kinds of risks.
If you are an executive, a consultant, or internal project manager working on a new design for the organization, do what the engineers in Boston did: Go out in the field.
Don’t sit in the board room with only a few select managers drawing boxes and reporting lines. Ask people on the frontline about what works and what does not work. Ensure that you understand the effect of the organizational structure on operations and IT. Consider the required behavioral changes that are necesssary for a new model to work.
As I argue in my recent book, the goal should be to find the simplest design. Develop alternative models. Evaluate the alternatives against each other and – other things being equal – select the model that is the easiest to implement given your current organizational capabilities.
Related post:
How many pages to you need to explain your organizational model?