一图掌握敏捷用户故事

如何做好需求分析，需求第一步，找准精准用户，细分挖掘精准客户，本文通过切实可行的方法策略帮助你更好的完成用户画像。

用户故事 User Storles

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