Thursday Oct 01, 2009

Extreme Communications

There is good reason why extremism thrives in American political discourse. It works. It really is that simple. Actually, it`s a remarkably effective rhetorical technique and has been so since the founding of the republic. Go back and read the early political debates -- or just take a good U.S. history class -- and you quickly learn that pretty much nothing has changed in hundreds of years of politicians bashing each other in public arenas. Never mind the political party. That`s always been irrelevant when it comes to this behavior. American politicians intentionally take serious issues -- freedom, war, health, money -- right to the edge. Why? To scare people. And, since they have real power over our lives, it works. We get scared. And then we don`t question too deeply. And if we do question, we really don`t do very much about it, right? Instead, over time we become passive and compliant.

The reason I think this way -- it`s just a gut observation, that`s all -- is that if you take away someone`s power to control your life then their propaganda sounds much less threatening. Oftentimes, they just sound silly. Their lack of credibility becomes obvious, and they are much more easily ignored. You can see distinctions in communications strategies when you look at other fields outside of the political/media complex. Many companies, for instance, have found that attacking competitors in public is counterproductive. Customers see right through it, and the practice becomes a demonstration of poor marketing. Also, when you build community, especially across language and cultural barriers, extremist language can easily and rapidly undermine your reputation. Now, the term community has many practical definitions, but in general it implies a distribution of power and leadership, not a centralization. In communities, people tend to be valued for what they do, not what they say. You can see this in many scientific and technical communities. I see it in all of the communities in which I participate. But I don`t see this concept expressed at all in politics. Do you?

This all came to mind tonight after I scanned this article -- The pros and cons of hissy fits. It`s a fun read.

Friday Aug 28, 2009

The Extra Effort

When you want to move into a new career or even grow in your existing job, it's up to you to make the necessary adjustments to make that happen. Just doing what you have been doing all along -- even doing more of it -- simply won't cut it. Don't even waste your time. You'll stagnate and eventually get dumped overboard when you get too old and you'll be left to drown all alone. Now, these days you can get tossed aside through no fault of your own, of course, but the point is that if you want to change you have to change. And even then, there are no guarantees. But if you don't drive your own agenda, then others surely will and you may not like the results. Which means you get screwed, basically. So, you to do whatever it takes -- working late and on weekends and holidays, taking classes, traveling to new areas for conferences, using new technologies, whatever -- to pick up new skills and new contacts. Then, when you get those skills you can sell them in the marketplace.

Part of this process is putting in the extra effort when you get laid off. That's what Melissa Pereira is doing. I worked with Melissa some years back in Sun marketing. She's in New York now, and she found herself in the Wall Street Journal and on Good Morning America (absolutely unbelievable) for her extra effort. She's doing an unpaid internship in the city to retool her skills so she can take advantage of new opportunities. She's not just sitting around waiting for something to happen. She's making it happen. Cool.

Sunday Jul 05, 2009

Talk to Everyone

Interesting piece about PR in the NY Times today -- Spinning the Web: P.R. in Silicon Valley. And it`s running at the top of Techmeme tonight, too, with even more interesting commentary. I wonder why PR gets so much attention in high tech when practitioners in the field are forever trying to justify themselves, or at least quantify their value. I never understood that. The influence of the public relations industry is absolutely everywhere in modern society, and yet even in this NYT piece you see a defensive tone in some places -- mixed in with the pervasive and typical self importance, of course. Whatever. It`s a fascinating field, I must admit. I was in PR for a long time many moons ago, and I`m still interested in how information is delivered through filters using various rhetorical techniques that date back thousands of years. Modern PR grew from the teachings of the American propagandist Eddie Bernays, whose famous work says it all: Propaganda. Read the book. Scary stuff.

Anyway, in the NYT article right up front in the first few paragraphs, you`ll read about a scene in Silicon Valley were a PR pro is advising a client about a launch strategy (who to talk to and such), and someone shoots back about avoiding certain well-known bloggers and news websites. What? Why would you want to avoid a communications channel at your launch? I don`t get it. People who feel passionate about their stuff generally want to talk to anyone who will listen -- and if listeners have megaphones so much the better. I`ve worked with some people like that, and what they taught me is that everyone is important because you just never know -- you never know who is connected to who at any given moment, and you can never know who will be connected to who in the future. And, of course, predicting how a story will spread is difficult at best. Now, I realize the PR strategy in this case was to talk to a select group of high powered people, which is fine since they obviously have deep influence. But why talk to those guys to the exclusion of the others in an age when communities are flattening hierarchies and distributing power?

Talk to everyone. Everyone is important. Especially now with everyone connected in ways you may not even realize. And Robert Scoble is right. Talk to the grassroots first. Community building operations should be implemented first so the marketing guys have something to sell (and participate in as well). Too much of PR is still rolled out the other way around.


When you screw up, just apologize and fix the problem. Fast. That`s what Katharine Weymouth, the publisher of the Washington Post, did today. After an initial misfire, she apologized and took full responsibility for her paper`s offer to sell access to political contacts and Post reporters at private events. This was an obvious marketing and communications mistake that would have compromised the credibility of her company`s most valuable asset -- the newsroom. Hey, everyone`s human. But the apology was necessary, and the taking of responsibility at the top is rare and refreshing. It will be interesting to see the media digest this issue since the field has been under significant pressure in recent years. More background here and here.

Lesson: apologize and fix it fast. And remember, credibility is earned from the bottom up, not the top down.

Thursday Jan 29, 2009

Japan Social Media Marketers

I joined the Japan Social Media Marketers community recently. I found these guys via the Tokyo2Point0 community. Lance Shields started the group with these words: "So yet another community was born and it bumbled along with mainly myself posting blog entries and the occasional discussion thread that mainly I responded to myself. It was pretty lonely and it was a lot like every blog I started and stopped over the years. Then a really cool ..." And it goes on from there. The point is Lance stuck it out. Those who build things from scratch often find themselves alone and responding to themselves initially. In fact, some of the most successful people in the world started out that way, right? Anyway, I`ll hang out here for a bit and see what`s up. The Japanese international social media community seems fascinating. Stop by if you are around.

Tuesday Jan 06, 2009

Attacks in Politics and Marketing

I see attack politics and attack marketing as pretty much the same thing. Or, a distinction without much of a difference, anyway. Politicians generally attack enemies who threaten their getting elected or getting some policy implemented. If you aren't a threat, though, you are basically ignored in that system. And if you are a little guy trying to attack powerful politicians, you are generally ignored, too. This is why collective protest is a necessary prerequisite for change. Strength comes in numbers. You have to make yourself a threat to even get noticed, and that has to happen well before you have a shot at changing things (whatever your thing is). But from the politicians point of view, since they have the power, it seems the attack principle dictates that they shouldn`t want to give too much exposure to a competitor or group they don`t support, so many politicians actually tend to attack pretty carefully. The rhetorically skilled know this very well. They think out a few moves ahead. Who should do the attacking? What`s the venue of the attack? What will the counter punch look like? Where will it come from? And when? What does it mean when no counter attack comes back at all and instead they are met with silence? And heck, what if the opponent praises in return instead of attacking as expected? The answers to these questions are imprecise at best.

I used to do competitive marketing, and I went through this exact same process. However, I always told my clients that attacks are best done by third parties and only in response to a precipitating attack. In other words, you don`t attack first. It`s not worth the headline. Instead, you be the one responding. Here`s why: those who attack first generally give away at least some of their position, and that gives you much more flexibility to respond. Unskilled politicians and marketers make this mistake all the time when they shoot their mouths off, but the concept holds up pretty well over time. I`ve said before that I think people attack for basically two reasons: (1) they are afraid that someone smaller than them may grow up and kick their butt, or (2) they are small themselves and want to pick a fight with a big guy to get attention. Either way, if you study your attacker you can learn a lot.

It's a game, granted. And everyone in it knows this. Most attacks can be quite easily turned around with some basic facts and logic. But rationality is irrelevant in the arena of delivering really good emotional propaganda for the purpose of influencing behavior. That's why attacks can work in some cases if they generate a strong reaction from the attacked. Attacks spread fear. And many times that fear shapes how people think if it`s not characterized properly. In fact, the term used to describe this process is sometimes called FUD -- fear, uncertainty, and doubt. It`s a silly sounding term, but it should be taken seriously because the best propagandists out there can be rather dangerous people if they have a power base and resources supporting them (a country, a company, an interest group, a foundation, a university, a union, whatever). In other cases, however, attacks and fear mongering backfire badly, and we saw this in the recent political campaign in the U.S. where pols on both sides took some things too far and the people (remember the people?) called them out on it.

So, what should you do if you are attacked in the marketplace? First, stop. Think. Don`t react immediately with the first counter attack you can think of in the first publication you can find. You`ve been attacked so you now have the upper hand for a period of time (not forever, though). What is the attack telling you about your attacker? Is he or she responding go your attack? If so, you deserve the counter attack so enjoy your stupid little fight. If not, though, something else is going on and you may be in a much better position than you think. It means that you got someone`s attention for some reason. You may have not even intended to get this attention, but that`s what the attack may mean and that`s valuable competitive intelligence if you can confirm it. Remember, if you were really irrelevant, chances are you`d be ignored. So, dig right there before responding and respond to defend and deflect not to attack back. And if you can praise the attacker (or his product or community or company or whatever) so much the better. Attackers are generally simple minded and angry and unable to deal with praise as a response. Alternatively, your attacker could just be engaging in bad marketing or politicking. Consider that too. Either way, you have the upper hand if you do the responding, not the attacking.

Tags: propaganda attacks

Saturday Dec 06, 2008

The Power of Mainstream Publicity

Every time I chat with bloggers who feel the mainstream media is not that powerful anymore I trip over an article like this -- One man's military-industrial-media complex. This piece is a textbook lesson in the power of mainstream public relations to drive a marketing campaign. It`s perfect. And, in this case, it worked like a dream, too. Now, the article is disturbing because it talks about the selling of a war, but that`s not the point. It`s reality. And to not realize that is a delusion.

Monday Nov 03, 2008

Edward Bernays: The Ultimate Propagandist

I was watching The Century of the Self recently. It`s an excellent four part documentary from the BBC that aired back in 2002 about how the powerful control the rest of us. Even now six years later it holds up very well. Scary stuff. The time period ranges from around World War I through the late 1990s. Sigmund Freud, his daughter Anna, and his nephew Edward Bernays, seem to be main characters throughout, along with lots of politicians, business leaders, and psychologists. But Bernays was everywhere. And he was probably one of the most manipulative dudes of his era, selling everything from cigarettes to presidents to wars. His methods of implementing propaganda, all based on his uncle`s theories, were largely responsible for the creation of the consumer society in the United States. In fact, the United States leads the world in consumption, yet very few people know that Bernays was the guy behind the curtain. Actually, very few know Bernays at all. I`ve read a bunch of his stuff and I used to be in his business, so I still see him everywhere.

There are a few things striking about the film -- especially in this ultimate season of campaign propaganda in the United States. First, there is a lot of politics in the documentary, obviously, but I couldn`t pick out any clear partisanship. Propaganda clearly transcends party lines. Second, most attempts to directly confront and fight back against the powerful ultimately ended in failure. The elites just used propaganda to leverage the counter punches to their advantage. And third, it doesn`t seem to matter if you know propaganda is being used on you. It works anyway. It`s remarkable. Now, it`s not all that bleak. Change does occur. But it occurs indirectly and over long periods of time. So, confront power carefully, I guess. Oh, and the term propaganda, which was common before World War II, was eventually dumped by the propagandists for the more positive sounding public relations. Today, PR is pervasive. So, if you are interested in communications or politics, give this BBC program a watch. It`s humbling at the very least. Don`t forget to vote tomorrow, too.

Monday Oct 13, 2008

Dissecting an Attack

Paul Murphy takes apart -- point by point -- a recent InfoWorld article attacking OpenSolaris -- Anatomy of an attack: The New York Times on Solaris. As hit pieces go, the original article falls flat on its face because it's so obviously overkill. I commented on it as well.

Wednesday Oct 08, 2008

Face to Face

David Sifry, founder of Technorati and Offbeat Guides, talks about building international businesses. Two quick points: you need to find great local people you can trust, and you need to make sure they are properly connected and can execute. How do you do this? There are no exceptions: you have to go there. Wherever there is. You have to go spend time with people. Face to face. 

Tuesday Aug 05, 2008

Breaking into the Japanese Market

Two really good references about the difficulties of breaking into the Japanese market. Hint: it's hard.
Some obvious keys are to work with local partners, build specifically to engage the culture and language, and stick it out for the long run. Some humility helps, too. Japan takes time. It's not the same as California.

Tuesday Jul 22, 2008

New OpenSolaris Trademark Policy

The new OpenSolaris Trademark Policy was posted today. Nice to see this document out there. The FAQ has been updated too. Trademark discussions take place on trademark-policy-dev.

Saturday Jul 19, 2008

Deirdre's New Computer

Check out Deirdre's new computer. It's big. Get ready for more video.

Wednesday Jul 02, 2008

Kicking a Puppy

Red Hat In Boston, Part 2.3: openSUSE And Openness, Period: "On Sun re: OpenSolaris: 'They're 10 years too late to create a community [around OpenSolaris]. I hate to say anything about about a free Unix because I feel like I'm kicking a puppy, but on the other hand I'm very disappointed that they can't just bite the bullet and participate in Linux. The work that's done for Solaris is done only for Solaris. And if you're a customer, do you really want to adopt an open source OS where the only real vendor option is Sun? It's great to work with Sun in community projects where Sun is an equal member, but not as much fun to work in a community that is controlled by Sun.'" -- Joe Brockmeier, community manager for openSUSE.

Interesting comments.

At first I was disappointed to read this coming from a community guy and all, but then I slapped myself silly. I know better. I've been doing this for a while now. People in this business (any business, really) attack for basically two reasons: (1) they are afraid that someone smaller than them may grow up and kick their butt, or (2) they are small and want to pick a fight with a big guy to get attention. There are other reasons, but those are the biggies.

Anyway, if you read this article in its entirety, that paragraph up there on OpenSolaris really sticks out. One wonders what the real context was because it doesn't really fit the piece that well. Regardless, the bit about the "work done for Solaris is done only for Solaris" doesn't make sense since there are things in OpenSolaris now that are not even in Solaris yet. Anyone with any knowledge about OpenSolaris knows this. And those ZFS and DTrace bits now living nicely in BSD/MacOS also don't fit the attack that well, too. I think we have a few distros out there now, as well. Not as many as Linux, surely, but our technology is starting to spread, and that's great. But the "10 years too late to create a community" is the real kicker. To accept that statement is to believe that tiny little markets like China and India and Brazil and Russia are fully developed and there's no room for another operating system, no room for another community. Just no room. Wrong. And obviously so.

Whatever. I run MacOS at home and it's great. I run OpenSolaris at work and at home and it's great (nascent though it is). I also run Linux (Ubuntu) at work and at home, too. In fact, I have more and more respect for the technology in Linux (what I can understand, anyway, being a non-techie myself), and I regularly learn from Linux guys about community building issues. I'm also proud of all of the software Sun has contributed to the FOSS community that runs on Linux and helps make Linux successful around the world. I haven't tried openSUSE yet and I don't know much about the community, so I really can't comment on that -- other than I've heard great things about both. More from Patrick.

Tuesday Jun 03, 2008

Building OpenSolaris Communities: Multilingual

Special thanks to Paul Duan, Deirdré Straughan, the Globalization team, and all the people involved in translating my Building OpenSolaris Communities post into five languages: Japanese, Chinese, Spanish, Russian, Brazilian Portuguese. This is an experiment to see if I can meet some new people around the world by talking more languages. If it works out, I'll put up more blogs for translation and eventually add a language switcher. So far the feedback is really excellent. All of the posts here under the "building" tag.

OpenSolaris のコミュニティーを構築する

OpenSolaris は複数のコミュニティーの集まりで構成されていますが、そのようなコミュニティーの構築には時間と労力が必要です。これは避けられません。プログラムコードを公開しただけで何もしないのでは、世界中の開発者やユーザーの輪に加わる機会を失うことになります。現在、 で活動しているのが OpenSolaris 最大のコミュニティーですが、その も、コミュニティーグループ、プロジェクト、ユーザーグループなどの形で、小さなコミュニティーが多数集まって構成されています。さらに、新興市場でも新しいコミュニティーが Web サイトを公開し始めており、 の活動とは必ずしもつながりを持たない独立したディストリビューションさえあります。OpenSolaris はもはやモノリシックではなく、その基盤も一枚岩ではありません。成長と多様化が世界規模で進んでいます。

Sun がクローズドな開発プロジェクトをオープンな に移行し、また新プロジェクトをオープンで一から始めることに対して、多くの人が「どのようにコミュニティーを構築するのか」「どうしてコミュニティーを構築しなければならないのか」「どのように成長するのか」という質問をします。技術以外の側面から、そのような疑問への私なりの回答案を、ここに紹介します。次に掲げる一覧は、スタッフと参加者をまとめてコミュニティーを構築するうえで考慮すべき事柄です。すべての問題を網羅したものではなく、またどうしても解決しなければならない問題ばかりというわけでもありません。

  1. 計画立案と実作業: まず、コミュニティー構築は計画と実作業を積極的に繰り返すことだという認識が必要です。この認識に抵抗感を示す人もいます。コミュニティーは有機的に成長しなければならないと信じている人たちです。ほとんどのコミュニティーは、積極的な参加者が新しい参加者に直接働きかけることで成長しており、企業、基金、個人などさまざまな提供元から得たリソースを直接管理しているのも同じ人たち、というのが実情ではないかと私は考えています。また、コミュニティー構築のコンセプトは、2 つの単純な大原則に従うものだと思います。(1) オープンなコミュニケーションと、(2) オープンな開発です。オープンに作業して、オープンに話し合うのが基本なのです。本当に大きな成長を望むなら、さらに、3 つの課題を巧みにクリアしなければなりません。(1) 常にたくさんの人に話しかけること、(2) その人たちをあなたの取り組みに引き入れること、(3) その人たちがほかの人たちと協力して成果を出し、共有し、コミュニティーに還元する手段を提供することです。すると今度は、作業過程自体がコミュニティー構築を促進するようになります。作業によってコミュニケーションが増え、また新たな作業も増えるからです。このように回り始めるのです。しかし、積極的な作業にはまず計画が必要です。計画立案、計画実行、計画修正。これを繰り返します。

  2. 透明性: 外部に踏み出しましょう。内向きのままではコミュニティーを構築することはできません。話し合い、メーリングリスト、ソースコード、バイナリコード、ドキュメント、ツール、人材、インフラストラクチャー、アートワークなどを外部に求めましょう。そうすることで、すべての人が適切な取り組み方で貢献できるようになります。外部に求めるものなど何もない、と考えていると、だれも集まらなくなり、コミュニティーを構築することができなくなるでしょう。また、内部だけに向けて話をしていると、外部の人にはコミュニティーの存在すらわかりません。これは、Sun の人たちが犯す何よりも大きな誤りです。彼らは 2 つの世界を住み分けようとしますが、そんなことはできません。オープンであるかどうか、自問してみてください。

  3. 参加: 直接的な参加と信頼関係の構築がコミュニティーの要です。つまり、コミュニティー参加者は自分の貢献をもとに活動の場を得ており、活躍の機会とオープンさを期待しているということです。この問題はコミュニティーとプログラムの違いだと捉える人もいるかもしれません。ほとんどのプログラムは一方通行で、企業が市場にただ流すだけです。しかしコミュニティーは双方向 (あるいは多方向) で、出力と同じだけの入力があります。また、参加は作業であり、話し合いではありません。まとめ役になる人もいれば、ほかの人より影響力が強い人もいます。あなたは信頼を、会社での肩書きではなく、コミュニティーに貢献した成果によって得ます。ほかの人の関心を集めたいのなら、この考えをしっかりと受け止めて、実践によって実現するしかありません。

  4. 貢献: 自分がどのような貢献を求めているのか、明確にしましょう。一般的なカテゴリと具体例を考え、自分が考えもつかなかった成果をコミュニティーに期待しましょう (実際にはこれが目標)。OpenSolaris コミュニティーの参加者による貢献の例を挙げてみましょう。コード、スクリプト、テスト、ヘルプファイル、プレゼンテーション、ユーザーグループ、カンファレンス運営、多言語対応、翻訳、大学での講義、グラフィック、広告、教材、スクリーンキャスト、ビデオ、Web サイト、wiki、普及活動、ドキュメンテーション、執筆活動、ブログ、ポッドキャスト、開発プロセス、チュートリアル、入力メソッド、フィードバック、言語圧縮ツール、SCM ツール、クローズドバ��ナリの書き直し、バグ追跡システム、シェル、ディストリビューション、書籍、流通、管理など。技術的な貢献が多く、そうでない貢献も含まれていますが、ほとんどはカーネルコードと関係のない貢献です。つまり、推進したいさまざまな貢献について考え、オープンな環境でこのリストの項目数が増えていくようにします。そのうえで、コミュニティーが動き出したら、貢献している人に注目が集まるようにします。貢献には常に注目が欲しいでしょうが、控えめに主張しましょう。ほとんどのコミュニティでは、本当に貢献しているのがだれなのか、皆がわかっています。成果のほうが言葉よりも雄弁であり、参加者同士がオープンに取り組みをするのが一般的だからです。ただし、これは他人への感謝を述べるのを妨げるものではありません。

  5. プレゼンテーション: ほとんどの技術的プレゼンテーションは、息苦しいほど長く、技術的な事柄自体の説明を重視しすぎているということが、最大の問題です。学校の授業や対面チュートリアルのセッションならそれでもよいでしょう。しかしコミュニティーの構築は、実のところ、テクノロジーの問題ではありません。人の問題なのです。ですから、テクノロジーを説明するのはもちろんとして、どうしたら開発者やユーザーがテクノロジを使いこなしコミュニティーに貢献できるか、どうしたらその恩恵がすべての人に行き渡るかについて、説明の仕方よりもはるかに重く考えなくてはなりません。ほとんどの技術的プレゼンテーションでは、スライドの最後に参照すべきメーリングリストの一覧を紹介します。それでは不十分です。コミュニティーの紹介は補足情報ではなく、プレゼンテーションの核とすべきものです。

  6. カンファレンス: カンファレンスにはぜひ参加してください。Sun はさまざまなカンファレンスを開催していますが、Sun 以外の FOSS イベントにも参加する必要があります。どちらにも、それぞれ違った価値があります。ただし、カンファレンスへの参加を常に続けなければならないと考えてはいけません。セッション、立ち話、BOF、パーティーなどに参加するのも、正式なカンファレンスへの出席と同じくらい大切なことです。そこから始めることが重要です。連帯感を生むために、顔を突き合わせての交流とオンラインでの交流を組み合わせる必要があるでしょう。しかし、矢継ぎばやの早口トークをする機会を逃してはいけません。カンファレンスがうまくゆけば、そのような機会につながります。また、出席するカンファレンスのリストにユーザーグループの会合を加えておきましょう。ユーザーグループに参加するか、なければ自分で立ち上げます。自分で立ち上げる場合、バーかカフェあたりから始めます。最初は社交的な内容で小規模に、より多くの人が知見を持ち寄るようになってきたら、徐々に技術的なプレゼンテーションを増やします。100 人を集めた大規模な技術的プレゼンテーションを、毎月欠かさず行わなくてはならない、とは考えないでください。それは現実的ではありません。おそらく技術的なセッションは四半期に 1 度くらいで、それ以外の月は、バーでビールや食事を取りながらメーリングリストの話題について話し合うことになるでしょう。最初は小規模に、回数を重ねて会合の定着を狙います。そうするうちに、ささやかな文化がすぐに生まれ、ユーザーグループが結束するためのかすがいになるでしょう。

  7. 開発プロセスとインフラストラクチャー: コミュニティーを構築しようとする場合、参加が望まれる人たち全員をサポートするために、物理的インフラストラクチャーの問題を解決する手間が必要です。スケーラビリティーはどうでしょうか。貢献を引き出すために必要な開発プロセスはどのようなものでしょうか。どのようなテストが必要でしょうか。サンドボックスや実験環境を提供していますか。成果物をホストするためにどのようなツールが必要でしょうか。アクセス権はだれが所有しますか。これは、ホスティング先は なのかほかのサイトなのか、運営するのはコミュニティーかユーザーグループか開発プロジェクトか、ということによって決まります。ハイエンドでコードの貢献をする人は少数なのが普通で、必要となるツールはその人たちがやりくりすることになります。しかしコード開発者以外の人たちも、少なくとも部分的には、話し合いに参加するべきです。そうすることが、さまざまな貢献を幅広く引き出せるインフラストラクチャーを構築することにつながります。

  8. リーダーシップ、ガバナンス、文化: あなたのコミュニティーの価値はどこにあるのでしょうか。組織構造はどのようになっていますか。どのような運営を意図していますか。どのようにして決定を下しますか。あなたがモデルとするリーダーシップはどのようなものでしょうか。どのようにして貢献への注目を呼び起こしますか。どのようにして対立を解消しますか。大きなグループで集まって何か共同作業をするには、解決しなければならない問題が常にあります。規模が小さければ、頭で考えて容易に解決することができます。しかし世界規模のグループになると、推奨したい行動をドキュメント化して、それを実行するために必要なルールを整備しなくてはなりません。杓子定規に徹底させる必要はありませんが、あなたが何を言いたいのか、何を期待しているのかを、ほかの人たちに知らせる必要があります。強力なリーダーが 1 人という形がおそらく妥当でしょうが、リーダーシップを分散させるほかの体制についても、選択肢として検討したい場合があるかもしれません。Mozilla、Linux、Apache、Ruby、Java、BSD など、ほかのコミュニティーを参考にしましょう。オープンソースコミュニティーはほかにもありますが、いま挙げたコミュニティーが比較的大規模です。

  9. 大学での講義: 成長を望むならば、学校に戻って若い人たちと交流することが必要です。新興市場ではプロジェクトを、大学の学生や教授にまず紹介します。インドや中国から始める、というのもわからない話ではありませんが、成熟した市場を無視してはいけません。プロジェクトが将来を見据え�������おり、勝ち抜ける力を持っていることを確認するためには、大学訪問が唯一にして最良の手段でしょう。大学を無視する手はありません。最優先すべきです。またこの部分は、コミュニティーを構築する上での醍醐味ともいえるでしょう。

  10. 世界展開: 世界的な視野を念頭にコミュニティーの構築を進めます。あなたが取り組んでいる問題に関心のある開発者はどこにいるでしょうか。その場所に行きましょう。たくさんいるはずです。しかし世界展開には、言語や文化のあらゆる問題がついて回ります。それは興味深い問題であるとともに、手間のかかる問題でもあります。心してかかりましょう。コミュニティー構築の手助けとなる人をそれぞれの地域で探し、その上で、複数の地域をひとつにまとめる働きかけをします。あなたが世界で相手にするコミュニティーは「1 つだけ」ではありません。だれもがあなたを理解するとは (ましてあなたについて行くとは) 期待しないでください。多くのコミュニティーを相手にすることになるでしょうし、コミュニティーによって独自性の表現もそれぞれ異なるでしょう。彼らが必要な独自性を保つよう励まし、その一方で、ほかの地域と連携してより大きなコミュニティーに参加できるよう手助けをするのが、あなたの役割です。簡単ではありません。しかし、必要な仕事です。そして、新興市場が発展する上で本当に革新的な貢献が生まれる源でもあります。

  11. マーケティング: マーケティング担当者と親交を深めましょう。カンファレンスでの正式発表、マスコミやアナリストへの対応、ユーザー会合での活動などを通して、プロジェクトの広報を行う人たちです。商標、ブランド戦略、ローンチ戦略、発表、情報リーク、市場の混乱などについて、あなたがこれまで考えたことがないような、重要な視点をもたらしてくれます。マスコミが自分について何と言っているか、知る必要があるでしょうか。露出を増やすことでメリットはあるでしょうか。マーケティング担当者から見て、競合相手と比べてあなたに不足しているものは何でしょうか。Sun が時折開催している、コーディングコンテストや各種イベントなどの特別プログラムにも、参加してください。これ以外にも、開発者向けのプログラムや Web サイトがあり、コンテンツや参加者を募集しています。このようにして、企業の世界的なリソースを活用します。最後に、謙遜と正直さが、オープンソースのマーケティングを効果的に行う上でもっとも重要なテクニックです。取り組み中の問題について広報を行うとき、そのことを念頭に置いてください。

  12. 普及活動: マーケティングよりもはるかに大きな概念で、意味も少々異なります。広告、マーケティング、PR、AR (アナリストリレーションズ) など、マーケティング関連の特定分野を指すものではありません。積極的な参加と貢献を得るための、直接的で率直な取り組みです。オープンなコミュニケーションによるコミュニティー構築です。マーケティングはもちろんエンジニアリングやプロジェクト管理も含んだ概念なので、意欲のある人はだれでも参加することができます。もちろん、あなたの成果を普及させる最適任者は、あなた自身です。つまり、あなたは自分なりの方法でコミュニケーションを行う直接的な責任を負うものとみなされます。この目的のためにほかのリソースを活用することになるでしょうが、最終的な帳尻は自分持ちになります。つまり、あなたのコミュニティーが成長して技術が普及するかどうか、この活動にかかっています。この役割を他人に押し付けたり、放り出したりしないでください。しっかりと取り組みましょう。

  13. 法務: クローズドだったソースコードやツールをオープンにするまでは、ほとんどが Sun 社内の問題でした。オープンになったあとも、商標、著作権、配布条件、ライセンス、ソース解析などに注意しなければならないことは変わりません。コミュニティーの成長を促進する効果はありませんが、注意を怠ると、順調に進んでいた事柄が停止する原因になります。法務担当者と親交を深めましょう。コミュニティーの要望を伝え、実際的な法務問題について知らせてくれるよう依頼します。ここで確認しておくことは、両者にとって有益です。

  14. プロジェクト管理: プロジェクトが成長してくると、複数のエンジニアリングプロジェクトを抱え、世界中のユーザー活動と向き合うことになります。この複雑な運営をだれがこなすのでしょうか。計画を管理し、秩序を保ち、ロードマップの締め切りを守るのはだれでしょうか。必ず起きるであろう組織内の政治的な動きについて、あなたに助言してくれるのはだれでしょうか。そのようなとき、手助けをしてくれる優秀なプロジェクトマネージャーを探したくなるでしょう。エンジニアがコミュニティーをオープンに構築するべきなのと同様に、プロジェクトマネージャーもオープンであるべきです。できるだけ幅広い視点からプロジェクトを見ると、組織の内外でさまざまな文化がプロジェクトに関係しており、それがコミュニティーの構築方法に影響を与えることに気付くでしょう。

  15. 楽しむ: 最後に、コミュニティーの構築は社会的なエクササイズで、参加することに楽しみを見出せるはずです。コミュニティーに多くの人を引き入れたいのではありませんか。多くの人が寄り付くコミュニティーにしたいのではありませんか。居心地のよい場所を作りましょう。人々が自分なりのおもしろさを見つける機会を提供しましょう。

OpenSolaris 参照先:

OpenSolaris Constitution | Communities | Projects | Community and project lead site reference | Improving OpenSolaris | OpenSolaris Principles | Development Process | Developer's Reference | Advocacy Community Group | OpenSolaris Bug Fixes Contributed by Non-Sun Community Members


The Cathedral and the Bazaar』 Eric Raymond 著 | 『Innovation Happens Elsewhere』 Ron Goldman、Richard P. Gabriel 著 | 『Open Source & Free Software Licensing』 Andrew M. St. Laurent 著 | 『Open Source Licensing:Software Freedom & Intellectual Property Law』 Lawrence Rosen 著 | 『Open Sources:Voices from the Open Source Revolution』 Oreilly 刊 | 『Open Sources 2.0 The Continuing Evolution』 Oreilly 刊 | 『Free as in Freedom』 Richard Stallman 著

Post updated: 12/26/07, 12/27/07, 4/28/08, 5/16/08

Организация сообществ OpenSolaris

OpenSolaris представляет собой сообщество сообществ, поэтому организация таких структут требует затрат сил и времени. И этого никак не избежать. Вброс кода на общую стену для самостоятельного изучения - это последнее, что может привлечь разработчиков и пользователей во всем мире. Самое большое на данный момент сообщество OpenSolaris проживает по адресу, но даже теперь оно состоит из множества небольших сообществ, которые складываюстя в группы сообществ, проекты и группы пользователей. А тем временем вместе с появлением новых веб-сайтов на развивающемся рынке появляются новые сообщества, а также закрытые дистрибьюторы, которые не обязательно имеют возможность прямого соединения для работы с OpenSolaris больше не монолитная структура в одной географической точке. Сообщество растет и изменяется в масштабе всего мира.

С тех пор как компания Sun открыла общему доступу закрытые проекты на и продолжает в открытую разрабатывать проекты с самого начала, у многих возникли вопросы: "Как организовать сообщество?", "Зачем нам сообщество?", "Как сделать так, чтобы сообщество расширялось?" Итак, мой вариант ответа на эти вопросы без технических подробностей. Список приведенных методов не обязательно будет полным (да мы и не пытались выполнять некоторые пункты безукоризненно), это всего лишь набор предложений, которые помогут решить, нужно ли вам организовывать сообщество вокруг вашей идеи.

Создание сообщества
  1. Планирование и организация: Первое, что необходимо четко себе представлять: создание сообщества - это активный непрерывный процесс планирования и реализации. Некоторые не принимают это во внимание. Они верят, что сообщество будет расти как живой организм. Но я более чем уверен, что большинство сообществ расширяются благодаря активным участникам, напрямую приглашающим новых людей в сообщество и управляющим ресурсами из различных источников: корпоративных, учрежденческих, финансовых. Кроме этого, я полагаю что идея создания сообщества во многом основывается на двух простых принципах: (1) открытый обмен информацией и (2) открытая разработка. По существу, работать и общаться в открытую. А если вы планируете создать по-настоящему огромное сообщество, вам нужно как следует позаботиться о трех вещах: (1) постоянно общаться с большим количеством человек, (2) посвящать их в свою работу, и (3) обеспечить им возможность вносить свой вклад, работать над чем-либо и делиться этим с другими людьми. Тогда процесс работы сам по себе поможет организовать сообщество, стимулируя работу и общение. И процесс пойдет. Но активная организация начинается с плана. Напишите один. Затем начните организацию. Затем поправьте план. Повторите.

  2. Прозрачность: Выбирайтесь из укрытий. Нельзя создавать сообщество прячась за брандмауэром. Общение, упорядоченные данные, исходный код, двоичный код, документация, инструментарий, люди, инфраструктура, иллюстрации -- вытаскивайте все это, чтобы каждый имел равные возможности для совместной работы. Если у вас нечем поделиться - никто не поделиться с вами и сообщества не получится. А если вы будете говорить про себя, никто не услышит и даже не подумает о вашем существовании. Это единственная огромная ошибка которую допускают люди в компании Sun. Они пытаются существовать в двух мирах. Вы не можете. Решите. Или вы открыты или нет.

  3. Участие: Сообщество предполагает непосредственное участие и построение доверительных отношений. Это значит, что каждый выбирает свой путь, вкладывая в развитие сообщества, ожидая перспектив и открытости. Такой подход можно представить себе как различие между сообществом и программой. Как правило, для большинства программ существует только одна дорога -- из компании на рынок. Но сообщес��ва как минимум двусторонни (фактически многомернее) и могут многое накапливать в себе и многое отдавать. Кроме этого, участие предполагает работу, а не разговоры. Тех кто руководит и чей голос перекрывает все остальные. Заработать доверие можно только трудом, вкладываемым в сообщество, а не названием своей компании. Если вы хотите чтобы люди посещали сообщество, вам следует прислушаться к этому совету и позволить им принять участие.

  4. Вклад в сообщество: Определите, какого вклада в ждете. Определите основные категории, соответствующие примеры и ждите, пока сообщество предложит свои примеры и укажет мелочи, которых вы не учли (фактически это и есть цель). Это список тех дополнений, в которых участвовали члены сообщества OpenSolaris -- код, скрипты, тесты, справка, презентации, группы пользователей, управление конференцией, языковые порталы, переводы, университетские курсы, графические средства, реклама, обучающие материалы, демо-ролики, видео, веб-сайты, вики, объединения, документация, статьи, блоги, подкасты, процесс разработки, учебные пособия, методы входа, обратная связь, средства компановки языка, инструментарий SCM, перезапись связанных двоичных файлов, система слежения за ошибками, командные оболочки, дистрибутивы, книги, порты, управление и т.д. Некоторые из этих элементов технические, некоторые нет, но большинство не включает в себя код ядра системы. Другими словами, подумайте, какой вклад вы хотели бы получить со стороны членов сообщества, а затем просто позвольте списку открыто разрастаться. После того как процесс пойдет своим ходом, отметьте тех, кто действительно вносит вклад в развитие сообщества. Необходимо постоянно привлекать внимание к вкладу в развитие сообщества, но делать это косвеннным образом. В большинстве сообществ все знают людей, которые вносят реальный вклад в развитие, потому что дела говорят сами за себя, и, как правило, такие люди работают друг с другом в открытую. Не будет лишним время от времени приносить благодарность таким людям.

  5. Презентации: Главная проблема всех технических презентаций - их продолжительность и сосредоточенность на описании непосредственно технологии. Это подойдет для класса или интерактивного обучающего урока. Но создание сообщества практически не связано с технологией, а связано с людьми. Конечно, есть резон пояснить свою технологию, но следует обратить основное внимание на то, как разработчики и пользователи смогут принять участие и внести свою лепту в эту технологию и сообщество, на то, какие преимущества в итоге получат все. В большинстве технический презентаций можно видеть один итоговый слайд со списком списков для вступления в сообщество. Этого недостаточно. Нельзя говорит об этом после всего, надо сделать это ключевым.

  6. Конференции: Конференции нужно посещать. Компания Sun проводит различные конференции, но также стоит пойти на другие встречи по FOSS (САПО). Хоть они и отличаются, но будут полезны. Не нужно стараться побывать на всех конференциях. Участие в собраниях, коридорных беседах, совещаниях BOF и вечеринках не менее важно, чем представление официальных бумаг. Стоит просто побыть на таких мероприятиях. Чтобы создать чувство сообщества, нужно смешивать личное и интерактивное общение. Но не упускайте возможности провести короткий экстренный разговор! Большинство хороших конференций дают такую возможность. Кроме этого, добавьте группы пользователей в список конференций. Перейдите к ним или создайте их. Если решили создать группу пользователей, сделайте это в кафе, баре или еще где-нибудь. Начинайте спокойно и дружелюбно, позвольте технической презентации медленно вырасти по мере того, как люди будут переносить свой опыт в группу. И не думайте, что нужно каждый месяц проводить большую техническую презентацию с сотней человек в помещении. Это нереально. Попробуйте проводить технические собрания раз в квартал, при ежемесячных встречах в баре с закуской и пивом и обсуждениями деталей в списках рассылки между встречами. Начинайте с малого, стараясь найти варианты для создания традиций посредством повторения опыта. С течением времени возникнет небольшая культура, которая станет связывающим элементом для группы.

  7. Процесс разработки и инфраструктура: Если вы собираетесь создать сообществ��, вам придется потратить некоторое время на расчет физической инфраструктуры, которая понадобится для поддержки всех членов сообщества. Будет ли она масштабируемой? Как построить процесс разработки для включения дополнений? Какой вид тестирования необходим? Будет ли предлагаться "песочница" для экспериментов? Какие средства нужны для хранения компонентов проекта? Кому дать доступ? Все это зависит от того, будет ли в качестве хоста использоваться либо другой сайт, и где будут созданы группы сообщества, группы пользователей или проект разработки. Создателей высококлассного кода всегода немного, и эти ребята могут подобрать себе нужный инструментарий. Однако, следует так же привлекать к дискуссии и не-программистов, хотя бы немного, тогда ваша инфраструктура будет учитывать возможност размещения дополнений различного рода.

  8. Лидерство, управление, культура: Какие ценности у вашего сообщества? Как будет выглядеть его социальная структура? Как будет сообщество существовать самостоятельно? Как вы будете принимать решения? Какую модель лидера будете использовать? Как привлечь внимание к активным участникам? Как управлять конфликтами? Все эти вопросы появляются в любой достаточно большой группе, объединяющей людей, совместно работающих над какой-либо проблемой. Когда группа небольшая, все легко можно разрешить...в уме. Но когда сообщество преобретает глобальный масштаб, нужно задокументировать желательное поведение и установить некоторые правила управления. Они не должны быть всеобъемлющими и бюрократическими, но люди должны понимать, что вы поощряете и чего ожидаете. Возможно, иметь одного сильного лидера лучше всего, но вы можете принять решение о применение других вариантов, например механизмов распределенного руководства. Изучите для примера сообщества Mozilla, Linux, Apache, Ruby, Java и BSD. На самом деле существует много других, но это самые крупные сообщества по открытому программного обеспечению.

  9. Университеты: Если вы собираетесь развиваться, вернитесь в школу и пообщайтесь с молодыми людьми. В первую очередь представьте свой проект учащимся и преподавателям в странах с развивающейся экономикой По очевидным причинам есть смысл начать с Индии и Китая. Но не стоит игнорировать сформировавшиеся рынки. Посещение университета, возможно, наилучший вариант убедиться в том, что проект имеет будущее. Поэтому не стоит им пренебрегать. Лучше поставить университеты первыми среди приоритетов. Кроме прочего, это, вероятно, будет самой забавной частью в процессе создания сообщества.

  10. Глобальные задачи: Сообщество организуется с учетом глобальных перспектив. Где найти разработчиков, которые заинтересуются вашей идеей? Спешите туда. Скорее. Когда вы работаете в глобальных масштабах, вы сталкиваетесь с различными необычными языками и культурными вопросами, которые замедляют ваше развитие. Учтите это. Найдите людей, которые могут помочь вам в организации сообщества в данном пункте, а затем постарайтесь объединить все эти точки воедино. У вас не "одно" сообщество на весь мир, поэтому не следует ожидать, что все просто последуют за вами (или даже поймут вас). У вас будет множество сообществ и они будут выражать свою независимость по-разному. Ваша работа - поддерживать их независимость насколько это нужно, но также оказать помощь для взаимодействия с другими регионами, чтобы они смогли принять участие в данном метасообществе. Кстати, это нелегко. Но необходимо. С развитием рынкам это может стать источником действительно инновационных дополнений.

  11. Маркетинг: Познакомьтесь с вашими маркетологами. Они могут помочь сделать рекламу вашему проекту на конференциях, в СМИ, в работе аналитиков или на встречах с пользователями. Кроме этого, они могут предложить перспективные наработки по важным вопросам, о которых вы не задумывались. Таким как торговые марки, брендинг, выпуск товара, анонсы, утечки и подрыв рынка. Не обязательно знать, что СМИ говорят о вас, не так ли? Может больше конкретной помощи? Что за конкрентные методы могут увидеть маркетологи в отличие от вас? Кроме этого, участвуйте в специальных программах, которые время от времени проводит компания Sun, например конкурсы и соревнования по к��дированию. Также у компании имеются другие программы для разработчиков и веб-сайты, которые приветствуют участие и материалы по существу. Так можно удачно использовать глобальные ресурсы компании. Кстати, скромность и честность - это лучшие техники для проведения в жизнь эффективного маркетинга по открытому коду. Держите это в голове, когда будете раскручивать свою идею.

  12. Активная поддержка: Это больше чем маркетинг и конечно же, отличается от него. И не связано с такими специфическими маркетинговыми дисциплинами как реклама, сбыт, брендинг, связи с общественностью или AR. Напротив, это связано с прямым, бесцензурным привлечением на уровне, который приводит к активному участию и вкладу в работу. Связано с организацией сообщества постредством открытых коммуникаций. Теперь активная поддержка, конечно, включает маркетинг, но, кроме него, это проектировщики и руководители проектов -- а также все, кто хочет принять участие. Отметит, что вы являетесь самым важным звеном поддержки своей работы. Поэтому вы и берете на себя прямую ответственность за организацию коммуникации по своему усмотрению. Вы будете привлекать и другие ресурсы для этих целей, но в конечном счете вы будет ответственны за результаты своей работы -- что в данном случае означает расширение сообщества и поддержку своей технологии. Не следует перекидывать это на чужие плечи и стоять в сторонке. Участвуйте.

  13. Правовые вопросы: Этот пукнт очень важен для компании Sun, так как вы открываете код и интструментарий, который был скрыт до этого. Но даже после того как вы начали работать открыто, необходимо следить за соблюдением прав на товарные знаки, авторские права, соглашений с коллегами, лицензированием, анализом исходного кода и т.д. Такие вещи не обязательно помогут расшириться вашему сообществу, но наверняка не пустят дела на самотек. Познакомьтесь с вашими юристами. Расскажите им о нуждах сообщества и попросите рассказать вас о законодательных реалиях. Тогда знания получат обе стороны.

  14. Управление проектом: С ростом сообщества, оно наверняка начнет работать над несколькими прикладными проектами, вовлекая в работу пользователей по всему миру. Кто возьмется выполнять все эти сложные операции? Кто будет придерживаться плана, обновляя исходные параметры и графики работы? Кто поможет вас с организационной политикой, с которой непременно придется столкнуться? Так что, вероятно, вы захотите найти хорошего руководителя проектов, который поможет справиться со всем. Открытое сообщество нужно как инженерам, так и руководителям проекта. Если посмотреть на проект в самом широком смысле, можно заметить что он касается множества различных дисциплин до и после брандмауэра. Это влияет на то, как организуется сообщество. 

  15. Развлекайтесь: И наконец, создание сообщества - это социальное упражнение, поэтому люди должны развлекаться участвуя. Вы ведь хотите затянуть людей в свое сообщество, верно? Вы хотите, чтобы люди посещали сообщество, не так ли? Сделайте так, чтобы проводить время в нем было забавно. Просто дайте людям возможность веселиться и они ей воспользуются.

Ссылки OpenSolaris:

Структура | Группы сообщества | Проекты | Основная ссылка сайта | Contributing | Достоинства | Процесс разработки | Ссылки разработчикам | Поддержка и группы пользователей | Создатели кода

Книги по открытым исходным текстам, лицензированию и развитию сообщества:

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Сообщение обновлено: 12/26/07, 12/27/07, 4/28/08, 5/16/08

构建 OpenSolaris 社区

OpenSolaris 是社区的社区,构建这些社区需要时间和精力。没有其他办法。各自为战的开发代码将会失去一个结识全世界开发人员和用户的机会。目前,最大的 OpenSolaris 社区活跃在 上,但即便它现在也是由许多比较小的社区组成的,包括社区组、项目和用户组。现在还有其他新出现的社区开始在新兴市场或地区创办网站,这些都未必与 上的操作有直接的联系。OpenSolaris 不再单调地局限于某一个地区。它开始在全球范围内增长和多样化。

Sun 开始将已关闭的开发项目在 上公开,或者公开启动一个新项目,许多人会问,“我们如何构建社区?”和/或“我们为什么应该构建社区?”和/或“我们如何增长?”下面我将从非技术角度来回答这些问题。下列问题列表不一定全面(其中一些事情不必做到完美),但如果您想围绕您的资源构建一个人员社区,那就应该考虑这些问题。

  1. 计划和构建:要认识到的第一件事是构建社区是一个积极的、周期的计划和实施过程。一些人回避这一观点。他们相信社区必须有组织地增长。但我怀疑大多数社区实际上是基于积极的参与者增长的,这些参与者吸引新人员,并管理来自不同来源的资源,包括公司、基金和个人。此外,我相信社区构建的概念在很大程度上基于两个简单的原则:(1) 开放社区和 (2) 开放开发。基本上,是开放工作和开放谈话。如果您真想做大,您必须做好三件事情:(1) 始终跟很多人谈话 (2) 将他们包括在您的工作中 (3) 通过创建并将他们的工作与其他人分享,为他们提供回报。那么,工作本身的过程帮助构建社区,因为它生成了更多交流和更多工作。这样您就前进了。但积极的构建开始于计划。制订一个计划,然后开始构建,然后更新计划。不断重复。

  2. 透明度:走出城墙。您不能在防火墙后面构建社区。谈话、列表、源码、二进制文件、文档、工具、人员、基础设施、艺术品,将这些都摆出来,这样每个人都能公平地工作并做出贡献。如果没有聚集任何东西,就不会有人聚集,您就不会有一个社区。如果您只在内部谈话,外面的人甚至不知道您的存在。这是 Sun 的人犯的一个最大的错误。他们试图活在两个世界中。您不能这样做,一定要在开放和封闭之间做一个选择。

  3. 参与:社区将直接参与并构建信任关系。这意味着,做出共享就是人们的生活方式,并且他们期望着更多的机会和开放。您还可以将这个问题看作是社区和方案之间的差别。大多数方案是单向的,通常从公司走向市场。但社区是双向的(实际上是多向的),进来的和出来的几乎一样多。而且,参与实际上是行动,而非谈话。行动的人成为领头羊,他们是声音最高的那些人。您基于对社区的贡献而非在公司的头衔来获得可信度。如果您想让人们都停留,您必须接受这个概念,让人们来参与。

  4. 贡献:定义您寻求的贡献。给出一般的种类和特定示例,期望社区提供更多示例和您没想到的任何东西(实际上,这就是目标)。OpenSolaris 社区成员已经参与的贡献列表有 —— 代码、脚本、测试、帮助、演示、用户组、会议管理、语言门户、翻译、大学课程、图片、广告、培训材料、截屏、视频、网站、wiki、传播、文档、文章、博客、播客、开发过程、教程、输入方法、反馈、语言压缩工具、SCM 工具、重写已关闭的二进制文件、缺陷跟踪系统、shell、分发、书籍、端口、管理等等。尽管其中许多内容是技术方面的,但也有一些不是,而且大多数不涉及内核代码。换句话说,思考您想要鼓励的各种贡献,然后让这个列表开放增长。当有内容开始进入时,指出是谁在做出贡献。您应该要始终引起对贡献的注意,但要以一种低调的方式进行。在大多数社区中,每个人知道谁在真正做出贡献,因为行动胜于豪言壮语,贡献者通常是开放地互相合作。但不妨经常地感谢一下人们。

  5. 演示:大多数技术演示最大的问题在于它们实在太长了,它们太多地集中于描述技术本身。对于课堂或交互式的教程会话,这很不错。但是,构建社区的行为实际上与技术无关。它与人有关。所以,当然可以解释您的技术,但要把更多重点放在开发人员和用户如何参与并为技术和社区做出贡献,以及每个人将如何获益。大多数技术演示只在最后一张幻灯片上列出参与者列表。这是远远不够的。它不能是一个计划外的事情。一定要让它成为核心。

  6. 会议:您必须参加会议。Sun 举行了各种会议,但您还必须参加各种 Sun FOSS 活动。它们都有价值,但彼此不同。此外,不要感让自己感觉必须总是出席会议。参与会话、走廊谈话、BOF 和晚会就像论文答辩一样重要。呆在那里就至关重要。您需要结合面对面和在线交互这两种方式来创建社区感受。但不要错过快速演讲机会!大多数好的会议都提供这些机会。并且在会议列表中添加用户组。您可以加入和/或启动一个用户组。如果启动了一个用户组,可以在酒吧或咖啡厅之类的地方进行活动。开始时是小型的、社交性的,当更多的人为用户组带来了他们自己的体验时,让技术演示的比重慢慢增长。不要认为您必须每个月都要在房间有 100 个人来举行大型技术演示。这是不切实际的。可以尝试每季度举行技术会话,但每月在酒吧会面,享受美食和啤酒,然后讨论会议之间邮件列表中的各种事项。从小型聚会开始,设法通过重复的经历来形成一种传统。过一段时间之后,这一点星星之火将会迅速燎原,而这种文化将让您的用户组团结在一起。

  7. 开发过程和基础设施:如果要构建一个社区,您必须花一些时间来确定支持所有人所需的物理基础设施。它将扩展吗?接受贡献需要什么开发过程?需要什么测试?您是否接受一个沙盒来进行实验?托管项目工件必须使用哪些工具?谁有访问权?这些都取决于是在 还是其他站点上托管,以及是要运行社区组、用户组还是开发项目。比较高端的代码贡献者始终不多,而且这些人必须确定他们将使用的工具。但是,非编码人员应该至少能部分地参与这些讨论,所以要构建您的基础设施来容纳各种各样的贡献。

  8. 领导、管理和文化:社区的价值是什么?社会结构是什么样的?您的社区如何自己运行?您将如何做决策?您的领导模型是什么?您如何吸引贡献者的注意?您如何解决冲突?不管是多大规模的群体,走到一起来协作完成某件事时,这些都是需要阐明的问题。当您的社区比较小时,您可以很容易地随意管理,但当您的社区全球增长时,您需要归档想要鼓励的行为,并设置一些规则来规定如何管理。它不必完全是说教和官僚的,但人们需要知道您代表什么,您期望什么。可能需要一个强有力的领导者,但也应该考虑选择其他分布式领导机制。参考其他社区示例,比如 Mozilla、Linux、Apache、Ruby、Java 和 BSD。实际上,还有其他许多这样的社区,这里只列出一些比较大的开源社区。

  9. 大学:如果您想要增长,您需要返回学校并与年轻人闲聊。首先,让您的项目在新兴市场中领先于大学的学生和教授。很明显应该从印度和中国开始。但也不要忽略已建立的市场。要确保您的项目在未来是否能生存下去,大学访问可能是一种最好的方法。绝对不要忽略大学,它应该具有最高的优先级。顺便说一句,这将可能是社区构建操作最有趣的部分。

  10. 全球:以全球角度构建社区。对您的产品有兴趣的开发人员在哪里?那就去那里。有很多地方。在全球旅行时,您将碰到各种各样有趣的语言和文化问题,这将会让您慢下脚步。期待吧。寻找可以帮助您在给定地区构建社区的人们,然后努力将多个地区连接在一起。在全世界不可能只有"一个"社区,所以不要期望每个人都会跟随您(或者理解您)。您将有许多社区,它们将非常不同地表达自己的独立。您的工作是鼓励它们尽量独立,但还要帮助它们连接到其他区域,以便它们可以参与元社区。顺便说一句,这并不容易。但这很必要。在新兴市场发展时,它可能成为真正创新的来源。

  11. 营销:了解您的营销人员。他们可以帮助在会议上,在新闻界/分析师中,在客户会议上正式宣传您的项目。在重要的问题上,他们可以提供您可能没有考虑到的角度,比如商标、品牌、启动、告示、泄漏和市场混乱。您不必知道新闻界怎么评论您,对吗?更多曝光有帮助吗?营销看到而您没有看到的竞争力问题是什么?此外,参与 Sun 偶尔运营的特殊方案,比如编码竞赛和各种活动。Sun 有其他的开发人员计划和网站,它们都欢迎更多的内容和人们的参与。可以以这种方式利用公司的全球资源。顺便说一句,谦虚和诚实是进行有效的开源营销的最好技术。宣传您的产品时切记这一点。

  12. 拥护:这比营销庞大得多,而且也有一些不同。这无关特定营销原则,比如广告、营销、商标、PR 或 AR。相反,它是直接的、未经过滤的诺言,在一定程度上导致积极参与和共享。它关乎通过开放交流来构建社区。当然,它也包括营销,但它还包括工程师和项目经理,以及想要参与的其他任何人。此外,您是这项工作最好的拥护者。所以,您需要承担以您自己的方式进行交流的直接责任。您可以利用其他资源来实现,但最终您必须对自己的底线负责,也就是增长社区并拥护您的技术。不要把这个功能交给其他人。一定要参与。

  13. 法律问题:当您打开已经关闭的代码和工具时,这主要是 Sun 内部的事情。但甚至当您公开时,您需要考虑商标、版权、贡献者协议、许可、来源分析等。这些事情不一定会帮助您的社区增长,但如果完全不考虑这些事情,它们一定在一瞬间毁掉已有的一切。联系您的律师。告诉他们有关社区的需求,让他们告诉您什么是财产法。在这里,教育应该是双向进行的。

  14. 项目管理:随着社区增长,它肯定会包含全世界的多个工程项目和用户活动。谁将运行这些复杂的操作?谁将管理计划并保持指标和路线图的更新?谁将警告您肯定将遇到的组织纷争?所以,您应该要找一个优秀的项目经理来解决这些问题。正如工程师应该开放构建社区一样,项目经理也应该这样做。如果在尽可能广阔的环境中查看您的项目,您将看到在防火墙内部和外部它涉及到许多不同的原则,这将影响到构建社区的方式。 

  15. 趣味性:最后,构建社区最终是一个社会练习,所以人们应该在参与的时候获得乐趣。您想要把人们吸引到社区,对吗?您想要鼓励人们停留,对吗?让闲逛变得有趣。只要给人们获取乐趣的机会,他们就一定会抓住的。

OpenSolaris 参考:

Constitution | Community Groups | Projects | Website lead reference | Contributing | Values | Development Process | Development Reference | Advocacy & User Groups | Code Contributors


The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

文章更新:12/26/07, 12/27/07, 4/28/08, 5/16/08

Monday Jun 02, 2008

Construyendo comunidades OpenSolaris

OpenSolaris es una comunidad de comunidades, y la construcción de una comunidad de estas características es una tarea que requiere tiempo y esfuerzo. No hay otro modo. Arrojar un código por encima del muro y alejarse caminando es perder la oportunidad de lograr la participación de desarrolladores y usuarios de todo el mundo. Actualmente, la mayor comunidad de OpenSolaris se encuentra en, pero incluso ella se compone de comunidades más pequeñas en forma de grupos comunitarios, proyectos y grupos de usuarios. Hay también otras comunidades incipientes puestas en marcha a partir de sitios web de mercados emergentes o incluso de distribuciones que no necesariamente han de tener conexiones directas con la operaciones de OpenSolaris ha dejado de ser una comunidad monolítica y basada en una geografía. Está creciendo y se diversifica globalmente.

A medida que Sun pasa de proyectos de desarrollo cerrado a abierto en, o acaba de iniciar en abierto nuevos proyectos comenzando desde cero, mucha gente se pregunta, "¿cómo podemos construir una comunidad?", o "por qué debemos construir una comunidad?", o "¿cómo podemos crecer?" Bueno, aquí van mis respuestas a esas preguntas desde un punto de vista no técnico. La lista de temas siguientes no es necesariamente exhaustiva (ni tenemos necesariamente que hacer alguna de esas cosas especialmente bien), pero es un conjunto de temas a tener en cuenta por quien desee construir una comunidad de personas en torno a un proyecto.

Construcción de la comunidad
  1. Planificación y construcción: Lo primero importante consiste en asumir que construir una comunidad es un proceso cíclico de planificación e implementación activas. Algunas personas se muestran reacias a este concepto, porque consideran que las comunidades deben crecer orgánicamente. No obstante, sospecho que la mayoría de las comunidades crece realmente sobre la base de participantes activos que directamente enganchan a otras personas y gestionan los recursos de diversas fuentes, como empresas, fundaciones y particulares. También creo que el concepto de construcción de una comunidad se basa fundamentalmente en dos principios básicos: (1) comunicaciones abiertas y (2) desarrollo abierto. Básicamente, trabajar sin tapujos y hablar sin tapujos. Y si realmente se desea crecer mucho, hay tres cosas que deben hacerse realmente bien: (1) hablar con mucha gente todo el tiempo, (2) incluir a esa gente en el trabajo propio y (3) ofrecer los medios necesarios para que esa gente pueda contribuir creando y compartiendo su trabajo con otros. El mismo proceso de trabajo ayuda a construir la comunidad porque genera más comunicaciones y más trabajo. Y todo en torno a un proyecto. Pero toda construcción activa comienza con un plan. Escriba uno. Comience la construcción. Actualice el plan. Repita el proceso.

  2. Transparencia: Salga al exterior. No se puede construir una comunidad desde detrás de un muro. Conversaciones, listas, código fuente, binarios, documentación, herramientas, personas, infraestructuras, obras de arte -- haga aflorar todo esto para que cada persona tenga una buena oportunidad de participar y contribuir. Si no hay nada que recoger, nadie recogerá nada y no habrá forma de construir una comunidad. Y si se limita a hablar dentro, nadie de fuera sabrá siquiera que existe. Es el único gran error que cometen las gentes de Sun. Tratan de vivir en dos mundos. Y no se puede. Hay que decidirse. Se es abierto o no se es.

  3. Participación: Las comunidades se basan en la participación directa y en la construcción de relaciones de confianza. Esto significa que la gente se gana en función de sus contribuciones y que hay expectativas en cuanto a oportunidades y apertura. También se puede contemplar esta cuestión como la distinción entre una comunidad y un programa. La mayoría de los programas tienen un único sentido que, por lo general, va de la empresa al mercado. Pero las comunidades tienen dos sentidos (en realidad tienen muchos) y sirven tanto para ir como para venir. Y luego está que la participación supone actuar, no hablar. Están los que hay que dirigir y aquellos otros cuya voz se oye por encima de la de los demás. La credibilidad se gana a partir del trabajo con el que se contribuye a la comunidad, no con el cargo con el que se le conoce en la empresa. Si desea que la gente se reúna a su alrededor, deberá asumir este concepto y facilitarles la participación.

  4. Contribuciones: Defina las contribuciones que pretende conseguir. Ofrezca categorías especiales y ejemplos específicos y espere que la comunidad le devuelva más ejemplos y más cosas de las que haya podido pensar (ese es el auténtico objetivo). Aquí va una lista de las contribuciones en las que han participado los miembros de la comunidad OpenSolaris -- códigos, scripts, pruebas, ayudas, presentaciones, grupos de usuarios, gestión de conferencias, portales de idiomas, traducciones, cursos universitarios, gráficos, publicidad, materiales de formación, screencasts, vídeos, sitios web, wikis, evangelización, documentación, artículos, blogs, podcasts, procesos de desarrollo, tutoriales, métodos de introducción de datos, información, herramientas de compresión de lenguaje, herramientas de SCM, reescritura cerrada de binarios, sistema de seguimiento de defectos, shells, distribuciones, libros, puertos, gestión de asuntos públicos, etc. Aunque muchos de estos temas son técnicos, otros no lo son y la mayoría no implican el uso de código kernel. En otras palabras, piense en la cantidad de contribuciones que desea impulsar y deje que la lista crezca sin trabas. Más tarde, cuando las cosas comiencen a llegar, destaque a las personas que están contribuyendo. Siempre es bueno llamar la atención sobre las contribuciones de los demás, pero hágalo de forma discreta. En la mayoría de las comunidades, cada uno sabe quien contribuye de verdad porque el trabajo habla más alto que las palabras y, por lo general, los contribuyentes suelen trabajar codo con codo y sin trabas. Pero a nadie le molesta que le den las gracias de cuando en cuando.

  5. Presentaciones: El mayor problema con la mayoría de presentaciones técnicas es que son dolorosamente largas y se centran demasiado en la descripción de la propia tecnología. Eso está bien para una clase o una sesión de tutoría interactiva, pero el acto de construir una comunidad no tiene nada que ver con la tecnología. Va de personas. Así que explique la tecnología, desde luego, pero céntrese más en cómo conseguir que los desarrolladores y los usuarios participen y contribuyan, a la tecnología y a la comunidad, y en cómo hacer que todos se beneficien de sus ventajas. La mayoría de las presentaciones técnicas tienen una diapositiva al final en la que se enumeran las listas a las pueden adherirse. No es suficiente. No puede ser algo en lo que pensar después. Debe ser el núcleo.

  6. Conferencias: Tiene que asistir a conferencias. Sun incluye varias conferencias, pero también necesita acudir a eventos que no sean FOSS de Sun. Todos tienen valor pero todos son diferentes. Por otra parte, no siempre siente que está presente en las conferencias. Participar en las sesiones, charlas de pasillo, BOF y fiestas es tan importante como asistir a la presentación de documentos oficiales. Sólo el hecho de estar allí ya es importante. Necesitará una mezcla de interacciones cara a cara y en línea para crear un sentimiento de comunidad. Y no hay que perder la oportunidad de tener una charla rápida y chispeante. La mayoría de las buenas conferencias ofrecen estas oportunidades. Y permiten añadir grupos de usuarios a la lista de conferencias. Vaya a ellas, inícielas o haga las dos cosas. Si empieza con un grupo de usuarios, es preferible hacerlo en un bar, una cafetería o un sitio parecido. Comience de forma breve y sociable y deje que las presentaciones técnicas crezcan lentamente a medida que las demás personas vayan aportando sus experiencias al grupo. Y no crea que siempre tiene que tener una gran presentación técnica con 100 personas en la sala cada mes. No es realista. Pueden ser sesiones técnicas trimestrales con encuentros mensuales en un bar para comer o tomar una cerveza y tratar los temas en una lista de correo entre reuniones. Comience de forma breve y busque la forma de construir una tradición a través de experiencias repetidas. Con el tiempo, se desarrollará pronto una cierta cultura que es el pegamento que mantendrá unido el grupo de usuarios.

  7. Proceso de desarrollo e infraestructura: Si se dispone a construir una comunidad, debería invertir más tiempo en averiguar la infraestructura física que necesitará para dar apoyo a todas las personas que quiere. ¿Se va a escalar? ¿Qué proceso de desarrollo se necesita para aceptar contribuciones? ¿Qué prueba se necesita? ¿Ofrece una caja de arena para hacer experimentos? ¿Qué herramientas son necesarias para albergar los artefactos del proyecto? ¿Quién tiene acceso? Todo esto depende de si se quiere acoger a o a otro sitio, y si se está ejecutando un grupo comunitario, un grupo de usuarios o un proyecto de desarrollo. Los contribuyentes al código final más alto será siempre un grupo pequeño, pero son justamente esos chicos los que tienen que descubrir las herramientas que van a hacer falta. Sin embargo, los no codificadores deberían participar en esos debates, al menos parcialmente, de forma que la infraestructura se construya para acomodar una amplia variedad de contribuciones.

  8. Liderazgo, gobernabilidad, cultura: ¿Cuáles son los valores de la comunidad? ¿Qué estructura social tendrá? ¿Cómo se gestionará la propia comunidad? ¿Cómo se tomarán las decisiones? ¿Cual es su modelo de liderazgo? ¿Cómo va a llamar la atención de los contribuyentes? ¿Cómo resuelve los conflictos? Estas son las preguntas a la que deberá hacer frente cada vez que un grupo numeroso de personas se reúna para colaborar juntas en algo. Cuando se es pequeño, esto se puede gestionar fácilmente en la propia cabeza, pero cuando se crece a nivel mundial es necesario documentar el comportamiento que se desea fomentar y fijar algunas normas sobre cómo manejarlo. No tiene que ser persuasivo y burocrático, pero la gente necesita saber lo que se defiende y lo que se espera. Tal vez un solo líder fuerte sea apropiado, pero puede ser necesario considerar otras opciones para distribuir mecanismos de liderazgo. Busque en otras comunidades como Mozilla, Linux, Apache, Ruby, Java y BSD para ver ejemplos. En realidad, hay otras muchas pero estas son algunas de las comunidades con software de código abierto más grandes.

  9. Universidades: Si se quiere crecer es necesario volver a la escuela y pasar el tiempo con los jóvenes. Ponga su proyecto delante de estudiantes y profesores universitarios de los mercados emergentes en primer lugar. Comience por India y China por razones obvias. Pero sin olvidar los mercados ya establecidos. Las visitas a las universidades son probablemente la forma más sencilla de garantizar que el proyecto tiene posibilidades de sobrevivir en el futuro. Descuidar las universidades no es una opción. Necesitan tener una prioridad absoluta. A propósito, esta será probablemente la parte más divertida de las operaciones de construcción de la comunidad.

  10. Global: Construya la comunidad con una perspectiva global en la mente. ¿Dónde están los desarrolladores que estarían interesados en su proyecto? Vaya allí. A menudo. Cuando se va a nivel global, sin embargo, uno se interesa por todo tipo de idiomas y asuntos culturales que relentizarán el proceso. Es de esperar que ocurra. Busque gente que pueda ayudar a construir la comunidad en un lugar determinado, y trabaje luego por conectar varias ubicaciones entre sí. No va a tener "una" comunidad alrededor del mundo, de modo que no espere que nadie le siga sin más (ni siquiera que le entiendan). Tendrá muchas comunidades y cada una expresará sus propias experiencias de formas bien distintas. Su trabajo consiste en animarlos para que sean tan independientes como sea necesario, pero también en ayudarles a conectar con otras regiones para que puedan participar en una comunidad destino. Por cierto que no es nada fácil. Pero es necesario. Y puede ser una fuente de contribuciones verdaderamente innovadoras a medida que se van desarrollando los mercados emergentes.

  11. Marketing: Conozca a su gente de marketing. Pueden ayudarle a dar a conocer oficialmente su proyecto en conferencias o en operaciones de prensa y análisis o en reuniones con clientes. Y pueden ofrecer una perspectiva sobre cuestiones importante que se le pueden haber escapado, como marcas comerciales, mercadotecnia, lanzamientos, noticias, filtraciones y perturbaciones del mercado. No necesita saber lo que dice la prensa sobre usted, ¿verdad? ¿Le ayudaría exponerse más? ¿Qué cuestiones de marketing competitivo observa que no tiene? Asimismo, participe en los programas especiales que Sun ejecuta ocasionalmente, como las pruebas de codificación y los eventos. Sun cuenta con otros desarrolladores de programas y sitios web que dan la bienvenida a todos los contenidos y participantes. Aproveche los recursos globales de la compañia en este sentido. Por cierto, la humildad y la honestidad son las mejores técnicas para hacer una comercialización de código abierto efectiva. Recuerde siempre que usted sabe cómo anunciar sus proyectos.

  12. Promoción: Es algo mucho mayor que el marketing y algo diferente también. No se trata de disciplinas específicas de marketing, como pueden ser publicidad, comercialización, mercadotecnia, relaciones públicas o AR. Por el contrario, es un compromiso directo y sin filtrar a un nivel que conduce a la participación y la contribución activas. Va de la construcción de una comunidad por medio de comunicaciones abiertas. Ahora incluye personal de marketing, por supuesto, pero también ingenieros y gestores de proyectos y a cualquier otra persona que quiera involucrarse. Y además usted es el mejor promotor de su trabajo, por lo que necesita asumir la responsabilidad directa de comunicarse en la forma que mejor pueda. Es posible que aproveche otros recursos, pero no deja de ser el responsable último de su propia línea de fondo que, en este caso, significa el crecimiento de su comunidad y la promoción de su tecnología. No se limite a dejar esta función en manos de otro y marcharse. Participe.

  13. Asuntos legales: En su mayoría son temas internos de Sun como la apertura de los códigos y las herramientas cerrados. Pero incluso ahora que se han abierto, es necesario considerar las marcas comerciales, copyright, acuerdos con los contribuyentes, concesión de licencias, análisis de fuentes, etc. Estas cosas no ayudan necesariamente al crecimiento de la comunidad, pero pueden impedir que las cosas se disparen si no se les presta la debida atención. Conozca a sus abogados. Hábleles de las necesidades de la comunidad y pídales que le enseñen la realidad de la ley. En este punto, la información debe ir en ambos sentidos.

  14. Gestión de proyectos: A medida que su comunidad vaya creciendo es seguro que contendrá múltiples proyectos de ingeniería y actividades de usuarios de todo el mundo. ¿Quién ejecutará estas operaciones tan complejas? ¿Quién gestionará el plan y mantendrá actualizados las cifras y los planes de trabajo? ¿Quién le advertirá de la organización política que encontrará con toda seguridad? Por lo tanto, es posible que quiera cazar junto a un buen gestor de proyectos que le facilite las cosas. Al igual que los ingenieros se basan en el código abierto para construir la comunidad, los gestores de proyectos deberían hacer lo propio. Si se mira el proyecto desde un contexto lo más amplio posible, podrá apreciar que toca muchas disciplinas diferentes, tanto dentro como fuera del muro, y que afecta al modo en que construye su comunidad.

  15. Pasarlo bien: Para terminar, construir una comunidad es un ejercicio social en última instancia donde la gente debería pasarlo bien mientras participa. Quiere atraer a la gente a su comunidad, ¿verdad? Quiere animar a la gente para que se quede, ¿verdad? Pues haga que se lo pasen bien. Ofrezca a la gente la posibilidad de divertirse y se divertirá.

Referencias de OpenSolaris:

Constitución | Grupos comunitarios | Proyectos | Referencia dirigida a sitio web | Contribución | Valores | Proceso de desarrollo | Referencia de desarrollo | Promoción y grupos de usuarios | Contribuyentes de código

Libros sobre Open Source, concesión de licencias y desarrollo de comunidades:

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Publicar actualización: 12/26/07, 12/27/07, 4/28/08, 5/16/08

Criação de comunidades OpenSolaris

OpenSolaris é uma comunidade de comunidades, e a criação dessas comunidades requer tempo e esforço. Não existe outra maneira. Passar código adiante e afastar-se é perder a oportunidade de envolver desenvolvedores e usuários do mundo todo. No momento, a maior comunidade OpenSolaris se encontra no, mas até mesmo ela agora é composta de muitas comunidades menores, na forma de grupos de comunidades, projetos e grupo de usuários. Também existem outras comunidades florescentes que estão iniciando suas atividades com sites em mercados emergentes e mesmo distribuições inteiras, que não têm necessariamente conexões diretas com as operações do A comunidade OpenSolaris já não é mais monolítica e baseada em uma única região geográfica. Ela está crescendo e se diversificando em todo o mundo.

À medida que a Sun faz a transição de projetos de desenvolvimento fechados para abertos no ou simplesmente inicia novos projetos abertos desde o início, muitas pessoas perguntam: "Como criar uma comunidade?" e/ou "Por que criar uma comunidade?" e/ou "Como podemos crescer?". Bem, eis aqui minha tentativa de responder a essas perguntas de um ponto de vista não técnico. A lista de questões abaixo não é necessariamente exaustiva (e não somos necessariamente grandes especialistas em algumas dessas atividades). Trata-se apenas de um conjunto de questões para consideração caso você deseje criar uma comunidade de pessoas em torno do seu projeto.

Criação de uma comunidade
  1. Planejamento e criação: a primeira coisa a ter em mente é que a criação de uma comunidade é um processo ativo e cíclico de planejamento e de implementação. Algumas pessoas se mostram renitentes a essa noção, porque acham que as comunidades devem crescer de maneira orgânica. Porém, suspeito que, na verdade, a maioria das comunidades cresce em função da mobilização direta dos participantes ativos para atrair novas pessoas, bem como do gerenciamento de recursos de diversas fontes, sejam elas corporações, fundações ou indivíduos. Além disso, acredito que o conceito de criação de comunidade se baseia fundamentalmente em dois princípios simples: (1) comunicações abertas e (2) desenvolvimento aberto. Basicamente, trabalhar de modo aberto e falar de modo aberto. E, se você realmente desejar crescer, precisará fazer três coisas muito bem: (1) conversar com muitas pessoas o tempo todo, (2) incluir essas pessoas no seu trabalho e (3) proporcionar os meios necessários para que elas possa contribuir criando e compartilhando seu trabalho com outras pessoas. Dessa forma, o próprio processo de trabalho ajudará a criar a comunidade porque gera mais comunicações e mais trabalho. E tudo em torno de um projeto. Mas toda criação ativa começa com um plano. Escreva um. Depois, comece a criar. Em seguida, atualize o plano. Repita o processo.

  2. Transparência: saia em campo. Não é possível criar uma comunidade atrás de um firewall. Conversas, listas, código-fonte, binários, documentação, ferramentas, pessoas, infra-estrutura, arte-final -- disponibilize tudo isso para que cada pessoa tenha uma boa oportunidade de participar e contribuir. Se não houver nada em torno do que juntar forças, ninguém se concentrará para um esforço e você não terá uma comunidade. E, se você se limitar a conversar apenas com o pessoal interno, ninguém de fora saberá sequer da sua existência. Esse é o único grande erro que as pessoas da Sun cometem. Elas tentam viver em dois mundos. E isso não é possível. É preciso decidir-se: ser aberto ou não.

  3. Participação: as comunidades se baseiam na participação direta e na criação de relações de confiança. Isso significa que as pessoas conquistam seu espaço em função de suas contribuições, e existem expectativas em termos de oportunidades e de abertura. Também podemos analisar essa questão como a distinção entre uma comunidade e um programa. A maioria dos programas são unidirecionais, geralmente de uma empresa para um mercado. As comunidades, por outro lado, são bidirecionais (multidirecionais, na verdade) e envolvem tanto aceitar quanto dar contribuições. Além disso, participação é, na verdade, uma questão de fazer, e não de falar. Aqueles que fazem chegam à liderança, e essas são as pessoas que se destacam das demais. Você ganha credibilidade com base no trabalho que contribui para a comunidade, e não no cargo que ocupa na sua empresa. Se desejar manter as pessoas ao seu redor, você precisará adotar esse conceito e viabilizar a participação delas.

  4. Contribuições: defina as contribuições que você está procurando. Forneça categorias gerais e exemplos específicos e espere que a comunidade ofereça mais exemplos e elementos nos quais você não tinha nem pensado (esse é o real objetivo). Aqui está uma lista de contribuições nas quais os membros da comunidade OpenSolaris estão envolvidos: código, scripts, testes, ajuda, apresentações, grupos de usuários, gerenciamento de conferências, portais de idiomas, traduções, cursos universitários, elementos gráficos, anúncios, material de treinamento, screencasts, vídeos, sites, wikis, evangelização, documentação, artigos, blogs, podcasts, processos de desenvolvimento, tutoriais, métodos de entrada, feedback, ferramentas de compactação de linguagem, ferramentas de SCM, regravação de binários fechados, sistema de rastreamento de defeitos, shells, distribuições, manuais, portas, governança etc. Embora muitos desses itens sejam técnicos, alguns não são, e a maioria não envolve código de kernel. Em outras palavras, pense em uma variedade de contribuições que você deseja estimular e deixe essa lista crescer abertamente. Depois, quando os resultados começarem a aparecer, destaque as pessoas que estão dando contribuições. Convém sempre chamar a atenção para as contribuições, mas fazer isso com discrição. Na maioria das comunidades, todos sabem quem está realmente contribuindo porque o trabalho fala mais alto do que as palavras e, de modo geral, os colaboradores trabalham em conjunto abertamente. Mas não custa nada agradecer às pessoas de vez em quando.

  5. Apresentações: o maior problema com a maioria das apresentações técnicas é que são exageradamente longas e se concentram demais em descrever a própria tecnologia. Isso funciona bem em uma sala de aula ou sessão de tutorial interativo. Mas o ato de criar uma comunidade não tem, na realidade, nada a ver com tecnologia. Tem a ver com pessoas. Dessa maneira, explique a tecnologia, é claro, mas se concentre mais em como conseguir que desenvolvedores e usuários participem e contribuam para a tecnologia e a comunidade, e em como isso beneficia a todos. A maioria das apresentações técnicas tem um slide no final com uma relação de listas às quais você pode se associar. Isso não basta. Não pode ser algo para consideração posterior. Deve ser uma prioridade.

  6. Conferências: você precisa freqüentar conferências. A Sun realiza várias conferências, mas você também precisa participar de eventos FOSS não realizados pela Sun. Ambos têm valor, mas são diferentes. Além disso, não se sinta na obrigação de sempre fazer apresentações em conferências. Participar de sessões, conversas no saguão, BOFs e festas é tão importante quanto apresentar artigos formais. A sua mera presença é fundamental. É preciso uma combinação de interações on-line e pessoais para criar um sentimento de comunidade. Mas não perca a oportunidade de travar conversas rápidas! A maioria das boas conferências oferecem essas oportunidades. Além disso, inclua grupos de usuários na sua lista de conferências. Vá até eles, dê início a eles ou faça as duas coisas. Ao iniciar um grupo de usuários, faça isso em um bar, café ou algo do gênero. Comece aos poucos e de uma forma social e deixe as apresentações técnicas crescerem lentamente à medida que mais pessoas trouxerem suas próprias experiências para o grupo. Além disso, não se sinta na obrigação de fazer sempre uma grande apresentação técnica com 100 pessoas na sala a cada mês. Isso está fora da realidade. Experimente realizar sessões técnicas trimestrais, mas se reúna mensalmente em um bar para comer e beber cerveja e, entre as reuniões, discuta os assuntos da pauta. Comece aos poucos e procure maneiras de criar uma tradição por meio de experiências repetidas. Uma pequena cultura logo se desenvolverá ao longo do tempo, e esse é o elo que manterá seu grupo de usuários unido.

  7. Infra-estrutura e processo de desenvolvimento: se for criar uma comunidade, você precisará passar algum tempo averiguando a infra-estrutura física necessária para dar suporte a todas as pessoas desejadas. Ela se expandirá? Que processo de desenvolvimento é necessário para aceitar contribuições? Quais testes são necessários? Você oferece uma sandbox para experimentação? Que ferramentas são necessárias para hospedar os artefatos do projeto? Quem tem acesso? Isso tudo depende de você querer hospedar no ou em outro site, e se administrará um grupo de comunidades, um grupo de usuários ou um projeto de desenvolvimento. O número de colaboradores de código mais avançado será sempre pequeno, mas são justamente essas pessoas que precisam descobrir as ferramentas de que necessitam. No entanto, não-codificadores devem participar dessas discussões, pelo menos parcialmente, para que a infra-estrutura seja criada de forma a acomodar uma ampla variedade de contribuições.

  8. Liderança, governança, cultura: quais são os valores da sua comunidade? Como será a estrutura social? Como a comunidade se administrará? Como você tomará decisões? Qual é o seu modelo de liderança? Como você chamará a atenção dos colaboradores? Como você resolve conflitos? Essas são perguntas que precisam ser respondidas sempre que qualquer grupo grande de pessoas se reúne para colaborar em algo. Quando você é pequeno, consegue gerenciar isso com facilidade de cabeça, mas quando atinge um crescimento global, precisa documentar o comportamento que deseja incentivar, bem como definir algumas regras com relação a como gerenciar tudo isso. Esse processo não precisa ser prolixo e burocrático, mas as pessoas precisam saber o que você pretende e espera. Talvez um único líder forte seja adequado, mas convém considerar também outras opções de mecanismos de liderança distribuída. Procure exemplos em outras comunidades como Mozilla, Linux, Apache, Ruby, Java e BSDs. Na verdade, existem muitas outras, mas essas são algumas das maiores comunidades de software de código-fonte aberto.

  9. Universidades: se desejar crescer, você precisará voltar à escola e passar o tempo com jovens. Primeiramente, apresente seu projeto a alunos e professores universitários de mercados emergentes. Por motivos óbvios, comece pela Índia e pela China. Mas não se esqueça dos mercados estabelecidos. Visitas a universidades talvez sejam a melhor maneira de garantir que seu projeto tenha possibilidades de sobreviver no futuro. Negligenciar universidades está fora de questão. Isso precisa ter prioridade máxima. A propósito, essa será provavelmente a parte mais divertida das operações de criação da comunidade.

  10. Global: crie sua comunidade com uma perspectiva global em mente. Onde estão os desenvolvedores que estariam interessados no seu projeto? Vá até eles. Inúmeras vezes. Contudo, ao se tornar global, você se deparará com todos os tipos de questões culturais e lingüísticas interessantes que irão desacelerar o processo. Isso é esperado. Procure pessoas que possam ajudar a criar a comunidade em um determinado local e, depois, trabalhe para conectar vários locais entre si. Você não terá uma "única" comunidade no mundo todo, portanto, não espere que todos simplesmente o sigam (ou mesmo o entendam). Você terá muitas comunidades e elas expressarão sua própria independência de formas bem diferentes. Seu trabalho consiste em incentivá-las a ser independentes na medida necessária, mas também ajudá-las a se conectarem a outras regiões, de forma que possam participar da metacomunidade. Isso não é, por sinal, nada fácil, mas é necessário, além de poder ser uma fonte de contribuições realmente inovadores à medida que os mercados emergentes se desenvolvem.

  11. Marketing: conheça sua equipe de marketing. Ela pode ajudar a divulgar o seu projeto formalmente em conferências, na imprensa, junto a analistas ou em reuniões com clientes. Além disso, essas pessoas podem oferecer uma perspectiva que você talvez não tenha considerado com relação a problemas importantes, como marcas comerciais, branding, lançamentos, anúncios, vazamentos e instabilidades do mercado. Você não sabe necessariamente o que a imprensa está dizendo a seu respeito, certo? Será que uma maior exposição ajudaria? Quais são as questões competitivas que o marketing consegue perceber e você, não? Além disso, participe de programas especiais que a Sun realiza ocasionalmente, como eventos e concursos de codificação. A Sun tem outros programas para desenvolvedores e sites que aceitam conteúdo e participação de bom grado. Aproveite os recursos globais da empresa nesse sentido. A propósito, humildade e honestidade são as melhores técnicas para um marketing eficaz do código-fonte aberto. Lembre-se disso ao divulgar seus projetos.

  12. Promoção: isso é algo muito maior do que o marketing, além de ser também um pouco diferente. Não se trata de disciplinas de marketing específicas, como propaganda, comercialização, branding, RP ou AR. Em vez disso, tudo gira em torno do envolvimento direto não filtrado em um nível que leva à contribuição e à participação ativas. Trata-se da criação de uma comunidade por meio de comunicações abertas. Agora, isso certamente inclui marketing, mas também inclui gerentes de projetos e de engenharia, bem como qualquer outra pessoa que deseje se envolver. Além disso, você é o melhor promotor do seu trabalho, logo, precisa assumir a responsabilidade direta pela comunicação da sua própria maneira. Você aproveitará outros recursos para isso, mas, em última análise, você é responsável pelos seus próprios resultados, o que, nesse caso, significa expandir sua comunidade e promover sua tecnologia. Não se limite a simplesmente atribuir essa função a outra pessoa e afastar-se. Envolva-se.

  13. Assuntos legais: essa é, predominantemente, uma questão interna à Sun, à medida que você abre ferramentas e códigos anteriormente fechados. Mas mesmo quando um projeto é aberto, é preciso considerar marcas comerciais, direitos autorais, acordos com colaboradores, licenciamento, análise de fontes etc. Esses itens não ajudarão necessariamente a comunidade a crescer, mas sem dúvida poderão parar tudo rapidamente caso não sejam levados em consideração. Conheça seus advogados. Informe a eles as necessidades da comunidade e peça-lhes que lhe mostrem as realidades da lei. A informação aqui deve ser bidirecional.

  14. Gerência de projetos: à medida que sua comunidade crescer, ela certamente envolverá vários projetos de engenharia e atividades de usuários do mundo todo. Quem administrará essas operações tão complexas? Quem gerenciará o plano e manterá os indicadores e os planos de ação atualizados? Quem o alertará para a política organizacional com a qual você certamente se defrontará? Assim, convém procurar um bom gerente de projetos para ajudar a facilitar o processo. Da mesma forma que engenheiros devem criar a comunidade abertamente, os gerentes de projetos também devem fazer o mesmo. Se analisar seu projeto no contexto mais amplo possível, você verá que envolve as mais diversas disciplinas, dentro e fora do firewall, e isso afetará a sua maneira de criar a comunidade. 

  15. Divirta-se: por fim, criar uma comunidade é, no final das contas, um exercício social, em que a participação deve ser uma diversão para as pessoas. Você deseja atrair pessoas para sua comunidade, certo? Deseja incentivar as pessoas para que permaneçam na sua comunidade, certo? Torne a participação uma diversão. Ofereça às pessoas a oportunidade de se divertirem, e elas se divertirão.

Referências do OpenSolaris:

Constituição | Grupos de comunidades | Projetos | Referência de sites de liderança | Contribuição | Valores | Processo de desenvolvimento | Referência de desenvolvimento | Promoção e grupos de usuários | Contribuições de código

Livros sobre código-fonte aberto, licenciamento e desenvolvimento de comunidade

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Atualizações posteriores: 12/26/07, 12/27/07, 4/28/08, 5/16/08


« July 2016

No bookmarks in folder