需求管理制度V2.0

-1-零壹移动互联需求管理制度（2.0版，2015年）拟制人肖波日期20150630审核人日期批准人日期修改记录日期版本作者/修改者描述审核人20150701V2.0肖波修改需求开发管理流程与相关人员分工-2-目录第一章总则...................................................................................................................................3第二章职责与分工.......................................................................................................................3第三章需求总体说明...................................................................................................................4第四章需求提交...........................................................................................................................7第五章需求评估...........................................................................................................................7第六章需求开发.........................................................................................................................10第七章系统测试.........................................................................................................................11第八章需求上线.........................................................................................................................13第九章生产问题管理.................................................................................................................14第十章需求变更控制与管理.....................................................................................................14第十一章需求进度监控及查询.................................................................................................17第十二章附则.............................................................................................................................17-3-第一章总则第一条为规范零壹移动互联（以下简称“零壹”）需求管理，明确各阶段的工作内容、处理流程、参与人员以及相关干系人的职责，在保证需求质量的同时，提高需求实现效率，特制订本制度。第二条本制度适用于研发部的所有系统开发需求。第三条本制度适用的读者包括需求开发负责人、需求提交人员、需求评估人员、开发人员、测试人员、生产运维人员、项目管理员等。第二章职责与分工第四条职责分工角色职责需求提交人员1.负责需求调研与编辑、编写业务需求申请表、提交业务需求审批。2.根据需求评审和评估意见，及时修改业务需求，并发给需求相关干系人。3.配合需求开发、测试人员提供业务知识的支持。4.协助确认需求开发结果。5.负责需求上线后验证工作。项目管理人员1.负责需求审批、评估、技术文档评审、测试、上线等需求管理流程的整体协调工作。2.组织需求评估会议。3.处理测试申请----提交测试部门进行分配与测试。4.维护需求信息、跟进需求变更以及需求处理进展，定期向相关领导、部门汇报需求进展。需求开发负责人1.参与需求评审，从技术角度对需求实现方式、风险等进行评估。2.制定需求开发计划，分配需求开发人员。3.负责需求所有工作的沟通、协调管理。4.负责需求开发进度、成员、变更管理。5.负责或参与需求所有成果的审批。需求评估人员1.从架构、业务、技术、风险等方面对业务需求的内容和实现方式进行全面评估，并提出评估意见。2.审核根据评估意见修改后的业务需求。-4-3.需求评估人员包括开发部门、测试部门、产品部门以及其他参与具体需求工作的人员。开发人员1.帮助需求提交人员分析、确定业务需求。2.编写需求相关技术文档。3.组织实施软件需求、系统设计等文档评审，参与测试计划、测试案例、测试报告文档的评审工作。4.负责需求的设计、开发，确保代码符合编码规范和代码安全规范。5.负责系统集成、编译部署及单元测试。6.提交测试申请，必要时提供技术支持，配合需求测试人员完成测试环境的搭建。7.配合需求测试人员处理环境问题，解决测试缺陷。8.负责提交上线申请，参加上线评审，配合上线部署，负责上线问题的查询和解决、上线复核。需求测试负责人1.参与需求评审，从业务测试角度参与对需求实现方式、风险等进行评估。2.分配需求测试人员，对需求测试过程管理，负责需求所有工作的沟通、协调管理。3.制定/参与制定测试计划，参与测试案例、测试报告文档的评审工作。测试人员1.参与需求评估，参与技术文档评审。2.制定测试计划以及方案。3.编写测试案例等相关测试文档。4.实施技术测试工作，包括但部限于集成测试、功能测试、业务流程测试、易用性测试及用户体验测试、兼容性测试、性能与压力测试、稳定性测试、安全测试等。5.测试缺陷管理，测试缺陷处理跟进。6.组织产品经理等人员体验预发布产品。7.测试总结与相关业务知识文档编写与汇总。8.负责生产问题的协调处理。生产运维人员1.负责上线申请受理、组织上线需求评审。2.负责生产版本备份、上线、回退。（预留项）（预留项）当需求提交部门对需求评估小组的评估结果存在争议时，由相关部门领导共同商议裁决。第三章需求总体说明第五条需求分类按需求的提交部门可以分为研发部内部需求和业务部门需求。-5-需求类型需求类型定义研发部内部需求研发部内部提出的系统开发、性能优化、软件升级等需求。产品部门需求研发部以为的部门提交的系统开发需求，主要指产品部。按需求的内容可分为功能开发需求、平台网站类需求、数据需求。需求类型需求类型定义功能开发需求新业务功能已有系统中没有此功能，需要在原有基础上新增功能功能改进当前系统已经有此功能，因组织架构、制度规范、业务处理流程等发生变化，需要对现有系统的某些功能进行优化调整参数调整已有系统中已经存在该参数，需研发部对参数内容进行维护需求变更系统功能上线前，要在原有需求的基础上增加、修改或删除需求内容，但需求内容的变动会引起成本增长过大、对现有业务影响较大、或可能存在风险、合规等问题系统问题系统现有功能可以正常使用，但是性能、安全、底层处理逻辑和架构等即将或者未来可能成为业务进一步扩张的瓶颈APP界面类需求1.仅涉及APP前端页面设计、开发、更新修改及维护，与其他系统没有任何交互的需求。2.涉及APP前端页面设计、开发、更新修改及维护，且与其他系统有交互的需求。数据需求1.面向客户数据：是指运用于客户、与客户直接关联的数据，包括向客户发送短信、赠送积分、赠送权益礼品等后台数据处理需求。2.管理数据：用于管理分析，或活动效果监控和效果评估的报表及明细数据。按需求的紧急程度可以分为紧急需求和普通需求。需求类型需求类型定义紧急需求需求提交人员事先确定上线时间，且按常规资源分配和进度安排无法按时上线，必须通过领导特批增加资源，并对部分流程进行加急处理，才可满足上线要求的需求。普通需求紧急需求以外的其他需求。按需求开发工时的大小可以分为大型需求、中型需求和小型需求。需求类型需求类型定义大型需求开发工时200工时的需求。中型需求开发工时100工时，=200工时的需求。小型需求开发工时=100工时的需求。-6-第六条需求开发管理流程图需求开发管理流程为：（建议由项目管理员统一管理需求）需求管理主要包括以下内容：需求的评估、开发、测试和上线阶段的管理细则遵循本制度中相关规定。不涉及功能开发的平台类需求和数据需求可根据实际情况对需求开发管理过程的部分工作进行裁剪。-7-各阶段包含的活动及流程请见以下各章节中的详细描述。第四章需求提交第七条需求提交为提高需求质量和处理效率，减少需求变更的次数，研发部各小组（开发、UI、测试）与产品部门就需求内容和实现方式等达成一致，可形成会议纪要存档，并与《需求申请表》（或邮件的形式）同时提交需求审批。需求提交前需确认的内容包括：（一）与开发人员沟通，确定需求类型。（二）需求的可行性分析。各部门\小组进行可行性分析时需关注的内容为：1.研发部对需求的技术可行性进行初步分析，并帮助需求提交人员识别关联系统。2.需求关联系统的归属开发人员就需求是否符合业务发展规划，以及需求对系统中已有业务功能的影响进行评估。3.产品部、开发人员、测试人员对需求的业务逻辑、风险、合规等进行初步评估。第八条需求会签原则上中、大型项目或需求，需要通过会签流程，征求各部门相关同事或领导审批，审批通过方可进入到后续开发流程。此条制度视公司具体情况需要，灵活运用。第五章需求评估第九条需求评估流程-8-需求评估流程说明及职责分工：（一）需求调研，需求文档完成开发后，产品经理需将需求提交至项目管理人员统一管理，项目管理人员需要将需求文档发送至研发部想干的各分部门会签。会签通过后组织需求评估会议。（二）项目管理员审核相关要素，包括：参与会签审批的干系人是否齐全，各干系人是否审批通过。附：紧急需求另行处理（待完善，可划分为业务需求、紧急需求、生产QC等三种类型）（三）需求评估会上要评估的内容包括：-9-1.确认需求内容，分析需求合理性：需求开发负责人从技术层面对需求的技术可行性、性能等进行初步评估；测试部及其他相关产品部门从业务角度，对需求的业务逻辑、业务流程、业务目的、风险、合规等方面内容进行评估。2.初步确认需求的实现方式。3.初步评估需求的开发工作量。4.明确需求系统设计、编码、测试、上线阶段的里程碑以及各阶段的交付物和负责人。5.确定需求评估结论。（四）需求评估完成后，填写《需求评估表》（待设计表格），需填写的内容包括：1.不予开发或者有变更的事项；2.该需求对其他关联系统的影响；3.需求所需人力、工时、里程碑以及整体评估结论等。（五）评估表填写完毕后，评估人员需当场签字确认，项目管理员检查需求评估表的信息是否填写完整、准确。第十条需求评估考虑层面需求评估主要从技术角度和业务角度进行考虑。若需求评估通过，会后需求提交人员根据需求评估的结论更新需求，更新后的需求将作为研发部开发的最终依据（避免需求多次变更）。若出现下列情形之一的，评估组出具意见后可退回需求至产品部重新更新需求或需要征得各部门领导审批。（一）技术层面1.需对系统结构进行大规模改造的。2.涉及