7.1研发运维
一、需求调研
通过用户、产品、运营等各种渠道收集需求，对收集到的需求进行初步分析、整理、合并，建立完整的需求池。我们可以进一步对需求进行细分管理，细分为需求、变更、缺陷三种类型，并通过扩展属性进行详细说明，让每个需求更加清晰、立体、完整。
例如，
需求类的：可以写明是移动端需求、还是PC端需求
变更类的：对变更原因进行说明
缺陷类的：描述缺陷原因，并标识缺陷的严重程度
二、需求评审
有了完整详细的需求后，组织团队进行详细的分析评估，综合考虑各方面因素，如：技术是否可行、能否带来效益、付出的成本有多大、是否会跟现有功能产生冲突等等。
并给出最终的需求评审结果：
1.评审通过的需求，进行进一步的规划，如规划简要的需求实现方案等等。
2.将不合理、不可实现的需求不予采纳，并将不采纳需求设为关闭状态。
三、开发迭代
可以将评审通过的需求，规划不同版本迭代实现，如XX产品V1.0开发、XX产品V2.0开发，将每个迭代版本创建一个项目进行追踪管理。
对每个项目，安排团队的开发迭代计划：
1.监控每个功能的状态，研发中、待测试、已完成等。
2.每个技术工程师有哪些开发任务一目了然，方便项目经理及时调整工作计划。
四、测试管理
测试工程师编写的测试用例，进行统一管理：
测试中发现的缺陷，通过问题模块进行记录，记录缺陷的描述、严重等级，通过不同的颜色对缺陷进行醒目的标识，可直接将缺陷关联到对应的开发任务上。
并提交给相应工程师处理，工程师会收到一个缺陷处理任务。
缺陷的处理要经过提交、处理、确认、完成，是一个闭环的过程，保证缺陷能确实解决。
每个功能有多少缺陷需要处理、每个缺陷的紧急程度，在项目计划中清晰可见。
五、上线运维
项目上线，交由运维团队进行定期维护，功能升级部署、用户操作培训、服务器维护等不同视图追踪管理运维工作，将运维工作建立起标准化、规范化的流程。
