需求管理制度V2.0.总结

零一移动互联需求管理系统(版本2.0，2015)小说家肖波日期，评论者日期，批准人日期，修改记录日期，版本作者/修改人形容评论者V2.0肖波修改需求开发管理流程和相关人员的分工目录第一章总则3第二章职责和分工3第三章要求概述4第四章要求提交7第五章需求评估7第6章需求开发10第7章系统测试11第八章在线需求13第九章生产问题管理14第十章需求变更控制和管理14第十一章需求进度监控和查询17第十二章补充规定17第一章总则第一条为规范零一移动互联网(以下简称“零一”)需求管理，明确各阶段工作内容、处理流程、参与者及相关利益主体的职责，在保证需求质量的同时提高需求实现效率，特制定本制度。第二条本系统适用于R&D部门的所有系统开发需求。第三条本制度适用的读者包括需求开发负责人、需求提交者、需求评估者、开发人员、测试人员、生产运营人员、项目经理等。第二章职责和分工第四条职责分工作用责任需求提交者1.负责需求调研和编辑，撰写业务需求申请表，提交业务需求审批。2.根据需求评审和评估意见，及时修订业务需求，并将其发送给需求的相关干系人。3.与需求开发和测试人员合作，提供业务知识支持。4.协助确认需求开发结果。5.负责需求上线后的验证工作。项目管理人员1.负责需求管理过程的整体协调，如需求批准、评估、技术文档评审、测试和在线。2.组织需求评估会议。3.过程测试申请-提交给测试部门进行分发和测试。4.维护需求信息，跟踪需求变化和需求处理进度，并定期向相关领导和部门汇报需求进度。需求开发负责人1.参与需求评审，从技术角度评估需求实现方法和风险。2.制定需求开发计划并分配需求开发人员。3.负责所有必要工作的沟通、协调和管理。4.负责需求开发进度、成员和变更管理。5.负责或参与批准所有要求的结果。需求评估员1.从架构、业务、技术和风险等方面对业务需求的内容和实施情况进行综合评价，并提出评价意见。2.根据评估意见审核修订后的业务需求。3.需求评估人员包括开发部、测试部、产品部和其他参与具体需求的人员。开发者1.帮助需求提交者分析和确定业务需求。2.编写与要求相关的技术文件。3.组织实施软件需求、系统设计等文件的评审，参与测试计划、测试用例和测试报告文件的评审。4.负责设计和开发需求，以确保代码符合编码规范和代码安全规范。5.负责系统集成、编译和部署，以及单元测试。6.提交测试申请，必要时提供技术支持，并配合需求测试人员完成测试环境的建设。7.与需求测试人员合作处理环境问题并解决测试缺陷。8.负责提交在线申请，参与在线评审，配合在线部署，查询和解决在线问题，以及在线评审。需求测试负责人1.参与需求评审，从业务测试的角度参与需求实现方法和风险的评估。2.分配需求测试人员，管理需求测试过程，负责所有需求的沟通和协调管理。3.制定/参与6.组织产品经理和其他人员体验预发布产品。7.编写和总结测试总结和相关业务知识文档。8.负责生产问题的协调。生产和操作人员1.负责接受在线申请和组织在线需求审查。2.负责生产版本的备份、在线和回滚。(预订)(预订)需求提交部门对需求评估小组的评估结果有异议时，由相关部门领导共同讨论决定。第3章要求的一般描述第5条要求的分类根据需求提交部门可分为研发部门内部需求和业务部门需求。需求类型需求类型定义R&D部内部需求研发部门提出的系统开发、性能优化、软件升级等要求。产品部门需求研发部门认为提交的系统开发需求主要是指产品部门。根据需求，内容可分为功能开发需求、平台网站需求和数据需求。需求类型需求类型定义功能开启头发需要乞讨新的业务职能现有系统中没有这样的功能，需要在原来的基础上增加新的功能。功能改进目前的系统已经具备这一功能。由于组织结构、系统规范和业务处理程序的变化，现有系统的一些功能需要优化和调整。参数平差该参数已存在于现有系统中，需要由研发部门维护。需求变更系统功能上线前，需求内容应在原有需求的基础上增加、修改或删除。但是，需求内容的变化会导致成本过度增长，对现有业务产生巨大影响，或者可能带来风险、合规性等问题。系统问题系统的现有功能可以正常使用，但性能、安全性、底层处理逻辑和体系结构将成为或可能成为未来进一步业务扩展的瓶颈。应用程序接口类要求1.它只涉及应用程序前端页面的设计、开发、更新、修改和维护，不需要与其他系统进行任何交互。2.它涉及应用程序前端页面的设计、开发、更新、修改和维护，并与其他系统有交互需求。数据要求1.面向客户的数据：指应用于客户并与客户直接相关的数据，包括向客户发送短信、赠送积分、赠送权益礼品等后台数据处理要求。2.管理数据：用于管理分析或监控和评估活动效果的报告和详细数据。根据需求的紧急程度，可分为紧急需求和普通需求。需求类型需求类型定义紧急需求需求提交者提前确定上线时间，不能按照常规的资源分配和日程安排按时上线。只有通过领导的特别批准来增加资源和一些过程的紧急处理，才能满足在线要求。普通需求除了紧急需求。根据需求的大小，开发工时可分为大需求、中需求和小需求。需求类型需求类型定义大量需求开发200个工作小时的需求。中等需求100个工作小时用于开发，=200个工作小时。小额需求开发工时=100工时要求。第六条需求开发管理流程图需求开发管理流程如下：(建议项目经理统一管理需求)需求管理主要包括以下内容：需求的评估、开发、测试和在线阶段的详细管理规则应遵循本系统的相关规定。不涉及功能开发的平台需求和数据需求可以根据实际情况针对需求开发管理过程的某些部分进行定制。每个阶段包括的活动和过程将在以下章节中详细描述。第4章要求提交第七条要求的提交为了改进2.需求关联系统的所有者开发者评估需求是否符合业务发展计划以及需求对系统中现有业务功能的影响。3.产品部门、开发人员和测试人员对业务逻辑、风险和需求的符合性进行初步评估。第八条需求的会签原则上，大中型项目或需求需要经过会签流程，需要得到相关同事或各部门领导的批准，批准通过后才能进入后续开发流程。该系统可以根据公司的具体需求灵活应用。第五章需求评估第九条需求评估流程需求评估过程描述和职责划分：(1)需求研究。需求文件形成后，产品经理应将需求提交给项目管理人员统一管理。项目管理人员将需求文件发送至研发部门各部门会签。会签通过后，组织需求评估会议。(2)项目经理审核相关要素，包括会签批准所涉及的利益相关者是否完整，每个利益相关者是否通过批准。附：应急需求单独处理(待完善，可分为三类：业务需求、应急需求和生产质量控制)(3)需求评估会议评估的内容包括：1.确认需求的内容，分析需求的合理性：需求开发负责人从技术层面对需求的技术可行性和性能进行初步评估；测试部门和其他相关产品部门从业务角度评估业务逻辑、业务流程、业务目的、风险、合规性和需求的其他方面。2.要求实施的初步确认。3.需求开发工作量的初步评估。4.阐明需求系统的设计、编码、测试和在线阶段的里程碑，以及每个阶段的可交付成果和负责人。5.确定需求评估结论。(4)需求评估完成后，填写需求申请表(待设计表格)。要填写的内容包括：1.不得发展或改变的事项；2.需求对其他相关系统的影响；3.所需人力、工作时间、里程碑和总体评估结论等。(5)评估表完成后，评估人员应当场签字确认，项目经理应检查需求评估表中的信息是否完整准确。第十条需求评估的考虑水平需求评估主要从技术和业务角度考虑。如果需求评估通过，需求提交者将在会后根据需求评估的结论更新需求，更新后的需求将作为研发部门发展的最终依据(避免需求的多次变化)。有下列情形之一的，评审小组可以将需求退回产品部门进行需求更新，或者在出具意见后获得各部门领导的批准。(1)技术水平1 .需要进行大规模的制度结构转型。2.涉及系统架构的改变。3.与其他要求有重复。4.需求中有不合理的东西。5.需求不明确，需要补充。6.当前的技术无法实现。7.评估过程中发生重大变更，变更审批未通过。(2)业务层面1.与当前业务操作流程和操作不一致。2.原始业务流程需要进行大规模的变更，增加了大量的人工后续处理成本。3.业务需求与业务目的不一致。4.由新需求引起的新业务流程没有反映在需求中。5.业务流程不理顺，业务规则不清晰或不反映，可能导致正常业务运营失败或上线后存在运营风险。对于因上述原因退回的需求，如果需求提交部门对需求评估小组的评估结果有争议，可提交部门领导进行仲裁。第6章要求D(3)项目经理应对相关要素进行评审，包括技术文件是否满足要求、评审人员是否参与、评审是否通过。批准后，需求进入开发阶段。如果审查失败，项目管理员将把技术文档返回给开发人员，开发人员将在处理后把它们提交给相关的涉众进行审查。(4)技术文件审核通过后，开发商将把审核后的技术文件更新到SVN进行开发工作。设计和开发工作只有在紧急需求通过需求评估后才能进行。在项目经理批准后，设计和开发阶段的部分工作可以根据实际情况进行定制。第十三条单元测试集成测试(1)编码完成后，开发人员需要进行单元测试、系统集成、编译和部署以及主要功能测试。通过测试后，编写需求评估表和版本部署操作文档，并提交给需求开发经理审核。(2)需求开发负责人审核通过后，开发人员将源代码需求技术文档和版本部署操作文档更新到SVN，需求开发负责人将单元测试报告和版本部署操作文档上传到SVN。第7章系统测试第十四条系统测试：通过单元测试(包括系统集成)后，单元测试进入系统测试阶段。系统测试流程如下：系统测试过程描述：(1)需求开发负责人应向项目管理员提交系统测试申请。(2)项目管理员审核相关要素，包括：需求是否通过评估，技术文件是否通过审核，单元测试是否通过，单元测试报告，单元测试报告，版本部署操作文件是否上传到SVN。批准后，项目经理向研发部门质量管理部的测试经理发出系统测试通知。如果审查失败，请返回开发子流程。(3)测试经理分配系统测试人员。(4)系统测试人员验证SVN所需的技术文件、版本部署和主要功能。验证通过后，制定测试计划。如果验证失败，将返回开发子流程。(5)系统测试计划、测试用例和测试报告应由系统测试人员编制和评审，系统测试主管和需求开发主管必须参与评审。(6)补充：测试计划、测试计划、测试用例等测试文件。设计时间参见第6条(需求开发管理流程图)；测试工作遵循尽快参与的原则。在特殊情况下，测试文件也可以在测试开始时执行。第八章网上需求第十五条在线需求：测试和验收工作完成后，进入在线需求舞台。在线需求主要分为在线业务和在线技术。第十六条在线流程要求需求在线流程描述：(一)网上需求申请需求测试通过后，测试经理检查测试负责人提交的测试工件，并将它们提交给项目经理，以协调开发并在批准后安排启动时间。(2)在线实施后，要求相关人员进行在线验证：(3)如果在线评审或验证失败，开发人员将从生产环境中回滚在线版本，并将需求