14、敏捷项目管理：冲刺评审、回顾与风险应对

敏捷项目管理：冲刺评审、回顾与风险应对

1. 冲刺评审的要点

冲刺评审应当是团队进行的一场开放且坦诚的讨论，重点围绕已完成的工作以及后续的计划。需要注意的是，评审环节不应沦为一场为了取悦利益相关者的花哨幻灯片展示（除非团队确实在开发PowerPoint或Keynote这类软件），因为误导性的演示最终只会给团队带来麻烦。

• 展示内容的把控 ：在冲刺评审中，团队应仅展示符合“完成”定义的故事。不过，这可能会让部分利益相关者感到沮丧，他们可能会施压要求展示正在进行中的工作。此时，可设置一个名为“即将推出”的额外议程项，就像电影预告一样，让利益相关者了解到工作尚未完成，但能知晓即将在后续冲刺评审中展示的内容。
• 休息与手机管理 ：若评审时长超过一小时，建议每45分钟安排5分钟的休息时间，以保持参与者的注意力。同时，尽管难以执行，但可要求大家在门口上交手机（如黑莓手机），至少在会议开始时宣布“为确保冲刺评审的顺利进行，请关闭所有电子设备”，并为会议期间手机响铃的人想出有创意的惩罚措施。
• 问题与建议的处理 ：评审过程中会出现各种问题和建议。应控制问题并使其围绕主题，团队需回答与展示内容相关的所有问题，而与主题无关的问题则由产品负责人“线下”处理，并在单独的会议中与相关利益相关者讨论。对于提出的建议，无论多么离谱，都应写在白板或索引卡上，说不定利益相关者看到白纸黑字后会收回不合理的建议。合理的建议则应由产品负责人添加到产品待办事项列表中，以供进一步评估和考虑。
• 营造良好氛围 ：冲刺评审可能像轻松的夏日野餐，也可能像激烈的战斗。关键在于做好必要的预防措施，认真对待每次评审，同时保持一定的趣味性。不要假设每个利益相关者都具备与团队相同的背景知识，要通过解释正在进行的事情及其原因，让所有参与者感到舒适，以实现大家期望的一致。

以下是冲刺评审的流程总结：
|步骤|详情|
| ---- | ---- |
|展示内容|仅展示符合“完成”定义的故事，设置“即将推出”议程项|
|休息安排|时长超一小时，每45分钟休息5分钟|
|手机管理|要求上交手机或关闭电子设备，设置惩罚措施|
|问题建议处理|控制问题围绕主题，记录并分类处理建议|
|氛围营造|解释工作情况，让参与者舒适，达成期望一致|

2. 冲刺回顾的重要性与实施方法

冲刺回顾往往在团队面临压力时容易被忽视，但实际上，它在压力大或事情进展不如预期时最为重要。因此，必须保持纪律，确保每次冲刺结束时都进行回顾。

• 强化Scrum价值观 ：Scrum的核心价值观包括开放、勇气、尊重、专注和承诺，这些价值观在冲刺回顾中应得到更严格的应用。没有开放的氛围，就无法触及问题的核心；缺乏勇气，团队就不愿直面问题；没有尊重，团队就无法以建设性的方式提出批评；没有专注和承诺，团队就不会积极解决问题。
• 短周期冲刺的回顾安排 ：对于采用一周短冲刺的团队，不建议跳过回顾环节。可进行较短时长的回顾，但要保证每次冲刺都有回顾。
• 回顾地点的选择 ：为营造开放的氛围，回顾地点很关键。一个宽敞、闷热且布置着冷漠红木长桌的会议室不利于营造所需氛围，可能会让回顾变成一场审问。建议选择轻松的场所，如咖啡店、休息室或厨房区域，这些地方靠近零食和咖啡，是不错的选择。
• 回顾的准备工作 ：理想情况下，团队成员应带着问题和建议清单参加回顾会议。为方便准备，可在会议前发送邮件，列出可能关注的关键领域，如沟通、流程、范围、质量、环境和技能等。

以下是各关键领域可能触发的常见改进行动：
|领域|改进行动|
| ---- | ---- |
|沟通|修复产品负责人与开发团队之间脱节的沟通；消除外部利益相关者与开发团队之间的干扰性和不必要的沟通；解决团队内部因过度依赖书面文档（和电子邮件）而非面对面讨论导致的功能失调的沟通问题|
|流程|升级软件、硬件和网络连接；确认Scrum流程被充分理解和明确界定；维护与代码质量、源代码控制和部署流程相关的工程标准|
|范围|确保在冲刺期间不会发生重大范围变更；保持所有用户故事描述和验收标准的格式一致性；确保冲刺规划范围明确，不过于模糊|
|质量|明确定义并保持一致的“完成”定义；改进测试实践，实现更成熟的测试自动化；确保程序员对自己代码的测试负责，而非完全依赖测试人员和/或产品负责人|
|环境|维护一个不太嘈杂和干扰的协作环境；提供充足的空调或暖气；确保有合适的便利设施；保证有足够的白板空间和其他协作工具|
|技能|在需要新技术时提供足够的培训；为新团队成员进行入职培训；在需要时获取相关专业咨询|

回顾的输出也很重要，当大家积极提出建议时，很容易列出一长串待解决的问题。但不要过于激进地宣称在下一次回顾前解决所有问题，应记录所有改进建议，目标是解决不超过几个问题，比如一个重要问题和几个小问题。最后，将商定的行动写在一张大纸上，放在任务板附近，作为团队的持续提醒，但要注意展示内容的适当性。

为了让回顾保持新鲜感，可在项目过程中改变回顾的形式。这里介绍两种常用的方法：
- Circles方法 ：该方法采用了亲和图的变体。在白板上画一条水平刻度线，最左边标注“需要改进”，中间标注“尚可”，右边标注“进展顺利”。给每个团队成员一堆便利贴，让他们写下想法和问题，然后贴在认为合适的刻度位置。之后将相似的内容分组，用粗马克笔圈起来，忽略离群值。最后，团队按优先级处理圈出的组，并确定在即将到来的冲刺中采取的行动。这种方法避免让任何人处于尴尬境地，有大量的身体活动，具有触觉和视觉效果，团队能通过墙上的便利贴分组立即了解集体优先级。
- Bubbles方法 ：适用于新组建的Scrum团队。首先为每个成员准备纸和笔，让每个人在5分钟内写下即将到来的冲刺中应关注的三个最紧急问题。然后让成员两两配对，在5分钟内根据两人的列表确定三个优先事项。接着将两对合并成一组四人，再次确定三个优先事项。最后形成一个大组确定最终的三个优先问题。不要忽视之前各轮中提出的其他有效建议，应记录下来，以便后续回顾时有良好的起点。团队还可以重复此活动，确定希望在下一次冲刺中继续保持的成功行为和流程。

对于经验丰富的Scrum团队，不必拘泥于正式的回顾结构，可一起出去吃午餐或喝咖啡，拿着纸和笔轻松交流。关于产品负责人是否应参加冲刺回顾，虽然存在不同观点，但个人认为他们应该参加，因为他们是Scrum团队的重要组成部分。不过，在团队磨合初期，若发现开发者与产品负责人之间存在沟通问题，ScrumMaster可在“正式”回顾会议之外，与产品负责人单独进行一次非正式回顾。同时，为了让团队持续改进，可采用多种回顾技术，保持回顾的新鲜感。

以下是Circles方法的流程mermaid图：

graph LR
    A[画水平刻度线并标注] --> B[分发便利贴写想法]
    B --> C[贴便利贴到合适位置]
    C --> D[分组相似内容]
    D --> E[用马克笔圈出分组]
    E --> F[处理圈出的组确定行动]

3. 应对常见恐惧以成功实施Scrum

实施Scrum需要克服一系列恐惧，因为恐惧会导致创新减少、形成相互指责的文化，并在团队为避免错误而对每个行动进行过度审查时造成分析瘫痪。

• 对变革的恐惧 ：从传统方法转向Scrum会带来诸多改变，如程序员参与测试、每个冲刺都有可发布的软件、跨职能和自组织团队以及取消项目经理等。变革会让人感到害怕，它会打破人们的舒适区，破坏现状，很多习惯当前状态的人会将其视为威胁。在任何组织中，总会有人拒绝变革，无论变革可能带来多大的好处。我们应理解并接受这一现实，不要把精力放在那些抵制Scrum的人身上，而是把时间和精力投入到帮助那些已经热情支持的人，以此建立说服反对者的动力。

总之，在敏捷项目管理中，做好冲刺评审、定期进行冲刺回顾以及克服实施Scrum过程中的恐惧，对于团队的持续改进和项目的成功至关重要。

敏捷项目管理：冲刺评审、回顾与风险应对

4. 风险与错误带来的启示

Scrum核心价值观中包含勇气，因为成功实施Scrum需要克服各种恐惧。恐惧会阻碍创新，滋生相互指责的风气，还会导致团队在行动时因过度谨慎而陷入分析瘫痪。下面我们深入探讨常见的恐惧以及应对策略。

恐惧类型	表现	应对策略
对变革的恐惧	从传统方法过渡到Scrum时，会有诸多改变，如程序员参与测试、每个冲刺都有可发布软件、跨职能和自组织团队以及取消项目经理等。这些改变会让人脱离舒适区，破坏现状，很多人会将其视为威胁，从而拒绝变革	理解并接受组织中有人会抵制变革这一现实，不要把精力放在抵制者身上，而是帮助那些热情支持的人，建立说服反对者的动力

恐惧就像一只无形的大手，阻碍着Scrum的顺利实施。以对变革的恐惧为例，当组织从传统项目管理模式转向Scrum时，员工们习惯的工作方式、角色定位等都发生了改变。程序员可能原本只专注于编码，现在却要参与测试；原本有明确的项目经理指挥工作，现在变成了自组织团队。这种巨大的转变会让很多人感到不安和恐惧。

为了更直观地展示应对恐惧的流程，我们来看下面的mermaid流程图：

graph LR
    A[识别恐惧类型] --> B[分析恐惧来源]
    B --> C[制定应对策略]
    C --> D[实施策略]
    D --> E[评估效果]
    E --> F{是否有效}
    F -- 是 --> G[持续改进]
    F -- 否 --> B

5. 综合运用技巧提升项目管理效果

在敏捷项目管理中，冲刺评审、冲刺回顾以及应对恐惧这几个方面是相互关联、相辅相成的。冲刺评审为团队提供了展示成果、收集反馈的机会，冲刺回顾则帮助团队总结经验、发现问题并制定改进措施，而克服恐惧则为整个过程提供了心理保障，让团队能够更加勇敢地面对变革和挑战。

• 冲刺评审与冲刺回顾的协同 ：冲刺评审中收集到的利益相关者的反馈和建议，可以作为冲刺回顾的重要输入。在回顾会议中，团队可以针对评审中出现的问题进行深入分析，找出原因并制定解决方案。例如，如果在评审中发现某个功能的用户体验不佳，在回顾会议中就可以探讨是设计问题、开发问题还是沟通问题导致的，并制定相应的改进计划。
• 克服恐惧对评审和回顾的促进 ：当团队成员克服了对变革的恐惧，他们会更愿意尝试新的方法和技术，在冲刺评审和回顾中也会更加积极主动。例如，在回顾会议中，成员们会更勇敢地提出自己的想法和建议，而不是因为害怕犯错或被批评而保持沉默。

为了更好地说明这三者之间的关系，我们来看下面的表格：
|关系类型|具体表现|
| ---- | ---- |
|冲刺评审与冲刺回顾|冲刺评审的反馈为冲刺回顾提供输入，冲刺回顾的改进措施应用于后续冲刺评审|
|克服恐惧与冲刺评审|克服恐惧让团队在评审中更积极展示成果，接受反馈|
|克服恐惧与冲刺回顾|克服恐惧使团队成员在回顾中更勇敢提出问题和建议|

6. 总结与展望

在敏捷项目管理的旅程中，冲刺评审、冲刺回顾和应对恐惧是三个关键的环节。通过有效的冲刺评审，团队能够及时与利益相关者沟通，确保项目方向的正确性；定期的冲刺回顾则让团队不断反思和改进，提高工作效率和质量；而克服恐惧则为团队营造了一个积极创新的氛围，让团队能够勇敢地迎接挑战。

未来，随着项目的不断推进和团队的不断成长，我们需要持续优化这些方法和策略。例如，在冲刺回顾中，可以尝试更多新颖的形式和方法，以激发团队成员的创造力和积极性；在应对恐惧方面，可以加强团队文化建设，培养成员的勇气和信心。同时，我们也要不断关注行业的最新动态和技术发展，将新的理念和方法融入到项目管理中，以适应不断变化的市场需求。

总之，敏捷项目管理是一个不断学习和进步的过程，只有不断地总结经验、改进方法，才能让团队在激烈的市场竞争中立于不败之地。希望大家能够将这些方法和策略应用到实际项目中，取得更好的项目成果。