mozilla

Mozilla: A study in organizational openness

My theme this week is organizational openness and transparency and today I’d like to highlight a fantastic example of an organization that has built a culture with openness at its core: Mozilla.

Most of you probably know Mozilla as the organization famous for its open source Firefox web browser. But what you may not know is that open source is more than just a technology decision for Mozilla; the open source way is deeply ingrained in every aspect of its culture.

Last week, Mozilla Technology Evangelist Paul Rouget wrote a post on his blog entitled Mozilla Openness Facts. In it, he attempts to capture as many examples of openness in action at Mozilla as he can.

Here are just a few of the examples Paul shares (read his post if you want to see the rest):

1. An open door office policy: open source contributors are welcome to drop by Mozilla offices and hang out. In fact, Paul notes that he first met current Mozilla CEO Gary Kovacs (before he joined Mozilla) when Gary visited the Paris office where Paul works.

2. Transparent financials: Sure, many companies publish their financial results publicly… because they are public companies. Mozilla isn’t, but still does.

3. Open meetings: No strategy behind closed doors here. Not only are many of Mozilla’s meetings open to the public, they often post the phone numbers (and even video conference URLs) on their wiki.

4. Public product roadmap: Want to know Mozilla’s future technology direction? No need to hire a private investigator, you can find the product roadmap on the wiki too.

Not all of these examples are unique to Mozilla and some of them are simply a part of being a responsible member of the open source movement. But what is unique is that someone took the time to catalog the openness examples.

It’s a fantastic idea, and perhaps something that every company that bills itself as open should attempt to do in a public forum.

I reached out to Paul to ask him a few questions about openness and what motivated him to compile the list of examples. Here are some highlights from our conversation:

First, I asked him about some of the challenges that come with openness and transparency. One of the points he made that resonated most with me is that “being open is not a passive task.” It isn’t enough just to make information open—you must be active about helping people find it.

“Open meetings are meetings where anybody can come. But you have to promote these meetings. Make sure the contributors hear about them. Same for mailing lists and IRC channels, open channels, but you need to find them… Just keeping the doors open is not enough,” says Paul.

Paul also pointed out another crucial lesson of organizational openness, that being open doesn’t mean everyone has the right to vote on everything.

“Being transparent and open doesn’t mean we are a democracy. We listen to everybody, but we believe that the most skilled people should make the most important decisions. And you don’t have to be an employee to be a decision-maker.”

Finally, I asked him why he took the approach of “showing vs. telling” in writing the post (which I loved, very esse quam videri). Here was his response.

“I was trying to define openness. I failed. Much easier to show. Everybody is talking about how transparent and open they are. Even big and closed companies. I say b$%^&*!t, they are not. They just use openness as a new buzz word and a new marketing thing. If you are open, show me your meeting notes, show me your source code, let me be part of your team conference calls, let me look at your metrics, and let me work with you.

I wanted to show that being open is much more than just being open source.”

Well shoot, that sounds a lot like what we are trying to show with opensource.com:)

Nicely done, Paul. Nicely done, Mozilla.

[This post originally appeared on opensource.com]

A community-building perspective on the Gap logo controversy

Over the last week, a handful of folks have reached out and asked me what I think about the events surrounding the launch, then crowdsourcing, then full repeal of the new Gap logo (if you haven’t already heard the story, catch up here).

Honestly, I’d been hesitant to comment at length, partially because so many articles were hitting the best angles already (take your pick of this one, this one, this one, this one, or this one for starters), and partly because somewhere inside I secretly wondered whether the geniuses behind the Gap brand are simply playing us as pawns in a New Coke-esque scheme of diabolical marketing genius (on that point, I still don’t think I know the answer).

While most articles have focused on the aesthetics of the logo itself or on issues surrounding crowdsourcing a logo effort (note to self: must… avoid… commenting… on… crowdsourcing… so… tempting), I’ve been wondering more about the strong reaction of the Gap community.

Specifically, why did the community of customers surrounding the Gap brand have such a visceral negative reaction to the logo change? Is it really that bad? The firm in charge of the redesign has a great reputation and deep understanding of the Gap brand. How did a project run by experienced brand professionals working with one of the largest consumer brands in the world go so wrong so quickly?

For me, the answer can be found in a quote I really love from outgoing Mozilla CEO John Lilly:

“Surprise is the opposite of engagement.”

[Read the rest of this post on opensource.com]

BusinessWeek turns an eye to open source beyond technology

On opensource.com, we aspire to take principles the open source software movement has applied to building better software faster and find more uses for them in business, education, government, the law, and generally in our lives.

So a few weeks back, I was excited to see that BusinessWeek (now Bloomberg BusinessWeek) ran a special report called Eye on: Open Source that also embraced the wider usage of open source principles in technology and beyond.

My personal opinion? I think a few of the articles in the special report confuse true community-driven open source innovation with concepts like user-driven product design, crowdsourcing, and design competitions. But it was still neat to see BusinessWeek recognize the applicability of open source principles beyond software.

[Read the rest of this post on opensource.com]

Community-building tip: surprise is the opposite of engagement

In the interview with Chris Blizzard I posted last week, near the end of the article Chris attributes a phrase to Mozilla CEO John Lilly:

“Surprise is the opposite of engagement.”

This may be one of the most simple, brilliant things I have ever heard someone say when it comes to creating engaged, active communities.

When we talk about building communities the open source way, we often mention transparency and openness as critical elements of any community strategy. But when I saw this quote, it reminded me why transparency and openness are so important.

When we are open with people, we avoid surprising them. We keep them in the loop.

Nothing kills someone’s desire to be an active contributor in a community more than when they feel like they’ve been blindsided. By a decision. By an announcement. By the introduction of a new community member.

Few things help a community get stronger faster than simply engaging community members every step of the way. Asking them for input first. Ensuring they are “in the know.”

When thinking about the community you are trying to create, maybe start asking yourself questions like:

[Read the rest of this post on opensource.com]

Five questions about building community with Chris Blizzard of Mozilla

I’ve always been a fan of the Mozilla Foundation, and not just because of the Firefox web browser. As catalyst for some of the great communities in the open source world, Mozilla is something of a recipe factory for what to do right when it comes to building community. As it turns out, Mozilla’s Director of Developer Relations, Chris Blizzard, is a long time friend of mine.

In fact, this is not the first time I’ve interviewed him– my first Blizzard interview experience was back in 2002 when Mozilla 1.0 came out and he and I both worked for Red Hat.

I spent some time with Chris to discuss his experiences and learn more about community-building the Mozilla way.

1. When I first met you ten years ago, you were a Red Hat employee with a day job keeping the redhat.com website up and running, and, even then, you were hacking on Mozilla for fun in your spare time. Now you run developer relations for Mozilla, and you’ve had some other amazing experiences, including working on the One Laptop Per Child project, along the way.

It strikes me that you are a great case study of someone who has achieved success in the meritocracy of open source by doing good work. Knowing what you know now, if you were starting from ground zero as a community contributor, how would you get started?

That’s kind of a tough question because I don’t have that perspective anymore. I know too much about how these communities operate to be able to answer that with the fresh face of someone new to a project. But, honestly, I think that that if I were to guess I would say find something that you’re passionate about and just start working on it. My own case is instructive.

[Read the rest of this post on opensource.com]