用户故事清单V0.2

697 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
697
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
9
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

用户故事清单V0.2

  1. 1. 用户故事清单<br />@懒人Felix<br />2011年5月<br />
  2. 2. 先看个漫画<br />
  3. 3.
  4. 4. 目录CONTENTS<br />4<br />1<br />2<br />3<br />How 怎么编写故事清单<br />What故事是什么<br />Why 为什么使用故事<br />F&A 常用问题<br />User <br />Stories<br />
  5. 5. hat<br />w<br />什么是用户故事?<br />
  6. 6.
  7. 7. 从用户的角度来描述用户渴望得到的功能<br />I’m a counter I have to count money…<br />作为一个<角色>, 我想要<活动>, 以便于<商业价值><br />角色:谁要使用这个功能。<br />活动:需要完成什么样的功能。<br />商业价值:为什么需要这个功能,这个功能带来什么样的价值。<br />从用户的角度来描述用户渴望得到的功能<br />
  8. 8. hy<br />w<br />我们为什么要使用用户故事?<br />
  9. 9.
  10. 10. 促进沟通 持续交付 开发敏捷<br />客户最终需要的并不是文档<br />而是通过软件帮助其完成业务价值<br />短小精悍的故事可以帮助我们推进沟通,挖据客户的真实需求 <br />关注商业价值而不是功能实现,更敏捷的交付产品<br />
  11. 11. ow<br />H<br />怎么编写用户故事清单<br />
  12. 12. SAMPLE<br />
  13. 13. 建立用户故事树<br /><ul><li>确定业务边界
  14. 14. 初步划分业务板块
  15. 15. 绘制用户故事树</li></ul>03 编写故事<br />02 用户角色<br />01 用户故事树<br />04 确定优先级<br />05 评估规模<br />如何编写故事清单<br />
  16. 16. 需求本身需要分类<br />史诗Epic<br />故事Story<br />增强Enhancement<br />缺陷Defect<br />技术债务TechDebts<br />重构Refactor<br />不同时期的客户1提出需求关注点不一样<br />
  17. 17. 绘制用户故事树<br />SAMPLE<br />故事分解是自上而下的<br />故事树的完善是自下而上的<br />跟客户沟通的是整个故事树<br />开发的永远是最底层的故事<br />
  18. 18. 界定业务边界<br />属于财务部门的业务<br />只需要需要完成报销业务<br />不做项目成本分析等业务<br />不做预算管理等业务<br />不做…<br />
  19. 19. 初步划分业务板块<br />报销流程是一个板块<br />从历史数据的查看上看需要一个查询的板块<br />…<br />
  20. 20. 建立用户角色<br />I’m a counter I have to count money…<br /><ul><li> 明确使用对象
  21. 21. 确定各场景角色职责
  22. 22. 建立用户角色职责</li></ul>03 编写故事<br />02 用户角色<br />01 用户故事树<br />04 确定优先级<br />05 评估规模<br />如何编写故事清单<br />
  23. 23. 建立用户角色<br />用户角色来自需求的业务描述<br />用户角色将用于故事编写<br />用户角色不同于组织架构<br />用户角色不是系统中的角色<br />SAMPLE<br />用户角色越细越好<br />用户角色需要根据故事更新<br />用户角色中的职责和权利应该详细描述<br />
  24. 24. 编写用户故事<br /><ul><li> 三段论
  25. 25. 用户沟通
  26. 26. 可接受条件</li></ul>03 编写故事<br />02 用户角色<br />01 用户故事树<br />04 确定优先级<br />05 评估规模<br />如何编写故事清单<br />
  27. 27. 故事从哪儿来<br />我作为需求分析人员在项目上因为项目上的出差垫付了一些费用,需要向公司申请报销,公司给我打款<br />我报销的时候时候会提供相应费用发生的发票,同时告诉项目负责人相应的费用明细及产生原因。<br />报销<br />So What<br />So what<br />So what<br />作为项目负责人需要核实该费用是否确实是为项目产生的。没有问题后交给财务,有问题需要跟申请人确认<br />So what<br />So what<br />……<br />作为财务核算人员,我要根据申请人提供的明细,核对是否符合公司的标准,有问题部分不能予以报销<br />
  28. 28. 编写用户故事<br />SAMPLE<br />作为一个<角色>, 我想要<活动>, 以便于<商业价值><br />
  29. 29. INVEST<br />Independent<br />Negotiable<br />Valuable<br />Testable<br />Estimable<br />
  30. 30. 继续挖掘故事<br />我作为项目负责人因为项目上的出差产生了一些费用,这部分费用有一些是提前从公司预支的,也有自己垫付的,对于自己垫付需要向公司申请报销,公司给我打款;对于预支的需要公司及时消除预支<br />我报销的时候时候会提供相应费用发生的发票,同时告诉部门总监相应的费用明细及产生原因。<br />报销<br />So What<br />So what<br />So what<br />作为部门总监需要核实该费用是否确实是为项目产生的。没有问题后交给财务,有问题需要跟申请人确认<br />So what<br />So what<br />……<br />作为财务核算人员,我要根据申请人提供的明细,核对是否符合公司的标准,有问题部分不能予以报销<br />
  31. 31. 编写用户故事<br />SAMPLE<br />
  32. 32. 更新用户角色<br />SAMPLE<br />
  33. 33. 更新故事树<br />SAMPLE<br />故事树的完善是自下而上的<br />根据对业务的理解深入需要改变上级故事<br />
  34. 34. 确定故事优先级<br /><ul><li> 按业务价值排序
  35. 35. 与客户沟通先后顺序
  36. 36. 兼顾开发顺序</li></ul>03 编写故事<br />02 用户角色<br />01 用户故事树<br />04 确定优先级<br />05 评估规模<br />如何编写故事清单<br />
  37. 37. 优先级设置的准则<br />业务价值优先 尽快的交付业务价值<br />兼顾技术实现 降低迭代成本<br />
  38. 38. 评估故事规模<br /><ul><li> 业务复杂度
  39. 39. 开发复杂度
  40. 40. 测试复杂度</li></ul>03 编写故事<br />02 用户角色<br />01 用户故事树<br />04 确定优先级<br />05 评估规模<br />如何编写故事清单<br />
  41. 41. 评估规模<br />为了预估工作量才需要估计规模<br />需要POTEAM一起预估团队最后达成一致<br />跟团队业务有关,不用太注意数值上的差异<br />需要考虑业务复杂度、技术实现复杂度、测试复杂度<br />
  42. 42. 一些常用评估的工具<br />Scrum扑克牌 F式数列<br />三角对比 故事间横向比较<br />
  43. 43. &a<br />F<br />常见 问题<br />
  44. 44. Thanks A lot!Hoh~<br />
  45. 45. MoSCoW<br />Must 这个一定要做的<br />Should 这个应该要做的<br />Could 这个可以完成的<br />Would Not 这个不做的<br />

×