用户故事User Stories

敏捷项目管理中的用户故事，也叫User Story，本图介绍了用户故事的相关知识点。包括3C要素、INVEST特点、类别、创建的方法等。

用户故事 User Stories

• 3C要素：
  • Card 卡片
  • Confirmation 确认
  • Conversation 会话
• INVEST特点：
  • Independent 独立的
  • Negotiable 可讨论的
  • Valuable 有价值的
  • Estimable 可估计的
  • Small 小的
  • Testable 可测试的
• 类别：
  • 功能型故事（需求）
  • 非功能型故事（需求）
  • 相关知识点
    • 需求的层级： 愿景（章程）> 主题 > 特性 > 史诗故事 > 用户故事 > 任务
• 创建步骤：
  • （1） 收集角色（from用户或者客户）
  • （2） 分组和提炼
  • （3） 构建虚拟任务（Personas，方便代入）
  • （4） 创建虚拟人物的需求
  • （5） 整理/筛选需求
• 故事的重要性
  • （1） 基于价值：
    • Kano Model 卡诺模型
    • MoSCoW 莫斯科方法
    • Monopoly Money 大富翁
    • 100点方法
  • （2） 基于成本：
    • 价值越大并且成本越小的优先级更高
  • （3） 基于风险：
    • 价值大且风险高的先开发， 价值大且风险低的次之， 价值小且风险低的再次之， 价值小却风险高的最后开发
      • 遵循的理念：快速失败
• 估算故事的大小：
  • 计量单位：
    • 故事点数
      • 相关知识点：
        • 估算的颗粒度
    • 理想时间/理想天数
      • 全身心完成一个故事所需的天数
  • 方法工具：
    • 估算扑克 +
      • 类比、相对值、斐波那契数列、拆分
    • 宽带德尔菲技术
      • 重复的
      • 适应的
      • 匿名的
      • 合作的
    • 亲和估算（Affinity Estimating）
      • 分组、故事数比较多
  • Owner：
    • 开发团队
  • Tips：
    • 估算 ≠ 承诺
    • 估值是一个相对值，团队间没有可比性
    • 准确但不精确，故事越大精度越低
    • 遵循时间盒，不追求完美
    • 技术可实现性可通过探针测试
    • 大故事要适当拆分
      • 拆分的两种方法：
        • 按动作分解
        • 按数据边界分解
    • 1 + 1 ≠ 2，大拆小后和可以不相等
• 用户故事地图 → 产品路线图
• 依据故事点数估算发布周期
  • 层级：
    • 项目级
    • 发布级
    • 迭代级
  • 用户故事点表示生产能力
    • 估算的故事点数 ÷ 速率 = 迭代数量， 迭代数量还可以±10%取整估算一个迭代数量的区间
    • 生产能力 ≠ 完成backlog的时间 还应该包括： 迭代缓冲、个人休假、 日常维护、各种会议时间等
• 将故事分解为任务-制作迭代列表
• 估算过程
  • （1） 集合团队
  • （2） 澄清故事
  • （3） 个体估算
  • （4） 讨论优化
  • （5） 达成一致