合作、征服、成长：掌握开源项目问题管理的艺术-51CTO.COM

译者 | 刘汪洋

审校 | 重楼

作为开源项目维护者，你是否曾经遇到过这样一个难题：犹豫是应该亲自解决问题还是创建一个问题反馈(issue)寻求社区帮助？

明确何时委托任务以及如何吸引外部贡献者的参与，对于授权给贡献者、培养一个健康的社区以及保持自己的心态平衡至关重要。当然，也有一些任务是只有核心团队才能并且必须要处理的。

在这篇文章中，我将指导你如何明根据优先级处理问题以及决定是自行解决问题还是委托社区解决。

在决定是自行解决问题还是委托社区解决之前，首先必须掌握如何设置问题的优先级。面对众多待解决的问题时，如何有效地进行优先级排序显得尤为重要。那么，我们该如何确定哪个问题应该首先解决呢？

在设置问题优先级时，需考虑以下几个关键因素：

现在，你已经掌握了如何设置问题的优先级。下一步，我们将探讨哪些问题应委托给社区解决，哪些问题更适合自行处理。

通常，描述一个问题比亲自解决它需要更多的时间和精力。如果你试图独自承担所有任务，很快就会感到极度疲惫。

不要忘记，开源项目的核心价值在于其社区。把问题交给社区成员来解决，不仅能够吸收新的观点、减轻自身负担，还能在社区中培养归属感和协作精神。

但关键问题在于：我们应该把哪些类型的问题委托给社区来解决呢？

错误修复：那些明确、能够被重现，并且影响范围较小的错误，非常适合让贡献者来解决。你需要确保这些问题的存在不会立即影响项目的核心功能。这类问题往往与用户界面性能相关。
文档改进：具备敏锐洞察力和良好写作技巧的贡献者可以参与更新文档、编写教程或修正打字和语法错误等工作。
小型功能的添加：那些定义清晰、独立的小型功能是希望扩展自己作品集的贡献者的理想选择。这些功能必须与你的项目愿景和目标保持一致。
测试：是否需要针对特定功能进行测试，或者需要增加项目的测试覆盖率？这些虽然是关键任务，但通常可以交由他人来完成。

管理这些任务时，你可以利用bug、feature、testing、help wanted等标签对问题进行分类和标记。

请记住，贡献者是自愿投入时间帮助你维护和改进项目的。因此，在时间紧迫时，应考虑自行处理这些问题，而不是向贡献者施压，要求他们迅速解决。

委托任务给社区不仅能吸引新贡献者加入项目，也是构建贡献者生态的重要策略。我们期待贡献者在首次提交拉取请求后，持续参与并为项目做出更多贡献，以确保项目的持续发展和成功。

通过委托任务，贡献者能够更深入地了解项目和代码库，同时也帮助你减轻工作负担，共同营造一个充满活力和创造力的社区环境。

虽然将任务委托给开源项目社区成员很重要，但也存在一些因复杂性和敏感性需要内部团队立即处理的问题。

在考虑自行解决问题时，主要需要考虑以下三个因素：

时间敏感性：当问题需要迅速解决，或需要在特定截止日期前完成某功能时，亲自处理这些问题更佳，避免给贡献者带来不必要的时间压力。
复杂性：核心团队对项目的整体架构和未来发展方向有更深入的理解。面对一些需要深度知识和理解的复杂问题时，应考虑由内部团队解决。
需要持续沟通的任务：有些任务可能需要项目维护者之间持续而频繁的沟通，及时更新决策。这类沟通往往需要高效且可能在 GitHub 之外进行，因此最适合由核心团队成员来处理。

“内部解决”并不仅限于核心团队承担任务。因持续高质量贡献在社区中树立良好声誉的贡献者，对代码库和文档了解透彻，熟悉项目工作流程，因此你可能信任他们处理某些内部任务。然而，在关键时刻，优先让核心团队来处理可能是更好的选择。

以下问题类型最好由内部团队解决：

你可以通过使用core team work、critical 或 high priority等标签来标记这些问题，清晰地指出它们将由内部团队处理。

对于开源项目维护者而言，有效管理问题不仅是一项能够改变局面的技能，还是一个持续的过程。随着项目发展，需要调整策略，征求社区反馈，并勇于尝试新方法寻找最佳解决方案。这样一来，你能把问题管理转变为促进社区参与和项目成功的强有力工具。

刘汪洋，51CTO社区编辑，昵称：明明如月，一个拥有 5 年开发经验的某大厂高级 Java 工程师，拥有多个主流技术博客平台博客专家称号。