関連があるソフトウェアを必要とする組織は、 似たようなコードを社内で書いたり、 商用ベンダから似たような商品を購入したりすることで、 同じ目標に向かって重複した努力をしていることがよくあります。 彼らはそれを知ると、 自分たちの需要を調整するため、 オープンソースプロジェクトを作る(または既存プロジェクトに参加する)かもしれません。 その利点は明らかです。 開発コストを分散しつつ、利益は参加したすべての組織が得ることができるからです。 このシナリオは、非営利な組織の場合もっともわかりやすいのですが、 競合関係にある営利組織であっても、戦略的には有意義なものです。

例: http://www.openadapter.org/, http://www.koha.org/

企業が販売している複数のサービスが特定のオープンソースソフトウェアに依存していたり、 それによってサービスの魅力を高めている場合、 そのソフトウェアを活発に維持していくことがその企業の関心事になるのは自然の流れです。

例: CollabNet が http://subversion.tigris.org/ をサポートしていること(お断り: これは筆者のルーチンワークですが、これがこのモデルの最良の例です)

コンピューターとその部品の価値は、 それが利用できるソフトウェアの量に直接左右されます。 ハードウェアベンダー — 完成したマシンのベンダーだけでなく、 周辺機器デバイスやマイクロチップのベンダーも含みます — は、自分たちのハードウェアを動かせる高品質なフリーソフトウェアが存在していることが、 顧客にとって重要であることに気付いているのです。

企業によっては、 競合しているソフトウェアの力を弱めることを狙ってオープンソースプロジェクトをサポートするところもあります。 競合するソフトは、オープンソースであってもそうでなくても構いません。 競争相手の市場シェアを減らすことが、 オープンソースプロジェクトに参加する唯一の理由ではないものの、 そのひとつだったりすることはあり得ます。

例: http://www.openoffice.org/ (競争相手を弱体化させることが OpenOffice の唯一の存在理由ではありませんが、 このソフトウェアは、少なくとも Microsoft Office に対する答えのひとつです)

人気のあるオープンソースソフトウェアに関わっている企業は、 それだけでブランド管理をうまく行うことができます。

デュアルライセンス とは、 自分のソフトウェアに商用のソフトウェアを組み込んで売りたい顧客向けの伝統的な商用ライセンスと、 ソースを公開して使いたい人向けのフリーなライセンスを同時に共存させてソフトウェアを提供するための手法です。 (10章ライセンス、著作権、特許 の 「デュアルライセンスの仕組み」 を参照してください) オープンソース開発者のコミュニティーが活発なら、 デュアルライセンスされたソフトウェアは、 広く多くの人から開発作業やデバッグをしてもらえるという利益を得られる上、 企業はフルタイムで働くプログラマーを支援することで、 ロイヤリティの収入を得ることができるのです。

このモデルの例として、よく知られているものがふたつあります。 同じ名前のデータベースソフトウェアを作っている MySQL、 そして Barkley DB を配布し、サポートしている Sleepycat です。 これらの例が両方ともデータベースを扱う会社であることは、 偶然の一致ではありません。 データベースソフトウェアは市場でユーザーに直接売るというよりは、 アプリケーションに統合される傾向があるため、 デュアルライセンスのモデルによく合っているのです。

広く使われているオープンソースソフトウェアのプロジェクトでは、 オンライン上で「寄付を行う」ボタンを押してもらったり、 コーヒーのマグカップやTシャツ、マウスパッドなどのような、 ブランド化した商品を売ることで、 個人や組織から重要な貢献を受けることができます。 ここで一言注意しておきます。もしあなたのプロジェクトで寄付を受けることにした場合、 お金が入ってくる 前 に寄付されたお金をどう使うかを計画し、 それをプロジェクトのウェブサイトに掲示するようにしましょう。 どうお金を使うかの議論は、実際にお金が入ってくる前の方がうまくいきます。 どちらにせよ、お金の使い方に同意が得られない場合は、 寄付を受けることが非現実的であると判断した方がよいでしょう。