敏捷实践场景（十大场景）

本文总结了敏捷实践中常见的十大场景，并整理了常用的概念、技术、方法间的关系、以及简单清晰的标注，是学习及回顾敏捷知识的一个知识导图。

敏捷实践场景（十大场景）

• 1、敏捷价值观&原则
  • 核心理念
  • 4大核心价值观
  • 12条基本原则
• 2、敏捷优先级技术
  • 给需求排优先级
  • Kano模型
    • 从需求特征入手，判定需求优先级
    • 基本型
      • 必备
    • 期待型
      • 意愿/绩效
    • 兴奋型
      • 魅力/激励
    • 无差异型
    • 逆向型
  • MoSCoW原则
    • 可用于Sprint backlog的分析
    • Must：60%
    • Should：20%
    • Could：20%
  • 基于价值的分析
    • 基于价值的分析，致力于判定由客户定义的价值与产品中的不同功能（如特性和任务之间的关系）是如何对应的。 Feature通常基于价值和风险的优先级而得到优先处理。 通过风险-价值指标和成本-价值指标的指导，可使用MoSCoW或Kano方法判定Feature优先级。
• 3、敏捷估算技术
  • 估算需求大小
  • Delphi技术
  • 宽带Delphi技术
  • 计划扑克法
    • 采用斐波那契数列
  • 亲和估算法
  • T恤估算法
  • 较大规模的估算
  • 相对估算法
    • 故事点
• 产品视角
• 4、敏捷团队沟通
  • 集中式团队
  • 分布式团队
  • 敏捷原则鼓励面对面沟通
    • 渗透式沟通
• 5、敏捷领导力
  • 敏捷倡导服务式/仆人式领导
  • 实践并传播敏捷，促进团队发现和定义敏捷
    • 目标（Why）-与团队一起定义目标
    • 人员（Who）-注重每一位团队成员，鼓励每位成员做出贡献
    • 过程与结果（How&Result）-不追求“完美”过程，但要注重结果
  • 能力
    • 提升自我意识
    • 为团队服务
      • 排除障碍
      • 提供支持
      • 信任与充分授权
    • 倾听
    • 引导与控制
    • 鼓励并帮助他人成长
    • 促进安全、尊重与信任
    • 促进他人能力和才华的提升
• 6、敏捷度量指标
  • 可工作的软件是进度的首要度量标准
  • 团队速度Velocity
    • 前提-稳定的团队
    • 在一个迭代里完成的用户故事所包含的故事点数
      • 未完成的用户故事的故事点不算在速度总数里面
    • 为团队下一次的迭代速度做预测和估算
      • 只是预测和估算，不是目标或者绩效指标
    • 可以作为团队每次迭代完成工作量的考量
    • 基于团队规模及参考估算时间而定，不由时间或团队外人员决定
  • 在制品WIP
    • 团队平均吞吐量=WIP队列长度/平均前置时间
      • 公式-利特尔法则
• 7、敏捷计划
  • 迭代计划
    • 步骤
      • 定义迭代目标
      • 计划要实现的用户故事
      • 对大的复杂的用户故事分解为多元的小的用户故事
      • 将用户故事分解成任务
      • 计算故事点估算完成时间
    • 设置迭代长度时应遵循3个标准
      • 制定迭代计划，针对迭代周期（迭代长度）需要考虑的因素
      • 能否在迭代内交付这些用户故事，交付的功能对用户是否有价值，即交付对客户有价值的功能
      • 用户故事必须经过了测试成为“可工作的软件”
      • 产品负责人或业务方能否对交付的用户故事进行验收并给出反馈
  • 发布计划
    • 步骤
      • 定义发布目标
      • 计划要实现的特性
      • 计划包含的迭代次数
      • 定义每个迭代的初始用户故事
• 8、敏捷持续改进
  • PDCA循环
  • 不同周期的反馈循环
  • 回顾与反思
    • 哪些做的好？继续保持
    • 哪些做的不好？停止
    • 有哪些改进项？
  • 持续改进
    • 对改进项进行排序
    • 选择优先级高的3-5项
    • 制定改进计划
    • 在接下来的迭代中执行改进计划并获取反馈
    • 优先级高的
• 9、敏捷工程技术
  • 围绕XP的各种实践
  • 偏向于技术的实践
  • 技术和管理相结合的实践
  • 偏向于管理的实践
• 10、敏捷风险管理
  • 风险燃尽图
• 注：本文是学习笔记，可能有总结不对的地方，后续还会继续更新丰富。