用户故事清单
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,467
On Slideshare
1,467
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
10
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. 用户故事清单
    @懒人Felix
    2011年5月
  • 2. 先看个漫画
  • 3.
  • 4. 目录CONTENTS
    4
    1
    2
    3
    How 怎么编写故事清单
    What故事是什么
    Why 为什么使用故事
    F&A 常用问题
    User
    Stories
  • 5. hat
    w
    什么是用户故事?
  • 6.
  • 7. 从用户的角度来描述用户渴望得到的功能
    I’m a counter I have to count money…
    作为一个<角色>, 我想要<活动>, 以便于<商业价值>
    角色:谁要使用这个功能。
    活动:需要完成什么样的功能。
    商业价值:为什么需要这个功能,这个功能带来什么样的价值。
    从用户的角度来描述用户渴望得到的功能
  • 8. hy
    w
    我们为什么要使用用户故事?
  • 9.
  • 10. 促进沟通 持续交付 开发敏捷
    客户最终需要的并不是文档
    而是通过软件帮助其完成业务价值
    短小精悍的故事可以帮助我们推进沟通,挖据客户的真实需求
    关注商业价值而不是功能实现,更敏捷的交付产品
  • 11. ow
    H
    怎么编写用户故事清单
  • 12. SAMPLE
  • 13. 建立用户故事树
    • 确定业务边界
    • 14. 初步划分业务板块
    • 15. 绘制用户故事树
    03 编写故事
    02 用户角色
    01 用户故事树
    04 确定优先级
    05 评估规模
    如何编写故事清单
  • 16. 需求本身需要分类
    史诗Epic
    故事Story
    增强Enhancement
    缺陷Defect
    技术债务TechDebts
    重构Refactor
    不同时期的客户1提出需求关注点不一样
  • 17. 绘制用户故事树
    SAMPLE
    故事分解是自上而下的
    故事树的完善是自下而上的
    跟客户沟通的是整个故事树
    开发的永远是最底层的故事
  • 18. 界定业务边界
    属于财务部门的业务
    只需要需要完成报销业务
    不做项目成本分析等业务
    不做预算管理等业务
    不做…
  • 19. 初步划分业务板块
    报销流程是一个板块
    从历史数据的查看上看需要一个查询的板块

  • 20. 建立用户角色
    I’m a counter I have to count money…
    • 明确使用对象
    • 21. 确定各场景角色职责
    • 22. 建立用户角色职责
    03 编写故事
    02 用户角色
    01 用户故事树
    04 确定优先级
    05 评估规模
    如何编写故事清单
  • 23. 建立用户角色
    用户角色来自需求的业务描述
    用户角色将用于故事编写
    用户角色不同于组织架构
    用户角色不是系统中的角色
    SAMPLE
    用户角色越细越好
    用户角色需要根据故事更新
    用户角色中的职责和权利应该详细描述
  • 24. 编写用户故事
    03 编写故事
    02 用户角色
    01 用户故事树
    04 确定优先级
    05 评估规模
    如何编写故事清单
  • 27. 故事从哪儿来
    我作为需求分析人员在项目上因为项目上的出差垫付了一些费用,需要向公司申请报销,公司给我打款
    我报销的时候时候会提供相应费用发生的发票,同时告诉项目负责人相应的费用明细及产生原因。
    报销
    So What
    So what
    So what
    作为项目负责人需要核实该费用是否确实是为项目产生的。没有问题后交给财务,有问题需要跟申请人确认
    So what
    So what
    ……
    作为财务核算人员,我要根据申请人提供的明细,核对是否符合公司的标准,有问题部分不能予以报销
  • 28. 编写用户故事
    SAMPLE
    作为一个<角色>, 我想要<活动>, 以便于<商业价值>
  • 29. INVEST
    Independent
    Negotiable
    Valuable
    Testable
    Estimable
  • 30. 继续挖掘故事
    我作为项目负责人因为项目上的出差产生了一些费用,这部分费用有一些是提前从公司预支的,也有自己垫付的,对于自己垫付需要向公司申请报销,公司给我打款;对于预支的需要公司及时消除预支
    我报销的时候时候会提供相应费用发生的发票,同时告诉部门总监相应的费用明细及产生原因。
    报销
    So What
    So what
    So what
    作为部门总监需要核实该费用是否确实是为项目产生的。没有问题后交给财务,有问题需要跟申请人确认
    So what
    So what
    ……
    作为财务核算人员,我要根据申请人提供的明细,核对是否符合公司的标准,有问题部分不能予以报销
  • 31. 编写用户故事
    SAMPLE
  • 32. 更新用户角色
    SAMPLE
  • 33. 更新故事树
    SAMPLE
    故事树的完善是自下而上的
    根据对业务的理解深入需要改变上级故事
  • 34. 确定故事优先级
    • 按业务价值排序
    • 35. 与客户沟通先后顺序
    • 36. 兼顾开发顺序
    03 编写故事
    02 用户角色
    01 用户故事树
    04 确定优先级
    05 评估规模
    如何编写故事清单
  • 37. 优先级设置的准则
    业务价值优先 尽快的交付业务价值
    兼顾技术实现 降低迭代成本
  • 38. 评估故事规模
    • 业务复杂度
    • 39. 开发复杂度
    • 40. 测试复杂度
    03 编写故事
    02 用户角色
    01 用户故事树
    04 确定优先级
    05 评估规模
    如何编写故事清单
  • 41. 评估规模
    为了预估工作量才需要估计规模
    需要POTEAM一起预估团队最后达成一致
    跟团队业务有关,不用太注意数值上的差异
    需要考虑业务复杂度、技术实现复杂度、测试复杂度
  • 42. 一些常用评估的工具
    Scrum扑克牌 F式数列
    三角对比 故事间横向比较
  • 43. &a
    F
    常见 问题
  • 44. Thanks A lot!Hoh~
  • 45. MoSCoW
    Must 这个一定要做的
    Should 这个应该要做的
    Could 这个可以完成的
    Would Not 这个不做的