Tag Archives: design

Innovation [22-09-2010]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

What is innovation?

What is innovation? I don’t know, but then I’m not even sure that it’s an interesting question. The yearning so many companies have to be innovative often seems to prevent them from actually doing anything innovative. They get so caught up in trying to come up with the next innovation — the next big product — that they often fail to do anything innovative at all. It’s more productive to define innovation by understanding what it’s not: doing the same thing as the rest of the crowd, while accepting that there are no silver bullets and that you don’t control all the variables.

So, what is innovation? This seems to be a common question thats comes up whenever a company wants to innovate. After all, the first step in solving a problem is usually to define our terms.

Innovation is a bit like quantum theory’s spooky action at a distance,1)Spooky action at a distance? @ Fact and Fiction where stuff we know and understand behaves in a way we don’t expect. It can be easy to spot an innovative outcome (hindsight is a wonderful thing), but it’s hard to predict what will be innovative in the future. Just spend some time browsing Paleo-Future2)Paleo-Future (one of my favourite blogs) to see just how far off the mark we’ve been in the past.

The problem is that as it’s all relative; what’s innovative in one context may (or may not) be innovative in another. You need an environment that brings together a confluence of factors — ideas, skills, the right business and market drivers, the time and space to try something new — before there’s a chance that something innovative might happen.

Unfortunately innovation has been claimed as the engine behind the success of more than a few leading companies, so we all wanted to know what it is (and how to get some). Many books have been written promising to tell you exactly what to do to create innovation, providing you with a twelve step program3)Twelve step programs @ Wikipedia to a happier and more innovative future. If you just do this, then you too can invent the next iPhone.4)iPhone — the Apple innovation everyone expected @ Fast Company

Initially we were told that we just needed to find the big idea, a concept which will form the basis of our industry shattering innovation. We hired consultants to run ideation5)Ideation defined at Wikipedia workshops for us, or even outsourced ideation to an innovation consultancy asking them to hunt down the big idea for us. A whole industry has sprung up around the quest for the big idea, with TED6)TED (which I have mixed feelings about) being the most obvious example.

As I’ve said before, the quest for the new-new thing is pointless.7)Innovation should not be the quest for the new-new thing @ PEG

The challenge when managing innovation is not in capturing ideas before they develop into market shaping innovations. If we see an innovative idea outside our organization, then we must assume that we’re not the first to see it, and ideas are easily copied. If innovation is a transferable good, then we’d all have the latest version.

Ideas are a dime a dozen, so real challenge is to execute on an idea (i.e. pick one and do something meaningful with it). If you get involved in that ideas arms race, then you will come last as someone will always have the idea before you. As Scott McNealy at Sun likes to say:

Statistically, most of the smart people work for somebody else.

More recently our focus has shifted from ideas to method. Realising that a good idea is not enough, we’ve tried to find a repeatable method with which we can manufacture innovation. This is what business does after all; formalise and systematise a skill, and then deploy it at huge scale to generate a profit. Think Henry Ford and the creation of that first production line.

Design Thinking8)Design Thinking … what is that? @ Fast Company is the most popular candidate for method of innovation, due largely to the role of Jonathan Ive9)Jonathan Ive @ Design Museum and design in Apple’s rise from also-ran to market leader. There’s a lot of good stuff in Design Thinking — concepts and practices anyone with an engineering background10)Sorry, software engineering doesn’t count. would recognise. Understand the context that your product or solution must work in. Build up the ideas used in your solution in an incremental and iterative fashion, testing and prototyping as you go. Teamwork and collaboration. And so on…

The fairly obvious problem with this is that Design Thinking does not guarantee an innovative outcome. For every Apple with their iPhone there’s an Apple with a Newton.11)The story behind the Apple Newton @ Gizmodo Or Microsoft with a Kin.12)Microsoft Said to Blame Low Sales, High Price for Kin’s Failure @ Business Week Or a host of other carefully designed and crafted products which failed to have any impact in the market. I’ll let the blog-sphere debate the precise reason for each failure, but we can’t escape the fact the best people with a perfect method cannot guarantee us success.

People make bad decisions. You might have followed the method correctly, but perhaps you didn’t quite identify the right target audience. Or the technology might not quite be where you need it to be. Or something a competitor did might render all your blood sweet and tears irrelevant.

Design Thinking (and innovation) is not chess: a game where all variables are known and we have complete information, allowing us to make perfect decisions. We can’t expect a method like Design Thinking to provide an innovative outcome.

Why then do we try and define innovation in terms of the big idea or perfect methodology? I put this down to the quest for a silver bullet: most people hope that there’s a magic cure for their problems which requires little effort to implement, and they dislike the notion that hard work is key.

This is true in many of life’s facets. We prefer diet pills and magic foods over exercise and eating less. If I pay for this, then it will all come good. If we just can just find that innovative idea in our next facilitated ideation workshop. Or hire more designers and implement Design Thinking across our organisation.

Success with innovation, as with so many things, is more a question of hard work than anything else. We forget that the person behind P&G’s Design Thinking efforts,13)P&G changes it’s game @ Business Week Cindy Tripp, came out of marketing and finance, not design. She chose Design Thinking as the right tool for the problems she needed to solve — Design Thinking didn’t choose her. And she worked hard, pulling in ideas from left, right and centre, to find, test and implement the tools she needed.

So innovation is not the big idea. Nor is it a process like Design Thinking.

For me, innovation is simply:

  • working toward a meaningful goal, and
  • being empower to use whichever tools will be most beneficial.

If I was to try and define innovation more formally, then I would say that innovation is a combination of two key concepts: obliquity14)Obliquity defined at SearchCRM and Jeet Kune Do’s15)Jeet Kune Do, a martial art discipline developed by Bruce Lee @ Wikipedia concept of absorbing what is useful.

Obliquity is the simple idea that the best way to achieve a goal in a complex environment is to take an indirect approach. The fastest and most productive path to the top of the mountain might be to take the path that winds its way around the mountain, rather than to try and walk directly up the steepest face.

Apple is a good example of obliquity in action. Both Steve Jobs and Jonathan Ives are on record as wanting to make “great products that we want to own ourselves,” rather than plotting to build the biggest and most innovative company on the planet. Rather than try and game the financial metrics, they are focusing on making great products.

Bruce Lee16)Bruce Lee: the devine wind came up with the idea of “absorbing what is useful”17)Absorbing what is useful @ Wikipedia when he created Jeet Kune Do. He promoted the idea that students should learn a range of methods and doctrines, experiment to learn what works (and what doesn’t work) for them, “absorb what is useful” while discarding the remainder. The critical point of this principle is that the choice of what to keep is based on personal experimentation. It is not based on how a technique may look or feel, or how precisely the artist can mimic tradition. In the final analysis, if the technique is not beneficial, it is discarded. Lee believed that only the individual could come to understand what worked; based on critical self analysis, and by, “honestly expressing oneself, without lying to oneself.”

Cindy Tripp at P&G is a good example of someone absorbing what is useful. Her career has her investigating different topics and domains, more a sun shaped individual than a t-shaped one.18)T-Shaped + Sun-Shaped People @ Logic + Emotion Starting from a core passion, she accreted a collection of disciplines, tools and techniques which are beneficial. Design Thinking is one of these techniques (which she uses as a reframing tool).

I suppose you could say that I’ve defined innovation by identifying what it’s not: innovation is the courage to find a different way up the hill, while accepting that there are no silver bullets and that you don’t control all the variables.

Updated: Tweeked the wording in the (lucky) 13th paragraph in line with Bill Buxton’s comment.

For every Apple with their iPhone there’s an Apple with a Newton. Or Microsoft with a Kin.

References   [ + ]

Innovation [2010-07-05]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

Innovation [2010-06-07]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

BPM is not a programming challenge

Get a few beers into a group of developers these days and it’s not uncommon for the complaints to start flowing about BPM (Business Process Management). BPM, they usually conclude, is more pain than it’s worth. I don’t think that BPM is a bad technology, per se, but it does appear to be the wrong tool for the job. The root of the problem is that BPM is a handy tool for programming distributed systems, but the challenge of creating distributed systems is orthogonal to business process execution and management. We’re using a screw driver to belt in a nail. It’s more productive to think business process execution and management as a (realtime) planning problem.

Programming is the automation of the known. Take as stable, repeatable process and automate it; bake the process into silicone to make it go fast. This is the same tactic that I was using back in my image processing days (and that was a long time ago). We’d develop the algorithms in C, experiment and tweak until they were right, and once they were stable we’d burn them into an ASIC (Application-Specific Integrated Circuit) to provide a speed boost. The ASICs were a lot faster than the C version: more than an order of magnitude faster.

Programmers, and IT folk in general, have a habit of treating the problems we confront as programming challenges. This has been outstandingly successful to date; just try and find a home appliance or service that doesn’t have a programme buried in it somewhere. (It’s not an unmitigated success though, such as our tumble drier is driving us nuts if its overly frequent software errors.) It’s not surprising that we chose to treat business processes automation and management as a programming problem once it appeared on our radar.

Don’t get me wrong: BPM is a solid technology. A friend of mine once showed my how he’d used his BPM stack to test its BPEL engine. As side from being a nice example of eating your own dog food, it was a great example of using BPEL as a distributed programming tool to solve a small but complex problem.

So why do we see so many developers complaining about BPM? It’s not the technology itself: the technology works. The issue is that we’re using it to solve problems that it’s not suited for. The most obvious evidence of this is the current poor state of BPM support for business exception management. We’ve deployed a lot of technology to support exception management in business processes without really solving the problem.

Managing business exceptions is driving the developers nuts. I know of one example where managing a couple of not infrequent business exceptions was the major technical problem in a very significant project (well into eight figures). The problem is that business exceptions are not from the same family of beasts as programming exceptions. Programming exceptions are exceptional. Business exceptions are just a (slightly) different way to achieve the same goal. All our compensating actions and exception stacks just get in the way of solving the problem.

On PowerPoint, anything can look achievable. The BPMN diagram we shared with the business was extremely elegant: nice sharp angles and coloured bubbles. Everyone agreed that it was a good representation of what the business does. The devil is in the details though. The development team quickly becomes frustrated as they have to deal with the realities of implementing a dynamic and exception rich business processes. Exceptions pile up on top of exceptions, and soon that BPMN diagram covers a wall, littered as it is with branch and join operations. It’s not a complex process, but we’ve made it incredibly complicated.

Edward Tufte's take on explaining complex concepts with PowerPoint
A military parade explained, a la PowerPoint

We can’t program our way out of this box, trying to pile on more features and patches. We can rip the complications out – simplifying the process to the point that it becomes tractable with our programming tools (which is what happened in my example above). But this removes all the variation which which makes the processes so valuable. (This, of course, the dirty secret of LEAN et al: you’re trading flexibility for cost saving, making your processes very efficient but also very fragile.)

Or we can try solving the problem a different way.

Don’t treat the automation of a business processes as a programming task (and I by this I mean the capture of imperative instructions for a computer to execute, no matter how unstructured or parallel). Programming is the automation of the known. Business processes, however, are the management and anticipation of the unknown. Modelling business processes should be seen as a (realtime) planning problem.

Which comes back to one of my common themes: push vs pull models, or the importance of what over how. Or, as a friend of mine with a better turn of phrase puts it, we need to stop trying to invent new technologies and work out how to use what we already have more effectively. Rather than trying to invent new technologies to solve problems that are already well understood elsewhere, pushing the technology into the problem, a more pragmatic approach is to leverage that existing understanding and then pull in existing technologies as appropriate.

Planning and executing in a rapidly changing environment is a well understood problem. Just ask anyone who’s been involved with the military. If we view the management of a business processes as a realtime planning problem, then what were business exceptions are reduced to simply alternate routes to the same goal, rather than a problem which requires a compensating action.

Battle of Gaugamela (Arbela) (331BC)
Take that hill!

One key principle is to establish a clear goal – Take that hill!, or Find that lost shipment! – articulate the tactics, the courses of action we might use to achieve that goal, and then defer decisions on which course of action to take until the decision needs to be made. If we commit to a course of action too early, locking in a decision during design time, then it’s likely that we’ll be forced to manage the exception when we realise that we picked the wrong course of action. It’s better to wait until the moment when all relevant information and options are available to us, and then take decisive action.

From a modelling point of view, we need to establish where are the key events at which we need to make decisions in line with a larger strategy. The decisions at each of these events needs to weigh the available courses of action and select the most appropriate, much like using a set of business rules to identify applicable options. The course of action selected, a scenario or business process fragment, will be semi independent from the other in the applicable set, as it addresses a different business context. Nor can the scenario we pick cannot be predetermined, as it depends on the business context. Short and sharp, each scenario will be simple, general and flexible, enabling us to configure it for the specific circumstances at hand, as we can’t anticipate all possible scenarios. And finally, we need to ensure that the scenarios we provide cover the situations we can anticipate, including the provision of a manual escape hatch.

Goals, rules and process: in that order. Integrated rather than as standalone engines. Pull pull these established technologies into a single platform and we might just be closer to a BPM solution inline with what we really need. (And we know there is nothing new under the sun, as this essentially a build on Jim Sinurs rules-and-process argument, and borrows a lot from STRIPS, PRS, dMARS and even the work I did at Agentis.)

As I mentioned at the start of this missive, BPM as a product category makes sense and the current implementations are capable distributed programming tools. The problem is that business process management is not a distributed programming challenge. Business exceptions are not exceptional. I say steal a page from the military strategy book – they, after all, have been successfully working on this problem for some time – and build our solutions around ideas the military use to succeed in a rapidly changing environment. Goals, rules and processes. The trick is to be pragmatic, rather than dogmatic in our implementation, and focus on solving the problem rather then trying to create a new technology.

Innovation [2010-05-25]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

  • Innovation and R&D [The Economist]
    The Economist provides two interactive visualisations that show the future of innovation taking shape. We can see a strong link between the number of international patents that a country is granted and the amount that it spends on research and development. A 2007 snapshot shows this clearly, and also that America and Japan led the pack.
  • McLaren wins the innovation race [timkastelle.org]
    McLaren shows us how to leverage lessons learnt in Formula 1 in other domains, such as air traffic control and health care, making them the masters of extending current competencies into new fields.
  • The creative process gone wrong [Bob Sutton]
    It seems that the very tools we often use to manage the creative, innovation process can be the source of the process’s biggest problems.
  • What if the very theory that underlies why we need patents is wrong? [techdirt]
    Our current patent system was designed for an earlier, gentler age. A number of pundits are – quite rightly – pointing out that the system is tremendously obsolete in terms of actually promoting the progress, and is set up in a way that favors a concept of innovation and invention that may not be how the world actually works today.

Innovation [2010-05-10]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

Innovation [2010-04-26]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

Innovation [2010-02-17]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.

  • An innovation report card [The Conference Board of Canada]
    Countries with the highest overall scores not only spend more on science and technology but also have policies that drive innovation supply and demand.
  • Innovation: what’s your score? [McKinsey & Company: What Matters]
    Can companies measure the impact of their innovation activities? Can they benchmark their performance on innovation against that of their peers? Can the long-term effects of innovation strategies be tracked systematically? Yes, yes, and yes. In fact, not only can companies objectively assess innovation; we believe they must. Only then will they know how to select the right strategies and execute them well.
  • The Original Futurama: The Legacy of the 1939 World’s Fair [Popular Mechanics]
    Seventy years after the closing of the 1939 New York World’s Fair, The Daily Show writer Elliott Kalan looks back at its past vision of the World of Tomorrow.
  • Why private companies are more innovative [BusinessWeek: NEXT]
    Do privately held companies have an edge when it comes to long-term innovation? At least some of them seem to. Recently, Al Gore—former Vice-President and Senator and now Nobel Prize-winning environmental evangelist—declared S.C. Johnson & Son one of the most sustainable companies in the world.

Innovation [2010-01-18]

Another week and another collection of interesting ideas from around the internet.

As always, thoughts and/or comments are greatly appreciated.