譯者 | 劉汪洋

審校 | 重樓

作為開源項目維護者，你是否曾經遇到過這樣一個難題：猶豫是應該親自解決問題還是創建一個問題反饋(issue)尋求社區幫助？

明確何時委托任務以及如何吸引外部貢獻者的參與，對于授權給貢獻者、培養一個健康的社區以及保持自己的心態平衡至關重要。當然，也有一些任務是只有核心團隊才能并且必須要處理的。

在這篇文章中，我將指導你如何明根據優先級處理問題以及決定是自行解決問題還是委托社區解決。

問題優先級：通往成功的明確路徑

在決定是自行解決問題還是委托社區解決之前，首先必須掌握如何設置問題的優先級。面對眾多待解決的問題時，如何有效地進行優先級排序顯得尤為重要。那么，我們該如何確定哪個問題應該首先解決呢？

在設置問題優先級時，需考慮以下幾個關鍵因素：

• 嚴重性：必須優先處理關鍵錯誤、安全問題和阻礙性問題。
• 影響范圍：受影響的用戶有多少？那些影響了大量用戶的問題，應當被迅速解決。
• 解決問題的難度：這些問題能迅速解決，還是需要大量時間和努力？依據可用時間和資源決定問題的優先級。
• 項目目標一致性：應優先關注能推進項目愿景的問題，而非次要問題。
• 社區興趣：如果某項功能請求得到了社區高度參與，如活躍討論和充分支持，可以考慮提高其優先級。

現在，你已經掌握了如何設置問題的優先級。下一步，我們將探討哪些問題應委托給社區解決，哪些問題更適合自行處理。

賦予社區力量：何時進行委托

通常，描述一個問題比親自解決它需要更多的時間和精力。如果你試圖獨自承擔所有任務，很快就會感到極度疲憊。

不要忘記，開源項目的核心價值在于其社區。把問題交給社區成員來解決，不僅能夠吸收新的觀點、減輕自身負擔，還能在社區中培養歸屬感和協作精神。

但關鍵問題在于：我們應該把哪些類型的問題委托給社區來解決呢？

• 錯誤修復：那些明確、能夠被重現，并且影響范圍較小的錯誤，非常適合讓貢獻者來解決。你需要確保這些問題的存在不會立即影響項目的核心功能。這類問題往往與用戶界面性能相關。
• 文檔改進：具備敏銳洞察力和良好寫作技巧的貢獻者可以參與更新文檔、編寫教程或修正打字和語法錯誤等工作。
• 小型功能的添加：那些定義清晰、獨立的小型功能是希望擴展自己作品集的貢獻者的理想選擇。這些功能必須與你的項目愿景和目標保持一致。
• 測試：是否需要針對特定功能進行測試，或者需要增加項目的測試覆蓋率？這些雖然是關鍵任務，但通常可以交由他人來完成。

管理這些任務時，你可以利用bug、feature、testing、help wanted等標簽對問題進行分類和標記。

請記住，貢獻者是自愿投入時間幫助你維護和改進項目的。因此，在時間緊迫時，應考慮自行處理這些問題，而不是向貢獻者施壓，要求他們迅速解決。

委托任務給社區不僅能吸引新貢獻者加入項目，也是構建貢獻者生態的重要策略。我們期待貢獻者在首次提交拉取請求后，持續參與并為項目做出更多貢獻，以確保項目的持續發展和成功。

通過委托任務，貢獻者能夠更深入地了解項目和代碼庫，同時也幫助你減輕工作負擔，共同營造一個充滿活力和創造力的社區環境。

維護核心：應內部解決的問題

雖然將任務委托給開源項目社區成員很重要，但也存在一些因復雜性和敏感性需要內部團隊立即處理的問題。

在考慮自行解決問題時，主要需要考慮以下三個因素：

1. 時間敏感性：當問題需要迅速解決，或需要在特定截止日期前完成某功能時，親自處理這些問題更佳，避免給貢獻者帶來不必要的時間壓力。
2. 復雜性：核心團隊對項目的整體架構和未來發展方向有更深入的理解。面對一些需要深度知識和理解的復雜問題時，應考慮由內部團隊解決。
3. 需要持續溝通的任務：有些任務可能需要項目維護者之間持續而頻繁的溝通，及時更新決策。這類溝通往往需要高效且可能在 GitHub 之外進行，因此最適合由核心團隊成員來處理。

“內部解決”并不僅限于核心團隊承擔任務。因持續高質量貢獻在社區中樹立良好聲譽的貢獻者，對代碼庫和文檔了解透徹，熟悉項目工作流程，因此你可能信任他們處理某些內部任務。然而，在關鍵時刻，優先讓核心團隊來處理可能是更好的選擇。

以下問題類型最好由內部團隊解決：

• 關鍵錯誤：如果一個錯誤影響到了項目的核心功能，那么它就被視為關鍵性或高優先級錯誤，需要立即解決。
• 架構決策：對項目的核心架構或方向進行重大更改需要深入的理解和洞察。
• 安全漏洞或隱私問題：處理這類問題時需要格外小心，因為保護用戶數據和隱私是最重要的。因此，這些問題應由內部團隊親自解決。
• 復雜的重構：廣泛的代碼重構需要對代碼庫有深入的了解，以及對項目未來方向的清晰規劃。這類任務往往需要內部團隊的經驗和視角。
• 創建或修改指導方針：項目的規則和貢獻指南的設定應由項目領導來決定。將這一決策過程開放給更廣泛的團隊可能會偏離項目的初衷和方向。

你可以通過使用core team work、critical 或 high priority等標簽來標記這些問題，清晰地指出它們將由內部團隊處理。

結論

對于開源項目維護者而言，有效管理問題不僅是一項能夠改變局面的技能，還是一個持續的過程。隨著項目發展，需要調整策略，征求社區反饋，并勇于嘗試新方法尋找最佳解決方案。這樣一來，你能把問題管理轉變為促進社區參與和項目成功的強有力工具。

譯者介紹

劉汪洋，51CTO社區編輯，昵稱：明明如月，一個擁有 5 年開發經驗的某大廠高級 Java 工程師，擁有多個主流技術博客平臺博客專家稱號。

原文標題：Collaborate, Conquer, & Grow: Mastering the Art of Issue Management for Open Source Projects，作者：Ayu Adiati