新公司入职近3个月，随着与新团队的不断融合，越发想念我在上家公司践行的敏捷实践。没有比较就没有伤害，我觉得上一个团队的敏捷是我工作以来最好的一个敏捷团队，没有之一。下面就简单介绍下我在上一个团队的敏捷实践流程，这也是大家在一起磨合了3年的优秀成果。
第一步：搜集需求。产品、开发、测试、项目管理等各角色核心成员开会过需求，包括：业务提出需要做的需求，之前提过但未做的需求，技术优化项（含开发、测试）。产品明确需求优先级，项目管理人员正确输入到excel中，一般都是用excel管理和维护。会议中，并不会过需求细节，而是要求产品人员讲解需求背景、需求价值和广义的需求内容。方便其他人员了解需求的来龙去脉。
第二步：技术人员分配人力。产品人员明确优先级后，核心技术人员参会对于优先级高的需求安排开发人力和测试人力，保证每个人员的工作饱和度。没有安排上的需求保留在需求池中，参与后面需求的pk。
第三步：向产品反馈需求排期进度。项目管理人员和技术人员向产品一轮迭代的需求排期情况，多方达成一致意见。后面开始项目实施。这里的一轮迭代可以是一个版本，或者一个月。由于现在是互联网时代，信息、事物等发展飞速，也要求企业能快速跟上步伐，满足日新月异的发展变化，但是太快的话，会影响团队运作的效率，所以一般是一个迭代就是一个月。
第四步：各需求跟进人按照特定的项目流程实施，在项目过程中每日开站会过进度，识别项目风险，追踪和解决项目阻塞项，保证项目顺利进行。
团队自定义的项目流程：组织需求评审--->开发设计评审--->测试案例评审--->开发编写代码--->执行测试案例--->产品uat--->发布评审--->发布生产--->生产验证--->发布生产发布结果。
组织需求评审：产品、开发、测试参加会议，各leader参加会议，要求产品提供精细化的prd文档，好的开始是成功的一半，如果需求改动点都能刚在prd上面提现，就会为后面的工作减少了delay的项目风险。会上有不确定的事情和需要追踪的事情，项目管理会后发邮件告知大家需求评审结果和@责任人需要追踪的事项，每日站会责任人反馈事项进展，如果事情没有结束，继续追踪继续反馈直到得到结论。如果会上存在严重阻塞项，或者内容逻辑不通，重新打回择日再开。（后面每项步骤都是如此）
开发设计评审：产品、开发、测试参加会议，各leader参加会议，要求开发编写设计文档，把落地变动的代码都必须体现到文档中，这样测试才能更详细的知道改动点，从而设计测试范围测试影响和测试内容。还有开发反馈开发时间和提测时间，测试根据上线计划评估提测时间是否合理。如不合理，提出并协商最后达成一致。
测试案例评审：产品、开发、测试参加会议，各leader参加会议，要求测试案例要覆盖业务场景和开发改动点，以及改动后的影响范围，测试案例要尽可能的详细，这样后面再测试的时候可以不用再考虑场景，直接按照测试案例执行即可。一般测试案例会包含：所属模块，功能路径，用例内容，前提条件，测试步骤，预期结果，验证结果。对于预期结果要精细到表字段维度，这样做的好处有两点：第一：有助于理解需求和开发实现，第二：方便可以无脑执行测试。
开发编写代码到发布生产发布结果过程：这几个项目节点在下一篇文档进行说明。未完待续。。。
第五步：全员参会版本总结会。会上每个人提出这个版本中做得好的地方和需要改进的地方。复盘需要改进的问题，提出改进方案，在下个版本进行实践。个人觉得这个步骤至关重要，一个人只有反思总结，才会不断提升自我，最终成为越来越好的自己。
网友评论