创建产品路线图

敏捷项目管理中，如何创建产品路线图，本图从步骤、参与者、负责人等方面梳理了该知识点，希望能帮助大家理清ACP里的产品路线图。

创建产品路线图

• 产品路线图：
  • 是产品需求的总体视图，也是计划和组织开发过程的有力工具， 可以用来对需求进行分类、排定优先级，确定发布时间表
• 负责人：
  • 产品负责人
• 主要参与者：
  • 开发团队
• 更新频率：
  • 至少半年一次
• 如何创建？
  • （1） 识别产品需求
    • 需求的五个规模 （从大到小）
      • 1||| 主题
        • 最高层级的特性和需求的逻辑分组
      • 2||| 特性
        • 一旦产品特性开发完成，客户将得到的新功能
      • 最有可能出现在产品路线图上
      • 3||| 史诗故事
      • 4||| 用户故事
      • 5||| 任务
    • Tips：需求收集会议、索引卡、便利贴
    • 在创建产品路线图的时候，确认的产品特性就开始构成产品代办列表
      • 此时还每排序，尚不是真正的产品代办列表
  • （2） 整理产品特性
    • 主要工作：分组
      • 分组标准：
        • 逻辑
        • 共性
        • 使用流程
        • 技术类似
        • 业务需求
      • 关注的问题：
        • 客户将会如何使用我们的产品？
        • 如果我们提供这个需求，客户还需要做些什么？他们可能还希望做些什么？
        • 开发团队能不能识别技术上的相似性和依赖性？
  • （3） 产品特性的估算和排序
    • 重点术语：
      • 工作量
      • 估算
      • 估算需求
      • 需求排序/优先级排序
      • 价值
    • 给需求价值和工作量打分：
      • 斐波那契而数列
      • 依赖关系
      • 此时的需求是特性级别的
      • 分数是相对值，不同团队或者项目间没有可比性
      • 大的需求需要分解
    • 计算相对优先级：
      • 相对优先级 = 价值 / 工作量
        • 高价值少工作量的优先级高
    • 需求优先级排序：
      • 相对优先级是什么？
      • 需求的先决条件是什么？
      • 哪些需求可以合并成一个可靠的发布？
      • 排完序的用户故事列表被成为产品代办列表（Product Backlog）
  • （4） 决定大致的时间框架
    • 第一次创建产品路线图的时候，此时产品发布的时间框架比较笼统
    • 只需要收集好足够一个冲刺的需求
    • 保存你的工作成果，以便分享给团队其他成员