翻訳者 |劉王洋

校正者 | Chonglou

オープンソース プロジェクトのメンテナーとして、問題を自分で解決するか、問題を作成してコミュニティに助けを求めるかというジレンマに陥ったことはありませんか?

タスクをいつ委任し、外部の貢献者をどのように関与させるかを明確に定義することは、貢献者のエンパワーメント、健全なコミュニティの育成、そしてバランスの取れたマインドセットの維持に不可欠です。もちろん、コアチームだけが対応でき、また対応しなければならないタスクもあります。

この記事では、問題に優先順位をつけて、自分で解決するかコミュニティに委任するかを決定する方法について説明します。

問題の優先順位付け：成功への明確な道

問題を自力で解決するか、コミュニティに委任するかを決める前に、優先順位をどのように付けるかを理解することが重要です。多くの問題に直面した場合、効果的な優先順位付けは不可欠です。では、どの問題を最初に解決すべきかをどのように判断すればよいのでしょうか？

問題の優先順位を設定する際には、次の重要な要素を考慮する必要があります。

• 重大度: 重大なエラー、セキュリティ問題、および障害となる問題は優先的に対処する必要があります。
• 影響範囲: 影響を受けるユーザーは何人ですか? 多数のユーザーに影響する問題は、迅速に解決する必要があります。
• 問題解決の難易度: これらの問題はすぐに解決できるでしょうか、それとも多くの時間と労力が必要になるでしょうか。利用可能な時間とリソースに基づいて問題の優先順位を決定します。
• プロジェクト目標の調整: 二次的な問題ではなく、プロジェクトのビジョンを推進する問題を優先します。
• コミュニティの関心: 機能リクエストが、活発な議論や全面的なサポートなど、コミュニティから高い関心を集めた場合、その優先度を上げることができます。

問題の優先順位付けの方法がわかったので、次のステップは、どの問題をコミュニティに委任する必要があり、どの問題を独自に処理する方が適しているかを検討することです。

コミュニティのエンパワーメント：いつ委任すべきか

一般的に、問題を説明するのは、自分で解決するよりも時間と労力がかかります。すべてのタスクを一人でこなそうとすると、すぐに疲れ果ててしまいます。

オープンソースプロジェクトの核となる価値はコミュニティにあることを忘れないでください。問題をコミュニティメンバーに任せることで、新しい視点を吸収し、自身の作業負荷を軽減できるだけでなく、コミュニティ内での帰属意識と協力意識を育むことにもつながります。

しかし、重要な質問は、どのような種類の問題の解決をコミュニティに委託すべきかということです。

• バグ修正：明確に定義され、再現可能で、影響が限定的なバグは、貢献者に修正を任せるのが最善です。これらの問題がプロジェクトのコア機能に直ちに影響を与えないようにする必要があります。このような問題は、多くの場合、ユーザーインターフェースのパフォーマンスに関連しています。
• ドキュメントの改善: 鋭い洞察力と優れたライティング スキルを持つ貢献者は、ドキュメントの更新、チュートリアルの作成、入力エラーや文法エラーの修正に参加できます。
• 明確に定義された小さな機能の追加：ポートフォリオの拡張を目指す貢献者にとって、これは理想的な方法です。これらの機能は、プロジェクトのビジョンと目標に合致している必要があります。
• テスト：特定の機能をテストする必要がありますか？あるいは、プロジェクトのテスト範囲を拡大する必要がありますか？これらは重要なタスクですが、通常は他の人に委任できます。

これらのタスクを管理するときは、バグ、機能、テスト、求人などのタグを使用して、問題を分類し、ラベルを付けることができます。

貢献者はプロジェクトの維持と改善のために自発的に時間を割いてくれていることを忘れないでください。そのため、時間が限られている場合は、貢献者に早急な解決を迫るのではなく、自ら問題に対処することを検討してください。

コミュニティにタスクを委任することは、プロジェクトへの新たな貢献者を引き付けるだけでなく、貢献者エコシステムを構築するための重要な戦略でもあります。貢献者には、最初のプルリクエスト後もプロジェクトへの継続的な参加と貢献を継続し、プロジェクトの継続的な発展と成功を確実なものにすることを期待しています。

タスクを委任することで、貢献者はプロジェクトとコードベースをより深く理解できると同時に、作業負荷を軽減し、活気に満ちた創造的なコミュニティ環境を共同で構築するのに役立ちます。

コアの維持: 内部で解決する必要がある問題。

オープンソース プロジェクト コミュニティのメンバーにタスクを委任することは重要ですが、複雑さと機密性のために社内チームによる即時の対応が必要な問題もいくつかあります。

問題を独自に解決することを検討する場合、次の 3 つの要素を考慮する必要があります。

1. 時間的制約: 問題を迅速に解決する必要がある場合や、特定の期限までに機能を完了する必要がある場合は、貢献者に不必要な時間的プレッシャーをかけないように、これらの問題を個人的に処理する方が適切です。
2. 複雑性：コアチームは、プロジェクト全体のアーキテクチャと将来の開発方向性について深い理解を持っています。深い知識と理解を必要とする複雑な問題に直面した場合、社内チームによる解決を検討する必要があります。
3. 継続的なコミュニケーションを必要とするタスク：一部のタスクでは、プロジェクトのメンテナー間で継続的かつ頻繁なコミュニケーションを行い、タイムリーに意思決定を更新する必要があります。この種のコミュニケーションは効率性が求められることが多く、GitHub の外部で行われる場合もあるため、コアチームメンバーに最適です。

「内部解決」は、コアチームが担当するタスクに限定されません。コミュニティ内で一貫して高い評価を得ており、コードベースとドキュメントを深く理解し、プロジェクトのワークフローに精通している貢献者は、特定の内部タスクを任せられる可能性があります。しかし、重要な状況では、コアチームを優先する方がより良い選択肢となる場合があります。

次の種類の問題は、社内チームによって処理されるのが最適です。

• 重大なエラー: エラーがプロジェクトのコア機能に影響する場合、そのエラーは重大なエラーまたは優先度の高いエラーとみなされ、すぐに解決する必要があります。
• アーキテクチャの決定: プロジェクトのコアアーキテクチャまたは方向性に大きな変更を加えるには、深い理解と洞察が必要です。
• セキュリティ上の脆弱性またはプライバシーの問題：ユーザーデータとプライバシーの保護は最優先事項であるため、これらの問題には特別な注意が必要です。したがって、これらの問題は社内チームによって解決される必要があります。
• 複雑なリファクタリング：大規模なコードリファクタリングには、コードベースへの深い理解と、プロジェクトの将来の方向性を明確にした計画が必要です。これらのタスクには、多くの場合、社内チームの経験と視点が求められます。
• ガイドラインの作成または変更：プロジェクトのルールと貢献ガイドラインの設定は、プロジェクトリーダーが決定する必要があります。この意思決定プロセスをより広範なチームに公開すると、プロジェクト本来の意図や方向性から逸脱する可能性があります。

これらの問題に「コア チーム作業」、「重大」、「高優先度」などのタグを使用してラベルを付け、内部チームによって処理されることを明確に示すことができます。

結論は

オープンソースプロジェクトのメンテナーにとって、効果的な問題管理は、状況を大きく変えるスキルであるだけでなく、継続的なプロセスでもあります。プロジェクトが進化するにつれて、戦略を調整し、コミュニティからのフィードバックを求め、最適な解決策を見つけるための新たなアプローチを模索する必要があります。このようにして、問題管理をコミュニティのエンゲージメントとプロジェクトの成功を促進する強力なツールへと進化させることができます。

翻訳者紹介

51CTO のコミュニティ エディターである Liu Wangyang (ニックネームは Mingmingruyue) は、大手企業のシニア Java エンジニアであり、5 年間の開発経験を持ち、複数の主流のテクノロジー ブログ プラットフォームでブログ エキスパートの称号を保持しています。

原題: Collaborate, Conquer, & Grow: Mastering the Art of Issue Management for Open Source Projects 、著者: Ayu Adiati