オープンソースプログラムオフィスに関するシリーズ記事の第一弾で、私はオープンソースプログラムオフィスとは何か、なぜあなたの会社にオープンソースプログラムオフィスが必要なのかを深く掘り下げました。続いて、Googleがどのように新しいタイプのオープンソースプログラムオフィスを作り上げたかについても触れました。この記事では、オープンソースプログラムオフィスを持つことのメリットについて説明します。
一見すると、非ソフトウェア開発企業がオープンソースプログラムオフィスをより熱心に受け入れる重要な理由は、彼らには損失がないことです。結局のところ、彼らはこれらのソフトウェア製品に依存して収益を得ているわけではありません。例えば、Facebookは「分散型キーバリューデータストア」をオープンソースプロジェクトとして簡単に公開できますが、それは「エンタープライズキーバリューデータストア」という製品を販売していないからです。これはリスクに関する質問には答えていますが、オープンソースエコシステムへのコード貢献を通じてどのように利益を得ているかという質問には答えていません。考えられる理由を一つずつ推測し、検討してみましょう。オープンソースプロジェクトベンダーの多くの動機は同じですが、いくつかの違いもあります。
採用
採用は、オープンソースプログラムオフィスを上層部に売り込む最も簡単な方法かもしれません。採用に関連するコストと投資収益率を示し、天才的なエンジニアとの関係をどのように発展させるかを説明し、それによってこれらのプロジェクトに興味を持ち、喜んで取り組む天才的な開発者とつながりを築くことができます。言うまでもありませんね！
技術的影響力
かつて、ソフトウェア販売を専門としない企業が、ソフトウェアベンダーの開発サイクルに直接影響を与えることは困難でした。特に彼らが大口顧客でない場合はなおさらです。オープンソースはこれを完全に変え、ユーザーとベンダーをより公平な競争環境に置きました。オープンソース開発の台頭により、時間とリソースを投資する意思があれば、誰でも技術を選択した方向に進めることができます。しかし、これらの企業は、開発への投資が実りある成果をもたらす一方で、全体的な戦略的努力がより効果的であることに気づき始めています。バグ修正とソフトウェア構築を比較してみてください。ほとんどの企業はバグ修正を上流のオープンソースプロジェクトに委ねていますが、一部の企業は、より深いコミットメントとより迅速な機能開発を通じて持続的な作業を調整することで、ビジネスにより有益であることを認識し始めています。オープンソースプログラムオフィスモデルを通じて、企業の従業員はオープンソースコミュニティから戦略的重点分野を正確に嗅ぎ分け、開発リソースを投入することができます。
GoogleやFacebookのような急成長企業にとって、既存のオープンソースプロジェクトへのリーダーシップは、ビジネスの拡大を満たすには不十分です。激しい成長と超大規模システムの構築という課題に直面し、多くの大企業は内部でのみ使用する高度にカスタマイズされたソフトウェアスタックの構築を始めました。インフラストラクチャプロジェクトで協力するよう他者を説得できなければなりません。そのため、Linuxカーネル、Apache、その他の既存プロジェクト分野への投資を維持しながら、独自の大型プロジェクトを立ち上げ始めています。FacebookはCassandraを公開し、TwitterはMesosを作成し、GoogleもKubernetesプロジェクトを作成しました。これらのプロジェクトは業界イノベーションの主要なプラットフォームとなり、関連企業の目覚ましい成功を証明しています。（Facebookは、より大規模な問題を解決するために新しいソフトウェアプロジェクトを作成する必要が生じた後、内部的にCassandraの使用を停止しましたが、その時点でCassandraはすでに人気となり、DataStax社が開発を引き継ぎました）。これらすべてのプロジェクトは、開発者、関連プロジェクト、エンドユーザーで構成されるエコシステム全体の加速的な成長と発展を促進しました。
企業の戦略的取り組みと一致しないオープンソースプログラムオフィスは成功しません。そうしなければ、これらの企業は依然としてこれらの問題を個別に、そしてより遅く解決しようとするでしょう。これらのプロジェクトを持つことは、内部のビジネス問題を解決するのに役立つだけでなく、これらの企業が業界の巨人になるのを助けます。もちろん、Googleは長年業界の巨人ですが、Kubernetesの発展はソフトウェアの品質を確保し、コンテナ技術の将来の方向性について直接的な発言権を持つようになり、以前よりもはるかに大きな発言権を持つようになりました。これらの企業は、超大規模インフラとシリコンバレーの中核的存在として有名です。あまり知られていませんが、より重要なのは、技術生産者との親密さです。オープンソースプログラムオフィスは、技術的アドバイスと影響力のある開発者との関係、そしてコミュニティガバナンスと人材管理における深い専門知識を活用してこれらの取り組みを主導し、その影響力を最大化しています。
マーケティング能力
技術的影響力と並行して、すべての企業がオープンソースへの取り組みについて語っています。プロジェクトとコミュニティに関するメッセージを広めることで、オープンソースプログラムオフィスはターゲットを絞ったマーケティング活動を通じて最大の影響を提供できます。マーケティングはオープンソース分野では常に汚い言葉でした。誰もが企業マーケティングによる悪い経験を持っているからです。オープンソースコミュニティでは、マーケティングは従来の方法とは全く異なる形を取り、コミュニティが戦略的方向性で何をしたかに焦点を当てます。そのため、オープンソースプログラムオフィスがまだコードを公開していないプロジェクトを宣伝することはありませんが、どのようなソフトウェアを作成し、他にどのような取り組みに参加しているかについて議論します。基本的に、「ベーパーウェア」はありません。
Googleのオープンソースプログラムオフィスが行った最初の仕事を考えてみてください。彼らは単にLinuxカーネルや他のプロジェクトにコードを貢献しただけでなく、それについて語り、オープンソース会議の基調講演で頻繁に登壇しました。彼らはオープンソースコードを書く学生にお金を与えただけでなく、「Google Summer of Code」というグローバルプログラムを作成し、現在ではオープンソース開発の文化的な象徴となっています。これらのマーケティングの役割は、Kubernetesの開発が完了する前に、オープンソース世界におけるGoogleの巨人としての地位を確立しました。最終的に、GoogleはGPLv3ライセンス作成期間中に重要な影響力を持ち、テクノロジーイベントでは企業のスポークスパーソンとオープンソースプログラムオフィスの代表者が主要人物となりました。オープンソースプログラムオフィスは、これらの取り組みを調整する最良の組織であり、親会社に真の価値を提供できます。
内部プロセスの改善
内部プロセスの改善は大きなメリットのように聞こえないかもしれませんが、混沌とした内部プロセスを克服することは、すべてのオープンソースプログラムオフィスにとって課題です。ソフトウェアベンダーであろうと企業内の部門であろうと。ソフトウェアベンダーは、プロセスが公開する製品と重複しないことを確認する必要がありますが（例えば、誤って商用販売ソフトウェアをオープンソースにするなど）、ユーザーは知的財産（IP）法の侵害をより心配しています：特許、著作権、商標。誰もソフトウェアを公開しただけで訴えられたいとは思いません。活発なオープンソースプログラムオフィスがこれらのライセンスやその他の法的問題を管理・調整しなければ、大企業はオープンソースプロセスと管理に大きな困難に直面します。なぜこれが重要なのでしょうか？異なるチームが互換性のないライセンスでソフトウェアを公開すれば、それは単に恥ずかしいだけでなく、最も基本的な目標である協力の改善に大きな障害となります。
まだ急速に成長している多くの企業を考えると、基本的なプロセスルールを確立できなければ、抵抗に遭遇することが予想されます。私は、承認済み、未承認のライセンスを羅列した巨大なスプレッドシートや、法的制限を遵守しながらオープンソースコミュニティを作成する方法（または作成しない方法）に関するガイドを見たことがあります。重要なのは、開発者が決定を下す必要があるときに依拠できるものがあり、開発者がオープンソースコミュニティにコードを貢献したいときに、大量の法的オーバーヘッドや非効率的な知的財産チェックを発生させないことです。
活発なオープンソースプログラムオフィスがあり、ライセンスルールとソースの貢献を維持し、エンジニア向けのトレーニングプログラムを構築することで、潜在的な法的欠陥や高価な訴訟を回避できます。結局のところ、良好なオープンソースプロジェクトの協力は、誰かがライセンスを読まなかったために会社がお金を失うようなイベントを減らすことができます。良いニュースは、企業は独占的な知的財産とソフトウェアベンダーとの競合についてあまり心配する必要がなくなったことです。悪いニュースは、彼らの法的問題は十分に複雑ではなく、特にソフトウェアベンダーの抵抗に直接直面する必要がある場合です。
あなたの組織はオープンソースプログラムオフィスを持つことでどのように利益を得ていますか？コメントで共有してください。
この記事の著者John Mark Walkerは、Dell EMCの製品管理ディレクターで、ViPRコントローラー製品とCoprHDオープンソースコミュニティを管理しています。ManageIQを含む多くのオープンソースコミュニティを率いてきました。
翻訳元：https://opensource.com/business/16/9/4-big-ways-companies-benefit-having-open-source-program-offices著者：John Mark Walker
オリジナル：LCTT https://linux.cn/article-7950-1.html翻訳者：Chao-zhi Liu
転載请注明：デベロッパーリレーションズ »
