Story

Story: Strategic Planning the Wikimedia Way: Bottom-Up and Outside-In

by Chris Grams - Partner and President at New Kind
Co-Authored by Philippe Beaudette, Eugene Eric Kim

September 6, 2011 at 1:07pm

26 Ratings:

  • Overall 4.4
  • Innovative 4.42
  • Detail 4.38

Contribution Summary

Summary
In 2010, the Wikimedia Foundation, a small non-profit supporting Wikipedia and related projects, turned the conventional approach to setting strategy on its head. Against a backdrop of slowing Wikipedia contributions and a declining number of active editors, the foundation turned where it has always turned for answers: to its worldwide community of volunteer “Wikimedians.” The result: a powerful vision for the future, a re-energized community, and a powerful set of insights and design principles for far-flung collaboration. 
Context
The term "strategic planning" conjures up images of suits in conference rooms diagramming the path to world domination on whiteboards. All too often, strategic planning is an activity reserved for the organizational elite -- executives aided by consultants. The top dogs think up all the big ideas, and the "troops" execute the plan.

But this definitely isn’t the way things work in the Wikimedia world. The Wikimedia Foundation doesn’t think of itself as the top dog, but instead refers to itself as serving and supporting Wikimedia’s 70,000 monthly volunteers. It takes guidance from them.  

In addition, the Wikimedia Foundation is tiny. Only about 50 employees support the fifth most popular family of websites on the planet; more than 500 sites in 270 languages.  In addition to Wikipedia (the flagship site), the Wikimedia Foundation supports a host of other projects including Wiktionary, Wikinews, Wikiversity, Wikisource, Wikiquote, Wikispecies, and Wikimedia Commons (the world’s largest repository of freely licensed media files).  

In early 2009, Sue Gardner, executive director of the Wikimedia Foundation, decided that, if the foundation wanted to develop a five year strategic plan, it needed to do so in the same way that almost every other project works at Wikimedia: as an open, collaborative effort in partnership with the mostly volunteer Wikimedia community.  

There was no way the Foundation’s small staff could support a traditional strategy process; it would take something different.  In addition, there were few resources to spare; the Foundation would hire just two people to support this process.  

Two of the co-authors of this story, Eugene Eric Kim and Philippe Beaudette, were deeply involved in the Wikimedia strategic planning project. Eugene, of consulting firm Blue Oxen Associates, was engaged to design and lead the mammoth effort, and Philippe Beaudette (now the Head of Reader Relations for the Wikimedia Foundation) was asked to serve as facilitator.  Neither was a stranger to wikis or to Wikimedia.  Philippe had been a Wikipedia administrator for years.  Eugene is one of the world’s experts in how to use wikis and collaborative editing to support community change and growth.
Triggers
Wikimedia made the decision to embark on the strategic planning project against a backdrop of slowing Wikipedia contributions and a declining number of active editors.

Some context from the Wikimedia strategic plan:


“In recent years, despite continued growth in articles and readership, the Wikimedia editing community has plateaued near 100,000 active editors.
Our work is both unique and new, so it is not yet clear whether those numbers will prove sufficient to sustain mature Wikimedia projects such as the English or German Wikipedia. It is clear, however, that the less-mature Wikimedia projects will struggle to grow further, unless their pool of editors expands.

Large segments of the world’s population do not edit the Wikimedia projects proportionate to their real-world numbers. The people who write the Wikimedia projects are disproportionately male, young, and from countries in the Global North:
  • Four out of five editors are male.
  • Half are under the age of 22.
  • Four out of five edits come from countries in the Global North.”


A Wikimedia user (who like many others uses a pseudonym - in this case “FloNight”) said it well:

“Women and other under represented groups will need to be invited/recruited, and the culture of WMF projects will need to be adjusted to accommodate them when they arrive. It will be important to acknowledge the discomfort that current users will feel when proposals are made for changes. And we need to help everyone adjust to the idea that changes are truly needed in order for WMF to accomplish its mission.”

It was with this context in mind that the strategic planning team began its work.
Key Innovations & Timeline
Designing the Process
There are two commons misconceptions about engaging your stakeholders, whether they're an international cohort of grassroots volunteers or the employees in your company.
 
Misconception #1: If we open up the process, people will slow down or even hijack it.
 
According to Robert Kaplan and David Norton in their book, <i>The Strategy-Focused Organization</i>, only five percent of employees know what their organization's strategy is. This is because people are overly fixated with coming up with good strategy without also considering how to <i>align</i> and <i>activate</i> their people. Strategy without alignment and activation is toothless, regardless of how clever or rigorous it may be.
 
The best way to create great strategy, align, and activate your community is to be inclusive from the start. If people play a role in creating their strategy, they will be motivated to execute it.
 
How do you design a process that's both fast and inclusive? First, you have to be honest about what fast means. A fast and opaque planning process requires an extensive buy-in process. In the end, this takes longer than a process that's inclusive and co-creative from the start.
 
Second, processes that are designed to empower are vastly more effective than processes that are designed to protect. A wiki is a tool with no walls. Anyone can do anything on a wiki, good or bad. Most of us are wired to design to avoid harm, which is why we build tools and processes with walls. But in doing so, you're keeping out the good as well as the bad. Wikipedia has taught us that if you assume good faith, great things are possible.
 
That said, wikis don't always work, even within Wikimedia. Which brings us to the second misconception...
 
Misconception #2: If we open up the process, people will do our work for us.
 
"Crowdsourcing" strategy is not about getting people to do your work for you for free. It's about opening up a process and inviting others to work with you on something everyone cares about.
 
People participate in Wikipedia and its sister projects because they find it compelling. Even though we knew we were starting with community of passionate, brilliant people, we also knew that if they didn't find a strategy process compelling, they wouldn't participate.
 
We had built-in advantages with Wikimedia that allowed us to be more ambitious. For example, the community of contributors already was literate with the tools and the processes of open, non-real-time collaboration. At the same time, the vast majority of these contributors spent most of their time doing what they came there to do in the first place: Edit Wikipedia. They weren't necessarily interested in movement goals or recruiting new contributors, and so they certainly weren't going to spend their time paying attention to strategy.
 
In order to make this work, we needed to let as many people as possible know what we were doing and why. Then we needed to make a compelling case for them to participate. Finally, we ourselves had to do what we were asking others to do. That meant:
 
1. Finding effective ways to get people's attention.
2. Inviting people to participate, paying close attention to how we invited them.
3. Chunking participation into clear, discreet asks so that it was as easy as possible to participate.
4. Modeling transparency and openness, even if it meant making mistakes very publicly.
 
We had the ability to post notices on the number five most accessed web site in the world, a luxury the vast majority of organizations don't have. But it wasn't so simple. The Wikimedia projects span over 270 different languages. That meant we needed to translate our message into as many languages as possible, which meant we had to activate a community of volunteers just to get our invitation out. Furthermore, the message itself had to be clear, concise, and compelling.
 
We decided that our first ask would be to post proposals. We wanted everyone to be able to listen to each other, to get a sense of where the community was at. We knew from previous experiences with the fundraiser that people were far more likely to read and respond to an invitation if it came from Jimmy Wales, Wikipedia's founder. So we asked Jimmy if he would help, and he enthusiastically agreed.
 
We then asked volunteers to translate his message into as many languages as possible as quickly as possible. Although we were fortunate to have a community of volunteers willing to do translations, we had to make it clear to them why it was important to translate our message, when they could just as easily be spending their time translating Wikimedia content.
 
We were fortunate to get great response from that first invitation, but it required constant effort to sustain and grow that engagement. People didn't magically appear to do our work for us. The magic happened as a result of <i>all of us</i> working together in good faith on something we all cared 
In order to understand how and why we designed the process the way we did, you first have to understand two commons misconceptions about engaging your stakeholders, whether they're an international cohort of grassroots volunteers or the employees in your company.

Misconception #1: If we open up the process, people will slow down or even hijack it.

According to Robert Kaplan and David Norton in their book, The Strategy-Focused Organization, only five percent of employees know what their organization's strategy is. This is because people are overly fixated with coming up with good strategy without also considering how to align and activate their people. Strategy without alignment and activation is toothless, regardless of how clever or rigorous it may be.

The best way to create great strategy, align, and activate your community is to be inclusive from the start. If people play a role in creating their strategy, they will be motivated to execute it.

How do you design a process that's both fast and inclusive? First, you have to be honest about what fast means. A fast and opaque planning process requires an extensive buy-in process. In the end, this takes longer than a process that's inclusive and co-creative from the start.

Second, processes that are designed to empower are vastly more effective than processes that are designed to protect. A wiki is a tool with no walls. Anyone can do anything on a wiki, good or bad. Most of us are wired to design to avoid harm, which is why we build tools and processes with walls. But in doing so, you're keeping out the good as well as the bad. Wikipedia has taught us that if you assume good faith, great things are possible.

That said, wikis don't always work, even within Wikimedia. Which brings us to the second misconception...

Misconception #2: If we open up the process, people will do our work for us.

"Crowdsourcing" strategy is not about getting people to do your work for you for free. It's about opening up a process and inviting others to work with you on something everyone cares about.
People participate in Wikipedia and its sister projects because they find it compelling. Even though we knew we were starting with community of passionate, brilliant people, we also knew that if they didn't find a strategy process compelling, they wouldn't participate.

We had built-in advantages with Wikimedia that allowed us to be more ambitious. For example, the community of contributors already was literate with the tools and the processes of open, non-real-time collaboration. At the same time, the vast majority of these contributors spent most of their time doing what they came there to do in the first place: edit Wikipedia. They weren't necessarily interested in movement goals or recruiting new contributors, and so they certainly weren't going to spend their time paying attention to strategy.

In order to make this work, we needed to let as many people as possible know what we were doing and why. Then we needed to make a compelling case for them to participate. Finally, we ourselves had to do what we were asking others to do. That meant:

  1. Finding effective ways to get people's attention
  2. Inviting people to participate, paying close attention to how we invited them
  3. Chunking participation into clear, discreet asks so that it was as easy as possible to participate
  4. Modeling transparency and openness, even if it meant making mistakes very publicly
We had the ability to post notices on the fifth most accessed web site in the world, a luxury the vast majority of organizations don't have. But it wasn't so simple. The Wikimedia projects span over 270 different languages. That meant we needed to translate our message into as many languages as possible, which meant we had to activate a community of volunteers just to get our invitation out. Furthermore, the message itself had to be clear, concise, and compelling.

We decided that our first ask would be for contributors to post proposals. We wanted everyone to be able to listen to each other, and to get a sense of where the community was at already. We knew from previous experiences with the fundraiser that people were far more likely to read and respond to an invitation if it came from Jimmy Wales, Wikipedia's founder. So we asked Jimmy if he would help, and he enthusiastically agreed.

We then asked volunteers to translate his message into as many languages as possible as quickly as possible. Although we were fortunate to have a community of volunteers willing to do translations, we had to make it clear to them why it was important to translate our message, when they could just as easily be spending their time translating Wikimedia content.

We were fortunate to get great response from that first invitation, but it required constant effort to sustain and grow that engagement. People didn't magically appear to do our work for us. The magic happened as a result of  all of us working together in good faith on something about which we all cared passionately.

Summoning an army of volunteers
In total, more than 1,000 people contributed to the Wikimedia strategic planning project, writing nearly that many proposals to meet the community's challenges and priorities. These volunteers created over 1,500 pages of new content in 50 languages. Since a strategic planning project with just a normal-sized team is often a challenge, you can imagine how difficult it was to effectively corral 1,000 people to complete a strategic plan.

The team began the project by openly soliciting ideas from community members and were quickly overwhelmed with proposals. Some were big, bold strategic ideas. Others were small and tactical.

Soliciting ideas from the community up front was the smartest thing the team did during the project. It got people involved and into the concept, and at the same time it gave everyone a solid sense of what the community as a whole was thinking.

Making sense of 1,000 proposals in 50 languages
It would have been impossible for such a small team to figure out how to use all these ideas. So the team didn’t try. Instead, it was left up to the community to make sense of those proposals. The community came through, as it would many times, categorizing and discussing the many proposals.

With all of these ideas out in the open supplemented by research published openly by The Bridgespan Group, the next step was to encourage the community to take a deep dive into critical topics. So the team put up a banner on Wikipedia requesting help. Almost 400 million people around the world visit Wikipedia every month, and soon the banner drew in an additional 1,000 volunteers, each of whom provided biographical information and described the skills they brought to the table (Philippe developed the word cloud below to illustrate the skills of the participants as they described them).

 


The team organized a series of task forces around subjects like community health, international expansion, and technology strategy. True to the Wikipedia model, all the work of these task forces was completed transparently, in the open, on the wiki. Anyone in the world could see, become involved in, and yes - criticize - the work of the task forces.  There were no secret or closed meetings.  Weekly reports were public.  In addition, each of the task forces was led and manned almost entirely by volunteers, and these volunteers did nearly all of the work analyzing the proposals.

The organizing team helped identify the core contributors for each task force, but anyone could participate in any task force that interested them. While they were supported by professional facilitators, the community members themselves were accountable for the success or failure of their task forces. Not every task force was a success. In the end, each group analyzed all of the proposals relevant to its area and presented a set of recommendations summarizing their findings.

Synthesizing these recommendations into one strategic plan was the hardest part. The team had to take all of these great ideas and figure out which of them were actually feasible.

Keeping it public at every step
Most strategic planning projects turn into private, closed-door affairs when the team begins to synthesize its ideas. Not this one. Even this phase was a transparent process -- everything was available on the wiki, including early drafts.

The brainstorming, deliberation, and synthesis were completed late last year, and the result is a five-year plan that you can now download.
Challenges & Solutions
When a strategic planning project is run the traditional way, the group of people involved is very small. But a group of 1,000 people working on strategic planning together requires a lot of active coordination, facilitation, and synthesis. 1,000 people can produce an enormous number of ideas. The scale of this project led to some of its biggest challenges:

  • Problem: How do you get so many people to volunteer their time over such a long time period?
    Solution: Recruiting participants was without question the hardest challenge of this process. Despite Wikimedia’s active, international, online community, this was not a build-it-and-they-will-come situation. Philippe and Eugene spent much of their time figuring out how to engage volunteers and then actually reaching out and recruiting them. A huge part of this was focusing on relationship-building, simply spending time with volunteers, getting to know them as people and discussing critical issues.  One interesting lesson: even in an online community like Wikimedia, face-to-face contact matters.  Philippe spent a lot of time in the air talking to Wikimedia’s international partner organizations, the Wikimedia Chapters, who are responsible for advancing the Wikimedia mission within their geographic area.  Their support was key, and Eugene and Philippe identified that up front.
  • Problem: How do you ensure a diverse, representative set of participants?
    Solution: The actual number of participants wasn’t as important as ensuring that they represented both the existing community and the constituency that Wikimedia aspired to serve. Again, there was no magic solution other than good old fashioned pavement pounding -- actively recruiting widely and not simply settling for whomever showed up.
  • Problem: Not every task force was created equal. Some came up with better, more detailed, more thoughtful proposals than others.
    Solution: This was an intensive process, and the team was asking for a lot of time from our volunteers. In the case of the Task Force process, the team probably asked for more than people had to give. In retrospect, it would have been valuable to simplify the number of Task Forces and distribute the volunteers more evenly.

    People naturally gravitated toward certain topics, such as Wikipedia Quality and Community Health. Those conversations took on a life of their own and resulted in a rich set of recommendations. Other groups languished, and we tried desperately to turn those groups around. In several of those cases, we were largely unsuccessful. In the case of the Local Language Projects Task Force, a user named Dafer45 turned up out of nowhere to turn those Task Forces around. No one knew who he was or where he was from, but he was galvanized by the strategy process and this Task Force in particular, and he almost single-handedly transformed it from one of our weakest Task Forces to one of our best.
  • Problem: How did the community narrow down almost a thousand proposals into 14 focused task force topics so quickly?
    Solution: It didn't. It certainly helped by clustering the proposals into topics in ways that we would never have been able to do, but we weren't able to get people to boil the ideas and research down into a focused set of key questions. So we did that work. The vast majority of our volunteer participants had never participated in a strategy process before and were not naturally strategic thinkers, so they had trouble picturing what that synthesis needed to look like. In fairness to them (and as many people complained), had we allocated more time, they would have figured it out. But we didn't think it was important enough to push the timeline back.
    Solution: It didn't. It certainly helped by clustering the proposals into topics in ways that we would never have been able to do, but we weren't able to get people to boil the ideas and research down into a focused set of key questions. So we did that work. The vast majority of our volunteer participants had never participated in a strategy process before, so they had trouble picturing what that synthesis needed to look like. In fairness to them (and as many people complained), had we allocated more time, they would have figured it out. But we didn't think it was important enough to push the timeline back.

    Here's the critical point: It's not so much about giving up control as it is about sharing it. Our team was experienced at doing strategy, and while we focused on creating the space for others to contribute, we participated as well. We were not being authoritarian in doing this. We said what we thought were the critical questions, and we encouraged people to self-organize around different questions and topics. If a group had wanted to self-organize around a topic that we thought was not critical, we would have raised our eyebrows, but we still would have encouraged it. Guiding the group also meant letting the energy go where it wanted to go. As we might say in the open source world, we encouraged forking. We simply asked that people do their work openly transparently, so that anyone could participate and everyone could learn from them.
Benefits & Metrics
The most important outcome of this process was that it aligned and activated both the community and the Foundation around a focused set of priorities. The fact that a thousand people were involved in every aspect of creating the strategy gave the resulting strategy huge credibility and created a clear mandate.
 
Our nightmare scenario had been that when the process was complete, people would be up in arms about the result. Would people agree with the strategy? Were 1,000 participants out of an active contributor base of 70,000 representative enough? Had we truly lived up to our goal of doing strategy the wiki way? Would the masses simply ignore the results, or worse, protest them?
 
Not only did people embrace the work, we had several people approach us afterward and apologize for not participating. We were stunned by this. We knew that this would be an extremely intense, time-consuming process, and we had been grateful for any level of participation. The reaction by those who couldn't participate showed the power of invitation and openness. We had invited people to create with us, and we did the work in a way that lived up to the community's principles. Rather than feeling resentful for not being invited to participate, people felt bad for not being able to participate.
 
As important as the alignment and activation were, the reality was that this open process resulted in a strategy that was far more rigorous than a closed process could have achieved. In some cases, this was predictable. As knowledgable as we were about issues around community health, we had nowhere near the depth of experience and the overall quality of thinking as the participants in the Community Health Task Force.
 
In other cases, we were able to learn things that would not have been possible otherwise. For example, the China Task Force conducted a survey of bloggers in China to help understand how Wikipedia was portrayed there. We would never have had the resources to do this ourselves. In the Offline Task Force, participants compiled pages of detailed information on mobile access -- both quantitative and anecdotal -- from all over the world. Again, there is no way we could have gotten such detailed, rich information so quickly ourselves.
The most important outcome of this process was that it aligned and activated both the community and the Foundation around a focused set of priorities. The fact that a thousand people were involved in every aspect of creating the strategy gave the resulting strategy huge credibility and created a clear mandate.

Our nightmare scenario had been that when the process was complete, people would be up in arms about the result. Would people agree with the strategy? Were 1,000 participants out of an active contributor base of 70,000 representative enough? Had we truly lived up to our goal of doing strategy the wiki way? Would the masses simply ignore the results, or worse, protest them?

Not only did people embrace the work, we had several people approach us afterward and apologize for not participating. We were stunned by this. We knew that this would be an extremely intense, time-consuming process, and we had been grateful for any level of participation. The reaction by those who couldn't participate showed the power of invitation and openness. We had invited people to create with us, and we did the work in a way that lived up to the community's principles. Rather than feeling resentful for not being invited to participate, people felt bad for not being able to participate.

As important as the alignment and activation were, the reality was that this open process resulted in a strategy that was far more rigorous than a closed process could have achieved. In some cases, this was predictable. As knowledgable as we were about issues around community health, we had nowhere near the depth of experience and the overall quality of thinking as the participants in the Community Health Task Force.

In other cases, we were able to learn things that would not have been possible otherwise. For example, the China Task Force conducted a survey of bloggers in China to help understand how Wikipedia was portrayed there. We would never have had the resources to do this ourselves. In the Offline Task Force, participants compiled pages of detailed information on mobile access -- both quantitative and anecdotal -- from all over the world. Again, there is no way we could have gotten such detailed, rich information so quickly on our own.

One large benefit from the project is that the Wikimedia Foundation learned through this experience. Because of a relentless focus on documentation, much of the learning should be ready for the next large-scale project that Wikimedia Foundation runs.  The primary outcome, though, is the finished Wikimedia five-year strategic plan.  

Here are the strategic priorities and foundation targets for 2015 from the plan that came out of the work of the 1000 volunteers:

Wikimedia Strategic Priorities
  • Stabilize infrastructure
  • Increase participation
  • Improve quality
  • Increase reach
  • Encourage innovation

Wikimedia Foundation targets for 2015
  • Increase the total number of people served from 400 million per month to 1 billion
  • Increase the number of Wikipedia articles to 50 million
  • Ensure information is high quality by increasing the percentage of material reviewed to be of high or very high quality by 25 percent
  • Encourage readers to become contributors by increasing the number of total editors per month who made >5 edits to 200,000
  • Support healthy diversity in the editing community by doubling the percentage of female editors to 25 percent and increasing the percentage of Global South editors to 37 percent

Wikimedia Strategic Plan from Victor Grigas on Vimeo.

Lessons
"Given enough eyeballs, all bugs are shallow."
This famous open source community adage even holds true for strategic planning. While you may not be able to go as far as opening your strategic planning project to the outside world like this team did, you can certainly involve more people inside your organization. The more people you involve, the more great ideas you'll collect.

The product isn't just the strategy, it's the sense of community you'll create.
While great ideas and a great strategic plan can come out of an open process, don't view the plan itself as the only outcome. By asking people for their ideas and involving them in the process, you encourage them to have some "skin in the game." When people see their own ideas and work reflected in the strategy, they'll be more apt to take ownership and ensure it is executed well. Rather than implementing someone else's plan, they'll be implementing their own.

If you go open, stay open.
If you open up your process for ideas, but don't let people contribute to the creation of the plan itself, you are really just crowdsourcing ideas. By giving your contributors key roles not just in coming up with ideas, but in the construction of the plan itself, you'll show them trust and respect, and receive it in return. Wikimedia put volunteer contributors in lead roles and many of these people continue to run a follow-on project named strategic action.

Clearly define the process up front.
We could have done a better job planning for what would happen next after receiving the initial barrage of proposals (a fact the community reminded us of mercilessly). Plan out your project as a series of manageable phases, each with a clear end point and output, and communicate that plan. Contributors will be eager to know where and when they can contribute best. By clearly defining the process, you'll be more organized and show respect for their time and effort.

Leave room to explore uncharted territory.
But don't be too rigid. Sometimes great ideas for how to move forward with the strategic planning process will emerge from the community itself. By being flexible and incorporating contributors' ideas not just into the strategic plan but the process itself, you'll not only improve things, you'll ensure that people stay engaged and interested along the way.
 
Credits
The Wikimedia Foundation’s strategic planning initiative was bold and daring.  Wikimedia Foundation Executive Director  Sue Gardner says occasionally “it could have been a disaster!”  That it wasn’t is a testimony to her vision and that of the Wikimedia Foundation Board of Trustees.  But this project was truly a project of the Wikimedia community, and every one of the more than 1,000 participants in the process deserves the credit for this. Through their dedication, we did something truly extraordinary.
Tags
strategic planning, Wikipedia, Wikimedia, community, collaboration, transparency, openness, sharing

Input

You need to register in order to submit a comment.

Join the MIX Now

You need to register in order to rate this contribution.

Join the MIX Now

Comments

Alberto Blanco

This is an inspiring and a remarkable benchmark that would-be innovators must study if they want to promote corporate strategy as everyone’s business. I especially love the lessons' section

Terri Griffith

Very helpful story. I'm often asked how transparency and involvement can actually exist and the organization still get things done. This story shows how with compelling bits of data.

Radha Seshagiri

What an interesting project! The lessons learned and benefits/metrics to monitor progress are so interesting, given the unique context of WMF and its goals.

I remain however with a few outstanding questions. I wonder if the challenges/solutions section might benefit from a more elaborate description of how you identified WMF's target audiences. Did you seek out or establish networks of volunteers? How did you leverage the work of friendly organizations? Are the volunteers are committed to growing Wikipedia?

Regarding lessons learned, I am not familiar with the "bugs are shallow" adage, some description here would be terrific! Also, it seems like the need for face time should be presented in "lessons learned" as well - it is an important one!

Bravo on this accomplishment!

Jerry Michalski

Sounds like a marvelous and sometimes difficult process.

Wikipedians, in parallel with many other organizations that are learning how to work openly and develop their own models of governance, are developing the tools for the next generation of civilization.

I don't mean that the next civilization will need a big encyclopedia. I mean that the process of building something of that sophistication will become a lesson and model for generations to come. You're resetting what humans thing the Mobb is capable of doing, and you're leaving behind the operating manual for how to do it.

This project is the latest iteration in this quest, and is a very explicit effort to bring Wikipedia back to the roots of what make it great and useful. Bravo!

Pierre Rheaume

I'm in strategic planning for more than 20 years and that's the first time I see a so interesting and successful bottom-up experience.

I keep it like a model even if I prefer designing a vision with the leaders before involving so many peoples.

Congratulations to those involved in this project and particularly to Eugene and Philippe.

Elizabeth Feinler

I like the write-up and the ideas behind it. One thing I would do would be to make this sentence stand out more, as it is the essence of your approach:

Soliciting ideas from the community up front was the smartest thing the team did during the project.

Good luck!
E. Feinler

Pete Forsyth

This year-long process was a true inspiration, and I'm honored to have played a small part.The world of Wikimedia is complex and ever-changing, strongly influenced by thousands of small innovations by dispersed innovations. How else could an effective strategic plan be produced? The input of a diverse and extensive collection of stakeholders was essential: a top-down plan would almost certainly have been ignored by the volunteers who make the decisions. But to conduct a process involving 1,000 people of different backgrounds was an impressive feat; Sue is not kidding when she says "it could have been a disaster!"

The result, however, was far from a disaster: it was a clear and intelligent expression of the volunteer community's will. It will guide future efforts in many important ways. Bravo to the team that pulled it off!