第一条建议：确保你的开发团队能够理解利益相关者
在协助敏捷团队改进的过程中，常发现一个典型问题，尤其在刚从传统方法（如 RUP）迁移过来的团队中：产品负责人往往是唯一主动参与待办事项管理的成员。这种做法违背了 Scrum 理念，并大幅削弱团队绩效。然而，只需采取几个简单步骤，即可打破僵局，并在数周内显著改善现状。
此前我曾撰写四篇文章，探讨如何运用优秀的传统需求管理方法来提升待办事项管理能力。现在，我将展示这些方法如何助力开发团队积极参与其中。
首要原则是切勿强迫团队参与待办事项管理，这违背了 Scrum 以人为本的核心理念。相反，我们应致力于营造一种环境，激发开发团队的主动性，促进其深度参与。
一、确保开发团队理解利益相关者
开发人员擅长与计算机对话，却未必精通人际交流。因此，你需要做好功课，深入了解利益相关者及其语言体系，并将这些信息分享给团队。简言之，建立共同的语言和参照框架至关重要。
二、帮助开发团队对客户产生共情
若能引导开发团队切身感受利益相关者所面临的痛点，枯燥的日常任务将转化为减轻痛苦、解决问题的使命。这种情感共鸣会激励团队深入理解业务价值与成果，从而全力以赴。
三、让团队在擅长领域应用知识与经验
需求不仅仅是“用户故事列表”。虽然明确“系统应该做什么”是你的核心职责，但需求范畴远不止于此。可用性、可靠性、可支持性等看似令人望而生畏的术语，与功能性同等重要。而在这些方面，你的团队往往比你甚至客户更为专业，这是他们的“看家本领”。
让开发人员意识到他们的意见举足轻重。通过提出恰当的问题引导他们，例如利用 FURPS 模型中的 URPS 维度，或五属性模型中与开发相关的属性作为提问模板。
这将把看似可怕且陌生的“待办事项管理工作”，神奇地转化为在清晰结构下的知识共享与专业技能施展。在此条件下，极少有开发人员会犹豫展示自己的能力。