Leadership Learning Community

In the second half of 2006, I took a hard look at my list of projects and opportunities. I decided that I needed to be brutally honest about what I wanted to accomplish with Blue Oxen Associates, and that ultimately, I wanted two things:    (LTL)

  1. To have a wider impact    (LTM)
  2. To give more quality time to fewer projects.    (LTN)

That meant not renewing existing commitments and saying no to a lot of great people.    (LTO)

In the midst of all this, I got an email from Elissa Perry asking if I’d be interested in becoming a board member of the Leadership Learning Community (LLC). LLC is a community that takes a network-centric approach to leadership development, focusing particularly on the graduates of the many foundation leadership programs across the entire sector. Elissa had participated in our first two FLOSS Usability Sprints, and we had chances here and there to chat about our respective work and organizations. We were definitely on the same philosophical plane, and I loved hearing about the great work LLC was doing.    (LTP)

That said, my first instinct was to say no. But I decided to sleep on it, and I started having second thoughts. When I started Blue Oxen Associates, I originally wanted to focus on the nonprofit sector, and while we shifted our strategy midway through our first year, my heart never left that space. Over the years, I met many great people in the sector, I worked with a number of foundations and two nonprofits (Planetwork and People for the American Way) as clients, I joined the board of a nonprofit (Tomorrow Makers), and I did several projects with Aspiration, most notably the usability sprints. But I never got the chance to really get my hands dirty with one particular group. Focus was always the issue.    (LTQ)

Joining the board of LLC would give me the chance to focus my energies on one nonprofit and simultaneously impact the entire sector. If I were going to make that commitment to one organization, I wanted to make sure it was a good fit. I decided to research LLC a bit more, and the more I read, the more I felt kinship to the mission and the execution. In many ways, they were trying to do the same thing for leadership that I was trying to do for collaboration. I loved their emphasis on learning as well as their methodology. Most importantly, I saw ways that we could learn from each other.    (LTR)

In the end, I said yes. I was confident about my decision, but after participating in a board meeting and in one of their learning circles last month, I am ecstatic about it. Everyone there is smart, action-oriented, and full of heart, starting with the executive director, Deborah Meehan. That also goes for its board. The board meeting felt like… well, like one of Blue Oxen‘s workshops. Except it wasn’t a workshop, it was a board meeting! This was not your typical, sign-off-on-the-budget-so-we-can-go-drink meeting. This was a welcome-to-the-family, stretch-your-mind, now-get-down-to-business meeting, and it was infinitely more effective and fulfilling that way.    (LTS)

The learning circle, for me, sealed the deal. Not only did I get to watch the LLC staff do their thing, I was also blown away by the caliber of the participants, who were mostly from foundations. I live in an area and work in a field where I am constantly surrounded by brilliant people, and to be very frank, I have always been underwhelmed whenever I’ve attended gatherings of foundation people. This was a notable exception. I was struck by the breadth of experience, the depth and rigor of thinking, and the respectful and authentic discourse among the participants. My brain was overflowing by the end of the workshop.    (LTT)

As I said a few weeks ago, a week with the LLC generated enough thoughts to fill a thousand blog posts. I won’t write that many, but I hope to spit out a few, starting with this one. In the meantime, if you’re interested in leadership, check out the web site, participate in one of the learning circles, and come participate in the annual Creating Space workshop in Baltimore, April 11-13, 2007.    (LTU)

Worldview, Diversity, and the iRAN Project

From Kellan Elliott-McCrea: Check out the iRAN Project, a Flickr collection of photos that show another side to life in Iran.    (LT5)

I’m a child of immigrants, and like all children of immigrants, I have a deep, almost biological understanding of what it’s like to live in a world with multiple worldviews. On the surface — well, perhaps just underneath the surface — I’m as American as apple pie, but my ethnic heritage has had a significant impact on who I am. Perhaps my greatest skill is my ability to reconcile different worldviews. I attribute this ability to my ethnicity, to my upbringing, and strangely enough, to growing up in this great country.    (LT6)

Mark Cuban recently said:    (LT7)

When you do something that the whole world thinks is difficult and you stand up and just be who you are and take on that difficulty factor, you’re an American hero no matter what. That’s what the American spirit’s all about, going against the grain and standing up for who you are, even if it’s not a popular position.    (LT8)

Cuban was talking about gay athletes in professional sports, but his statement resonates strongly with how I feel about this country’s values in general. America isn’t about tolerance. It’s about embracing those who are different from us, embracing them because we know that we will be all the richer for it.    (LT9)

Forget about politics for a moment, and just think about people. When we speak from ignorance, when we act on simplistic assumptions about people who are different from us, we destroy the very value that makes this country strong. I don’t even want to start a conversation about politics unless I know that those of us who are talking truly understand who we are talking about.    (LTA)

Two years ago, at the first Wikimania in Frankfurt, I spent every evening breaking bread, talking, and laughing with folks who grew up in different countries, from Europe to Asia, from Latin America to the Middle East. Having been properly primed, I spent the following week in Berlin, visiting friends and colleagues and absorbing my surroundings.    (LTB)

On my last day there, Jan Muehlig told me that c-base was celebrating its 10th anniversary that evening, and he invited me to come celebrate with them. c-base is the German center of the underground artist and hacker universe. In addition to incubating a number of extraordinary collaborative projects, they regularly throw parties and host live music in their space, which looks like the remnants of a wrecked UFO.    (LTC)

I showed up at 9pm, and I didn’t know anyone there. (Jan, like most people, didn’t show up until after midnight.) I wandered out back, where people were eating and drinking in the cold, wet air on a river bank overlooking the city. Despite my lack of familiarity with the surroundings, I felt strangely at ease. People welcomed me, this complete stranger from America who had wandered into their space.    (LTD)

I had a long conversation with a tall, skinny fellow who had grown up in East Berlin. He was a teacher and a new father, and he was about to marry his life-long sweetheart and the mother of his child. We talked about our day-to-day lives, the trials and tribulations of turning 30, and the state of the world.    (LTE)

At one point, I noted that twenty years ago, we were enemies. Now, we were sitting on a river bank in the former East Berlin, drinking beers, laughing at each other’s jokes, and sharing stories about our lives. Twenty years ago, I couldn’t even imagine ever being where I ended up that drizzly evening. Now, when I think about Germany, I can’t help but remember that night, the people I met, and the conversations I had.    (LTF)

Every time I travel, whether it’s to the Midwest or halfway across the world, I am always moved by the experience. You can’t fully replace the experience of travel, but you can evoke similar emotions and learnings in other ways. Projects like iRAN are beautiful, because they help us remember what it means to be human.    (LTG)

Visualizing Wiki Life Cycles

On the first day of WikiSym in Denmark last August, I spotted Alex Schroeder before the workshop began and went over to say hello. Pleasantries naturally evolved into a discussion about Purple Numbers. (Yes, I’ve got problems.) Alex suggested that unique node identifiers were more trouble than they were worth, because in practice, nodes that you wanted to link to were static. Me being me, my response was, “Let’s look at the numbers.” Alex being Alex, he went off and did the measurements right away for Community Wiki, and he did some followup measurements based on further discussions after the conference.    (LSP)

As it turned out, the numbers didn’t tell us anything useful, but our discussions firmly implanted some ideas in my head about Wiki decay rates — the time it takes for information in a Wiki page to stop being useful.    (LSQ)

I had toyed with this concept before. A few years ago, I came up with the idea of changing the background color of a page to correspond to the age of the page. A stale page would be yellowed; an active page would be bright white. I had originally envisioned the color to be based on number of edits. However, I realized this past week that I was mixing up my metaphors. There have been a few studies indicating a strong correlation between frequent edits and content quality, so it makes sense to indicate edit frequencies ambiently. However, just because content has not been edited recently does not mean the information itself is stale. You need to account for how often the page is accessed as well.    (LSR)

(At the Wikithon last week, Kirsten Jones implemented the page coloring idea. She came up with a metric that combined edits and accesses, which she will hopefully document on the Wiki soon! It’s cool, and it should be easy to deploy and study. Ingy dot Net suggested that the page should become moldy, a suggestion I fully endorse.)    (LSS)

This past Sunday, I had brunch with the Socialtext Bloomington Boys. Naturally, pleasantries evolved into Matthew and me continuing along our Wiki Analytics track, this time with help from Shawn Devlin and Matt Liggett. We broke Wiki behavior into a number of different archetypes, then brainstormed ways to visually represent the behavior of each of these types. We came up with this:    (LST)

https://i0.wp.com/farm1.static.flickr.com/149/388587151_3f730b0a5c_m.jpg?w=700    (LSU)

The x-axis represents time. The blue line is accesses; the green line is edits. Edits are normalized (edits per view) so that, under normal circumstances, the green line will always be below the blue (because users will usually access a page before editing it). The exception is when software is interacting with the Wiki more than people. The whole graph should consist of a representative time-slice in that Wiki’s lifespan.    (LSV)

The red line indicates the median “death” rate of Wiki pages. After much haggling, we decided that the way to measure page death was to determine the amount of time it takes for a page to reach some zero-level of accesses. We’ll need to look at actual data to see what the baseline should be and whether this is a useful measurement.    (LSW)

The red line helps distinguish between archetypes that may have the same access/edit ratio and curve. For example, on the upper left, you see idealized Wiki behavior. Number of edits are close to number of accesses, both of which are relatively constant across the entire Wiki over time. Because it’s a healthy Wiki, you’ve got a healthy page death rate.    (LSX)

On the upper right, you see a Wiki that is used for process support. A good example of this is a Wiki used to support a software development process. At the beginning of the process, people might be capturing user stories and requirements. Later in the process, they might be capturing bugs. Once a cycle is complete, those pages rapidly become stale as the team creates new pages to support a new cycle. The death line in this case is much shorter than it is for the idealized Wiki.    (LSY)

Again, one use of the Wiki isn’t better than the other. They’re both good in that they’re both augmenting human processes. The purpose of the visualization is to help identify the archetypes so that you can adjust your facilitation practices and tools to best support these behaviors.    (LSZ)

This is all theory at this point. We need to crunch on some real data. I’d love to see others take these ideas and run with them as well.    (LT0)

Wiki Analytics at the Wikithon

I got to put on my hacker hat for a day (a very rare occurrence for me these days) last Wednesday at the Wikithon. After trolling around for ideas, I decided to work on Wiki Analytics with Matthew O’Connor. We ended up dominating the competition and winning the contest for best hack. (So what if there were only two teams eligible for two prizes?)    (LRI)

https://i0.wp.com/farm1.static.flickr.com/150/386792217_6d63faa621_m.jpg?w=700    (LRJ)

Our driving question was: How can we measure the health of a Wiki? I don’t think there is one best way to use a Wiki, but there might only be three or four. If we can start teasing out patterns of Wiki usage, we can better understand how people collaborate with Wikis, which will help us better facilitate Wiki communities and improve Wiki software. Our goal was to tease out the patterns.    (LRK)

We used data from 266 public Socialtext workspaces and Socialtext‘s internal corporate workspace. You can read the details of our brainstorming and work on the Socialtext STOSS Wiki. Our approach was to simplify our tasks so that we could have something to show at the end of the day. It was decidedly practical, but it also reflected a deeper philosophy about Wiki Analytics. Start simple and evolve. You can learn interesting things from even simple measurements.    (LRL)

Results    (LRM)

We chose to focus on two types of analysis: page name and graph (link) analysis. I hacked on the former; Matthew on the latter.    (LRN)

Frequent followers of this blog have heard me say it before: Link As You Think is what makes Wikis powerful. The better your page names, the more interlinked your repository will be as you Link As You Think. In order to see if I could measure “good” page names, I looked at three things:    (LRO)

  • Length    (LRP)
  • Number of tokens (words)    (LRQ)
  • Number of non-alphanumeric characters    (LRR)

The hypotheses are straightforward. Shorter names are better. Names with fewer tokens (words) are better. Names without non-alphanumeric characters are better. (This last hypothesis is complicated by internationalization.)    (LRS)

You can read the results of my analysis. The workspaces on the index page are ordered largest to smallest. The top two workspaces are full of spam and can be safely ignored. The numbers on the index page are buggy; click through to the individual pages to see the correct numbers.    (LRT)

Matthew studied the graph characteristics of the Wikis, specifically:    (LRU)

  • Number of links (forward and back) versus number of pages    (LRV)
  • Number of islands (clusters of pages that are strongly connected to each other) and their sizes (number of pages on an island)    (LRW)

Islands of one are orphan pages (not linked to anywhere) and are undesirable. Large islands are better (or at least more interesting) than small ones.    (LRX)

You can view Matthew’s results on his site.    (LRY)

Analysis    (LRZ)

To give you an idea of what the stats mean, let’s look at four Wikis:    (LS0)

The mean number of characters and number of tokens for page names on each Wiki were:    (LS5)

  • 21.3 / 3.1 (stoss)    (LS6)
  • 18.6 / 2.4 (speakers)    (LS7)
  • 17.4 / 1.7 (st-rest-docs)    (LS8)
  • 39.3 / 6.7 (ivrwiki)    (LS9)

On the surface, the two Wikis in the middle — stoss and speakers — seem to have hit the sweet spot for page names: between two to three words per name. Since stoss is meant to be a collaborative workspace for a larger community, this seems to be a healthy number. The speakers Wiki is a repository of potential speakers. Since the majority of pages consists of people’s names, the numbers (two, sometimes three words in a page name) make sense.    (LSA)

The remaining two Wikis diverge enough from this minute data set that we can infer some different patterns of usage. st-rest-docs documents Socialtext‘s REST API, so there are a lot of one word page names representing method names. Even though the average number of tokens is smaller, the average name length is comparable to the two Wikis in the middle. This also makes sense, given that the methods in a REST API are actually URI paths, which can get somewhat long.    (LSB)

On the surface, ivrwiki seems to exhibit the classic signs of a newbie dumping ground, with page names that are too long to be useful. However, if you dig deeper, you can see that that’s not the case. The standard deviation of number of tokens is quite large (4.2), indicating a flat distribution curve. In other words, while there are a lot of long names, there are also a lot of short names. If you dig even further, you’ll see that the community is using the Wiki as a question repository, and questions naturally have lots of words. Additionally, there seems to be a lot of more traditionally “Wiki-like” behavior on that Wiki.    (LSC)

This was no accident. The reason I’m showcasing ivrwiki is that Matthew identified it as an “interesting” Wiki from his graph analysis. Look at the numbers. There are three sizes of islands: 19 of one page, one of 16 pages, and one of 353 pages! That’s one big island! It indicates a fairly tight set of linkages across the majority of the pages on a Wiki. Dig a bit deeper, and you can see the hub of the cluster: the Knowledge Base Index page. It links to every page in the knowledge base, and every page in the knowledge base links back to this page.    (LSD)

The st-rest-docs Wiki exhibits similar behavior — one big island of 81 pages. This makes sense, given that this Wiki represents documentation, which is structured in a similar way to the ivrwiki knowledge base.    (LSE)

The stoss Wiki is the most Wiki-like of the four when you dig into the graph analysis. There are five sizes of islands, the largest containing 10 pages. The distribution is fairly regular — based on my guess of what “regular” should be, at least. To really get a sense of what “regular” should be, we’ll need to identify several Wikis that we consider to be “Wiki-like,” and examine those numbers.    (LSF)

Finally, look at the numbers for the speaker Wiki. The numbers are in reverse of the other Wikis. There is basically no clustering; all of the pages consist of islands in and of themselves. At first glance, this is surprising. You would expect it to look somewhat like ivrwiki and st-rest-docs. The reason for the lack of clustering is that this Wiki relies on Socialtext‘s tagging interface for navigation. Tags could be treated as a type of link, but we don’t treat them that way in our analysis.    (LSG)

Thoughts    (LSH)

As with any simplified analysis, there are always caveats. A lot of them are specific to the Wiki implementation. For example, several people at Socialtext use the stoss Wiki as a blog, which creates long page names and thus skews the statistics. Other Wikis may be similar to the speakers Wiki in that they use tags as navigational links.    (LSI)

There’s an open question as to whether or not to consider a Wiki a directed graph or not. We chose the former, but you can make a good argument that the Socialtext Wiki acts as a non-directed graph, or at least a bidirectional one, because Backlinks are displayed on the page itself. The same holds true with any other Wiki depending on the navigational context. If I start at the home page and start navigating around, I can often use the browser back button to go back, or at worst, I can click on “Backlinks” to figure out the context.    (LSJ)

I’m not sure the page name analysis is that interesting by itself. I think it gets very interesting when applied to the specific islands on a Wiki. People may be using a Wiki in a number of different ways, as demonstrated by the ivrwiki. Analysis on each individual cluster will potentially surface the different kinds of behaviors on a Wiki, which is more appropriate than trying to slap on a single archetype if one does not exist.    (LSK)

Finally, what level of clustering is healthy? In systems theory, networks that are either too tightly clustered or too lightly clustered are problematic. With enough analysis, we may be able to speculate on the right number for Wikis.    (LSL)

Matthew and I will release our code at some point, and we’ll hopefully have some time to follow up on it as well. Specifically, I’d like to examine a lot of other Wikis, starting with the ones that Blue Oxen Associates hosts.    (LSM)

There were a lot of other hacks at the Wikithon that were cool. My favorites were Ingy dot Net‘s Social Zork (which was not only hilarious, but is actually potentially useful) and Shawn Devlin‘s Word Cloud, which I hope to use on other Wikis. Christine Herron wrote a good summary of the day’s festivities.    (LSN)

February 2007 Update

A month has passed, and the blog has been silent, but the brain has not. Time to start dumping again. But before I begin, a quick synopsis:    (LR8)

  • The month started off inauspiciously, with a catastrophic system failure that occurred over the holidays. Quite the story. I hope to tell it someday.    (LR9)
  • Last year, I joined the board of the Leadership Learning Community (LLC). It was an unusual move on my part, since I was also in the process of clearing commitments off my list in order to focus more on my higher-level goals. In the midst of saying no to many, many people, I found myself saying yes to LLC. We had our first 2007 board meeting earlier this month, and I participated in their subsequent learning circles. Let’s just say I have no regrets. A week with these folks generated enough thoughts to fill a thousand blog posts.    (LRA)
  • This past week, I co-facilitated a three day Lunar Dust Workshop for NASA, using Dialogue Mapping and Compendium. It was an unbelievable experience, also worth a thousand blog posts. For now, check out some pictures.    (LRB)
  • For the past few months, I’ve been actively involved with a project called Grantsfire. The project’s goal is modest: Make foundations and nonprofits more transparent and collaborative. How? For starters, by getting foundations to publish their grants as microformats. I’ve hinted about the project before, and I’ll have much more to say soon.    (LRC)
  • For the past year, I’ve been helping reinvent Identity Commons. Again, I haven’t blogged much about it, but I’ve certainly talked a lot about it. Not only are we playing an important role in the increasingly hot Internet identity space, we’re also embodying a lot of important ideas about facilitating networks and catalyzing collaboration.    (LRD)

In addition to a flood of blog posts, other things to look forward to this month include:    (LRE)