外包项目需求变更流程规范.doc

需求变更规范 - 第 PAGE 1 页 共 NUMPAGES 9 页 外包项目需求变更流程规范 编号 文件状态 [√]草稿 [ ] 正式发布 [ ]正在修改 当前版本 V1.0 修 订 日期 审 核 日期 批 准 日期 发布日期 生效日期 XXXX有限公司 目 录 TOC \o 1-3 \h \z 一、目的 3 二、角色与职责 3 三、需求变更处理流程图 4 四、附件 9  一、目的 控制需求变化引起的开发、测试与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。 二、角色与职责 1、市场人员 1）负责产品需求的提交以及解答项目开发过程中遇到的需求问题。 2）负责与项目经理的沟通 3）负责与客户协调沟通需求变更中需求部分存在的差异 4）对于无法通过技术手段解决的需求，负责与客户进行协商 2、 项目经理 1）负责与客户的沟通确认，并及时反馈客户最新需求。 2）负责协调变更的需求并对变更的需求有拒绝的权利 3）负责对变更的需求部分设计的修改 4）保证项目的开发与需求的一致性 5）确定开发进度是否需要进行变更 6）与供应商协调时间、开发费用 7）负责将需求变更中的需求提供给客户签字确认 3、测试组长 1）负责相应测试需求分析书的修改 2）负责把最新需求及时传达到测试人员 3）保证测试进度与开发进度一致性 4）负责与项目组长及时确认最新需求 4、测试人员 1）负责更改测试用例，保证用例与需求同步 2）调控测试进度，保证任务的正常完成 5、项目助理 1）参与需求修改的评审工作 2）最终确认需求是否进行修改 3）负责更新需求文档，记录需求更改记录 4）负责需求变更信息的发布与跟踪 6、公司领导 1）参与需求修改评审工作，对需求修改过程具有知情权 2) 对技术手段无法解决的需求，与客户进行协商 三、需求变更处理流程图 传统的需求变更有3种情况，一种是客户提出来要进行修改，增加需求等；一种是公司内部人员提交的建议；还有就是开发人员自己修改流程（修改后的效果比前面的更加好）。 结合公司的具体情况，需求变更主要有以下3种情况。 客户提出需求变更，如需求增加等； 供应商提出的需求变更，如技术限制等； 公司内部人员提出的需求变更，如市场或领导层提出的便宜行事方式。 需求的变动有大有小，在不影响用户使用或所做的变更用户感知不到的情况下可以不通知用户，但项目组本身需要知晓；如果需求的变更影响到了功能或用户体验或开发流程，则需要执行需求变更流程，下面就按照上面的3种情况画出流程图： 1、客户提出需求变更 1）执行条件：客户提出需求变更 2）流程说明： 需求来源：客户提交相关需求变更 公司审核需求变更：决定是否接受需求变更，初步评估实现该需求需要的时间、人力成本、对工期的影响。判断哪些需求能够目前解决，哪些需要留到下一版本解决。参与评审的人员要包含项目经理、项目助理、市场人员、公司领导。 与供应商审核需求变更：评估如果实现该需求，需要的时间、人力成本多少、对工期的影响。判断哪些需求能够目前解决，哪些需要留到下一版本解决。最后输出一份审核确认表反馈给客户，和客户进行商讨。参与评审的人员要包含项目经理，项目助理，供应商。 项目经理：负责调整相关开发进度表，评估任务时间，与供应商协调时间、是否增减费用。 项目助理：更新需求文档，记录需求更改记录。 客户提交的变更需求最后必须让客户进行签字确认。 2、供应商提出需求变更 1）执行条件：供应商提出需求变更 前提：对项目进度不会影响严重，与客户原始需求无太大偏差。 2）流程说明： 需求来源：供应商提交相关需求变更 公司审核需求变更：决定是否接受需求变更（包括变更理由，该变更对时间、人力成本、对工期的影响）。判断哪些需求能够目前解决，哪些需要留到下一版本解决。最后输出一份审核确认表反馈给客户，和客户进行商讨。参与评审的人员要包含项目经理、项目助理、市场人员、公司领导，供应商。 项目经理：负责调整相关开发进度表，评估任务时间，与供应商协调时间、是否增减费用。 项目助理：更新需求文档，记录需求更改记录。 供应商提交的变更需求最后必须让客户进行签字确认。 3、公司内部提出需求变更 1）执行条件：公司内部提出需求变更 2）流程说明： 需求来源：公司内部提交相关需求变更 公司审核需求变更：决定是否接受需求变更（包括变更理由，该变更对时间、人力成本、对工