一、敏捷核心概念

1. 敏捷宣言与原则

• 4大价值观：

  • 个体和互动 高于 流程和工具

  • 可工作的软件 高于 详尽的文档

  • 客户合作 高于 合同谈判

  • 响应变化 高于 遵循计划
    易错点：误认为“左边不重要”，实际是“更重视右边，但左边仍有价值”。

• 12原则（高频考点）：

  • 如“频繁交付可工作的软件”（2-8周）、 “欢迎需求变化”（即使后期）、“自组织团队”、“面对面沟通”等。
    难点：结合场景判断是否遵循原则（如客户要求变更时是否接受）。

---

二、常见敏捷方法论

1. Scrum框架（重点）

• 角色：

  • 产品负责人（PO）：管理产品待办列表（Product Backlog），优化价值。

  • Scrum Master（SM）：移除障碍，确保流程执行，非项目经理！

  • 开发团队：自组织、跨职能，决定如何完成工作。
    易错点：混淆SM与项目经理职责（SM不分配任务！）。

• 事件：

  • Sprint（迭代）：固定时长（通常2-4周），产出可交付增量。

  • Sprint计划会议：定义目标及任务（Sprint Backlog）。

  • 每日站会：15分钟，聚焦“昨天做了什么、今天计划、障碍”。

  • Sprint评审：展示增量，获取反馈。

  • Sprint回顾：改进流程，非解决问题本身！
    难点：区分Sprint评审（对外演示）与回顾会议（对内改进）。

• 工件：

  • 产品待办列表：动态优先级列表，PO负责。

  • Sprint待办列表：团队承诺的本迭代任务。

  • 增量：可交付成果，符合“完成定义”（DoD）。
    易错点：增量必须达到DoD，否则不能交付。

2. 看板（Kanban）

• 核心实践：可视化工作流、限制在制品（WIP）、管理流动。

• 与Scrum区别：无固定迭代，持续交付，强调流程优化。
  难点：WIP限制的作用（暴露瓶颈，优化效率）。

3. 其他方法（XP、Lean、Crystal等）

• 极限编程（XP）：持续集成、测试驱动开发（TDD）、结对编程。

• 精益（Lean）：消除浪费、价值流分析。
  易错点：混淆XP的“持续集成”与Scrum的“增量交付”。

---

三、敏捷规划与估算

1. 敏捷规划层次

• 产品愿景 → 路线图 → 发布计划 → 迭代计划 → 每日计划。
  难点：发布计划跨度长（3-6个月），迭代计划短（2-4周）。

2. 用户故事与估算

• 用户故事格式：As a [角色], I want [需求] so that [价值]。

• INVEST原则：独立、可协商、有价值、可估算、小、可测试。
  易错点：用户故事需从用户视角描述，避免技术细节。

• 估算技术：

  • 故事点：相对估算（如斐波那契数列），非时间单位！

  • 计划扑克：团队共同估算，避免锚定效应。
    难点：故事点与理想人天的区别（故事点关注复杂度，而非时间）。

---

四、敏捷执行与监控

1. 每日站会（Daily Standup）

• 目的：同步进度，暴露障碍，非解决问题！
  易错点：误将站会用于技术讨论或任务分配。

2. 信息发射源（Information Radiators）

• 燃尽图：剩余工作量随时间变化，识别进度风险。

• 燃起图：累计完成工作量，反映速率趋势。
  难点：燃尽图平缓可能表示任务未完成，需调整范围或资源。

3. 回顾会议（Retrospective）

• 目标：改进流程，而非解决具体问题（如技术缺陷）。
  易错点：混淆回顾会议与迭代评审会议的目标。

---

五、敏捷风险管理

• 风险应对策略：

  • 增量交付（降低范围风险）

  • 频繁反馈（早期暴露风险）

  • 风险燃尽图（跟踪剩余风险）
    难点：与传统风险登记册的区别（敏捷更强调动态管理）。

---

六、混合方法（Hybrid Approach）

• 适用场景：需求部分明确、部分不确定的项目。

• 常见实践：

  • 预测型规划（高层） + 敏捷执行（详细任务）

  • 敏捷迭代中使用传统工具（如甘特图）。
    难点：区分混合与裁剪的区别（混合是结合方法，裁剪是调整过程）。

---

七、敏捷度量指标

• 速率（Velocity）：团队每个迭代完成的故事点，用于预测未来交付能力。

• 周期时间（Cycle Time）：任务从开始到完成的时间，优化流程效率。

• 累积流图（CFD）：显示各阶段任务数量，识别瓶颈。
  易错点：误用速率比较团队绩效（速率仅用于内部预测）。

---

八、高频易错点总结

1. 角色混淆：

   • Scrum Master ≠ 项目经理，PO ≠ 客户代表。

2. 工件误用：

   • 产品待办列表由PO管理，Sprint待办列表由团队管理。

3. 会议目标混淆：

   • 回顾会议（改进流程） vs. 评审会议（演示成果）。

4. 估算错误：

   • 故事点是相对单位，不可跨团队比较。

5. 混合方法陷阱：

   • 混合不是随意叠加，需根据项目需求定制。

---

复习建议

1. 真题练习：关注场景题（如“某情况应使用哪种实践？”）。

2. 对比记忆：Scrum vs. 看板，传统 vs. 敏捷风险管理。

3. 理解本质：敏捷强调适应变化、持续交付、客户协作，而非“无计划”。

4. 术语辨析：如DoD（完成定义） vs. Acceptance Criteria（验收标准）。