Author Archive
by Jim McGee
June 27, 2009 at 12:22 pm · Filed under
Clayton Christenson, Enterprise 2.0
A dozen years ago, at the height of the dotcom boom, Harvard Business School professor Clay Christensen published The Innovator’s Dilemma. It started from a simple observation that transformative innovations that reshaped competitive landscapes and created new industries almost invariable came from new organizations. Conventional wisdom held that this was a reflection of poor management and decision making on the part of incumbents. Christensen started with a more interesting, and ultimately more productive, question. What if it was sound management practice on the part of incumbents that prevented them from investing in those innovations that went on to create new industries? This question and Christensen’s research led to his distinguishing disruptive vs. sustaining forms of innovation. I originally reviewed the book in the Spring 1998 issue of Context Magazine. It became the bible of consulting firms working in the dotcom space. Every proposed idea was labeled as disruptive. Who knows, some of those consultant’s might even have read the book.
Meanwhile, Christensen and his colleagues and collaborators continued to work out the ideas and implications of his emerging theoretical framework. The Innovator’s Dilemma was followed by
The Innovator’s Solution: Creating and Sustaining Successful Growth.
In this book, Christensen begins to lay out how you can take the notions of disruptive innovation and use them to design a reasonable course of action in the absence of the kind of analytical data strategy consultants desire. Disruptive innovations attack either the lower ends of existing markets where there are customers willing to settle for less performance at less cost, or new markets where a new packaging and design of available technologies creates an alternative to non-consumption. The example I found easiest to understand here was Sony’s invention of the portable transistor radio. Compared to vacuum tube radios the first transistor radios were crappy, but good enough for teenagers and others on the go whose alternative was no music at all.
Seeing What’s Next: Using Theories of Innovation to Predict Industry Change.
In this third effort to work out the implications of distinguishing between sustaining and disruptive innovation, Christensen and his collaborators shift their attention from individual competitors to industry level analysis. They take their theoretical structures and apply them across several industry settings and ask how those particular industries (education, aviation, health care, semiconductors, and telecommunications) are more or less vulnerable to disruptive innovation strategies. What Christensen and colleagues are doing here is to begin integrating their innovation theories and Porter’s theories of competitive strategy. This is not so much a case of seeing whether their new theoretical hammer can pound strategy nails as it is of whether they are making progress in creating a new and robust toolkit for strategy problems.
The Innovator’s Guide to Growth: Putting Disruptive Innovation to Work, Anthony, Scott D.
This volume is written by Scott Anthony and several other collaborators of Christensen who are putting his ideas to work at the consulting firm Innosight. They develop the next level of operational detail to transform strategic insights into execution details. If you’re an organization seeking to develop its own disruptive strategy, the authors here have worked out the next level questions and identified the supporting analyses and design steps you would need to answer and complete. This volume is not a teaser; it’s complete and coherent. You could pretty much take the book as a recipe and use it to develop your project plans. On the other hand, the plans by themselves won’t guarantee that you can assemble a team with the necessary qualifications to execute the plan successfully. The other thing that this book does quite nicely is identify the kinds of organizational support structures and processes that you would want to put in place to institutionalize systematic disruptive innovation.
This core of books would equip you with a robust set of insights and practical techniques to begin thinking about when and where you might attempt to develop and deploy new products, services, and business models in disruptively innovative ways. The one area that is underdeveloped in this framework is that of design. There is an implicit bias in the material that tends to keep design in the "perform magic" category. I believe this is part and parcel of the general execution bias of business literature in general. Design is flaky, creative, stuff and real managers distinguish themselves on execution. But that is a topic for another post. These books belong on your shelf and the ideas belong in your toolkit.
by Jim McGee
June 9, 2009 at 2:21 pm · Filed under
Enterprise 2.0
The Future of Management, Hamel, Gary
Gary Hamel has been an astute observer of organizations and management for several decades now. For all the reasons that seemed to make sense at the time, this book sat on my shelf for a while before I got to it. Based on the current state of the economy, I suspect a number of executives who could have benefitted from Hamel’s insights also failed to get them in a timely fashion. Hamel’s central thesis is that management is a mature technology and is ripe for disruptive innovation. Although he makes only passing reference to Clay Christensen’s work, there are important points of linkage between these two management thinkers.
The underlying rationale behind management philosophy and practices was largely laid down in the early decades of the twentieth century during the growth and ascendancy of the large multi-divisional industrial organization. In other words, most managers continue to operate with the mindset and practices originally developed to handle the problems encountered by the railroads, GM, IBM, and the other organizations making up the Dow Jones average between 1930 and 1960. While we’ve experienced multiple innovations in products, technologies, services, and strategies, the basics of management have changed little. Here’s how Hamel puts it:
While a suddenly resurrected 1960s-era CEO would undoubtedly be amazed by the flexibility of today’s real-time supply chains, and the ability to provide 24/7 customer service, he or she would find a great many of today’s management rituals little changed from those that governed corporate life a generation or two ago. Hierarchies may have gotten flatter, but they haven’t disappeared. Frontline employees may be smarter and better trained, but they’re still expected to line up obediently behind executive decisions. Lower-level managers are still appointed by more senior managers. Strategy still gets set at the top. And the big calls are still made by people with big titles and even bigger salaries. there may be fewer middle managers on the payroll, but those that remain are doing what managers have always done–setting budgets, assigning tasks, reviewing performance, and cajoling their subordinates to do better. (p. 4)
Hamel sets out to explore what innovation in the practice of management would look like and how organizations and managers might tackle the problems of developing and deploying those innovations. I don’t think he gets all the way there, but the effort is worth following.
The first section of the book lays out the case for management innovation as compared to other forms. the second examines three organizations that Hamel considers worthy exemplars: Whole Foods, W.L. Gore, and Google. The last two section build a framework for how you might start doing managerial innovation within your own organization.
Hamel does a good job of extracting useful insights from the case examples he presents. Hamel’s own preference is for a managerial future that is less hierarchical and less mechanical. At the same time, he wants each of us to commit to doing managerial innovation for ourselves. This leaves him in a bit of a bind. I suspect that Hamel would like to be more prescriptive, but his position forces him to leave the prescription as an exercise for the reader. While I agree with Hamel that both individuals and organizations need to be formulating their own theories of management and experimenting on their own, this is not likely to happen in most organizations and particularly so in the current economic climate. Necessity is not the mother of invention; rather it forces us to cling to the safe and familiar. We need a degree of safety and a degree of slack to do the kinds of thinking and experimenting that will produce meaningful managerial innovations. I fear that may be hard to come by in the current environment; no matter how relevant or necessary.
What you can do in the interim is research and reflection to discover or define opportunities for possible managerial innovations. This book is one excellent starting point, but insufficient on its own.
Is this an agenda worth pursuing? What else would you recommend to move forward?
by Jim McGee
April 26, 2009 at 6:15 am · Filed under
KM
Suppose you buy the notion that management is fundamentally an oral culture and analytics a literate one (see Part 1). How does that influence how you manage analytics? How can you take full advantage of technology?
In an oral culture, what you can think is limited to what you can remember and tell–without visual aids. Oral thinking is linear, additive, redundant, situational, engaged, and conservative. The invention of writing and the emergence of literate cultures allows a new kind of thinking to develop. Literate thinking is subordinate, analytic, objectively distanced, and abstract. It’s the underlying engine of science and the industrial revolution.
Management understands something that those rooted in literate thinking may not. Knowing the right answer analytically has little or nothing to do with whether you can get the organization to accept that answer. What literate thinkers dismiss as "politics" is the essential work of translating and packaging an idea for acceptance and consumption in an oral culture.
The critical step in translating from a literate answer to an oral plan of action is finding a story to hang the answer on. The analysis only engages the mind; moving analysis to action must engage the whole person. Revealing this truth to the analytical minded can be discomforting. It’s equivalent to explaining to an accountant that the key to a Capital Expenditure proposal is theater, not economics. You might want to check out Steve Denning’s book, "The Springboard: How Storytelling Ignites Action in Knowledge-Era Organizations," for some good insights into how to craft effective stories inside organizations.
In addition to helping the analytically biased see the value of creating a compelling story, you need to help them see how and why story works differently than analysis. The best stories to drive change are not complex, literary, novels. They are epic poetry; tapping into archetypes and cliché, acknowledging tradition, grounded in the particular. You need to bring them to an understanding of why repetition and "staying on message" is key to shifting an oral culture’s course, not an evil invention of marketing.
Assume you teach the literate types in your analytic organization how to repackage their analyses for consumption. They’ve now learned how to pitch their ideas in ways that will stick in the organization. What might you learn from their literate approach to thought? Is there an opportunity if you can get more of your organization and more of your management operating with literate modes of thinking?
Being able to write things down done permits you to develop an argument that is more complex and sophisticated. On the plus side, this makes rocket science possible. On the negative side, you get lawyers.
On the other hand, if you are operating in an environment whose complexity demands a corresponding complexity in your organizational responses, then encouraging more literate thinking by more members of the organization is a good strategy.
What would such an organization look like compared to today’s dominant oral design? The mere presence of e-mail and an intranet is insufficient. E-mail tends to mirror oral modes of thought, particularly among more senior executives. Intranets tend to be over-controlled and, to the extent they contain examples of literate thinking, are rooted in an organizational culture that strives to confine the literate mind to the role of well-pigeonholed expert. The presence of particular tools, then, isn’t likely to be a good predictor, although their absence might be.
What of possible case examples? A few knowledge management success stories hold hints. Buckman Labs used discussion groups successfully to get greater leverage out of its staff’s knowledge and expertise. Whether this success built on literate modes of thought or simply on better distribution of oral stories is less clear. The successes of some widely distributed software development teams are worth looking at from this perspective.
Although it’s a bit too early to tell, the take up of blogs and wikis inside organizations may be a harbinger of management based on literate thinking skills. They offer an interesting bridge between the oral and the literate by providing a way to capture conversation in a way that makes it visible and, hence, analyzable. As a class of tools, they begin to move institutional memory out of the purely oral and into the realm of literate.
by Jim McGee
April 23, 2009 at 11:31 am · Filed under
KM
Have you ever wondered what’s behind the conflict between geeks and suits? Sure, they think differently, but what, exactly, does that mean? A Jesuit priest who passed away in 2003 at the age of 90 may hold one interesting clue.
Walter Ong published a slim volume in 1982 titled "Orality and Literacy: The Technologizing of the Word" that explored what the differences between oral and literate cultures mean about how we think.
Remember Homer, the blind epic poet credited with "The Iliad" and "The Odyssey"? If we remember anything, it’s something along the lines of someone who managed to memorize and then flawlessly recite book-length poems for his supper.
The real story, which Ong details, is more interesting and more relevant to our organizational world than you might suspect. Homer sits at the boundary between oral culture and the first literate cultures.
In an oral culture, what you can think is limited to what you can remember and tell–without visual aids. Ong’s work shows that oral thinking is linear, additive, redundant, situational, engaged, and conservative. The invention of writing and the emergence of literate cultures allows a new kind of thinking to develop: literate thinking is subordinate, analytic, objectively distanced, and abstract. It’s the underlying engine of science and the industrial revolution.
While this may sound interesting for a college bull session, it’s particularly relevant to organizations. For all their dependence on the industrial revolution, organizations are human institutions first. Management is fundamentally an oral culture and is most comfortable with thought organized that way. Historically, leadership in organizations went to those most facile with the spoken word.
At the opposite extreme, information technology is a quintessentially literate activity with a literate mode of thought. In fact, IT cannot exist without the objective, rational, analytical thinking that literate culture enables.
How does the nature of this divide complicate conversations between IT and management? Can understanding the differing natures of oral and literate thought help us bridge that divide?
Technology professionals have long struggled with getting a complex message across to management. In our honest and unguarded moments, we talk of "dumbing it down for the suits." But the challenge is more subtle than that. We need to repackage the argument to work within the frame of oral thought. The easy part of that is about oratorical and rhetorical technique. The more important challenge is to deal with the deeper elements of oral culture; of being situational, engaged, and conservative. The right abstract answer can’t be understood until it is placed carefully within its context.
What management recognizes in its fundamentally oral mind is that organizations and their inhabitants spend most of their time in oral modes of thought. The oral mind is focused on tradition and stability because of how long it takes to embed a new idea. The techniques of change management that seem so obtuse to the literate, engineering mind are not irrational; they are oral. They are the necessary steps to embed new ideas and practices in oral minds.
Repeating a calculation or an analysis is nonsense in a literate culture. Management objections to an analytical proposal rarely turn on objections to the analysis. Walking through the analysis again at a deeper level of detail will not help. What needs to be done is to craft the oral culture story that will carry the analytical tale. It’s not about dumbing down an argument, it’s about repackaging it to match the fundamental thought processes of the target audience.
That might mean finding the telling anecdote or designating an appropriate hero or champion. Suppose, for example, that your analysis concludes it’s time to move toward document management to manage the files littering a shared drive somewhere or buried as attachments to three-year old e-mails. Analytical statistics on improved productivity won’t do it. A scenario of the "day in the life" of a field sales rep would be better. Best would be a story of the sales manager who can’t find the marked up copy of the last version of the contract.
These human stories are much more than the tricks of the trade of consultants and sales reps. They are recognition that what gets dressed up as the techniques of change management are really a bridge to the oral thinking needed to provoke action.
Seen in this light, what is typically labeled resistance to change is better understood as the necessary time and repetition to embed ideas in an oral environment.
by Jim McGee
April 15, 2009 at 5:20 pm · Filed under
FASTforward'09
Paula Thornton, my friend and co-blogger here at FASTforward, tweeted the following this morning
which reminded me of a little constrained exercise I did back in February. That exercise started with this tweet
and a blog post that generated some fun discussion.
What I didn’t do was publish the final list of C-words that were ultimately generated in the ensuing discussion. Again, the constraint was C-words relevant to conversations about knowledge. Here’s the list (including "constrain/constraint") that all of you created:
Calculate Calibrate Canvas Capture Catalog Categorize Censor Certify Challenge Change Characterize Chart Check Cite Claim Classify Cluster Circulate Circumscribe Circumvent Coalesce |
Coax Co-create Codify Collaborate Collate Collect Collude Combine Comment Communicate Compare Compile Compose Compute Concatenate Conceal Conceive Conform Confide Connect Connote
|
Consider Consolidate Constrict Consult Constrain Constraint Construct Contribute Converse Convert Convey Coordinate Copy Count Craft Cram Create Critique Crystallize Cultivate Curate Customize |
Capital Case/Case Study Cause Channel Characteristic Chart Collage Community Compendium Competence Component Concept Concern Construct Content Context Convention Conversation Culture |
Coherent Complete Concise Conditional Consistent Contingent Contradictory Convergent Cryptic Current Cursory |
by Jim McGee
March 12, 2009 at 5:57 pm · Filed under
Book Review
“Some problems are so complex that you have to be highly intelligent and well informed just to be undecided about them.”
- Laurence Peter
Dialogue Mapping: Building Shared Understanding of Wicked Problems, Conklin, Jeff
However you’re paying attention to the current external environment — the nightly news, newspapers, blogs, Twitter, or the Daily Show — it’s a grim time. While there is a great deal of noise, there’s not as much light as you might like. Dialogue Mapping, by Jeff Conklin, is one effort to equip us with tools for creating more light. While Conklin started out doing research on software for group decision support that research led him into some unexpected places of organizational dynamics and problem structure. He starts with the notion of "fragmentation" as the barrier to coherent organizational action. He defines fragmentation as "wicked problems x social complexity."
I’m often surprised that the term "wicked problem" hasn’t become more common. The notion and the term have actually been around for decades. Horst Rittel at Berkeley coined the term in a paper, "Issues as Elements of Information Systems," in the 1970s. Rittel identified six criteria that distinguish a particular problem as a wicked one:
- You don’t understand the problem until you have developed a solution
- Wicked problems have no stopping rule
- Solutions to wicked problems are not right or wrong
- Every wicked problem is essentially unique and novel
- Every solution to a wicked problem is a “one-shot operation”
- Wicked problems have no given alternative solutions
Compare wicked problems with tame problems. A tame problem:
- Has a well-defined and stable problem statement
- Has a definite stopping point
- Has a solution that can be objectively evaluated as right or wrong
- Belongs to a class of similar problems that are all solved in the same similar way
- Has solutions that can be easily tried and abandoned
- Comes with a limited set of alternative solutions
Obviously there are degrees of wickedness/tameness. Nevertheless, the real world of politics, urban planning, health care, business, and a host of other domains is filled with wicked problems, whether we acknowledge them as such or not. All too often, wicked problems go unrecognized as such. If you do recognize a problem as a wicked one, you can choose to attempt to tame it to the point where you might be able to solve it. Some ways to tame a wicked problem include:
- Lock down the problem definition
- Assert that the problem is solved
- Specify objective parameters by which to measure the solution’s success
- Cast the problem as “just like” a previous problem that has been solved
- Give up on trying to get a good solution to the problem
- Declare that there are just a few possible solutions, and focus on selecting from among these options
These are the kinds of problem management strategies frequently seen in organizations. Conklin provides a good case that we and organizations would be better off if we were more explicit and mindful that this is what we were up to. That isn’t always possible and brings us to Conklin’s second element driving fragmentation: social complexity. Independently of the problem features that make them wicked problems, problems also exist in environments of multiple stakeholders with differing worldviews and agendas.
This social complexity increases the challenge of discovering or inventing sufficient shared ground around a problem to make progress toward a resolution or solution. This is where Conklin’s book adds its greatest value by introducing and detailing "Dialogue Mapping," which is a facilitation technique for capturing and displaying discussions of wicked problems in a useful way.
Assume that someone recognizes that we have a wicked problem at hand and persuades the relevant stakeholders to gather to discuss it and develop an approach for moving forward. Assume further that the stakeholders acknowledge that they will need to collaborate in order to develop that approach (I realize that these are actually fairly big assumptions). More often than not, even with all the best of intentions, the meetings will produce lots of frustration and little satisfying progress. Our default practices for managing discussions in meetings can’t accommodate wicked problems, which is one of the reasons we find meetings so frustrating.
"Dialogue Mapping" takes a notation for representing wicked problems, IBIS (short for Issue-Based Information System) and adds facilitation practices suited to the discussions that occur with wicked problems. The IBIS notation was developed by Rittel in his work with wicked problems in the 1970s. It is simple enough to be largely intuitive, yet rich enough to capture conversations about wicked problems in useful and productive ways.
The building blocks of a dialogue map are questions, ideas, arguments for an idea (pros), and arguments against an idea (cons). These simple building blocks, together with what is effectively a pattern language of typical conversational moves, constitute "dialogue mapping." The following is a fragment of a dialogue map that might get captured on a whiteboard in a typical meeting:
While the notation is simple enough, learning to use it on the fly clearly takes some practice. Some starting points for me are using it to process my conventional meeting notes and beginning to use the notation while taking notes on the fly. I’m not yet ready to employ it explicitly in meetings I am facilitating, especially given Conklin’s advice that the technique changes the role of meeting facilitator in some significant ways.
When applied successfully in meeting settings, Conklin argues that dialogue mapping creates a shared representation of the discussion that accomplishes several important things:
- Allows each individual contributor to have their perspective accurately heard and captured
- Reduces repetitious contributions by having a dynamic, organized, and visible record of the discussion. Attempts to restate or remake points that have already been made can be short circuited by reference to the map
- Digressions or attempts to question the premises of a discussion can be simply accommodated as new questions that may not, in fact, fit immediately in the current map tree. They can be addressed as they surface and located appropriately in the map. Or they may be seen as digressions to be addressed briefly and then the discussion can pick up in the main map with little or no loss of progress.
Much of the latter part of the book consists of showing how different conversational "moves" play out in a dialogue map. Assuming you are working with organizations that actually want to tackle wicked problems more productively, understanding these moves is immensely illuminating. Actually, it’s also illuminating if you’re in a setting where the incumbents aren’t terribly interested in the value of shared understanding. In those settings, you might need to keep your dialogue maps to yourself.
There are two software tools that I am aware of designed to support dialogue mapping. One is a tool called Compendium, which grew out of Conklin’s research. It is available as a free download and is built in Java, although it is not currently open source from a licensing point of view. The other is commercial tool called bCisive, developed in Australia by Tim van Gelder and the folks at Austhink. Here’s what a dialogue map in Compendium would look like. This particular map is a meta-map of the dialogue mapping process from 50,000 feet.

As I’ve spent time developing a deeper understanding of wicked problems and dialogue mapping it’s becoming clear that we have more of the former to tackle and we need the tools of the latter to wrestle with them. In this world, decisions don’t come from algorithms or analysis; they emerge from building shared understanding. In this world, to quote Conklin’s conclusion, "the best decision is the one that has the broadest and deepest commitment to making it work." These are the tools we need to become facile with to design those decisions.
by Jim McGee
February 10, 2009 at 7:09 pm · Filed under
Enterprise 2.0, Social Media
I’ve been mulling over Clay Shirky’s remarks yesterday at FASTforward09. The bookends to his talk hint at some key challenges to managers contemplating their entry into the world of social media and Enterprise 2.0. Clay’s opening five word summary of Enterprise 2.0 is simply "group action just got easier." While he shared a number of excellent stories and lessons, it was his closing discussion of how Amazon added social elements to its existing pages that I want to focus on.
By Clay’s count there are some 16 different social elements that are today part of the typical product page on Amazon. Each of these elements became part of the page as the outcome of an individual experiment. Amazon’s approach is to make it easy, and organizationally safe, to run experiments quickly and cheaply. While there is a technological component to making this experimentation cost-effective, it is the management and cultural aspects that are critical to success.
What Clay is calling attention to is the value to be found in encouraging the fundamental messiness and disorder of invention and discovery. Unfortunately, managers generally don’t become managers because they are fond of disorder. Even managers who have long ago abandoned the caricatures of command and control models are likely to find guiding this kind of innovation a source of discomfort. But it is discomfort that is essential to encouraging the sort of retail level innovation made possible in the technology environment that is emerging.
Nobel Laureate Linus Pauling once observed that "the best way to have a good idea is to have lots of ideas." That’s the mechanism at work at Amazon and with Enterprise 2.0 innovation in general. What Clay skipped over in his remarks was a look at the number of ideas that were tried and never made the cut at Amazon. This is unfortunate because it can encourage executives to ignore the "lots of ideas" prerequisite to "good ideas." Amazon’s approach is sometimes portrayed as lowering the cost of failure. More appropriately, it is about lowering the costs of all experiments. While the technology environment is one factor in lowering the cost of experimenting, there are also managerial and cultural costs to manage. For example, if you insist on wrapping too much methodology and project management overhead around experimenting that will discourage ideas and fewer ideas implies fewer good ideas.
This is not a suggestion that there is nothing to manage. Instead, it’s about seeking just enough control. It’s also about becoming comfortable with trusting your people and the process of experimentation and learning.
by Jim McGee
February 3, 2009 at 8:13 am · Filed under
KM
I’m working on a report for a client about knowledge management and knowledge sharing and I am deliberately avoiding the question of defining "knowledge." I’ve learned that it’s a rat hole of interesting coffee shop conversation that ultimately produces little of value. On the other hand, I started playing with the idea of words that you might use during the conversation. Combine that with Twitter, constrain the problem, and see what results. I posted the following Tweet yesterday to start things off:
So far that’s led to contributions from @shifted, @hjarche, @hylton, @coyenator, and @rsukumar. Here’s the list as of this morning, which I’ve split between verbs and nouns (we seem to be a bit short on the noun side):
Catalog Categorize Cite Classify Coalesce Codify Collaborate Collate Collect Comment Communicate Conceive Connect Consult Constrain Construct Convert Coordinate Craft Create Critique Crystallize |
Community Construct Conversation |
What would you like to add to the list?
Next entries »