需求变更的基本流程

文档名称:

文档编号:

归档日期:

需求变更控制流程

编写者：

审核者：

批准者：

孙

修订日期 2011-4-14 2011-4-15 2011-4-19 修订人 孙 孙 孙 版本号 创建 修改 修改 增加流程图，更改流程 修改流程角色，更改流程 修订内容

*The information contained in this message is confidential and should not be disclosed to any third party whether or not you are the intended addressee indicated in the message. *本文件所含内容为保密信息，未经授权请勿随意复制、编改和泄露给任何第三方。

Copyright ?2009 xxx (Shanghai) Ltd . All Rights Reserved

1. 目的

指导项目部、软件部、质量部、测试部对产品的软件变更需求（简称CR）进行控制和管理，规范相应的作业流程, 详细地定义了各流程环节中状态、角色和动作。

1.1明确流程中各角色的职责 1.2规范软件缺陷的变更过程

2. 适用

需求变更流程规范

软件工程项目管理经验之一

一、引言

由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知，并没有进行内部评审和相关需求变动后的记录，导致后续出的产品某些需求增加了，某些没有进行增加。这样就会导致测试得到的信息不完整，以及后续产品的维护困难。在这里书写一份规范说明书，希望能得到一些改善。 二、目的

控制需求变化引起的开发、测试与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。

三、角色与职责

1、市场人员

1、负责产品需求的提交以及解答项目开发过程中遇到的需求问题。 2、 负责与客户的沟通确认，并及时反馈客户最新需求。

3、 负责与项目经理的沟通

4、负责与客户协调沟通需求变更中需求部分存在的差异 5、负责将需求变更中的需求提供给客户签字确认 2、 项目组长

1、负责协调变更的需求并对变更的需求有拒绝的权利 2、负责对变更的需求部分设计的修改 3、保证项目的开发与需求的一致性 4、 确定开发进度是否需要进行变更 5、分配新需求给相关开发人员 3、测试组长

1、 负责相应测试需求分析书的修改 2、负责把最新需求及时传达到测试人员 3、保证测试进度与开发进度一致性 4、负责与项目组长及时确认最新

面对客户的需求变更，接受还是拒绝？ ★ 案例正文：

在某公司的项目管理课堂上，小李，小王等人正在七嘴八舌地议论纷纷。原来，大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。

据小王介绍，这两个项目分别由两个项目经理来担任。其中，项目经理A属于“谦虚”型，对于客户提出的问题，无论大小都给与解决，客户对此非常满意，然而，项目进度却拖得比较长，而且，客户总想把所有的问题都改完再说，项目已经一再延期。

相比之下，项目经理B显得稍有些“盛气凌人”，对于客户提出的问题，大多都不予理睬，客户对此不是很满意，不过，该项目的进度控制得比较好，基本能够按期完成项目。

话刚一说完，小李就抢着说：“A比较像我，一般在和我的一些战略客户打交道的时候，我基本是有求必应，与客户的关系处得如鱼得水，这样做肯定不会错。就像前天我连合同都写错了，找到客户，人家二话没说就同意改了。你说如果是B的话可能吗？”

小王对此不以为然，“对项目经理来说，成本、质量和时间是最为重要的三要素。与客户的关系当然很重要，但也要全盘考虑项目的各要素。对于用户的要求，应该在有限的范围内给与解决，但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”

小林接着小王的话说：“当前，国内的项目一般情况下是由销售

面对客户的需求变更，接受还是拒绝？ ★ 案例正文：

在某公司的项目管理课堂上，小李，小王等人正在七嘴八舌地议论纷纷。原来，大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。

据小王介绍，这两个项目分别由两个项目经理来担任。其中，项目经理A属于“谦虚”型，对于客户提出的问题，无论大小都给与解决，客户对此非常满意，然而，项目进度却拖得比较长，而且，客户总想把所有的问题都改完再说，项目已经一再延期。

相比之下，项目经理B显得稍有些“盛气凌人”，对于客户提出的问题，大多都不予理睬，客户对此不是很满意，不过，该项目的进度控制得比较好，基本能够按期完成项目。

话刚一说完，小李就抢着说：“A比较像我，一般在和我的一些战略客户打交道的时候，我基本是有求必应，与客户的关系处得如鱼得水，这样做肯定不会错。就像前天我连合同都写错了，找到客户，人家二话没说就同意改了。你说如果是B的话可能吗？”

小王对此不以为然，“对项目经理来说，成本、质量和时间是最为重要的三要素。与客户的关系当然很重要，但也要全盘考虑项目的各要素。对于用户的要求，应该在有限的范围内给与解决，但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”

小林接着小王的话说：“当前，国内的项目一般情况下是由销售

工程设计变更审批流程图

单项变更300万元以下(不含300万 元)的一般设计变更 承包人报送到项目公司， 项目公司内部审批完成 7个工作日 上报高投公司备案 7个工作日 7个工作日

上报交投集团备案 7个工作日 上报交投集团终审，并上报上级主管部门审批。 主办人员报高投公司分管领导，确定设计变更处理意见。 主办人员报高投公司分管领导，确定设计变更处理意见。 高投工程部主办人员提出初步处理意见，并组织相关部门负责人会审提出处理意见。 高投工程部主办人员提出初步处理意见，并组织相关部门负责人会审提出处理意见。 7个工作日 14个工作日 14个工作日 项目公司整理材料，上报高投公司审批 14个工作日 14个工作日 项目公司组织相关整理材料，上报高投公司审批 单项变更300万(含300万元)以上500万元以下(不含500万元)的一般设计变更 重大设计变更或 较大设计变更 设计变更 14个工作日 设计变更审查完毕 1

工程变更程序

（试行）

1、 设计变更程序

设计单位 提出变更

否 工程管理部组织审查并签署意见 （时间按变更等级） 分管领导或指挥办公会议 通过后签

业务流程

主题 本流程总负责人 起草人 技术图纸变更流程 技术中心总监 张蕊蕊 文件编号 审核人 倪志升 版本 发布实施日期 批准人 V1.0 1.目 的：为规范技术图纸更改作业流程，防止设计更改考虑不周导致车间作业的混乱。 2.适用范围：适用于公司内各部门。 3.流程图： 作业流程图 NG 开始 责任人 相应使用表单 流程说明 变更申请 需求部门总监 设计变更申请单 1、 需求部门或技术中心发现需更改的技术图纸时，填写《设计变更申请单》 2、 需求部门《设计变更申请单》需经部门总监审核。 1、 技术总监组织相关人员，对技术图纸变更申请进行评审并会签，技术总监批准。 2、 涉及到产品结构、工艺流程、外观性能等重大影响的变更申请，还需经制造中心总经理会签。 3、 若确定变更，则须对在制品、已制品、成品拟出处理意见，并于“库存处理”栏中写明。 1、项目经理针对技术文件变更申请，做出更改方案；并指导开发工程师对相关图纸进行更改。 2、项目经理评对变更点详细评估，对需试样确认变更可行性的，应拟《试制流转卡》对其进行试样以及跟踪后续试样结果。 1、 试样结果达标的，开发工程师根据《设计变更

技术经营体需求全流程管理方案

1 背景

1 需求堆积，业务部门不满 2 开发团队疲于奔命

3 对需求缺乏有效的评估方法，难以保证所承接的需求合理，必要性

4 陷入赶工的恶性循环，承诺的时间无法兑现，损害专业性、权威性，难以建立信任

2 目标

1 保证重要业务需求被及时满足

2 系统化提升技术部工作效能，充分发挥技术团队价值

3 避免资源占用随意性，保证长期项目、核心产品的开发不受干扰

4 使用系统方式对需求进行管理，解决人工管理的随意、低效、混乱、难以追溯等问题

3 流程

3.1 流程图

见文档尾部

3.2 说明

本流程对应trac系统，流程中各个环节在系统中指派、留痕 需求管理员即需求提报入口，需保证人员唯一性

基本的需求文档管理和审核方式为在trac系统中上传文档或粘贴SVN文档地址链接，相关人员进行确认在系统中留存确认日志。对于重要项目需求管理员可要求上传的文档中包含人工签字版的扫描件

3.3 名词解释

业务需求

由最终用户或者领域专家从业务的角度提出的需求，无需技术知识。核心内容主要包括业务目标、业务流程、业务实体、业务规则、功能规则等。

系统需求

由系统分析师或者架构师从软件系统的角度，以实现业务需求为目标提出的需求，核心

HEALTH FOOD APPROVAL CERTIFICATE CHANGE PROCESS

(1) Domestic product registration process:

If the company want to apply for “Change product’s name, expiry date, daily intake, or decrease the range of suitable group, increase the range of unsuitable group, notice or other functional contents”

APPLICATION PROVINCE FDA FORM EVALUATION & ACCEPT (5 DAYS) PROVINCE FDA PRESENT EVALUATION OPINIONS (10 DAYS) FDA EVALUATION AND MAKE DECISION (40 DAYS) ADMINISTRATIVE CENTER SEND OUT DECISION (10 DAYS)

If the company want to apply

技术经营体需求全流程管理方案

1 背景

1 需求堆积，业务部门不满 2 开发团队疲于奔命

3 对需求缺乏有效的评估方法，难以保证所承接的需求合理，必要性

4 陷入赶工的恶性循环，承诺的时间无法兑现，损害专业性、权威性，难以建立信任

2 目标

1 保证重要业务需求被及时满足

2 系统化提升技术部工作效能，充分发挥技术团队价值

3 避免资源占用随意性，保证长期项目、核心产品的开发不受干扰

4 使用系统方式对需求进行管理，解决人工管理的随意、低效、混乱、难以追溯等问题

3 流程

3.1 流程图

见文档尾部

3.2 说明

本流程对应trac系统，流程中各个环节在系统中指派、留痕 需求管理员即需求提报入口，需保证人员唯一性

基本的需求文档管理和审核方式为在trac系统中上传文档或粘贴SVN文档地址链接，相关人员进行确认在系统中留存确认日志。对于重要项目需求管理员可要求上传的文档中包含人工签字版的扫描件

3.3 名词解释

业务需求

由最终用户或者领域专家从业务的角度提出的需求，无需技术知识。核心内容主要包括业务目标、业务流程、业务实体、业务规则、功能规则等。

系统需求

由系统分析师或者架构师从软件系统的角度，以实现业务需求为目标提出的需求，核心

高校图书馆岗位需求变化与机构设置趋势探析

Trend Analysis on the Change of Post Demand and the Institution Setting in University Libraries

作者：严丹[1];马吟雪[1]

作者机构：[1]上海外国语大学图书馆,上海200083

出版物：图书馆建设

年卷期：2018年第10期

摘要：高校图书馆的招聘信息可以从一定程度上反映最新的岗位需求，而岗位设置的变化又促使图书馆进行机构重组与变革。文章选取近期代表

性高校图书馆的岗位招聘信息进行分析，探讨其对岗位需求的新变化

和新要求；同时考察部分图书馆在应对岗位需求变化中进行的机构重

组和优化设置，从这些现实案例中探寻图书馆未来的岗位设置和机构

变革的发展趋势。研究认为学科化服务将是高校图书馆岗位设置的重

心，学习与研究支持将是图书馆业务的核心，跨部门工作小组将是图

书馆协同的主要方式，图书馆岗位需求将向多元化、复合型转变，图

书馆机构设置将向集约化、综合性发展。

页码：32-38页

主题词：高校图书馆;岗位设置;机构重组