收藏 分享(赏)

需求管理规范.docx

上传人:cjc2202537 文档编号:4207008 上传时间:2018-12-15 格式:DOCX 页数:10 大小:391.51KB
下载 相关 举报
需求管理规范.docx_第1页
第1页 / 共10页
需求管理规范.docx_第2页
第2页 / 共10页
需求管理规范.docx_第3页
第3页 / 共10页
需求管理规范.docx_第4页
第4页 / 共10页
需求管理规范.docx_第5页
第5页 / 共10页
点击查看更多>>
资源描述

1、需求管理规范需求采集采集说明1. 通过各种形式对用户的需求进行收集,通常的形式有:用户访谈,调查问卷,数据分析,领导提供需求,产品人员需求等。2. 在这个阶段对需求的属性详细记录,并且记录可追溯的反馈人员。采集要求1. 采集的需求必须符合运营需求。2. 需求必需符合 icage 产品定义。3. 需求必需具有可实现性、拓展性、可开发和合理性。4. 项目组成员确认,对人员进行限制,不能有过多相关人员加入5. 满足用户需求和业务需求一致性。6. 对开发周期进行安排,计算人力成本并分析工期合理性。采集流程采集阶段的文档输入的文档 输出的文档无 需求清单表需求分析分析说明1. 对需求进行一番分析,确定其

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

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

4、告需求清单表需求说明书项目计划书项目时间进度表需求处理处理说明1. 产品定义、功能流程及页面分析应和需求保持一致性;2. 原型设计应满足需求,整体风格全站一致;处理要求1. 需求分析人员必须完成相关需求分析文档2. 分析人员要使用符合大众的习惯性语言表达3. 分析人员要了解业务及需求4. 需求文档不能含有模棱两可的文字,如可能、一般等5. 需求分析工期不能超过预期时间6. 需求分析应具备合理性处理流程处理阶段的文档输入的文档 输出的文档需求清单表 需求分析说明书需求分析说明书 页面原型功能流程图及说明需求跟踪跟踪说明1. 验证开发出的新产品是否满足需求2. 将项目可预见的问题最低化,对产品质量

5、负责3. 进行需求跟踪的目的是为了建立和维护从用户需求开始到测试之间的一致性和完整性4. 确保所有的实现的需求是以用户需求为基础跟踪要求1. 需求管理系统:需要系统自然需求从开始到结束的整套流程2. 对于共同关注的需求项目,用团队协作工具,建立需求项目,所有相关人员可以查看该需求的进度和进展状况3. PM 自主把控,用 excel 记录需求进展情况,分阶段报送给相关各方4. 需求描述需正确,清晰易懂5. 确保所有的输出符合用户的需求6. 是否实现所有的需求跟踪流程跟踪阶段的文档输入的文档 输出的文档需求清淡表 补充需求说明书需求说明书 BGU 记录清单需求变更申请需求验证验证说明1. 由测试负

6、责人编写测试标准,相关人员严格按照测试标准进行验证2. 验证过程中,遇到需求不明的 bug,要找相关负责人进行确认,确认结果通知所有相关人员3. 审核及测试需细心、严谨,尽量减少项目的问题验证要求1. 需求验证需根据验证标准进行测试2. 验证需求时需细心,将问题最小化3. 验证需求时应考虑兼容性的问题4. Bug 的提交要规范化,语言清晰易懂,不能含有模棱两可的词语验证流程验证阶段的文档输入的文档 输出的文档动态信息表 补充需求说明书需求说明书 BUG 记录清单原型文件前端图片功能流程图及说明后台功能需求清单需求变更变更说明1. 需求变更控制的目的:如果需求变更带来的好处大于坏处,允许变更,但

7、必须按照已定义的变更规则执行,以免变更失去控制,如果需求变更带来的坏处大于好处,拒绝变更。2. 重大需求:指对整个产品定义有改变的需求。3. 建立和维护从需求开始到测试之间的一致性和完整性4. 确保所有的实现是以用户为基础变更要求1. 需求必须合理2. 需求必须符合运营要求3. 需求必须符合 icage 产品定义4. 需求必须具备可实现性、可扩展性和可验证性,需考虑实现需求或者后续产品迭代时的人力成本和开发成本及技术实现的难易程度5. 满足用户需求和业务需求一致性6. 开发周期、人力成本和工期需要的合理性7. 评审未通过的需求一定要保留8. 需求变更后所有因需求形成的文档都需要更新,防止需求遗漏或者防止开发错误的需求变更流程采集阶段的文档输入的文档 输出的文档需求变更申请书 需求变更评估说明补充需求说明书需求变更清单需求清单表项目计划书项目时间进度表暂缓需求清单表

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 规范标准 > 国内外标准规范

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报