敏捷实践之用户故事课件

敏捷管理与开发钱魏2013年6月2日需求管理敏捷管理与开发钱魏2013年6月2日需求管理先看个漫画先看个漫画What

故事是什么1Why为什么使用故事2How怎么编写故事清单3F&A常用问题4目录CONTENTSWhat故事是什么1Why为什么使用故事2Howhatw什么是用户故事？hatw什么是用户故事？敏捷实践之用户故事课件从用户的角度来描述用户渴望得到的功能角色：谁要使用这个功能。活动：需要完成什么样的功能。商业价值：为什么需要这个功能，这个功能带来什么样的价值。作为一个<角色>,我想要<功能>,以便于<商业价值>I’macounterIhavetocountmoney…从用户的角度来描述用户渴望得到的功能角色：谁要使用这个功能。用户故事的组成Card–卡片一般来说用户故事是写在记事卡片上，卡片上可能包括了一些说明和估算的信息Conversation–对话有关的具体信息是通过和产品拥有者的交谈沟通得出的Confirmation–验证用验收测试来确认实现的正确性用户故事的组成hyw我们

为什么要使用用户故事？hyw我们为什么要使用用户故事？敏捷实践之用户故事课件促进沟通持续交付开发敏捷客户最终需要的并不是文档而是通过软件帮助其完成业务价值短小精悍的故事可以帮助我们推进沟通，挖据客户的真实需求关注商业价值而不是功能实现，更敏捷的交付产品促进沟通持续交付开发敏捷客户最终需要的并不是文档关注商业为什么是用户故事将关注点从文字转到口头交流文字不够准确更容易理解支持迭代开发计划刚刚好支持所有人一起设计关注目的而不是实现为什么是用户故事将关注点从文字转到口头交流owH怎么编写用户故事清单owH怎么编写用户故事清单案例案例建立用户故事树确定业务边界初步划分业务板块绘制用户故事树03编写故事如何编写故事清单02用户角色

01用户故事树04确定优先级05评估规模建立用户故事树确定业务边界03编写故事如何编写故事清单02需求本身需要分类不同时期的客户提出需求关注点不一样史诗Epic故事Story增强Enhancement缺陷Defect技术债务TechDebts重构Refactor需求本身需要分类不同时期的客户提出需求关注点不一样史诗Epi绘制用户故事树故事分解是自上而下的故事树的完善是自下而上的跟客户沟通的是整个故事树开发的永远是最底层的故事绘制用户故事树故事分解是自上而下的界定业务边界属于财务部门的业务只需要需要完成报销业务不做项目成本分析等业务不做预算管理等业务不做…界定业务边界属于财务部门的业务初步划分业务板块报销流程是一个板块从历史数据的查看上看需要一个查询的板块…初步划分业务板块报销流程是一个板块建立用户角色明确使用对象确定各场景角色职责建立用户角色职责03编写故事I’macounterIhavetocountmoney…02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单建立用户角色明确使用对象03编写故事I’macoun建立用户角色用户角色来自需求的业务描述用户角色将用于故事编写用户角色不同于组织架构用户角色不是系统中的角色用户角色越细越好用户角色需要根据故事更新用户角色中的职责和权利应该详细描述建立用户角色用户角色来自需求的业务描述用户角色越细越好编写用户故事三段论用户沟通可接受条件03编写故事02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单编写用户故事三段论03编写故事02用户角色01用户故故事从哪儿来我作为需求分析人员在项目上因为项目上的出差垫付了一些费用，需要向公司申请报销，公司给我打款我报销的时候时候会提供相应费用发生的发票，同时告诉项目负责人相应的费用明细及产生原因。报销作为项目负责人需要核实该费用是否确实是为项目产生的。没有问题后交给财务，有问题需要跟申请人确认作为财务核算人员，我要根据申请人提供的明细，核对是否符合公司的标准，有问题部分不能予以报销……故事从哪儿来我作为需求分析人员在项目上因为项目上的出差垫付了编写用户故事编写用户故事INVESTINVEST继续挖掘故事我作为项目负责人因为项目上的出差产生了一些费用，这部分费用有一些是提前从公司预支的，也有自己垫付的，对于自己垫付需要向公司申请报销，公司给我打款；对于预支的需要公司及时消除预支我报销的时候时候会提供相应费用发生的发票，同时告诉部门总监相应的费用明细及产生原因。报销作为部门总监需要核实该费用是否确实是为项目产生的。没有问题后交给财务，有问题需要跟申请人确认作为财务核算人员，我要根据申请人提供的明细，核对是否符合公司的标准，有问题部分不能予以报销……继续挖掘故事我作为项目负责人因为项目上的出差产生了一些费用，编写用户故事编写用户故事更新用户角色更新用户角色更新故事树故事树的完善是自下而上的根据对业务的理解深入需要改变上级故事更新故事树故事树的完善是自下而上的确定故事优先级按业务价值排序与客户沟通先后顺序兼顾开发顺序03编写故事02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单确定故事优先级按业务价值排序03编写故事02用户角色0优先级设置的准则业务价值优先尽快的交付业务价值兼顾技术实现降低迭代成本优先级设置的准则业务价值优先尽快的交付业务价值兼顾技术实现评估故事规模业务复杂度开发复杂度测试复杂度03编写故事02用户角色

01用户故事树04确定优先级如何编写故事清单05评估规模评估故事规模业务复杂度03编写故事02用户角色01用评估规模为了预估工作量才需要估计规模需要PO\TEAM一起预估团队最后达成一致跟团队\业务有关，不用太注意数值上的差异需要考虑业务复杂度、技术实现复杂度、测试复杂度评估规模为了预估工作量才需要估计规模Must

这个一定要做的Should

这个应该要做的Could

这个可以完成的WouldNot

这个不做的MoSCoWMust 这个一定要做的MoSCoW一些常用评估的工具Scrum扑克牌F式数列三角对比故事间横向比较一些常用评估的工具Scrum扑克牌F式数列三角对比故事间&aF常见问题&aF常见问题用户故事与用例范围完整性的级别生命期Usecases更加可能包含有关用户界面的详细信息目的Usecase的目的是在用户与开发团队之间形成文档化的协议用户故事的目的是帮助发布和迭代计划的制定，是作为占位符，为有关详细用户需求的对话服务的用户故事与用例范围用户故事与需求表十分关注细节，容易出错，费时难读很难排优先级很难了解全部可行性不高用户故事与需求表十分关注细节，容易出错，费时难读Q&AThanksQ&AThanks敏捷管理与开发钱魏2013年6月2日需求管理敏捷管理与开发钱魏2013年6月2日需求管理先看个漫画先看个漫画What

故事是什么1Why为什么使用故事2How怎么编写故事清单3F&A常用问题4目录CONTENTSWhat故事是什么1Why为什么使用故事2Howhatw什么是用户故事？hatw什么是用户故事？敏捷实践之用户故事课件从用户的角度来描述用户渴望得到的功能角色：谁要使用这个功能。活动：需要完成什么样的功能。商业价值：为什么需要这个功能，这个功能带来什么样的价值。作为一个<角色>,我想要<功能>,以便于<商业价值>I’macounterIhavetocountmoney…从用户的角度来描述用户渴望得到的功能角色：谁要使用这个功能。用户故事的组成Card–卡片一般来说用户故事是写在记事卡片上，卡片上可能包括了一些说明和估算的信息Conversation–对话有关的具体信息是通过和产品拥有者的交谈沟通得出的Confirmation–验证用验收测试来确认实现的正确性用户故事的组成hyw我们

为什么要使用用户故事？hyw我们为什么要使用用户故事？敏捷实践之用户故事课件促进沟通持续交付开发敏捷客户最终需要的并不是文档而是通过软件帮助其完成业务价值短小精悍的故事可以帮助我们推进沟通，挖据客户的真实需求关注商业价值而不是功能实现，更敏捷的交付产品促进沟通持续交付开发敏捷客户最终需要的并不是文档关注商业为什么是用户故事将关注点从文字转到口头交流文字不够准确更容易理解支持迭代开发计划刚刚好支持所有人一起设计关注目的而不是实现为什么是用户故事将关注点从文字转到口头交流owH怎么编写用户故事清单owH怎么编写用户故事清单案例案例建立用户故事树确定业务边界初步划分业务板块绘制用户故事树03编写故事如何编写故事清单02用户角色

01用户故事树04确定优先级05评估规模建立用户故事树确定业务边界03编写故事如何编写故事清单02需求本身需要分类不同时期的客户提出需求关注点不一样史诗Epic故事Story增强Enhancement缺陷Defect技术债务TechDebts重构Refactor需求本身需要分类不同时期的客户提出需求关注点不一样史诗Epi绘制用户故事树故事分解是自上而下的故事树的完善是自下而上的跟客户沟通的是整个故事树开发的永远是最底层的故事绘制用户故事树故事分解是自上而下的界定业务边界属于财务部门的业务只需要需要完成报销业务不做项目成本分析等业务不做预算管理等业务不做…界定业务边界属于财务部门的业务初步划分业务板块报销流程是一个板块从历史数据的查看上看需要一个查询的板块…初步划分业务板块报销流程是一个板块建立用户角色明确使用对象确定各场景角色职责建立用户角色职责03编写故事I’macounterIhavetocountmoney…02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单建立用户角色明确使用对象03编写故事I’macoun建立用户角色用户角色来自需求的业务描述用户角色将用于故事编写用户角色不同于组织架构用户角色不是系统中的角色用户角色越细越好用户角色需要根据故事更新用户角色中的职责和权利应该详细描述建立用户角色用户角色来自需求的业务描述用户角色越细越好编写用户故事三段论用户沟通可接受条件03编写故事02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单编写用户故事三段论03编写故事02用户角色01用户故故事从哪儿来我作为需求分析人员在项目上因为项目上的出差垫付了一些费用，需要向公司申请报销，公司给我打款我报销的时候时候会提供相应费用发生的发票，同时告诉项目负责人相应的费用明细及产生原因。报销作为项目负责人需要核实该费用是否确实是为项目产生的。没有问题后交给财务，有问题需要跟申请人确认作为财务核算人员，我要根据申请人提供的明细，核对是否符合公司的标准，有问题部分不能予以报销……故事从哪儿来我作为需求分析人员在项目上因为项目上的出差垫付了编写用户故事编写用户故事INVESTINVEST继续挖掘故事我作为项目负责人因为项目上的出差产生了一些费用，这部分费用有一些是提前从公司预支的，也有自己垫付的，对于自己垫付需要向公司申请报销，公司给我打款；对于预支的需要公司及时消除预支我报销的时候时候会提供相应费用发生的发票，同时告诉部门总监相应的费用明细及产生原因。报销作为部门总监需要核实该费用是否确实是为项目产生的。没有问题后交给财务，有问题需要跟申请人确认作为财务核算人员，我要根据申请人提供的明细，核对是否符合公司的标准，有问题部分不能予以报销……继续挖掘故事我作为项目负责人因为项目上的出差产生了一些费用，编写用户故事编写用户故事更新用户角色更新用户角色更新故事树故事树的完善是自下而上的根据对业务的理解深入需要改变上级故事更新故事树故事树的完善是自下而上的确定故事优先级按业务价值排序与客户沟通先后顺序兼顾开发顺序03编写故事02用户角色

01用户故事树04确定优先级05评估规模如何编写故事清单确定故事优先级按业务价值排序03编写故事02用户角色0优先级设置的准则业务价值优先尽快的交付业务价值兼顾技术实现降低迭代成本优先级设置的准则业务价值优先尽快的交付业务价值兼顾技术实现评估故事规模业务复杂度