《敏捷开发管理Story》由会员分享，可在线阅读，更多相关《敏捷开发管理Story（10页珍藏版）》请在金锄头文库上搜索。
1、一款提高实体店销售业绩的O2O工具惠吧技术部QAStory - 故事故事例子（正）惠吧可以用微信支付订单费用-从商业的角度阐述，便于各方理解备注：接受支付宝、自提-可以加一些注释，引起初始的思考-不关注细节，便于交流和讨论故事例子（负）打通支付接口，达到微信支付功能-描述太细，不便于交流和沟通备注：接受国内、国外卡。当支付金额超过100元时，需要提供卡的。-技术类词语描述，不便于理解Story是什么样子的故事是用来讲的、分享的、讨论的-有价值：从商业的角度阐述（非技术术语）-小、独立：简单的功能-可讨论：关于故事的交流更重要-动态的：伴随交流，确定细节、优先级-优先级、需要交付的截止日期大需求
2、可先写下大故事（Epic），再提炼、分解完整的Story惠吧可以用微信支付订单费用备注：接受支付宝、支付内容优先级P1SprintiOSSprint1细节1：XXX细节2：XXX细节3：XXXTask1：3hourTask2：2hourTask3：3hourTask4：3hourTask5：2hourTask6：3hourDeadline20150315SP8Story的作用（1）任务分解、评估时间e.g.惠吧可以用微信支付费用(29hours)UI|UEDevelopmentQATask 13Technical Design6Case Design3Task 22Code Develop3C
3、ase Review3Task 31Deployment1Execution3Task 41Regression371012Story的作用（2）评估Scrum小组生产力，便于规划和预期Sprint 1Sprint 2Story 13Story 13Story 25Story 25Story 313Story 321Story 421Story 421Story 53Story 521Story 65Story 78Story 88Story 91Story 102SP69SP71故事与需求文档的区别故事故事需求文档需求文档讲故事，强调对话描述需求，强调书面沟通沟通的过程促进与开发一起理解描述需要尽可能描述细节故事的大小便于计划计划工作复杂适用于迭代开发、需求调整开发周期长，不利于需求调整Story的类型I.需求类II.技术类III.缺陷类IV.任务类THANKS！
