文/秋之川
这是《落叶》文集里第 319 片落叶，希望你能喜欢，不为别的，只为这份坚持。
【背景】
很多同学总是在跟我抱怨，说在日常的项目进行当中，老是会接到一些临时需求，
对进行中的任务或多或少都会产生一定的影响，一方面是增加了他们的工作量，另一方面是打断了他们当下的工作节奏。但他们自己也清楚，这种临时需求在实际的项目当中不可避免，所以，他们很想知道怎么才能将这种临时需求的影响降到最低？
【你问】
怎么才能将临时需求对项目的影响降到最低？
【我答】
首先，我们要清楚的是，这种临时需求是不可避免的，特别是当产品已经上线，开始运营之后，这种非计划中的、且需要尽快实现的临时需求会越来越多。
既然源头是无法切断的，那就只能从后面的执行上想办法了，之所以大家觉得临时需求很麻烦，让他们很头痛，其实根本上来看还是因为大多数公司对于临时需求的管理还是一种无流程、无组织的，所以，解决方法也就可以对症下药了，那就是梳理制定一个临时需求管理流程。
申请条件
满足下面三个条件的任务，才能归为临时需求，才可以按照这个管理流程执行。
- 因用户、市场、运营、优化、运维等工作的需要所产生的需求；
- 经初步评估，工作量小于5个人日的；
- 不能归并到进行中的项目需求范围的；
角色和职责
- 需求提出人：通常是产品经理、研发组长、市场、运营人员等，主要职责是提出需求、组织评审、验收完成；
- 需求审核人：通常是项目负责人、研发主管、分管领导，主要职责是审核需求、审核变更、监督控制实施以及确认验收完成�；
- 任务承担人：通常是项目经理、开发负责人和测试负责人，主要负责技术方案设计、工作量评估、人力和工期规划、实施管理、完成验证、组织验收；
流程
Paste_Image.png
操作
Paste_Image.png
注意事项
- 任务承担人不能是需求提出人，也就是不能自己提临时需求，自己去完成，因为需求提出人最终肩负着验收的职责；
- 任务评估必须由任务承担人去做；
- 完成结果必须由任务承担人提交；
- 需求提出人在完成验收之后，还必须给完成的质量打分；
《测试路上你问我答》里的 Q&A 96，如果是你要的，甚好！如果不是，你问，我答！
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
