Jeff Conklin’s Dialog Mapping Workshop, November 29-30

I mentioned Jeff Conklin‘s Dialogue Mapping workshop later this month, but it was at the end of a long blog post, and folks may have missed it. In short:    (K1F)

Finally, if you’re in the BayArea, you should register for JeffConklin‘s upcoming workshop in RedwoodCity, November 29-30. If you’re a project manager, facilitator, or consultant, or if you deal with groups regularly (who doesn’t?), don’t wait. Sign up and go.  T    (K1G)

I highly recommend it.    (K1H)

Why I Love Compendium And You Should Too

I just spent two outstanding days at the Compendium Institute workshop in Washington, D.C. Folks, if you are interested in collaboration, you must learn about Compendium.    (JZU)

Compendium is a conversation mapping (or Dialogue Mapping) tool that, simply put, makes meetings better. When paired with a relatively straightforward methodology, Compendium can make a huge difference on the quality of your meetings.    (JZV)

But Compendium is about much, much more than meeting facilitation. If you scratch below the surface, you’ll discover deep thinking about collaboration, hypertext modeling, visual languages, Collective Memory, Shared Understanding, and the art of listening.    (JZW)

Simon Buckingham Shum had a great line at the workshop: “Compendium is like Excel for knowledge.” He’s absolutely right. Just as mortals can build sohisticated number crunching applications with spreadsheets, mortals can easily build useful knowledge applications with Compendium.    (JZX)

But Compendium is about even more than that! Compendium, to me, represents an incredibly rich community of practitioners, deep thinkers, and overall good people. I talk a lot about the importance of bridges — folks who speak the languages of multiple cultures or disciplines. Almost everyone in the Compendium community is a bridge of some sort. To be a Compendium guru, you need to have a knack for facilitation, a brain for visual modeling, and comfort with computers. Everyone in the community has at least two of these traits, and some folks even have all three.    (JZY)

Of course, the best measure of the quality of this community is that several members of the extended Blue Oxen family — Simon, Jeff Conklin, Al Selvin, Mark Aakhus, and Karl Hebenstreit — were at the workshop, and I fully expect others who attended to become part of the family.    (JZZ)

I first learned about all this at a two-day workshop on Dialogue Mapping in 2001 from the supreme guru himself, Jeff Conklin. Since then, I’ve blogged a bit and written a few papers about Dialogue Mapping and Compendium. The workshop this past week has motivated me to dump even more thoughts into the blogosphere. But my writing hasn’t and won’t do proper justice to the topic.    (K00)

The best way to learn about Compendium is to experience it for yourself, and then just do it. Fortunately, there are easy ways you can do this:    (K01)

Al Selvin, who along with Maarten Sierhuis, is responsible for Compendium, likens the art of facilitating with Compendium to playing jazz. A great way to learn how to play is to jam with others. How do you find folks to jam with? There are practitioners all over the world. In the Bay Area, there are lots of practitioners (of course) — myself, Jeff, Maarten (who’s doing crazy stuff with Compendium and the Mars project at NASA), Nick Papadopoulos, and others. In D.C., the good folks at Touchstone Consulting use Compendium every day with their clients, and they’ve built an active Community of Practice there.    (K05)

The best way to find folks is to join the mailing list and ask questions there. One outcome of the workshop is that we will probably convene an online jam session, so that folks anywhere can participate. I’m happy to jam with anyone who wants to learn — either face-to-face in the Bay Area or online. Contact me if interested.    (K06)

Finally, if you’re in the Bay Area, you should register for Jeff Conklin‘s upcoming workshop in Redwood City, November 29-30. If you’re a project manager, facilitator, or consultant, or if you deal with groups regularly (who doesn’t?), don’t wait. Sign up and go.    (K07)

Learning Dougspeak: The Importance of Shared Language

I worked with Doug Engelbart in various capacities from 2000 through 2003, and I often retell lessons and stories from those experiences. My favorite — untold on this blog so far — is how I almost wrote Doug and his ideas off early in my exposure to him. It’s a tale of one of my most significant transformative experiences and of the importance of Shared Language.    (1VF)

I had known of Doug’s inventions for many years because of my interest in Computer History, but my first exposure to his ideas about bootstrapping and organizational improvement occurred in 1998, when I attended a talk he gave at BAYCHI. I was hoping to hear stories about working at SRI in the 1960s and his perspective on usability today. What I got was an abstract lecture on organizational knowledge processes and cognitive frameworks. I walked away very confused.    (1VG)

A year later, Institute for the Future organized a day-long seminar at Stanford to mark the 35th anniversary of the mouse. It consisted largely of testimonial after testimonial from people whose lives and work had been touched by Doug, as well as hints of his larger, more humanistic goals. I was struck by the tremendous intellectual and emotional impact he had had on so many people’s lives, many of whom had gone on to do important work themselves. Both the speakers list and the attendees list read like a who’s who of the history of Silicon Valley.    (1VH)

In 2000, Bootstrap Institute organized a followup colloquium at Stanford. It was a 30-hour (over 10 weeks) seminar on Doug’s ideas, taught by Doug himself and featuring an impressive list of guest speakers. Naturally, I enrolled.    (1VI)

The first week’s session was great. Doug outlined his big picture, which was mind-blowing in and of itself, then marched out several guest speakers who provided some real-world context for Doug’s work.    (1VJ)

The second and third weeks were not as good. Doug began drilling down into some specifics of his framework, and it was starting to feel redundant and irrelevant. I was also getting the feeling that Doug was unaware of what had happened in the world over the past 30 years. “We know all of this already,” I thought. I wasn’t gaining any new insights.    (1VK)

After the fourth session, I had coffee with my friend, Greg Gentschev, who asked me how the colloquium was going. I told him I was going to stop attending, that the content was worthless, and that Doug was a kook. Greg, knowing little of Doug or his work, asked me to explain.    (1VL)

So I did. I started describing Doug’s conceptual universe. I explained his larger motivation regarding the complexity of the world’s problems and mentioned scaling effects and where humans and tools fit in. I translated some of his terminology and threw in some of my own examples.    (1VM)

As I talked, I had an epiphany. I had learned something significant over the past four weeks. I had spent 40 hours mentally processing what I heard, and when I finally had the opportunity to describe this stuff to someone, I realized I had a rich language for describing a powerful conceptual framework at my disposal. Doug wasn’t teaching new facts or force-feeding his opinions. He was rewiring our brains to see the world as he did.    (1VN)

That conversation with Greg convinced me to stick out the colloquium, which led to me getting to know Doug, which eventually led to what I’m doing now.    (1VO)

I recount this story here not out of nostalgia but because of the value it reaffirmed. Language is critical to learning, and Shared Language is critical for collaboration.    (1VP)

The first phase of an MGTaylor workshop is known as a Scan phase. It often consists of explorations of themes that have seemingly nothing to do with the topic at hand. Even worse, those explorations are often kinesthetic and quite playful. People don’t feel like they’re doing work at all, much less the work they think they’re there for. Many people get upset after the first third or half of an MGTaylor workshop.    (1VQ)

That usually changes in the end, though. That first phase is all about developing Shared Language. Once that language has been developed, the work (or “Action” phase) is highly accelerated. People are more productive working together than ever before.    (1VR)

Every effective facilitation technique I’ve seen incorporates this Shared Language phase at the beginning. Allen Gunn‘s tends to be more directed. Jeff Conklin‘s is entirely about developing Shared Language — he comes in for a few hours or a day and facilitates Shared Language via Dialogue Mapping. MGTaylor‘s is particularly effective with large, eclectic groups. However, it’s also critical that people stay for the entire event, despite their frustration. Otherwise, they miss out on the epiphany.    (1VS)

People get frustrated with meetings when they’re all talk, no action. The problem is that people then think that meetings are a waste, that they want all action, no talk. This type of thinking gets you nowhere. The problem is that the talk phase is not effective. People are not going through a conscious Shared Language phase. Once you develop Shared Language, you are now capable of acting collaboratively.    (1VT)

Dialog Mapping Use Cases

The Compendium Dialogue Mapping tool came up in conversation on the Collaboration Collaboratory. In the course of the discussion, I explained that I use Compendium for three purposes:    (XW)

  • Personal note-taking.    (XX)
  • Taking shared notes during meetings.    (XY)
  • Facilitating face-to-face group meetings.    (XZ)

John Sechrest asked in response:    (Y0)

I have a client come in. We talk about what? And that causes what to show up on the compendium screen?    (Y1)

Specifically, what is the social process that compendium is facilitating?    (Y2)

And how is that different than just writing an outline in an editor?    (Y3)

I mean different things by taking notes on a Shared Display versus facilitating group meetings, so I’ll treat them separately in answering John’s questions.    (Y4)

There are three advantages to taking shared notes real-time. First, you know that a record is being kept of the meeting, which is reassuring. Second, you know that the notes are immediately available. Third, you have the chance to validate the notes as they are being taken.    (Y5)

Taking notes on a Shared Display is a great pattern, regardless of the tool you use. In fact, using a Wiki or a program like SubEthaEdit instead of Compendium may be more valuable in some ways because the note-taking can be collective. When I use Compendium to do this, only I can edit the notes.    (Y6)

The advantage that Compendium has over these other tools is the graphical IBIS grammar. IBIS (which can be expressed as a text outline) is slightly more semantically rigorous and slightly more compact than an outline. Graphical IBIS is superior to a textual outline, because the second dimension serves an additional reference for finding what you’re looking for.    (Y7)

Another advantage of the IBIS grammar is that it encourages, even forces participants to consider the underlying questions (a precursor to the Left-Hand Move pattern). This really comes through in facilitated meetings (with facilitators who are trained in Dialogue Mapping).    (Y8)

The most important thing Dialogue Mapping does in a facilitation context is depoliticize discussion. Dialogue Mapping focuses attention on ideas rather than on people by making sure that all ideas are captured and captured anonymously.    (Y9)

Jeff Conklin, the man responsible for graphical IBIS and Dialogue Mapping, has written a book on Dialogue Mapping that does a great job of explaining how it’s best used as well as the underlying theory. I’m not sure if the book is available yet, but I’ll check. In the meantime, I highly recommend Jeff’s Dialog Mapping workshops. I wrote an article a few years back describing one of these workshops.    (YA)

The Value of Models

Nathan Rosenberg, Professor of Economics at Stanford University, gave a talk last Thursday at PARC entitled, “The Endogeneity of Technological Change in 20th Century America.” Endogeneity, as defined by Rosenberg, is the process of responding to changes in market forces.    (97)

According to Rosenberg, up until recently, economic historians viewed technological innovation largely as an exogenous process; that is, independent of market forces. Rosenberg argues that not only is much technological innovation endogenous, but that in the last century, scientific and technological innovation in the U.S. has been especially endogenous.    (98)

Rosenberg made an interesting point about how this endogenous view contrasted with the traditionally linear view of technological innovation. (Donald Stokes explores this topic extensively in his book, Pasteur’s Quadrant; see my previous reference to Stokes.) Engineering disciplines are often thought of as “applied sciences,” whereas in many cases, scientific research is actually an application of engineering disciplines. For example, solid state physics was rarely taught until after the transistor was invented in 1948. Following the transistor, investments in solid-state research increased dramatically, as did the number of physicists who specialized in that field. Similarly, basic research in polymer chemistry at Dupont in the 1920s (which eventually led to the invention of nylon, among other things) didn’t occur until after Dupont had made several advances in chemical engineering. The latter convinced the company that it had the capability to develop advances in polymer chemistry into marketable products.    (99)

Why We Need Models    (9A)

Rosenberg’s topic was stimulating, but something he said early in his talk caught my ear. He stated that he was skeptical that we could derive rigorous models of technological innovation, but that we could derive a great deal of valuable knowledge by considering these models.    (9B)

A group of us at Blue Oxen Associates are currently working on another community case study, and one of the topics we’re exploring is the effects of tools and processes on these communities. One of the researchers asked about how we could set up properly scientific experiments. I responded that I didn’t think it was possible. There are things you can do to make a study more “scientific,” but those things don’t guarantee rigorous results. That said, I don’t think a study has no value if you don’t have a control group. At the Hypertext 2002 Workshop on Facilitating with Hypertext, Jeff Conklin had this memorable line: “All abstractions are wrong, but they can still be very useful.”    (9C)