オープンソース協会開源社

この記事は、「オープンソースへの参加」、「オープンソースへの貢献」、「オープンソースにおけるリーダーシップと影響力の構築」という3部構成のシリーズの第一歩です。初めてご覧になる方は理解が難しいかもしれませんが、まずは実践が理解への鍵となります。まずは「オープンソース・ソサエティ」WeChat公式アカウントをフォローして、オープンソースガバナンスに関する記事をご覧ください。次に、ALC北京WeChat公式アカウントで多数の実践記事をご覧いただけます。さらに深く探求するには、TODOグループ（ https://todogroup.org/ ）で様々な企業が共有する実践的な経験をフォローすることをお勧めします。「口で言うのは簡単だが、オープンにするのは難しい」。必要なのは「とにかくやる」ことだけです。

— オープンソース・ソサエティの共同創設者兼ディレクター、劉天東

オープンソースは、テクノロジー分野だけでなく、あらゆる業界でソフトウェア開発の標準的な方法となっています。企業がオープンソースコードを使用して自社の商用製品やサービスを構築するにつれ、これらのオープンソースプロジェクトに価値を提供することの戦略的重要性も認識されるようになりました。

しかし、これらのプロジェクトに、そのコミュニティやその運営方法を理解せずに軽率に参加すると、企業やオープンソースコミュニティに悪影響を与える可能性があります。行き当たりばったりにオープンソースへの貢献を行うと、オープンソースコミュニティ内での企業の評判が損なわれ、法的リスクに直面する可能性もあります。

このガイドでは、組織がオープンソースプロジェクトに貢献することの重要性と、コミュニティの一員として認められる方法について解説します。オープンソースプロジェクトの構造、貢献方法、参加に社内開発リソースを投入することが不可欠である理由、そしてオープンソースへの参加と管理のための戦略がなぜ必要なのかを理解することは、組織にとって非常に重要です。

オープンソースソフトウェアの恩恵を受けていない組織を見つけるのは事実上不可能です。Intel、IBM、Samsungといった企業は、オープンソースコミュニティへの貢献に特化した包括的なオープンソースイニシアチブを展開しています。多くの企業は、システム管理者や開発者がオープンソースソフトウェアを導入することで、ひっそりとオープンソースユーザーになっています。

多くの企業はオープンソースソフトウェアに依存しています。なぜなら、オープンソースソフトウェアは企業の成功に不可欠であり、オープンソースプロジェクトへの貢献は利益を生むだけでなく、必要不可欠なものだからです。2005年以来、1,300社以上の企業から13,500人以上の開発者がLinuxカーネルに貢献してきました。これはほんの一例です。

多くの大規模プロジェクトでは、貢献者のほとんどがCephやGlusterのようなプロジェクトを利用する企業から来ていることが分かっています。お客様はソフトウェアを使いながらコードを貢献してくれることがよくあります。個人であれ企業であれ、私たちはそれを成功物語と考えています。—ストーミー・ピーターズ[1]、Red Hatコミュニティリーダー、シニアマネージャー

これらの貢献の一部は、単にコミュニティに貢献したいという組織からのものであるかもしれませんが、組織内で使用されているオープンソースソフトウェアプロジェクトに貢献する強力なビジネス上の理由は数多くあります。貢献する動機として、以下のようなものが挙げられます。

• 人材の獲得。オープンソースソフトウェアを展開する必要がある場合、プロジェクトに最も精通している人々は、当然のことながら、そのプロジェクトのコミュニティにいます。コミュニティ内で情報を公開することで、自分の好きなオープンソースプロジェクトに携わり、報酬を得られると考えている人材を引きつけることができます。従業員がこれらの人々と日々仕事をすることで、適切な人材を見つける手助けにもなります。（開発者採用ガイド参照）
• コストを削減しましょう。組織がバグ修正や新機能をアップストリームのオープンソースプロジェクトにコントリビュートしなければ、将来的に新機能やセキュリティ修正を追加するアップグレードを行う際に、メンテナンスコストの急騰という悪夢に直面することになります。アップストリームプロジェクトに変更をコントリビュートすることで、追加のメンテナンスコストを発生させることなく、将来のアップデートに自動的に反映されます。
• 方向性への影響。オープンソースプロジェクトでは、新機能や機能追加への貢献は必然的にプロジェクトの方向性に影響を与えます。組織にとって重要な機能をプロジェクトに提供したい場合、あらゆるアップデートを実装するために積極的な貢献者が必要です。貢献を通じて、プロジェクトの方向性に影響を与えることができます（ただし、変更内容がプロジェクトの目標と一致していることが前提です）。

ただし、これらのコミュニティに参加する際には、貢献における認知エラーやその他の問題を回避するために注意が必要です。オープンソースプロジェクトごとに仕様、期待される成果、プロセスが若干異なるため、組織が貢献を始める前に、これらを徹底的に理解しておく必要があります。これは、誰かをコミュニティに参加させて一定期間観察してもらうか、コミュニティ活動の経験を持つ人材を雇うことで実現できます。

オープンソースプロジェクトの第一印象は、戸惑うかもしれません。オープンソースソフトウェアに全く馴染みのない人は、一見バラバラなメンバーがどのようにしてコードをまとめ上げ、最終的に何百万人ものユーザーが利用する安定した製品を生み出すのか、不思議に思うことがよくあります。しかし、オープンソースソフトウェアはそうではないことがすぐに分かるでしょう。ほぼすべてのオープンソースプロジェクトは独自のフレームワーク構造を持っており、優れたプロジェクトでは、その構造とプロジェクトガバナンスについてウェブサイトやドキュメントで明確に説明しています。（GitHubの貢献者ガイドラインは、プロジェクト構造の概要をわかりやすく説明しています。）

具体的なガバナンス モデルはプロジェクトごとに大きく異なりますが、共通点もいくつかあります。

• リーダー：機能、リリース、その他の活動に関する最終決定を下す責任者が少なくとも1人必要です。場合によっては、特定の人物が責任者となることもあります。例えば、Linus TorvaldsはLinuxカーネルの原作者であり、その進化に関するあらゆる事項について最終決定権を持っています。また、Node.jsプロジェクトの運営を担うコア技術委員会のように、プロジェクトの様々な側面を担当する委員会が1つ以上存在する場合もあります。
• メンテナー：ほとんどのリーダーは、プロジェクトのメンテナンスを担当する特定の個人に意思決定権限の一部を委譲します。大規模プロジェクトでは、これらのメンテナーがサブシステムコンポーネントの責任者にも責任を委譲することがあります。例えば、Linus TorvaldsはLinuxカーネルのドキュメントに関する意思決定権限をJonathan Corbetに委譲しました。
• 提出者:一部のプロジェクトでは、プロジェクトに貢献し、信頼性が高く明確な責任を負っているとみなされる個人が、メンテナーにレビューを依頼することなく、プロジェクトのコンテンツの全部または一部を直接コミットできる特別な役割が設けられています。ただし、提出者の貢献はメンテナーまたはプロジェクトマネージャーによるレビューの対象となり、問題が発生した場合には却下される可能性があります。
• 貢献者：多くの人がコード、ドキュメント、その他の追加機能を通じてオープンソースプロジェクトに貢献しています。これらの貢献は通常、経験豊富なコミッターやメンテナーによるレビューを経てから採用されます。
• ユーザー：オープンソースプロジェクトの成長と発展において、ユーザーグループは間違いなく最も重要なグループです。ユーザーはプロジェクトに方向性を与え、成長を支えます。コミュニティ内では、これらの貴重なメンバーが機能に関するフィードバックやバグレポートなどを提供できます。

オープンソースプロジェクトにとって、コミュニティは強みであると同時に弱みでもあります。強力で活気があり、多様性に富んだオープンソースコミュニティを持つことは、プロジェクトの成功に不可欠です。前述のすべての人々はこのコミュニティの一員であり、ドキュメント作成、運用、ユーザーサポートの責任者など、他の重要な役割にも依存しています。

貢献プロセスはオープンソースプロジェクトによって異なります。例えば：

• 各プロジェクトでは、コーディング スタイル、言語、形式、バグ/タスク番号、リリース時間などの情報に関して異なるガイドラインが提供されます。
• 一部のプロジェクトでは貢献者契約が必要ですが、他のプロジェクトでは署名やその他のプロセスを使用します。
• 一部のプロジェクトでは、パッチをメーリング リスト経由で送信する必要がある場合がありますが、他のプロジェクトではプル リクエスト (PR) が必要な場合があります。

上記は貢献の可能な種類をいくつか挙げたに過ぎません。そのため、貢献方法に関するドキュメントを優先的に読むことが重要です。多くのプロジェクトでは、このドキュメントをコードリポジトリのメインディレクトリ内の貢献ガイドまたはREADMEファイルとして提供しています。そうでない場合は、ウェブサイトのドキュメントやコミュニティセクションを詳しく調べる必要があるかもしれません。その他の有用なドキュメント、コミュニティガイドライン、行動規範を見つけて読むことも、特定のプロジェクトで期待される行動を正確に理解する上で有効なアプローチです。

初めてプロジェクトに貢献する場合は、最初の貢献の準備を始める際に、自分の作業をレビューして指導してくれるメンターや経験豊富なプロジェクト メンバーを見つけることを検討してください。

ドキュメントに記載されているプロセスに従って貢献を送信した後は、フィードバックに速やかに対応する必要があります。一般的なフィードバックは、特定のタスクの実行方法や特定の手法が選択された理由、そして改善や改良のための提案などです。これらのフィードバックは時に厳しいものになることもあるため、抵抗を招かないように貢献を洗練させるためのものだと理解しておきましょう。コードが受け入れられるまでに、何度かの再提出とフィードバックセッションが必要になる場合があり、場合によっては拒否されることもあります。拒否される理由は無数にあるため、コードが拒否された場合は、個人攻撃ではないことを理解してください。可能であれば、貢献が受け入れられなかった理由について詳しく理解し、次回の受け入れの可能性を高めましょう。

一つだけ覚えておいてください。貢献が受け入れられた場合、長期間のメンテナンスが必要になる可能性があります。これは特に、大規模な貢献、新機能、あるいはスタンドアロンコード（特定のハードウェア用ドライバなど）の場合に当てはまります。小規模な貢献やバグ修正の場合、長期的なメンテナンスは期待できない可能性が高いです。

長年にわたり、一部のオープンソースプロジェクトと、それらを利用または貢献する企業やその他の組織との関係は、やや不安定な状態が続いています。多くの組織が慣れ親しんでいるビジネス関係モデルは、オープンソースプロジェクトではうまく機能しないことが多く、効果的な貢献方法を理解するために多大な労力を費やす必要がある組織もあります。

もう一つの課題は、組織の要求がオープンソースプロジェクトの目標と矛盾する場合、その組織は利己的、あるいは妨害的とみなされる可能性があることです。これにより、オープンソースコミュニティは、その組織の貢献の背後にある動機に疑問を抱く可能性があります。組織がプロジェクトの本来の目標から逸脱した重要な貢献を試みてきた経歴がある場合、その経歴によって、一部のプロジェクトにおいてコミュニティの信頼を得ることがさらに困難になる可能性があります。

もちろん、成功事例は無数にあります。その代表例がLinuxカーネルです。多くの組織が様々な形で意義深い貢献を果たしてきました。組織にとって、オープンソースプロジェクトに貢献する最も一般的かつシンプルな方法は、多くの時間をプロジェクトに捧げる従業員に報酬を支払うことです。成功するには、従業員がプロジェクトの貢献プロセスとガイドラインを深く理解し、受け入れられる可能性を高める必要があります。組織がプロジェクトに初めて参加する場合、またはオープンソースに初めて取り組む場合は、対象となるオープンソースプロジェクトで既に貢献し、実績のある人材を採用することを検討してください。彼らは、貢献を成功させるための専門的なサポートを提供できます。経験豊富な貢献者は、オープンソースのキャリアパスへのコミットメントから、従業員の指導に積極的に取り組んでくれるかもしれません。（オープンソース開発者採用ガイドを参照）

ほとんどのプロジェクトは、組織に複数の参加方法を提供していますが、参加方法はプロジェクトによって異なります。オープンソースプロジェクトとその基盤は通常、組織に対し、インフラ、資金、マーケティング、法的サポートなどのリソースの提供を求めています。多くのプロジェクトでは、企業が資金や人材を提供することで、専門的なリソースや認知度の向上と引き換えに、プロジェクトへのスポンサーシップやより正式な参加を認めています。

例えば、Node.js Foundationの理事会は、企業会員の代表、技術運営委員会の代表、そして個人会員によって選出された代表で構成されています。理事会の企業会員は、規模に応じて5,000ドルから250,000ドルの範囲でスポンサーシップを提供します。スポンサーシップやメンバーシップの具体的な要件はプロジェクトごとに若干異なりますが、オープンソースプロジェクトへの財政支援は、プロジェクトが経費を賄い、成功裏に運営を継続する上で役立ちます。

このガイドとほとんどのオープンソースプロジェクトに共通する点は、それぞれのプロジェクトが独自のものであるということです。新しいオープンソースプロジェクトに参加する際は、その運営方法を理解し、適切な参加方法を探すのに時間をかける必要があります。

組織がオープンソースプロジェクトに参加する場合、プロジェクトに関わるすべての従業員がこの学習プロセスを経る必要があります。以下の提案は、学習を始める際に役立つでしょう。

• コミュニティに参加しましょう。参加方法や参加チャネルはコミュニティによって異なります。コミュニティについて理解を深め、メーリングリスト、フォーラム、IRC、Slack、バグトラッカー、ソースコードリポジトリなどの主要なコミュニケーションチャネルに参加するには、ドキュメントをご覧ください。
• 学びに没頭しましょう。コミュニティに参加したら、すぐに貢献しようとせず、まずはアーカイブを読んでコミュニティの文化を吸収しましょう。プロジェクトに参加する前に、コミュニティのルールとビジョンを理解しましょう。読んだり聞いたりする時間を多く取れば取るほど、最初の貢献が受け入れられる可能性が高まります。
• ガバナンス構造を理解しましょう。貢献する前に、プロジェクトのガバナンスと管理に関するドキュメントやオンラインリソースを読んでください。さまざまな種類の貢献について、誰が意思決定の責任者であり、どのように意思決定が行われるかを理解する必要があります。
• 小さなことから始めましょう。簡単なバグの修正やドキュメントの改善から始めましょう。小さくて無害な貢献を通して、プロセスを学び、悪い習慣を修正することははるかに容易です。これは組織のニーズにとって非常に重要です。より複雑な貢献に取り組む際には、小さくて重要度の低い貢献におけるミスも、複雑な貢献を行う際と同じ注意を払う必要があります。

組織が最初の小さな貢献をどのように行うかを明確にしたので、それを基にしてより大きな貢献を行い、プロジェクトに大きな影響を与える必要があります。

• イベントを通じてネットワークを構築しましょう。オープンソースコミュニティに参加する上で、個人的かつ集団的な関係は重要な要素です。イベントへの参加は、プロジェクトの他のメンバーと永続的なつながりを築く最良の方法です。対面でのコミュニケーションは、お互いをより深く理解することを可能にし、メールやマウスの向こう側にいる人物像をより深く理解することを可能にします。これらのイベントには、プロジェクトリーダーや熱心なユーザーから、スポンサーシップ、ブース、デモなどを通じてプロジェクトを支援する組織まで、多様な人々が集まります。ほとんどのイベントは、スポンサーからの財政的支援なしには実現できません。こうした組織的な支援によって、私たちは互いに学び合い、プロジェクトの目標を共に前進させることができるのです。
• 早い段階からコミュニティに参加し、積極的に活動を続けましょう。一部の組織は、大規模なコードを自社開発し、それをオープンソースプロジェクトに直接投入するという過ちを犯しますが、これはコミュニティと交流する良い方法とは考えられません。実際、オープンソースプロジェクトは非常に複雑であり、一見明白な変更であっても、プロジェクトの他の部分に広範囲にわたる影響を及ぼす可能性があります。一般的に、大きな変更は、副作用がなく、解決策がプロジェクトの長期的な目標と合致していることを確認するために、実装前にコミュニティで議論する必要があります。コードベースの作成に多大な労力を費やす前に、解決策ではなく具体的​​な問題についてコミュニティで議論に参加することで、仕事の効率化につながります。（参照： Jon Corbet著『Linuxカーネルコミュニティとの関わり方ガイド』 [2]）
• アップストリームに貢献しましょう。これは、オープンソースプロジェクトに加えた変更を元のメンテナーに送信し、今後のソフトウェアリリースに組み込んでもらうことを意味します。企業がオープンソースに初めて取り組む場合は、アップストリームへの貢献の重要性をスタッフに理解してもらうために、時間をかけて指導する必要があるかもしれません。時には、単純で雑なパッチでインフラの作業を楽にしようとする人がいますが、アップストリームプロジェクトに受け入れられるために、それを整理して厳格なプロセスに従うことを嫌がる人もいます。

しかし、長期的には、各アップグレードサイクルで必要となる単純なパッチのテスト、更新、再適用は、ほとんどの場合、直接アップストリームに公開するよりも時間と労力がかかります。コミュニティでは、このような行動は利己的とみなされます。なぜなら、他の人もあなたの修正の恩恵を受けることになるからです。そのため、オープンソースコミュニティにおける組織の評判を損なう可能性もあります。

内部組織

1. 適切な理由により、アップストリームに貢献することが決定されました。
2. コードを設計および実行するときは、アップストリーム プロジェクトを考慮する必要があります。
3. 私たちは「上流優先」戦略を採用しています。つまり、まず上流のサプライヤーにパッチを提出し、その後、下流の製品にパッチを適用します。
4. たとえソフトな関与であっても、開発者をオープンソース プロジェクトに参加させましょう。

外部/プロジェクト指向の組織

1. あなたの貢献が他の人にとって役立つものであることを確認してください。
2. 適切なコーディング標準に従ってください。
3. 作業は、プロジェクトの提出プロセスと並行して行う必要があります。
4. 貢献についての文書と説明を提供します。
5. フィードバックに耳を傾け、具体的な行動を起こしましょう。
6. 落ち着いて、満足できるまで何度も修正してください。

組織にとって最も難しいことの一つは、オープンソースプロジェクトにおいてどのように影響力を獲得するかを理解することです。組織が大企業であっても、オープンソースコミュニティからまだ尊敬を得ていないからといって、重要人物として扱われると期待してはいけません。影響力は、積極的な関与から生まれます。オープンソースプロジェクトに貢献する人は、信頼と責任が証明されるにつれて、時間の経過とともに影響力とリーダーシップを増していくでしょう。

潜在的な対立を予測し、専門的に対処するための準備を整えておくことも重要です。意思決定、貢献方法、スタイルなど、意見の相違が生じる可能性があるため、レビュープロセスは非常に白熱する可能性があります。冷静かつプロフェッショナルな姿勢を保ち、フィードバックは個人的な意見ではなく、貢献そのものに焦点を当てたものにしてください。オープンソースプロジェクトへの関与は公開されており、インターネット上に永久的な痕跡を残す可能性があることを忘れてはなりません。制御不能で白熱した議論は、将来、組織やあなた自身に問題を引き起こす可能性があります。こうした関与はすべて公開されるため、従業員には、扱いにくい人との接し方や対立の解決方法について、的を絞ったトレーニングを提供することをお勧めします。

綿密に策定されたオープンソース貢献戦略は、従業員がオープンソースプロジェクトに参加するよう促すだけでなく、組織内の経営陣に対しても、この参加の重要性を示すことに繋がります。まず、組織全体のビジネスビジョンの観点から、オープンソースへの取り組みをより広範な戦略にどのように統合できるかを明確に示す必要があります。（参照：オープンソースビジネス戦略策定ガイド）オープンソース貢献戦略を組織の戦略目標と明確に結び付けることで、経営陣にこの取り組みの価値を示すことができ、従業員が自分の貢献がもたらす影響を理解しやすくなります。

「経営陣からのサポートと、オープンソースが当社の戦略において果たす重要な役割を理解することは非常に重要です。私たちは会社の目標を真に理解し、オープンソース戦略の中でそれをどのように達成できるかを理解する必要があります。」— コムキャスト社オープンソース・プラクティス担当シニアディレクター、ニシア・ラフ[3]

ビジネスビジョンに沿った目標と戦略を策定したら、次は実行計画を策定する必要があります。以下の質問は、この計画で取り組むべき事項について考えるのに役立ちます。

• これらの貢献はなぜ重要なのでしょうか？壮大な理想を語るのは簡単ですが、なぜこの仕事が組織にとって重要なのか、そしてその戦略的意義は何かを説明するには、説得力のある議論が必要です。
• 組織内でどのようなオープンソース プロジェクトを利用していますか？組織全体で活用されているオープンソース プロジェクトを評価し、ビジネスにとって戦略的に重要なプロジェクトを特定しましょう。特に、重要なビジネス インフラストラクチャ（運用）、製品リリース機能に影響を与える開発および展開ツール、顧客向け製品やサービスに不可欠なソフトウェアといった領域に重点を置くことをお勧めします。
• どのプロジェクトに貢献すべきでしょうか？多くの組織は数多くのオープンソース・プロジェクトを活用しているため、最も重要なプロジェクトに重点的に取り組み、計画を立てることが重要です。対象プロジェクトリストに載っていないからといって、貢献できないわけではありません。組織にとって優先度が低いというだけです。オープンソース・プロジェクトがビジネスにとって極めて重要であり、重大なダウンタイムを引き起こしたり、カスタマーサービスへの対応に支障をきたしたりする可能性がある場合は、貢献の候補として適切です。
• これまでどのような貢献をしてきましたか？従業員の中には、オープンソースプロジェクトに既に変更を加えている人もいるかもしれません。社内用のパッチを作成したり、アップストリームプロジェクトにパッチを提供してメンテナンスの負担を軽減したりしているかもしれません。社内チームと時間をかけてコミュニケーションを取り、潜在的な貢献者を特定し、これらの従業員の中に既に貢献できるスキルと関心を持っている人がいるかどうかを評価しましょう。
• 関連する専門知識は確保されていますか？人材獲得は必要ですか？このガイドの前半で述べたように、貢献を生み出す能力と、コミュニティと連携し、その貢献が認められるための社交スキルの両方を備えた人材を特定することが重要です。既にこれらのプロジェクトに貢献している従業員がいる場合は、既存のスタッフを活用することを検討してください。そうでない場合は、既にプロジェクトに貢献している人材を採用することを検討してください。他の計画と同様に、目標を達成するために必要なリソースと採用予算を確保する必要があります。
• プロジェクトの助成金／メンバーシップにはどれくらいの資金が必要ですか？選択したプロジェクトガバナンスモデルを確認し、プロジェクトまたはそれが代表する財団に企業メンバーシップやスポンサーシップのオプションがあるかどうかを確認してください。これにより、プロジェクトの成功に必要な資金を確保できるだけでなく、専門家アドバイザーとして参加したり、プロジェクトに影響を与えたりするなど、組織がより深くプロジェクトに関与できるようになる場合もあります。直接的な資金提供に加えて、関連するカンファレンスへのスポンサーシップも検討してください。これらのイベントは、あなたの研究成果を披露し、潜在的な従業員とのネットワーク構築に役立ちます。
• オープンソースへの貢献をどのように宣伝すればよいでしょうか？貢献のマーケティングやプロモーションを組織に頼るのは効果的ではないかもしれません。そのため、この取り組みを実装計画に組み込むことが不可欠です。そうすることで、成果物をどのように公開するかを全員が理解できるようになります。スポンサーシップ、プロジェクトカンファレンスやその他のイベントでの講演は、成果物を宣伝し、貢献者を募集する効果的な方法です。従業員の地元にあるユーザーグループの参加も見逃さないでください。地域社会への資金提供や貢献者への講演依頼は、特定のオープンソースプロジェクトに情熱を抱く地元の人々を獲得するのに役立ちます。
• どのような貢献ガイドラインやプロセスが必要でしょうか？これらのガイドラインやプロセスには、ルールや規制をできるだけ少なくし、オープンソースプロジェクトへの貢献を成功させるためのガイドに重点を置くべきです。ライセンスや機密保持の問題に直面することなく、ガイドラインやチェックリストを通して、貢献を成功させるための十分な準備が整っていることを確認できる場合に、これらのガイドラインやプロセスは最も効果的です。また、これは、新規参加者が貢献前に内部監査を通じてフィードバックを受け取るための安全な緩衝材にもなります。
• どのようなトレーニングが必要でしょうか？貢献方法に関するベストプラクティスのトレーニングに加え、オープンソースライセンス、ガバナンス、オープンソースコミュニティへの参加に関する定期的なトレーニングは非常に重要です。紛争解決、困難な人々への対応、その他のソーシャルスキルに関するトレーニングは、将来の問題発生を防ぐのにも役立ちます。この活動を長期的に継続させるために、経験豊富なオープンソース関係者が新規参入者を指導できるプログラムをトレーニング計画に追加することもできます。
• 計画の成功をどのように判断するのでしょうか？すべての計画には、成功基準とモニタリング計画が含まれている必要があります。これらは戦略から直接導き出されるもので、測定が容易な活動ではなく、組織にとって重要な活動を確実に追跡できるようにする必要があります。評価を実施する必要がある場合や測定ツールが必要な場合は、オープンソースのGrimoireLab[4]プロジェクトが参考になるでしょう。（参照：オープンソースプロジェクトの成功測定ガイド）
• オープンソースオフィスを設立する必要がありますか？オープンソースプロジェクトオフィスを設立するか、計画の実施を担当する専任者を任命することで、これらの問題への対応が容易になります。少なくとも、プロセスとトレーニングが確実に実施され、ライセンスに関するガイダンスが提供され、上級管理職や貢献者からの質問に答え、組織全体に最新情報を伝える担当者が必要です。（「オープンソースプロジェクトオフィス設立ガイド」を参照）

組織内でオープンソースへの貢献のための健全な環境を構築する方法:

1. オープンソースへの貢献をガイドする一連のポリシーと手順を開発します。
2. すべてのオープンソース貢献の承認を監督するチームを設立します。
3. テクノロジーをサポートする分野に重点を置き、貢献しましょう。
4. 貢献者に必要なITインフラストラクチャとツールを提供する
5. 貢献に関するベストプラクティスに関するトレーニングを従業員に提供します。
6. 貢献を追跡し、影響を評価し、改善し、伝える
7. 経験の浅い開発者をトレーニングするためのメンターシップ プログラムを開発します。
8. 貢献方法、貢献するもの、貢献しないものに関する貢献ガイドラインを提供します。
9. 開発者がオープンソースの規制サポートにアクセスできるようにします。
10. 最も価値を置くオープンソース コミュニティから人材を採用します。
11. 各プロジェクトに固有のコミュニティのプロセスとプラクティスに常に従います。

オープンソースプロジェクトは今後も存在し続け、多くの組織が顧客に製品やサービスを提供する上で重要な役割を果たします。組織が成功を支えてきたオープンソースプロジェクトに影響を与えたいのであれば、積極的に関与する必要があります。適切な貢献戦略と実装計画を立てることで、エンタープライズ・オープンソース・シチズンとして成功を収めることができます。ご健闘をお祈りいたします。

謝辞

寄稿者:

• ストーミー・ピーターズ、Red Hat シニアマネージャー、コミュニティリーダー
• Nithya Ruff、Comcast 社 オープンソース プラクティス シニア ディレクター

参考文献

[1] ストーミー・ピーターズ: https://twitter.com/storming

[2] Jon CorbetのLinuxカーネルコミュニティエンゲージメントガイド： https://www.linux.com/publica...

[3] ニティア・ラフ: https://twitter.com/nithyaruff

[4] グリモワールラボ: http://grimoirelab.github.io/

転載元：LFAPAC

編集：王俊

関連資料

2024年オープンソース協会年次報告書：新たなオープンソースライフを受け入れる
第9回中国オープンソースカンファレンスであるCOSCon'24は、2024年に中国の開発者の間で最も人気のある技術イベントとして認められました。

オープンソース協会の紹介

2014年に設立されたオープンソース協会（KAIYUANSHE）は、オープンソースの理念に献身的に貢献する個々のボランティアで構成されるオープンソースコミュニティであり、「貢献、合意、そして共同統治」の原則に基づき活動しています。KAIYUANSHEは、「ベンダー中立性、公益性、非営利性」の原則を堅持し、「中国を拠点とし、世界に貢献し、新時代のライフスタイルとしてオープンソースを推進する」というビジョンを掲げています。その使命は「オープンソースのガバナンス、国際的な連携、コミュニティの発展、そしてプロジェクトのインキュベーション」であり、健全で持続可能なオープンソースエコシステムの共創を目指しています。

オープンソース協会は、オープンソースを支援するコミュニティ、大学、企業、政府機関と積極的に連携しています。また、世界的なオープンソースライセンス認証組織であるOSIの中国初の会員でもあります。

2016年以降、中国オープンソースカンファレンス（COSCon）が毎年開催され、「中国オープンソース年次報告書」が継続的に発表されています。また、「中国オープンソースパイオニアリスト」と「中国オープンソースコードパワーリスト」も共同で立ち上げ、国内外で幅広い影響力を発揮しています。