Top100summit敏捷开发的实践与思考—去哪儿-王植萌.ppt

Top100summit敏捷开发的实践与思考—去哪儿-王植萌.ppt

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

*结束谢谢大家StayHungry.StayFoolish.-SteveJobs1、状态机控制订单的状态流转2、状态同步解决因网络不稳定情况下出现的状态差异,获悉供应商订单状态异常或状态错误3、反作弊 黑名单策略在新版短信验证码上线后基本没有太大作用,频率控制策略还需要细化去哪儿网王植萌敏捷开发的实践与思考想和大家分享什么我们为什么要践行敏捷开发我们的敏捷开发实践解决了哪些问题敏捷开发的意义何在?对敏捷的疑虑和误区敏捷开发对产品、开发、QA的要求都太高了,难以实现,这该死的story该怎么拆?每个迭代开始要开kickoff会,结束要开总结会,天天早上还要开站会,除了会就是会,我们还有时间写代码么?公司里弄个jira,弄个bugfree,再弄个mingle,还要写卡片挪卡,烦不烦那?如上,我们为了敏捷开发要付出很多,我们能否从敏捷开发中得到相应的回报?自我介绍王植萌公司:去哪儿网入职日期:2013.05.08工作经历2008.11~2011.01就职于播思通讯2011.03~2013.04就职于大街网2013.05~今就职于去哪儿网现机票事业部品质管理部门敏捷开发小组负人我们为什么要践行敏捷开发(一)人性的弱点(不按客观规律做事情)贪婪(产品小李:XX月XX日前必须上线,没有人手?小王你加加班吧)自负(开发小王:其实这点时间足够了,项目这么急,自测就免了吧,写代码的时候注意点就行了,以后有时间了再补上)目光狭窄(产品小李:小王我觉得这个地方得改一下。。。开发小王:这都第几次了!要改就得加工时!至少2个人日产品小李:啊!要这么久!那就不能按时上线了。。。,可是这个必须要改)开发小王:真不能再改了,再改不能按时上线了)*我们为什么要践行敏捷开发(二)我们内心总是在寻找捷径,心存侥幸,如关羽千里走单骑般高效的完成任务。团队中的任何角色莫不如此。我们对Delay和死磕已经麻木,不会去问问什么,问了也没有答案。我们为什么要践行敏捷开发(三)合作和斗争Dev、QA、PM之间是自发的斗争中合作,合作中斗争的关系我们为什么要践行敏捷开发(四)最初是对已有开发方式的否定能坚持下来是因为敏捷开发的确使项目更为靠谱,降低了项目的风险我们为什么要践行敏捷开发(五)PM,DEV,QA合作又竞争,没有统一的目标频繁delay,频繁死磕,项目进度失控工作透明度差,工作进度度量模糊工作周期长,各种风险不可控我们的敏捷开发实践解决了哪些问题(一)解决问题的宗旨:我们要限制人性的弱点我们要发扬人性的闪光点我们的敏捷开发实践解决了哪些问题(二)KickOff会议统一PM,DEV,QA的思想:1.本迭代的终极目标是什么,经过这个迭代,我们要为我们的客户增加怎样的体验2.本迭代包含哪几次发布,每次发布需要包含哪些story,story的优先级如何。3.对本次迭代所需story进行集体估点。增强了组员的使命感:PM,DEV,QA之间不是合作竞争关系,而是纯战友关系,大家的终极目标相同,就是把某件事情做到,做对。我们的敏捷开发实践解决了哪些问题(三)迭代总结会议1.迭代数据统计,本次迭代我们的交付能力是否提高了——我们哪些方面的能力提高了2.我们还有哪些需要改进,如何改进通过一次次迭代,组员能力不断提高,提高组员的个人荣誉感和集体荣誉感我们的敏捷开发实践解决了哪些问题(四)工作形成闭环PM制定需求,必须拆分Story,必须与DEV,QA一起对Story进行Review。必须在StoryinDEV前完成测试用例的编写。保证需求粒度得当,细节把控合理,为ReadyForQA提供了标准我们的敏捷开发实践解决了哪些问题(五)DEV的任何业务逻辑代码必须包含单元测试,必须执行通过测试用例,必须执行所有项目中的单元测试,并没有出现错误,必须满足单测的代码覆盖率,必须针对此story向QA和PM进行miniShowCase,必须接受QA的CodeDiff。我们的敏捷开发实践解决了哪些问题(六)QA必须对DEV提交的代码进行CodeDiff,必须根据测试用例进行功能检测,QA具有决定产品是否可以发布的一票否决权,有权将DEV提交并ReadyforQA的Story回退到indev状态。我们的敏捷开发实践解决了哪些问题(七)上述举措,目的是每种角色都多做一点,大大提高了组员的责任

文档评论(0)

金华 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档