December GivingSpace Workshop

There were several interesting presentations at Tom Munnecke‘s December 11 GivingSpace workshop, as well as some worthwhile discussion. Some quick thoughts and tidbits:    (NA)

The workshop began with one of Paul Andrews‘s Improbable Pairs videos. This one told the story of Yitzhak Frankenthal, an Israeli whose son was killed by Palestinians, and Jawad Tibi, a Palestinian whose brothers were killed by the Israeli military. Their tales are gutwrenching, but rather than respond with hatred, the two formed a group called the Parents Bereavement Forum, a support group for both Israeli and Palestinian families personally affected by the violence. Paul filmed and edited their stories masterfully. The video was only about ten minutes, but there was not a dry eye in the audience.    (NB)

Heather Wood-Ion gave a marvelous talk on transformation. An analogy she made that stood out for me was that the mythology in nonprofits centers around martyrdom. Words like “sacrifice” and “suffering” are bandied about. The mythology in forprofits centers around heroes. There, people talk about building legacies. These attitudes explain why nonprofits are so poor at collaborating with each other. There is a sense that martyrdom and collaboration are mutually exclusive. People want to share their stories of suffering, not of what went right and why. (There was some followup discussion about this at the Blue Oxen Collaboration Collaboratory.)    (NC)

Megan Smith, one of the founders of Planet Out and currently a Reuters Digital Visions Fellow at Stanford and an employee at Google, explained the 2/3 rule: Two-thirds of every successful community on the Internet consists of conversations. Successful sites, she said, are good at gardening those conversations. Megan also described a giant LCD map of the world at the Google offices. When someone in the world queries Google, a light blinks at that location on the map. What strikes Megan is that there are entire regions of the world that are always dark, a vivid visual reminder of the digital divide. In addition to being a clear thinker and a dynamic storyteller, Megan also demonstrated a diplomat’s touch, when she very skillfully and transparently defused an exchange between participants that had gotten very heated.    (ND)

Jerry Michalski explained his acronym du jour: MADA (Memory, Analysis, Discourse, Action). MADA struck me as an excellent (better?) synthesis for what Doug Engelbart calls CoDIAK (Collective Development, Integration, and Application of Knowledge). Jerry had the line of the workshop, when he pointed to the conversation map that Megan had drawn on the white board, and said, “All that discussion without memory and analysis is like going around in a giant circle jerk.” Jerry also suggested that business are partially to blame for why we don’t have better tools for group memory. Business of culture, he observed, don’t want us to have a memory. They want us to buy what they’re currently telling us we need. (See also my previous notes on group memory.)    (NE)

Richard Gabriel talked about the Hillside Group and Pattern Languages. He said that the Hillside Group “practices an aggressive disregard for novelty.” Jerry, incidentally, called Pattern Languages “deglazed wisdom.” Jerry was on fire that day.    (NF)

We participated in a Conversation Cafe for the latter part of the workshop. The topic was, “What can we do to create self-organizing systems that discover and replicate positive, scalable, small things?” We broke into several small groups, sat at different tables in the “cafe,” and drew on butcher paper as we talked. Here’s an excerpt from a previous blog entry about one of those conversations:    (NG)

Another great example of the challenges of SharedLanguage cropped up at the GivingSpace workshop in SanFrancisco last Thursday. Six of us were discussing small, concrete steps that lead to transformation, and HeatherNewbold described how MattGonzalez? for Mayor campaign buttons had galvanized the progressive community in SanFrancisco. Four of us knew exactly what Heather was describing, because we lived in the Bay Area and followed local politics. All she had to do was mention the buttons, and we understood what she meant. The other two people at our table, however, had no idea what we were talking about. One was from SanDiego, and the other simply didn’t follow politics.  T    (NH)

Here are the two products of the conversations at our table, courtesy of Fen Labalme.    (NI)

Every time I participate in one of these workshops, I find myself paying close attention to the facilitation itself, inevitably comparing it to other experiences. Shelley Hamilton’s technique shared some similarities with the MGTaylor process, and at one point, she cited Stuart Kaufman’s work, which also inspired Matt Taylor and Gail Taylor. Overall, Shelley did a good job. I especially liked the Conversation Cafe. The one thing I didn’t like was that there was no Report Out session following the cafe. It would have been nice to have had a group session where we summarized our conversations and sought connections between those summaries.    (NJ)

Blue Oxen’s One Year Anniversary

Today is Blue Oxen Associates‘ one year anniversary. Many thanks to all for your support and goodwill, especially those who have worked with us this past year. Special thanks to Chris Dent, our advisory board, and members of the Blue Oxen Collaboration Collaboratory. It’s been a great year; looking forward to another good one.    (J6)

Today, not coincidentally, is also the 35th anniversary of Doug Engelbart‘s Mother Of All Demos.    (J7)

Tonight, a small group of us are celebrating at the Foresight Institute in Los Altos, California. After that, back to work!    (J8)

Blog-Wiki Integration Turned On

Long-time followers of this blog have undoubtedly noticed my habit of smooshing seemingly harmless words together. I often do it with people’s names — for example, Eugene Eric Kim. Some of you may have guessed why I did this, but most of you probably figured my space key was broken.    (GB)

Starting today, my reasons should be more clear. Notice that “Eugene Eric Kim” is not only improperly written, it is now also a link. Browse through my older blog entries, and you’ll notice that all of the smooshed words are either links or are followed by a question mark link. This is blog-Wiki integration at its finest.    (GC)

Why I Turned WikiWord Integration On    (GD)

My purple plugin for Blosxom always had this WikiWord feature, but I kept it off until today. The main reason for this was that I wasn’t sure how I wanted to use it.    (GE)

I already use several Wikis quite actively — the Blue Oxen Wikis as well as a private one for my personal notes. I try to use the Blue Oxen Wikis for my ideas on collaboration whenever possible, so that they would become part of a collective repository of ideas rather than a personal one. Even though a personal Wiki is publically editable, the individual’s name can act as a kind of branding. Because this blog acts as a work log (my occasional food entries aside), my ideal would have been to integrate this Wiki with the Blue Oxen Collaboration Collaboratory Wiki. Unfortunately, that feature is not available.    (GF)

At minimum, I knew a personal PurpleWiki installation would be useful as a support glossary for this blog (more on this below). Nevertheless, I decided to write as if I had Wiki integration, but to wait a while before actually turning it on. This wasn’t hard for me: using WikiWords is practically second nature. Most of my entries ended up chockful of WikiWords, leading many to question my competence with the keyboard. These questions reached critical mass recently, and so I decided to turn the feature on.    (GG)

More importantly, I decided how I wanted to use my new Wiki overall: as a support structure for this blog, and also as a place for publishing essay drafts, design notes, and other random thoughts. Stuff I publish there will be implicitly labelled, “Work In Progress.” This will serve as a disclaimer that will make me more comfortable publishing my half-baked ideas, while also encouraging others to contribute while the ideas are still half-baked.    (GH)

Ross Mayfield on Social Software, Social Networks

Last Friday, I finally got a chance to meet Ross Mayfield, who was speaking at the November meeting of the Bay Area Futurist Salon, held at SAP Labs in Palo Alto. Ross is CEO and founder of Socialtext, a company that is selling social software to companies. Some people have compared Blue Oxen Associates to Socialtext, which is apt in some ways, but is not quite right, as I’ll discuss below. Christine Peterson (one of our advisors) had said great things about Ross and Peter Kaminski (Socialtext‘s CTO), and Ross and I had exchanged some pleasant e-mails. The meeting confirmed Chris’s judgement. Not only is Ross a good guy, he had some interesting things to say about Social Software and Social Networks.    (D8)

Social Software    (D9)

I mostly agreed with what Ross had to say about social software, and I especially liked his overall philosophy about what makes a good tool. I did have a few nitpicks, though. Ross defined Social Software as follows:    (DA)

  • Software that supports group communication    (DB)
  • Software that adapts to its environment, rather than requiring its environment to adapt to it    (DC)

I asked him to clarify the latter statement, and he explained that most collaborative software tries to enforce too much structure. These tools force users to figure out how to fit the data into the tool, whereas the tools should fit the data. In this vein, Ross spoke highly of Wikis and blogs, and also of human filtering (such as Google’s technique of measuring backlinks) as a way of organizing information.    (DD)

I strongly agree with Ross’s philosophy, although I don’t like how he worded it in his slide. His statement is equivalent to the first part of Doug Engelbart‘s philosophy of coevolution of tools and processes; however, it leaves out the second part, which is equally important.    (DE)

Doug says that tools ought to augment human processes. However, as we learn more about the tool, we also must evolve the processes to adapt to the tool. An example that Doug often cites is the bicycle. Riding a bike is not intuitive, but it offers significant performance advantages over a tricycle. (To illustrate this point, Doug likes to show this picture.) “User-friendly” tools can be useful, but they should not be the end-goal.    (DF)

One “semistructured” tool that Ross does not like is e-mail. In predicting its demise, he cited several statistics regarding the amount of time required to deal with e-mail, especially but not exclusively due to spam. Ross introduced a cute term that I had not previously heard: “occupational spam” — e-mails from “legitimate” sources that have no bearing on your life or work whatsoever. This often manifests itself as being cc’d on threads of little or no relevance. Ross claimed that 30 percent of our inboxes consist of occupational spam. I should have asked for a citation on that stat, because it’s an interesting one.    (DG)

One of his main arguments against e-mail as a collaborative tool was that it encourages discursive discourse, and that it’s hard to make any sense of the sum product. I agree entirely with this argument, but would use it as an argument for how to use e-mail effectively rather than against e-mail entirely. Internally at Blue Oxen, our e-mail and Wiki usage complement each other quite nicely. We kick off the discussion using e-mail, and we synthesize the resulting thoughts into the Wiki, with links back to archived e-mail.    (DH)

Social Networks    (DI)

Ross’s presentation on Social Networks was outstanding. He’s obviously thought deeply about these issues, and he’s collected quite a bit of interesting research. He first described his and Valdis Kreb’s Blogmap Project, which mapped relationships between members of Ryze‘s Blog Tribe.    (DJ)

He then discussed the power law of blog space, which states that the distribution of links to a blog is inversely proportional to the blog’s rank. In other words, the number of links to the most popular blog is exponentially greater than links to the next-most popular blog.    (DK)

Ross then proposed three types of collaboration: the publishing model (one-to-many, where the power law applies), the individual’s social network, and small teams. He cited the primatologist Robin Dunbar’s work to suggest that social networks generally numbered about 150, and said that people’s interactions with their social networks generally followed a normal distribution. (Interestingly, he showed his RSS aggregator, which had 146 subscriptions.) Finally, he suggested that the optimal size of teams is about 10, and that the number of interactions between team members tends to be about equal.    (DL)

Socialtext Versus Blue Oxen    (DM)

Socialtext and Blue Oxen are similar in that we both are interested in collaborative tools, and that we both share similar philosophies about tools. Socialtext sells these tools as enterprise applications, however, whereas Blue Oxen is focused on understanding how best to use and improve these tools and on disseminating that understanding widely.    (DN)

In that vein, we both have embarked on similar projects, but with different goals. Ross talked about Socialtext‘s experiences with Social Software supporting face-to-face events, and those tools were available during his talk. We did a similar project with the PlaNetwork 2003 Conference, for which we set up a Wiki, RSS aggregators, and an IRC channel.    (DO)

We host collaboratories, and plan on charging for membership to those collaboratories once our infrastructure is up to snuff. However, we’re not an ASP, although we will make (and already have made) ASP-like services available to communities. Our infrastructure is meant to be cutting-edge and rough around the edges. It’s a way for people to experience first-hand what it’s like to use those tools, an opportunity to learn (and share) how best to use them, and a platform for coevolution. Despite our intentions, we’ve already discovered that even with promises of little/no “official” support, people enjoy using our tools for their real-world collaborative needs. As members, they’ll have free access to these tools for their groups. When they start needing better support and enterprise-level features, we will happily point them towards Socialtext and similar companies.    (DP)

“Turn Off Your Computer” and Other Pattern Ramblings

As I mentioned previously, Blue Oxen is finishing up its second research report. We spent several hours developing a survey for the report, and all of us were quite satisfied with the final draft. Then we e-mailed the surveys. Almost immediately afterwards, the three of us thought of several more questions we would have liked to have asked.    (CR)

The experience struck a chord in Josh Rai, who suggested there was a force there that manifested itself in several patterns. Last Thursday, he came up with a pattern as an example: Turn Off Your Computer. It’s both a pattern for good living — or as Josh called it, a “Martha Stewart” pattern — and also a pattern for knowledge work. I think the underlying force is one that crops up constantly, and is worth discussing. I also think explaining this particular pattern is a useful way of demonstrating the difference between a pattern and a force.    (CS)

Turn Off Your Computer    (CT)

Problem: You can’t remember whether you’ve finished all of your tasks.    (CU)

Context: You think you’re done with your tasks for the day — scheduling a meeting, sending an e-mail, etc. — but you have a sinking feeling that there was something else you were supposed to do.    (CV)

Forces: ?    (CW)

Solution: Turn off your computer. You’ll remember what you were supposed to do after the computer is off.    (CX)

Resulting Context: There is a sense of finality in turning off your computer that helps unclutter your mind, making it easier to remember whatever it was that you forgot.    (CY)

Rationale: You can always turn your computer back on. Remembering what you forgot before it’s too late more than makes up for the five minutes wasted in restarting the computer.    (CZ)

Related Patterns    (D0)

All of the Think Out Loud patterns tend to have a similar effect. For example, I often find that I discover all sorts of new insights and ways to express ideas after I submit a paper for publication. One way to trick yourself into thinking of these ideas ahead of time is to show your drafts to people. I’m generally reluctant to do this — as are many others I know — because I’m self-conscious of my writing. However, the payoff always makes it worth it.    (D1)

The software analog of this is Commit Early And Often. Checking in code not only allows others to review your work, it often frees your mind into solving previously unresolved issues.    (D2)

When I’m having trouble thinking through a problem, discussing it with other people often helps. In fact, I often figure out the solution myself right after explaining the problem. Sometimes, just formulating the problem in my head prior to explaining it leads to the solution. Nevertheless, I find it vital to have the person physically present.    (D3)

Pattern Ramblings    (D4)

In this particular case, we recognized the force before coming up with the pattern (although I still haven’t managed to describe the force usefully). I think of the difference between patterns and forces as analogous to the difference between patterns of language and the rules of language. Infants (and perhaps most adults) learn languages by recognizing and repeating patterns. We know nothing about syntax and semantic rules until we are taught them, at least not consciously. Nevertheless, while knowing the rules are not necessary for learning the language, they are valuable for understanding and evolving the language.    (D5)

Furthermore, we are good at recognizing patterns, but we’re not necessarily cognizant of them, and hence, are often not good at synthesizing them. Writing a good pattern is hard; recognizing a good pattern is much easier.    (D6)

We don’t necessarily have to be cognizant of patterns in order to apply them. However, it certainly helps. Comedians, for example, are applying patterns of humor. Most of these comedians are probably aware of these patterns, although they probably weren’t when they were merely funny people. People who aren’t natural comedians can learn to crack jokes once they are aware of these patterns.    (D7)