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]
Poor words. As they get more popular, as we give them more love, we also keep trying to shove in new meaning to see if they can take it.
In the technology industry, this happens over and over. Take “cloud computing,” which used to mean something pretty specific and now means essentially “on the Internet” as far as I can tell. Outside the technology industry, take “news,” which also used to mean something, and now is a muddy mess of news/editorial/advertising.
We’ve even been accused of muddying the term “open source” here on opensource.com (a debate I love to have—there are smart opinions on both sides: protect the core vs. extend the audience).
So when I read a recent post by Gartner analyst Brian Prentice entitled Defining & Defending The Meaning Of “Community” – An Open Source Imperative, I was familiar with the lens he was looking through already.
Brian’s argument? According to his post, community used to mean “a collection of people whose defining characteristic is shared participation.” I might add “and a common purpose or vision.”
But now the word community is often being used to refer to any ol’ collection of people. From the article:
[Read the rest of this article on opensource.com]
In my post last week, I talked about what I see as inefficiencies in the system design of many crowdsourcing projects. Today, I thought I’d stick with the inefficiency theme after reading a blog by Umair Haque entitled The Efficient Community Hypothesis (thanks to Rebecca Fernandez for pointing it out).
In this post, Haque makes the case that the efficient market hypothesis often talked about by finance types should be replaced by something he calls the efficient community hypothesis.
From the post (all emphasis mine):
“…where efficient markets incorporate “all known information,” efficient communities incorporate “the best known information.” An efficient market is a tool for sorting the largest quantity of info. But an efficient community is a tool for sorting the highest quality info.”
[Read the rest of this post on opensource.com]
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]
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]
A few weeks ago, I wrote an article about Apple and open innovation. The discussion in the comments about Apple’s success, despite their non-openness, was pretty interesting. Greg DeKoenigsberg started things off with this salvo:
“No community could build something as gorgeous as the iPhone; it requires the singular vision of a beautiful fascist, and the resources of a gigantic company, and a world full of users who would happily trade simplicity and certainty for the ability to tinker.”
I think few people would argue that one of Apple’s greatest strengths is their amazingly consistent, and consistently beautiful, design work. And when I say design, I mean both “little d design” (their stuff looks awesome) and “big D Design” (their systems, processes, and experiences are expertly rendered).
From a design perspective, Apple has figured out how to make lightning strike in the same place over and over again.
Today, I want to ask a question that I’ve been thinking about for a long time:
Can truly great design be done the open source way?
Meaning, can a group of people designing collaboratively, out in the open, ever do the kind of consistently beautiful design work that Apple does? Or is Greg right, that “no community could build something as gorgeous as the iPhone”?
Both of my partners at New Kind, David Burney and Matt Muñoz, are designers by background. Both of them have significant open source experience (David spent almost 5 years as the VP of Communications at Red Hat, Matt worked on many Red Hat projects, including designing the Fedora logo), so the three of us have talked about this subject many times before.
[Read the rest of this post on opensource.com]
I love The New York Times, the best newspaper in the world. There is no greater pleasure than sitting out on the patio on a Sunday morning, reading The New York Times, and learning.
I stress the word learning because there are so few places left in our world where true discovery happens. Most of the time, marketers, computers, and even our friends are showing us more of what we already know we like, rather than introducing us to things we have never seen or heard of before.
In the pages of The New York Times, I can be introduced to people, places, events, ideas I would have never found on my own. Every day I read The Times I learn something new. The paper expands my understanding of the world rather than reflecting back to me the understanding I already have.
This is an incredibly valuable service. It is a service that very few media companies in the world still provide (my local paper, the Raleigh News and Observer, rarely does these days, sadly).
Yet, the ongoing conversation about how to solve the financial issues of The New York Times revolves around fixing the business model for newspapers. Most experts say the model is fundamentally broken, and a report released last week by the Pew Research Center’s Project for Excellence in Journalism doesn’t have a lot of good news for the future of journalism as a whole.
From my vantage point, the answer to fixing The New York Times will not come from exploring a revolutionary business model. It will come from a revolutionary brand, culture, and community model. Let me explain.
Remember the Seinfeld episode where Kramer had the idea to make a coffee table book about coffee tables? I always thought that was a pretty elegant idea. Well, a few months ago, some of the smart folks on Red Hat’s community architecture team had a similarly elegant idea:
Write a book about building community the open source way… and write it with a community, the open source way. Meaning, open the text up, allow interested users to contribute, and see what happens.
Brilliant.
The book is entitled The Open Source Way: Creating and nurturing communities of contributors and you can access the current text here and the wiki for contributors here.
I caught up with Karsten Wade, who is leading the project, to learn more.
There have been other books written about community-building over the last few years, but I am not aware of any others that have been written by a community. Where did the idea to start this project come from?
Our team, Community Architecture, has a strategic community role in Red Hat, and part of that is learning, distilling, and sharing knowledge. We bring the knowledge of how to produce software the open source way to different parts of the company. We’re all in a community of practice here, and have much to learn from each other.
Once we had the idea of a cookbook or handbook for internal needs, it was immediately clear that following the open source way with the content would be better, have more impact, and protect important knowledge in case our team gets eaten by raptors.
It’s a good bet that the next generation of defining companies will have corporate cultures built the open source way– around openness and collaboration, while fostering community and culture that extend outside the company walls.
In fact many of the defining companies of the first decade of this century show these characteristics (with one very notable exception we discussed earlier).
It kind of makes you want to rush in and see if you can change your old style corporate culture and get in on the action. But try to change too fast and your efforts may backfire.
So here are three signs that your corporate culture may not quite be ready for the open source way– and some tips to help you move closer.
[Read the rest of this post over at opensource.com]
Interesting article in Forbes the other day about the way Threadless, the awesome t-shirt company, thinks about community-building. For those of you who aren’t familiar with Threadless, they do about $30 million in revenues with a unique cultural/business model that merges a community of t-shirt creators and consumers into one happy family (you can read more about them in the Forbes article).
This quote from Cam Balzer, the Threadless VP of Marketing, in particular, caught my eye:
“Crowdsourcing is antithetical to what we’re doing. That’s because crowdsourcing involves random sets of people who suddenly have a say in how the business works, but that’s not how Threadless operates. We’ve got a close-knit group of loyal customers and have worked hard to build that. The people who submit ideas to us, vote and buy our products aren’t random people, and they aren’t producing random work. We work closely with our consumers and give them a place on our site, the Threadless forum, where they can exchange ideas with one another–ideas that go beyond designing T-shirts. We have consumers who have voted on 150,000 designs, which means they’ve spent hours interacting on our site. People who do that aren’t jumping into a random crowd. They’re part of the community we’ve cultivated.”
This really hit the nail on the head for me. I often see the word crowdsourcing being used in the same sentence with open source or community building. But the word crowdsourcing doesn’t describe the type of community I like to be involved in. Here’s why: