敏捷项目管理阶段框架-推测阶段实践

推测阶段实践

关注产品和项目，创造和理解产品待办事项列表和发布计划

怎么做计划、怎么做需求

产品需求规划（怎么做计划）

洋葱圈

愿景、产品路线图、产品发布计划、迭代发布计划、每日计划

• 滚动式规划，渐进明细，走一步看两步
• 各层级颗粒度辨析

产品路线图Product Roadmap

PO、产品经理负责制作

用户旅程地图User Journey Map

分析用户行为的工具

用户故事地图User Story Mapping

需求、功能排序，分析用户需求的工具，PO和团队一起制作

骨干、行走的骨架、更少的选择、额外的特性、更多的选择，最小可行产品（MVP，Minimum Viable Product），最小可售功能（MMF，Minimal Marketable Feature）可以为客户提供价值的，足够小且足够完整的功能包

敏捷发布规划

产品愿景驱动产品路线图，产品路线图驱动发布计划，发布计划（一组迭代）规定迭代，迭代计划安排功能开发，功能开发满足用户故事，为交付用户故事创建任务

时间盒

• 固定的一段相对比较短的时间
• 计划的工作要在这段时间内完成

目的

• 专注项目、对抗帕金森定律、对抗拖延
• 优点：高度关注价值
• 缺点：可能导致半成品

产品需求规划（怎么做需求）

用户故事

需求从哪来，怎么描述，怎么分析

创造场景和人物==》收集需求

• 场景

  • when
  • where
  • with what
  • who desire
  • method

• 用户画像Personal（人物）

  • 人物：用来模拟与系统的交互，以便收集需求
  • 极端人物：引发一般人考虑不到的需求

用户故事卡片

作为：【一个角色】

我想：【潜在需求】

以便于：【商业价值】

用户故事的3C原则

Card卡片：简单轻量

Conversation交谈：沟通协商

Confirmation确认：有一个最终的标准

已完成的定义DOD（Definition of Done）

验收标准，最晚在迭代开发用户故事之前制定

DOR：准备就绪的定义

• 用户故事的验收标准（PO）
• 有产品负责人主导，团队一起来确定
• 在用户故事被确定好的时候明确
• 有利于减少缺陷，促进可交付成果的成功验收

用户故事的INVEST原则

• Independent：独立的
• Negotiable：可协商的
• Valuable：有价值的
• Estimable：可估计的
• Small：小的
• Testable：可测试的

用户故事颗粒度

由PO和团队共同协商得出

史诗故事、主题故事、用户故事、任务、子任务

用户故事估算

• 理想时间：剔除所有外围干扰之后所需的时间，不考虑干扰和中断
• 故事点：故事的相对大小，应当包含风险、不确定性、复杂度等因素

故事点的估算方法

• 相对规模估计：通过规模的相对大小估算
• 宽带德尔菲：一群专家匿名提交估算结果，多轮，直到达成共识
• 计划扑克：20张数字牌，参与者同时展示自己的卡片，对异常值进行着重讨论，连续几轮估算
• 亲和估算：快速估计大规模需求未完项的一种技术，利用衬衫尺寸、咖啡杯容量或斐波那契数列的数字将用户故事快速置于规模类似的群组中

用户故事优先级

价值==投资回报率，风险、成本、依赖关系、政治等因素共同决定优先级

• 莫斯科（MoSCoW）法则

Must、Should、Could、Would not

• 卡诺模型

对用户满意的影响为基础。（不）实现、（不）满意

• 风险四象限

前提：敏捷适应的环境是多边的

风险、价值矩阵，先做高风险、高价值的用户故事，提前暴露风险

风险

• 消极的风险等同于反价值anti-value
• 尽早规划、让高风险早曝光

风险调整待办事项列表

发生概率带来的影响，已排序的风险列表

刺探、探针（Spike）

刺探是一种技术尝试，分配一个很短的时间盒常识性的探索，快速试错。可以明确新技术在新环境下的可行性，已降低风险。

• 对风险和潜在问题进行探索性工作，探索新技术、新方法、新问题、不清楚的风险
• 面对客户需求不知如何下手时，可以刺探一下分析客户需求

风险处理

通过每日站会和信息发射源共识出来、通过刺探或其他方式得出解决的方法