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

用户故事清单

  • 1,321 views
Uploaded on

 

More in: Technology
  • 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,321
On Slideshare
0
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 这个不做的