需求管理规范Word格式.docx

1、采集流程采集阶段的文档输入的文档输出的文档无需求清单表需求分析分析说明1.对需求进行一番分析，确定其基本属性，做了之后会对产品带来哪些商业价值？用户量的提高？一级实现改项目需求最多要付出的人员、时间等系数，确认需求性价比。2.对于一些bug或是功能的小修改，不做详细分析，直接转为需求处理。分析要求1.需求分析人员必须完成相关需求分析文档；2.分析人员要使用符合大众的习惯性语言表达；3.分析人员要了解业务及需求4.需求文档中不能含有模棱两可的文字，如可能、一般等5.需求分析工期不能超过预期时间6.需求分析应具备合理性分析流程分析阶段的文档需求商业价值文档需求分析说明书市场需求文档需求评审评审说明

2、1.结合现状对需求进行处理，主要解决做不做？什么时候做，做什么的问题；2.需求评审以会议形式展开，邀请与项目相关人员及领导参加3.通过评审，对多个需求进行打包，整理所需的需求点4.对打包后的需求形成文档，提交领导复核，确认后进行开发周期评审要求1.符合icage产品定义2.需求形式化语言清晰易懂3.需求必须符合运营需求4.标示将来产品迭代可预测的需求 5.需求必须可拓展性及可实现性或者后续产品迭代时人力成本和开发成本及技术实现的难易程度6.满足用户需求和业务需求一致性7.需求必须合理8.开发周期、人力成本、工期需合理评审流程评审阶段的文档需求评估记录表需求说明书评估报告项目计划书项目时间进度表

3、需求处理处理说明1.产品定义、功能流程及页面分析应和需求保持一致性；2.原型设计应满足需求，整体风格全站一致；处理要求1.需求分析人员必须完成相关需求分析文档2.分析人员要使用符合大众的习惯性语言表达4.需求文档不能含有模棱两可的文字，如可能、一般等处理流程处理阶段的文档页面原型功能流程图及说明需求跟踪跟踪说明1.验证开发出的新产品是否满足需求2.将项目可预见的问题最低化，对产品质量负责3.进行需求跟踪的目的是为了建立和维护从用户需求开始到测试之间的一致性和完整性4.确保所有的实现的需求是以用户需求为基础跟踪要求1.需求管理系统：需要系统自然需求从开始到结束的整套流程2.对于共同关注的需求项目

4、，用团队协作工具，建立需求项目，所有相关人员可以查看该需求的进度和进展状况3.PM自主把控，用excel记录需求进展情况，分阶段报送给相关各方4.需求描述需正确，清晰易懂5.确保所有的输出符合用户的需求6.是否实现所有的需求跟踪流程跟踪阶段的文档需求清淡表补充需求说明书BGU记录清单需求变更申请需求验证验证说明1.由测试负责人编写测试标准，相关人员严格按照测试标准进行验证2.验证过程中，遇到需求不明的bug，要找相关负责人进行确认，确认结果通知所有相关人员3.审核及测试需细心、严谨，尽量减少项目的问题验证要求1.需求验证需根据验证标准进行测试2.验证需求时需细心，将问题最小化3.验证需求时应考

5、虑兼容性的问题4.Bug的提交要规范化，语言清晰易懂，不能含有模棱两可的词语验证流程验证阶段的文档动态信息表BUG记录清单原型文件前端图片后台功能需求清单需求变更变更说明1.需求变更控制的目的：如果需求变更带来的好处大于坏处，允许变更，但必须按照已定义的变更规则执行，以免变更失去控制，如果需求变更带来的坏处大于好处，拒绝变更。2.重大需求：指对整个产品定义有改变的需求。3.建立和维护从需求开始到测试之间的一致性和完整性4.确保所有的实现是以用户为基础变更要求1.需求必须合理2.需求必须符合运营要求3.需求必须符合icage产品定义4.需求必须具备可实现性、可扩展性和可验证性，需考虑实现需求或者后续产品迭代时的人力成本和开发成本及技术实现的难易程度5.满足用户需求和业务需求一致性6.开发周期、人力成本和工期需要的合理性7.评审未通过的需求一定要保留8.需求变更后所有因需求形成的文档都需要更新，防止需求遗漏或者防止开发错误的需求变更流程需求变更申请书需求变更评估说明需求变更清单暂缓需求清单表