浅谈对敏捷开发的初期理解

2019独角兽企业重金招聘Python工程师标准>>>

毕业一个半月了，在TW的工作还算顺利，对于我这种小白而言第一次接触到了敏捷开发的流程，为了巩固知识加深了解，所以将在这篇博客中将我目前所理解的敏捷开发流程作一个整理。十分感谢工作期间给我提供帮作的汪老师、苏老师等前辈 一、TW的项目流程 项目的第一阶段主要是销售与售前，这里主要有专门的团队负责，这里就不多讲了。 项目的第二阶段是合同的具体签订与inception，这里大概会有4-5人包括PM,BA,UX,TL(F/B)花费大约两周的时间进行需求调研。 第三阶段就进入到了Delevery,在这个阶段就开始进行具体的代码开发，PM会预估项目的迭代周期数、story数量、预设项目的速度。然后开发组就开始进行一个迭代接一个迭代的开发周期。迭代周期内的具体事件会在后面详述。在这个阶段要结束的1～4周前运维就会加入进来，完成用户验收后就会进入第四阶段Maintenance（这个阶段小白博主还没涉及过所以就不谈了）。 以上就是tw的一个项目的完整流程，po主今天主要是总结第三个阶段的相关内容。

二、Delevery阶段 在这个阶段项目组会进行从I0、I1、I2到IN的迭代，这个阶段内的参与者主要有Ba、Ux、Pm、Tl、以及客户方的Po。除了I0的其他迭代周期一般为2周，从I1开始就会进行项目的交付。 其中I0时我们主要会进行以下的内容： 1. 决定项目采取的实践：如estimation,planning,daily stand up, kick off, sign off, code review, showcase, retro. 2.进行项目准备：物理墙、头像图片、电子墙、业务全景图上墙、线框图上墙（业务全景图和线框图属于inception阶段的工作，该阶段上墙是为了让团队了解需要做的事情）、故事卡。 3.Estimation $ Planning: 对需求进行再次讲解、从新估算，制作项目计划。 4.Showcase点确认，重点确认第一个showcase点及相关内容。 5.团队破冰活动，让团队迅速熟悉起来。 6.风险识别（技术/非技术），评估以及制定风险应对策略。 7.识别相关人员、客户（干系人识别），了解客户关系。 8.技术栈，包括团队技术情况和项目间的gap以及如何合理分配u，填补gap。 9.Environment: Test,UAT环境确定，了解客户真是情况以及特殊要求。 10.CI(部署代码)/CD（持续部署） 11.第三方技术集成点识别。

完整的Practices包括： Product Backlog/Sprint Backlog、 Estimation(估点)、 Planning、 Daily stand up、 Code review、 Kick off、Desk check/Sign off、 Showcase、 Retro、Pair、 KanBan（故事卡，物理墙电子墙）、 TDD（测试驱动开发）/BDD（行为驱动开发）、CI/CD

三、Iteration 首先PM和BA会从Backlog中取出需要做的内容进行细化后准备相应的stories（stories数量略大于能够完成的数量，我的理解是能够为dev开发时提供更多的选择方案）。 然后进入IPM(Iteration Plan Meeting)，迭代计划会议主要是跟客户保持沟通与信息更新的一个会议。主要讨论下个迭代的story、对下个迭代的期望、团队人员的可用性、风险评估总结。范围在广点就是: 1.Review and clarification stories one by one 2.Mark question for PO|BA|PM 3.Re-Estimate stories 4.Re-prioritization 5.Lock down stories in this iteration

接着便进入了每天的工作循环：stand up 、 ready for dev、 kick off、 development、 sign off、 testing、 fix bug、 code review。 这个循环会重复到此次迭代结束然后就会与客户进行该阶段的Showcase,一般会提前一周开始准备，准备工作包括了 1. 确认哪些功能可以show，哪些不可以（BA） 2.准备showcase剧本（BA） 3.写邮件和客户确认showcase内容和时间（PM） 4.封showcase的版本（YF） 5.BA按照showcase剧本走流程、提bug（BA）、修bug（dev） 最后进行Retro(总结会议)，提出相应的STOP、START、MORE OF、LESS OF、 CONTINUE。本次迭代结束。

三、 stroy stroies 的关键点： - Independent : no overlap - order is ok! Negotiable : No contrac t.Details can change. Valuable : Incremental benefit to something. Estimable : Relative size to other stories. Small : Shouldn't be bigger than an iteration. Testable : Should be able to tell when it is done.

stories的生命周期: 1. stroy mapping 2. prioritization 3. analysis and UX elaboration 4. story kick-off 5. development 6. handover to test 7. test 8. acceptance 9. show case

stories的status:

转载于:https://my.oschina.net/twleo2016/blog/724026