项目管理变更管理流程

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇项目管理变更管理流程范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

项目管理变更管理流程范文第1篇

关键词：合同管理；管理流程；信息系统；界面管理

1引言

大型项目的合同种类繁多，传统的手工管理方法耗时费力，很难实现合同信息的快速提取，对合同执行状况难以进行动态跟踪，对合同索赔缺乏信息支持。基于管理流程的合同管理信息化的目标是对大型施工企业的所签订的各类合同的基本信息进行管理；对合同状态进行跟踪；通过信息平台实现合同评审的网络化；根据合同确定项目的预算成本，作为成本控制依据，并对合同执行情况进行对比跟踪；依据历史工程索赔事件建立索赔事件库为项目获取索赔机会提供信息支持。

近年来，信息技术的高速发展为管理流程的改进提供了很大的空间，全面推动了流程管理的实现与组织的变革，对工程项目合同管理的实施进行流程分析，将相互关联的管理过程作为系统加以识别、分析和理解，确定项目管理流程、操作程序、工作逻辑关系，从而提出并优化有关管理流程，建立一套标准化、工作程序化、规范化、科学合理的管理工作流程，将有利于对整个项目系统或系统中的某个过程及其相互作用进行动态的、系统的管理，从而保证了各项工程施工活动的决策正确性及其实施结果的预期性，最终有效地保证项目合同管理目标的实现。

2大型设计项目的合同管理流程简介

2．1大型设计项目合同管理流程的概念 管理流程是指管理活动中一系列相互关联行为的序列结构，它反映了在某种活动目标的导向下，这些活动的先后顺序、承转关系，制约、推进和输入输出的客观规律。按其性质和作用可以分为总体流程、局部流程和细部流程，总体流程规定了管理活动的阶段划分以及各阶段的相互关系；局部流程反映各管理阶段重要环节的相互关系；细部流程则反映各管理环节中业务活动的相互关系和流转过程。 大型设计项目合同管理流程是它反映了工程设计项目管理的客观规律和管理活动的特点，将设计过程所需要的信息流和物质流进行有机结合，并为设计技作业和管理活动输入行为目标、物质条件、运作规则，促使其产出预期的结果。

2．2大型设计项目合同管理流程的特点 管理流程具有目的性、必然性、多样性、系统性和层次性的特点。

2．2．1目的性是指管理流程表达了管理业务完成的过程，一定以实现相应的管理业务为目的：

2．2．2必然性指管理业务的完成必然要通过某种流程；

2．2．3多样性指许多管理业务完成方式不具有唯一性，指一个管理系统中总是存在多种管理业务，因此存在多种流程，而且这些流程之间是密切相关的，是严密的组织的。一个管理系统的流程是由多种不同的流程构成的流程体系；

2．2．4层次性指由于管理系统的功能具有层次性，相应的管理业务与流程也具有层次性，即一个综合性的管理业务的流程可以分解为若干较管理业务流程组合。

2．3大型设计项目合同管理流程的构建步骤 为了保证设计项目合同管理的成功实施，必须建立一套高效的管理流程体系，而一个理想的流程体系结构应该满足以下两个条件；(1)流程同步，指流程应具备在质量、数量、时间等方面准确满足设计项目合同目标实现的能力。(2)流程高效，是用总的流程成本来计算，理想水平是用尽可能低的成本来保证项目信息流程、资金流、物资流的运转。管理系统流程设计的主要内容有管理业务分解、相关管理业务分析、构建管理流程责任分配矩阵、绘制各级管理流程图等。

管理流程设计是大型设计项目造价管理系统设计的重要组成部分，管理流程设计通过将某项管理工作分解为各个管理活动，直到管理工序，并区分具有不同性质或特点的工序，根据管理科学原理采用不同的工序完成方式，在此基础上确定的管理工作完成过程，为科学地确定系统结构、系统的管理规范奠定了基础。特别是在现有管理系统重新设计中，通过流程研究，优化与再设计，使进一步通过结构再设计实现系统整体优化有了较好的基础。项目合同管理工作的分解及相应流程的构建一般经过如下几个步骤： (1)对设计合同管理工作进行研究与探索，确定分解的准则，是按管理职能划分或是按工程实施顺序划分等准则； (2)确定某项管理工作的管理活动组成，并理清管理活动中各个管理工序，初步拟定某项管理工作完成的综合流程和相应的子流程； (3)去除每项管理职能的流程中的不可行的方案或明显劣于其他方案的方案，保留较好的方案。

2．4大型设计项目合同管理流程的控制

大型设计项目合同管理流程控制是利用现代工程项目管理相关学科知识和技术方法，通过对影响设计项目合同管理的目标的因素进行识别、设计环境进行分析，对工程项目设计合同管理的目标控制的原则、原理、方法及措施做出全面的系统规划，进而对设计行为状态实行跟踪控制和组织协调，从而保证对设计项目管理职能的履行，最终实现工程项目的设计目标。

它涉及到利用信息系统所提供的信息，对管理活动做出最优化决策和指令，使每个管理过程始终逼近项目目标计划。控制系统的决策、指令及执行，是由项目管理部门的高级、中级、及技术管理三个层次实现的，三个层次的水平将直接影响目标计划的实现。信息系统的信息敏感程度，与控制系统的决策优化水平关系极大，而控制系统的决策优化水平，直接影响到计划与实际的差异程度。因此，信息系统与控制系统必须设计成相匹配的系统。

2．5合同管理流程的界面分析与管理 界面，又称接口，是指相互作用的子系统之间的界限，是子系统之间既相区别又相联系的纽带。界面管理是指协调相互作用的子系统之间的能量、物质、信息交换以实现系统目标的活动，除了组织上、管理上、技术上的协调之外，还要协调各系统界面的相互关系。

在现代工程项目管理中，人们越来越强调系统的集成，在工程项目中界面具有十分广泛的意义，项目的各类系统，如目标系统、技术系统、行为系统、组织系统等，他们的系统单元之间，以及系统与外部环境之间都存在着复杂的界面。项目管理系统各子系统之间及各个子系统内部存在复杂的界面，而直接的表现形式是各管理流程之间的接口。

我们可以看出项目管理系统与外界以及项目管理系统内部之间的流程要素以及各管理流程之间存在复杂的关系，他们之间互相作用、互相联系、互相影响，设计项目管理流程的界面有很多种类型，可以从很多不同的角度来描述： (1)项目的各类组织系统之间以及项目整个系统与外界环境系统之间存在复杂的管理界面。例如，政府主管部门、项目管理组织、承包商、材料供应商等项目参建单位之间的工作往来形成了复杂的管理流程界面：从总体上，项目所需要的资源、信息、资金、技术等都是通过界面输入的，项目向外界提品、服务、信息等也是通过界面输出的，所以整个系统与外界也存在着复杂的界面。 (2)在工程项目生命周期的各阶段之间的管理流程界面。设计项目自可行性研究至设计、设计到施工、施工到验收，在这些界面的两侧的管理环境及参与单位都有着显著的不同从而导致管理流程的差异，这些差异造成不同的工作、人员行为以及控制方针，从而形成了项目管理实施过程之间的管理流程界面。 (3)各管理子系统之间的职能管理流程界面。在设计项目的管理中，项目管理的各个职能以及各个管理部门在项目过程中形成一定的关系，互相依赖、互相影响，由于各子系统的功能不同、目标不同，按其职能可将项目管理系统分解为进度管理子系统、成本(投资)管理子系统、质量管理子系统、合同管理子系统等，从而各个子系统之间构成复杂的职能管理流程界面。 (4)在项目设计的各个管理职能系统内部也存在管理流程的界面，例如进度计划管理系统中，进度计划的编制分为总体实施计划及各年度、季度、月度计划的编制。在总体计划编制的管理模块中，输入是项目管理目标及上层系统组织的意图，输出是项目的总体实施进度计划，对于年度进度计划的编制而言，其输入是总体实施计划，输出是项目的年度实施计划。所以，不同阶段的计划编制工作之间存在流程界面。 (5)部门间流程界面。部门间流程是跨越两个或两个以上职能部门的流程，即流程的系列活动是由不同职能部门的人来共同完成的。部门间流程的活动是不同的，但却是相关的，活动之间有着内在的联系，有些活动乍看起来是不相干的，但通过某些其他活动的媒介，这些活动间也发生了远程联系，通过这些不同部门间的相关活动的共同作用产生了特定的结果，从而构成某一工作完成的特定流程。例如，在设计项目实施过程中, 对项目管理组织者而言, 首先必须让各专业对自身图纸电子版验收合格,然后组织专业间会签交底, 之后方能协调出版部门按计划出图。这项管理工作的实施跨越了不同的专业、不同的行政科室和院内不同部门，产生了部门间立体交互的流程界面。 因此，我们要对整个管理系统进行全面分析，运用集成管理的思想，对流程实施集成管理，做好各管理流程的界面协调，保证各管理子系统之间以及各子系统内不同管理流程的物资、能量、信息通畅地流动，同时要处理好系统与外部环境的关系，使整个管理系统始终处于有效平稳的状态。

3大型设计项目合同管理流程的设计与实现

3．1背景分析 某大型项目的合同管理流程系统需要全面地归纳设计项目合同管理的事务，其中包括招投标文档，并通过分类登记、关联管理、跟踪催办，使原本散落在各个部门和各个人案头、柜子中的所有合同台账、费用往来、文件往来、进度款、付款凭证、变更及其处理过程记录等均可有条不紊地记载到该系统中，使原本难以理清的施工管理和合同事务变得有章可循。要求该系统不仅本身具有强大的管理功能，还可很好地桥接工程项目的其它业务管理，如：对进度计划管理、材料与物资管理、投资控制管理、质量安全管理等各个管理系统之间起到协调、监控作用。

3．2本项目合同流程管理的目标分析 本项目的合同流程管理主要是实现对项目合同签订、履行、变更、索赔、终止、结算等的全过程跟踪管理，同时为决策提供相应的支持信息和完整的文档管理。具体包括： (1)实现对合同签约的流程化管理，该部分内容可链接到招投标管理子系统中； (2)以合同为主线，以费用回收与设计产品交付为中心，实现对合同全生命周期的管理； (3)对合同变更、索赔等重要合同事件进行记录、分析，其中变更部分链接到计量支付中的工程变更管理； (4)对项目会议、方案变更、资源供应、进度调整等进行记录，以便查询。 本系统所涵盖的业务范围是针对工程相关合同生命周期中的各项业务，包括基本信息的管理、工程各类合同的签订、履约监控、变更、索赔、终止、结算等业务和工程备忘录。 按照合同的生命周期，本系统合同管理子系统涉及的业务过程有合同的申请审核、工程各类合同的签约、履约、计量与支付、变更和索赔、终止、结算等业务。本系统主要分为基本信息管理、合同签约管理、合同进程管理、合同变更管理、合同索赔管理、合同终止管理、工程备忘录七大模块。 合同管理子系统采用目录树层状结构，对合同申请、审核、签订、索赔、计量、支付、变更等合同相关业务进行全面、有效地管理，使工程项目各有关单位之间建立有机的联系，相互协调，共同实现进度、质量、费用三大目标。

3．3合同管理综合流程图 根据本项目的特点，建立的合同管理综合流程图。

3．4主要的功能模块的分析

3．4．1合同签约管理模块 本功能模块是保证项目的顺利进行，规范经济行为，有效控制投资规模，规范合同的签约行为。其主要功能包括如下几点： (1)实现合同文本审核流转单的增、删、改； (2)实现合同文本审核流转单的在线流转； (3)实现合同文本电子文档的挂接； (4)实现对合同模板的增、删、改； (5)实现对因招标项目的信息查询； (6)实现合同文本电子文档的在线批注、审核。 合同签约管理流程。 3．4．2合同进程管理 合同进程管理主要包括进度信息管理、质量信息管理、计量信息管理、支付信息管理四大管理模块。

1、进度信息管理 该模块主要反映工程的进度计划与完成情况，可由各标段的进度计划与完成情况的相关数据编制汇总得出进度汇总表。该功能模块要实现的功能如下： (1)实现进度计划、完成情况的调用； (2)实现进度计划、完成情况的信息查询； (3)实现各标段进度计划、完成情况的对比分析。

2、质量信息管理 该模块主要提供工程检测与评定及质量事件的信息。可由各标段质量检测、评定及其相关数据汇总得出工程质量汇总报表。该功能模块要实现的功能如下： (1)实现质量信息的调用：

(2)实现质量检测、评定与质量事件的信息查询： (3)实现各标段质量情况的对比分析。

3、计量信息管理 该模块主要是对各标段每期工程计量信息的查询与汇总，可由各标段审核后的计量及相关信息，如工程量清单、中间计量表汇总出审核后的中间计量总表。其流程图。 该功能模块要实现的功能如下： (1)实行计量信息的调用： (2)能够察看其他模块中相关的支付、质量与进度信息，能够对累计完成数据进行统计，并且用直方图对合同完成情况进行统计分析； (3)能够对完成项目进行费用分摊； (4)对以往审核后计量信息的查询。

4、支付信息管理 该模块主要是对各标段每月支付信息进行查询与汇总。可由审核后的各标段支付及其相关信息，如中间支付单、付款单等汇总出审核后的中间支付汇总表。支付流程图包括中间支付流程图和竣工支付流程图。 该功能模块要实现的功能如下： (1)实现调用支付信息； (2)实现对中间支付信息的查询； (3)对支付金额超过支付比例的进行预警； (4)对支付款项做支付跟踪，查询实际支付时间、支付数量，及累计各期的支付数。

3．4．3合同变更 主要实现合同变更的查询汇总，并分析合同变更的变更工程量和计算审核，实现对非合同变更(工程变更和设计变更)的量价分析，并设置是否记人合同总价调整的功能。可实现由合同变更的基本信息，包括变更原因、变更内容、变更时间、审核记录等汇总得出合同变更情况一览表，并予以合同的变更管理的功能。 该功能模块要实现的功能如下： (1)当有新合同变更单进入系统时报警，提示相关工作人员； (2)对各标段合同变更单的查询： (3)对各类变更进行量价分析； (4)对合同变更审核过程进行查询； (5)能够通过查询相关的设计变更单审核工程变更单。 3．4．4合同索赔 该模块主要实现合同索赔的查询汇总，并分析合同索赔的变更工程量和单价以及工期。本功能模块不实现索赔的录入，索赔申请审核在投资控制子系统系统中实现。该模块可实现由合同索赔的基本信息，包括索赔日期、索赔原因、索赔内容、索赔审核意见等汇总得出合同索赔信息一览表。该功能模块要实现的功能如下：

(1)提示、查询、跟踪合同索赔状况；

(2)合同索赔与相关工程问题关联：

(3)合同索赔需进行量价分析和费用分摊。 合同索赔的基本流程图见图7所示

3．4．5合同终止管理

1、合同中止和终止合同中止和终止后要进行结算和资料移交等工作。该模块的输入为合同中止和终止的基本信息，该模块的输出主要为合同中止和终止的基本信息列表。该功能模块要实现的功能如下：

(1)合同中止申请审核信息和终止信息的增、删、改：

(2)合同中止申请审核信息和终止信息的查询。

2、合同结算 合同结算指系统根据结算日期汇总合同投资的各项信息，如合同金额，发生变更金额，累计完成投资额，累计进度款支付金额，剩余合同投资等，本管理模块可以实现合同结算功能。该功能模块要实现的功能如下：

(1)合同结算信息的增、删、改；

(2)合同后生成合同剩余工程量清单。

3．5接口 合同控制系统不使用外部专用软件，因此本系统的接口主要是指与其他子系统的接口。 在工程项目实施中合同管理是投资、进度、安全/质量控制的依据。

(1)与投资控制子系统通过合同分解编码和清单分解编码相联系，两个系统的交叉主要在实际计量支付的管理和变更、索赔对投资的影响上，实际审核的流程交由投资管理子系统实施，审核结果的支付数额、变更索赔数额等传给合同子系统做进一步查询分析。

(2)对于计划进度控制子系统可通过合同编码直接和进度子系统相联系，合同子系统关于进度计划与计划完成情况的信息由计划进度子系统调用，由合同子系统进行查询分析。

(3)对于质量控制子系统可通过合同编码直接和合同子系统相联系，合同子系统关于质量检测、评定与质量事件的信息由质量控制子系统调用，由合同子系统进行查询分析。

(4)对于招投标项目的合同相关信息可由招投标子系统调用，包括在合同申请过程中招标项目的中标信息。

项目管理变更管理流程范文第2篇

关键词：项目管理；工作流程；管理流程

中图分类号：F272 文献标识码：A 文章编号：1001-828X（2012）01-00-01

前言

自04年颁布的《建设工程项目管理试行办法》以来，对项目管理企业的发展起着积极的推动作用。而项目管理企业在众多方面发挥了专业的公司管理作用，如规范项目的管理工作、加快项目的建设进度以及建设单位依据等。在项目管理公司还没有参与到项目管理前，建设单位、监理单位、施工单位及其他相关单位之间的管理流程已经较为明确了，若项目管理公司此时参与进来，如果管理流程规范不合理就会造成信息传送丢失，大大降低工作效率。因此，在项目公司参与到项目管理后，相关的单位之间的应该重新明确管理流程，确保各项工作的顺利进行，本文就从以下八个方面进行研究。

一、立项决策管理

立项决策管理主要是由项目管理公司协助建设单位审核合同。建设单位委托专业公司进行项目建议书、可行性研究文件以及评估研究资料的编制，然后由管理公司协助建设单位同专业公司进行服务合同签订，技术文件要由专业公司提交，最后由管理公司对专业公司提交的技术文件进行相关的审核，若审核通过则管理公司要协助建设单位报相关的部门进行批准，将资料进行存档；若审核没有通过，则管理公司要将提交的技术文件返回给专业公司。

二、项目手续办理

项目手续办理主要是由项目管理公司协助建设单位到相关部门领取资料和表格，其中要涉及到很多内容，如选址申请及选址规划建议书、建设用地批准文件、建设用地规划许可、施工许可证件等。资料和表格领取后管理公司要按照相关规定填报表格和准备材料，待完成后报相关的部门进行审批，若审批合格就将其登记备案或者取证；若审批不合格相关部门要将表格和资料返回给管理公司。

三、项目采购管理

项目采购管理是由项目管理公司协助建设单位对拟招标范围进行合理的划分，此划分要从技术和管理的角度进行考虑。委托招标单位根据招标范围和要求编制相关的招标文件，然后由管理公司对招标文件进行审核，若审核通过则将招标文件送到招标办进行审核；若审核没有通过则要将招标文件返回招标。招标办最终审核通过后就可以进行招标。

四、项目勘察设计管理

项目勘察设计管理主要是管理公司通过招标确定勘察、设计单位，根据招标文件和招标答疑等来协助建设单位与勘察单位和设计单位管理进行合同签订，明确勘察设计的主要任务和相关要求；然后由管理公司协助建设单位提交勘察、设计任务书，提出初步勘察和初步设计资料，交由管理公司协助建设单位进行审核，若审核不通过则要将其返回；若审核通过则提出勘察报告和施工图，再由管理公司协助建设单位进行评审、图纸审查，若不通过则要将其返回，若通过则要提交正式的报告或者施工图。

五、项目造价管理

项目造价管理首先要确定造价咨询单位，然后由管理公司协助建设单位审核合同，对造价咨询公司提供的施工图预算或者决算提出相应的审核意见，并最终的审核意见作为招标依据或者是军工结算依据，最终管理公司审核通过再提交正式的预算或者决算资料，否则要将相关资料返回。

六、项目实施管理

项目实施管理要设计多方的部门或单位，比如建设工程管理部门、建设单位、设计单位以及监理和施工单位等，而且由于每个部门所涉及的工作内容不同其工作流程也有所不同。下面就简要介绍一下项目实施管理所涉及的工作流程：

1.施工单位提出的变更流程。施工单位提出变更、监理公司进行审核、管理公司进行审核、建设单位签署意见、设计单位处理、管理公司接收、变更发放登记。

2.设计单位提出的变更流程。设计变更提出、监理公司审核、管理公司审核、建设单位签署意见、发放相关单位。

3.施工单位提出的洽商、进度款支付流程。洽商提出和进度款支付、建立公司审核、管理公司审核、建设单位签署意见、管理公司对前上发放登记。

4. 质量及安全政府监督流程。管理公司领取监督计划、假话下发监理和施工单位、待检点施工单位自检、监理公司检查、管理公司检查、组织相关单位进行检查。

5. 暂定价设备和材料认可流程。施工单位提出认可计划、监理公司组织建设单位以及管理公司提出品牌要求、施工单位提供样品、组织相关单位进行认质认价。

七、项目信息管理

1.由管理公司协助建设单位对设计单位、招标单位、造价咨询单位的联系进行统一，然后对施工单位的质量安全和施工进度进行指令下达，并且对其中涉及到的合同及费用等事项要与施工单位直接交流，并要报送给相关的监理单位。

2.施工单位要按照事项内容向主办单位上报行文，对施工组织设计、专项方案以及进度计划和项目周报要同时报告给监理单位、建设单位和管理公司。

3.参与建设的施工单位之间要互相提供相关的技术资料和文件，并且要以监理单位作为主报单位，在监理单位受到文件经审核后要签发给其中所涉及到的施工单位或部门，同时也要上报给建设单位以及管理公司。

八、项目后评价

项目后评价就是在项目投资完成以后要对项目进行系统的、全面的分析，并进行合理的总结，以利于建设者今后的学习，从而提高项目的管理水平。可见，后评价着重服务于投资决策过程中，也就是通过项目后评价得到的建议信息反馈来不断的完善管理程序，从而提高决策者的能力，增大透析效益。

结语

目前，由于建设单位的项目管理能力还没有达到很高的水平，很多建设单位也没有充分意识到项目管理过程中各参与单位的责任重大性，因此，明确项目管理工作中职责的划分以及工作流程是迫切需要的，也是提高项目工作效率的关键之所在。上文所述的项目公司参与下的项目管理流程是基于国内项目的，也是整个项目管理的主要流程研究。

参考文献：

项目管理变更管理流程范文第3篇

关键词：零变更、技术性变更、功能性变更、工艺性变更。

项目是全过程生命周期，很多程度上伴随着“变更”而存在；特别是在项目的设计阶段、施工阶段，其“变更”直接影响项目的成败；笔者重点对设计及施工期的变更，结合实际运行中的管理进行初步探讨；在项目的动用前准备阶段及使用期，变更只是局限于调整、修改，完善，对项目的总体使用不会发生重大改变；故不纳入本文的变更探讨范围。

追求“零变更”，是项目管理追求的最高境界；但现实各方面的风险因素及变化的追求欲望，使得“变更”成为不可避免的现实，同时已使得“变更”成为“三超”的根源之一；于是，作为过程控制的项目管理，便将“零变更”的目标，衍生为追求“最小变更控制”的思路，在实施中加以控制；同时以此为目标，制定相应的“变更”管理制度，“变更”管理措施等，其目的，都是期望“变更”处于受控之中，处于最小状态之下。建设单位根据项目本身实际情况制定相应项目变更管理制度。

一、对变更的认识

首先，应该确认变更是否属于可控和合同界定变更调整范围；有学者认为，变更一定是由施工单位提出，且一定是以增加投资为前提，笔者认为该提法不妥；通过对变更的产生原因及分类概述，我们可以认识到提出“变更”需求的，可以是项目参建各方主体，包括监理单位；对设计施工图进行优化同样属于变更范畴，但往往优化设计施工图是以节约投资为出发点和归属点；所以，变更是相对计划而言的，无论是谁提出，是属增加投资还是减少投资，都应纳入“变更”管理范畴。

通常人们将变更描述为“设计变更”，但不等于只有设计方才能提出变更，之所以冠以“设计”，是因为无论哪方提出变更需求，在技术上都须由设计进行确认。

实际管理“变更”中，还应该充分研究个体变更的内涵，往往是提出变更需求主体的不同，其对变更目的及目标的期望值是不同的，设计单位作为技术把关，是以相关规范及条文为变更底线进行基础性把关，但不排除设计人员在满足技术条件下的随意性，通常人们所说的“多用钢筋，少用脑筋”；施工单位在提出变更及相关申请时，往往伴随着“高估冒算、无中生有”；所以，作为项目管理的业主及监理，应充分考虑到变更的必要性、可行性及价值性。

二、变更产生的原因及分类：

1)设计方面产生变更：目前，设计方面产生变更的原因主要是设计深度不够，包括设计选用标准图集与施工图之间的匹配，设计计算精度，管网综合布置优化，各专业相互集成，材料设备选型等多方面因素造成设计深度不够，在项目实施过程中，通过逐一发现并变更改进完成；该类变更我们统一归类为“技术性变更”。

2）施工工艺改进产生变更：由于施工技术的发展，投标时采用的施工工艺、技术、材料等可采用新型节约对应工艺代替，由此而产生变更，该类变更我们统一归类为“工艺性变更”。

3） 在项目实施过程中，因业主对部分使用功能做出调整，致使设计中对建筑、结构、水暖电等做出调整，产生变更并影响造价、工期等，该类变更我们统一归类为“功能性变更”。

4） 在实际控制管理过程中，往往因某一方面原因引起变更，同时附带其他类型的变更产生；在区分变更类型时，需确认引起变更的主要原因，界定各种类型的权重，确定变更类型；其中无明显区分的，则应归纳为“综合性变更”，

三、变更控制管理流程及工作流程：

1）变更的管理流程：

笔者认为，变更控制的管理，应该遵循“必要性、可行性、经济性”的原则，同时，应对变更的范围进行界定，变更的目标进行确认，变更的技术性进行论证，变更的方式进行优化，变更的费用变化进行权衡，变更的工期影响进行评估，变更所带来的风险进行预测；所以，变更的管理流程，笔者作如下归纳：

四、变更与索赔的区别：

变更与索赔，在理论上是分属不同的管理范畴，但在实际项目管理过程中，常常将两个概念混淆；并将工程的索赔运用于变更之中，传统的管理理念不接受索赔的思想，于是，应属于索赔的范畴往往就通过变更的方式在索赔与反索赔双方之间达成共识；其实，“索赔”的对象是工程的费用和工期，而“变更”的对象，则是项目实体改变对工程的造价波动，并由此产生对工期的影响。

索赔，是当事人在合同实施过程中，根据法律合同规定及惯例，对并非由于自己的过错而是由于应由合同对方承担责任的情况造成的且实际发生了损失，向对方提出补偿的权利要求。索赔的范围，一般归纳如下：

索赔的程序，在相关合同示范文本（GF-1999-0201）中，已作详细描述；同样在FID条款中已有描述，笔者在此不作赘言。

结束语：

项目管理变更管理流程范文第4篇

【关键词】职能型组织；项目；计划管理

一、项目计划管理的概念

项目计划管理是根据项目的总体目标，合理编制的进度计划，并据以检查项目进度执行情况，发现实际执行情况与计划进度不一致时，及时分析原因并采取必要的措施，对原计划进行调整或修正的过程。目的是保证项目能在满足其时间约束条件的前提下，实现项目的总体目标。

二、职能型组织的特点

职能型组织是按照职能来组织部门分工，即把承担相同职能的管理或业务及其人员组合在一起，设置相应的部门和职务，其优点是：有清楚的上下级关系，管理层级明确，工作分工较为清晰，按职能专业组织开展工作，有利于提高专业技术能力。缺点是：职能部门利益的优先级较高，项目的跨部门沟通困难，项目问题逐级传递，一般不跨越层级，分层级的决策影响对问题的反应速度。职能型组织多用于中小型、产品品种比较单一的企业，一般分别设置管理类部门，如项目管理部门，以及各业务类部门，如生产部等。

三、职能型组织项目计划管理存在的问题

1、对项目计划编制的重要性认识不足职能型组织业务部门的主要业务开展情况及成果，与部门绩效等直接利益挂钩，因此其关注重点为其主要业务，通常会忽略项目计划的编制及管理情况，并认为项目计划编制是项目管理部门的工作职责而不加以重视。如表现在，安排刚入职的新人负责汇总或编制部门的项目计划，但因新人对部门主要业务的了解不够深入，对本部门与其它部门的业务联系不熟悉，对项目计划编制的方法及流程不知晓等，都会导致其编制出的项目计划存在与项目整体目标不符、输入输出关系不明确等问题。2、项目计划编制过程中各自为政，沟通不力在编制项目计划时，项目管理部门与业务部门的出发点和目标各不相同。项目管理部门更多考虑项目目标的最终实现，一般是根据项目规划及范围，综合项目进度要求、成本要求、质量要求等，编制保证项目成功的项目计划；业务部门更多从完成任务及部门考核结果达标的角度考虑，综合部门的人力资源投入、预算限制等，编制确保能够完成的项目计划。另外，因为项目管理部门与业务部门各自独立，跨部门沟通存在一定的困难，项目管理部门编制计划时，若没有与业务部门充分沟通，编制出的计划表面上看起来符合项目的目标及进度要求，但可能会因为忽略了业务部门可投入的资源情况，或因为对技术内容的了解不够深入等原因，导致业务部门在执行计划时遇到困难，影响计划执行，出现计划编制与执行“两张皮”的现象。业务部门编制计划时，若没有与项目管理部门充分沟通，编制出的计划相对保守，可能会偏离项目阶段目标，甚至影响项目总目标的实现。更有甚者，业务部门将上一年度已完成的任务重新包装后，列入本年度任务，以保证高的计划执行率。3、项目计划变更较为随意由于计划变更在项目推进过程中不可避免，故计划调整率一般较少纳入绩效考核。两相权衡之下，业务部门往往会因为计划完成率影响部门绩效考核结果，而追求较高的计划完成率，对于无法按时完成的计划，无论其原因是客观输入条件未达到状态、人力资源不足，还是主观懈怠等，业务部门均选择通过计划调整规避风险，且计划变更申请大多集中在计划节点到期前几天提出，严重影响了计划的严肃性，不利于项目整体目标的推进。4、项目计划检查易忽略计划完成质量计划检查是评估项目实际进度是否符合预期进度的一项重要手段，为避免计划检查时产生分歧，在编制计划时，即约定计划交付物的交付标准，以便于检查操作。计划检查一般通过核对计划完成形式是否符合计划中约定的交付标准来判定计划完成与否，其结果由计划完成率和调整率量化体现，其中计划完成率与部门的绩效考核直接挂钩。项目管理部门依其职责重点检查计划是否按期完成、交付物是否符合项目计划要求等，业务部门则多关注按期完成及计划执行率。但与项目目标密切相关的计划完成质量，在计划检查过程中容易因职能组织的部门分工而被忽略。

四、对职能型组织项目计划管理存在问题的解决措施

1、组织专门的计划管理队伍，统一计划编制基础

为了做好项目计划编制工作，除项目管理部门应设立项目计划主管外，业务部门也应指派专人负责部门的项目计划编制工作，并保持其稳定性，组成专门的项目计划编制团队。项目管理部门负责制定计划管理的流程和要求，并加强对计划管理团队的培训，以保证计划管理团队的人员以同一标准、同一流程开展工作，夯实计划编制基础，规范计划编制工作。同时，项目管理部门的计划主管，应全面了解业务部门的工作内容及交联关系，并在项目计划中准确体现各业务的输入输出关系。业务部门的计划编制人员作为项目计划编制工作在业务部门的延伸，对内负责传达项目要求，组织编制符合项目目标的计划，对外负责协调业务关联部门的输入输出要求，保证本部门的项目计划输入完整，输出及时。

2、计划编制应以项目管理部门为主，业务部门全程参与

为解决沟通不力问题，项目计划编制应采用项目管理部门为主，业务部门全程参与的形式开展。项目管理部门从总体上提出符合公司发展战略的项目目标，按照项目周期，分解至各年度，作为各业务部门编制年度计划的依据。在编制计划的过程中，应发挥项目编制团队的作用，保持项目管理部门与业务部门的密切沟通，业务部门的计划编制人员按照项目管理部门的要求，组织本部门计划编制工作，协调关联工作，并按节点提交计划初稿、修订稿及定稿等。项目管理部门应在各阶段设置检查节点，初稿阶段，检查业务部门计划编制的目标是否符合项目整体目标；修订稿阶段，检查业务部门的目标是否完全分解为可执行计划，以及各业部门间关联工作的分解是否正确可行，各业务部门的计划颗粒度是否协调。最终经过项目管理部门平衡，形成定稿，正式计划。

3、严控项目计划变更，设定变更触发条件

项目管理部门应明确规定计划变更的适用条件，若因输入条件不足、工作要求临时变更等客观原因导致的计划变更，可以申请变更，说明情况并经批准后实施；若因业务部门的任务安排失误、投入人员不足等主观原因导致的计划节点到期前的变更申请，一律不予采纳，且视作计划未完成。同时，若业务部门主动评估计划完成存在风险，并提前半月以上申请计划变更，则说明情况，经批准后，可予以变更。通过在计划变更上设定触发条件，能够使业务部门认识到计划的严肃性，认真分析项目需求，合理编制计划，充分评估计划执行风险，妥善安排工作。同时，为使项目计划更加适应客户要求和外界环境变化，项目管理部门可适时、主动地启动项目整体变更工作。如对于项目年度计划，项目管理部门可在年中时组织开展项目变更工作。各业务部门经过上半年计划执行情况分析，及对全年项目执行条件的评估，对年度计划完成情况已有基本预期，年度计划已不适用的，可允许其说明情况后变更。

4、项目管理部门与质量部门应联合开展计划检查工作

为保证项目计划检查的有效性，质量部门作为职能型组织中的任务质量管理主体，在计划检查过程中，应与项目管理部门共同开展工作。项目管理部门主要负责计划完成的及时性，及交付物是否符合交付标准，可视作形式上的符合性检查。质量部门应主要负责交付物的内容质量检查，检查其是否符合行业标准、是否符合项目要求的标准、是否符合作业指导书的流程要求等，可视作内容上的符合性检查。这种项目管理部门与质量部门联合检查的方式，能够加强组织对项目的管控，从形式和内容两方面保证计划完成符合项目整体要求，确保项目的正常开展。

五、结语

项目计划作为职能型组织项目管理工作的龙头，牵动了项目经费管理、合同管理、风险管理、人力资源管理等各个方面。一个好的项目计划，是项目成功的基础。因此职能型组织要更加合理科学地制定项目计划，提高计划管理水平，从而不断提升职能型组织的项目管理能力，促进组织的发展和成功。

【参考文献】

[1]卢茂清.工程项目计划管理浅析[J].才智,2015.10.

项目管理变更管理流程范文第5篇

关键词：网站 项目管理 需求分析

1 网站项目管理的特点

网站项目是以Web服务器为主体、浏览器为客户端作为基本架构的项目。这样的架构项目中包含Web服务器、浏览器和网络三个关键主体。网站项目可能是一个网站，也可能是各种Web应用程序，例如网上商店、虚拟邮局、网络办公管理系统、客户关系管理系统等等。网站项目管理就是围绕着网站项目运用知识、技术、技能、工具和方法进行组织管理。其特点表现在以下几个方面：

1）涉及的领域很多。狭义地讲，网站项目包括了网页制作、美工设计、程序编码、系统及网络管理等专业技术，广义上又包含了企业管理、市场营销、心理学、广告学等更多领域的知识，在项目进行过程中还涉及到项目管理工具、文档和设计开发管理规范、开发及测试环境部署等特殊领域的问题。这对参与项目管理的人员提出了很高的要求。

2）参与项目的角色很多，水平可能参差不齐。对于网站项目管理，最关键的角色是项目经理、业务流程分析师、用户界面工程师、系统分析员、编码人员（程序员）和质量控制工程师等。根据项目的规模和开发的深度，由项目经理进行角色划分。假如严格细分，一个大型项目的角色可能达到50个以上，以确保每个细节都有专业的人员进行负责和管理。其中需求分析过程中主要角色有客户代表、业务员、业务流程分析师、用户界面工程师，另外还有项目经理、数据库工程师、文档工程师等参与。

3）网络应用的开发技术在日新月异地进步，从而使网站应用系统的开发模式具有多种选择性，达到同样的目标可以采用很多不同的方式，现代的应用系统越来越成为一个庞大的集成方案，需要考虑不同的操作平台、不同的应用服务器、不同的数据库、不同的编程语言、不同的传输介质等等，项目管理人员必须了解各种技术的利弊，帮助用户选择高效、廉价并富有前瞻性的方案。

2 需求分析在网站项目管理中的作用及要求

需求分析是一个项目的开端，也是项目建设的基石。由于以上提出的网站项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，网站项目需求分析的重要性是不言而喻的，在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。

在需求分析流程中，需要有客户代表、业务员、业务流程分析师、用户界面工程师等角色参与，业务员从客户代表那里获得需求，并形成需求报告；业务流程分析员从业务员那里获得需求报告，分析生成项目模型报告；界面工程师得到项目模型后设计制作相应的模板和用户界面原型，最终由客户代表确认。需求分析所形成的文档最终达到如下要求。

1）正确性：每个功能必须清楚描写交付的功能。

2）可行性：确保在当前的开发能力和系统环境下可以实现每个需求。

3）必要性：功能是否必须交付，是否可以推迟实现，是否可以在削减开支情况发生时被“砍”掉。

4）简明性：不要使用专业的网络术语。

5）检测性：如果开发完毕，客户可以根据需求检测。

3 网站项目需求分析的一般方法

根据以往的工程经验，需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。

第一阶段：“访谈式”。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况和客观信息，建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。

实现手段：访谈、调查表格。

输出成果：调查报告、业务流程报告。

第二阶段：“诱导式”。这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际和客观信息的基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性，界面的便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和改进方法。

实现手段：拜访（诱导）、原型演示。

输出成果：调研分析报告、原型反馈报告、业务流程报告。

第三阶段：“确认式”。这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查报告来提出反馈意见，并对已经可接受的报告、文档签字确认。

实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统。

输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）。

整体来讲，需求分析的三个阶段是需求调研中不可忽视的一个重要部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。 4 网站项目需求分析的注意事项和技巧

项目的整体风险往往表现在需求分析不明确、业务流程不合理，导致用户不习惯或不愿意去用承建方的软件。承建方和客户方都要重视需求分析的重要性。为更好地把握用户的需求和方向，应该采用必要的手段和方法来进行需求调研。

4.1 挖掘用户需求

鼓励用户将所有的想法尽可能地阐述清楚，并把所有的要求罗列出来。这时候不必担心引起客户的潜在需求而增加设计开发的工作量，应直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都放到一边，将用户最原始、最完整的要求准确地记录下来。

很多情况下客户并非专业人士，在他们的描述中很难凸现重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时需考虑今后增加库存产品进销存统计分析等等；限于时间和财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

4.2 利用自然的语言和图表描述项目模型

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然语言或形式化语言来描述，还可以添加图形表述方式和模型表征方式。虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。制作示意图可以有很多种方式，关键是利用示意图将客户的需求和即将开始设计的系统体现出来。在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程中。

4.3 需求分析要共同参与各施其职

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同讨论，达成一致意见。参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。这样可以尽量避免业务人员与开发人员、承建方和客户方之间发生不必要的纠纷。

例如：项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期；开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；界面设计人员根据项目的性质和定位确定表现方式；测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测。

4.4 将需求变更置于可控状态

需求的变更几乎是不可避免的，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的。如何以可控的方式管理网站项目需求的变更，对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户调研与分析，则往往意味着不稳定的需求。所以需求管理要保证需求分析各个活动都得到了充分的执行。

为了将变更及时反馈到项目的各个角色中，做好需求变更日志就显得非常重要。在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。在新版本的需求分析中，将变更部分用特殊方式表示出来，并在日志中记录变更明细。

4.5 评审需求文档

需求文档完成后，需要经过正式评审，以便作为下一阶段工作的基础。一般的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述，是以需求规格说明书作为基础的；用户验收的标准则是依据需求规格说明书中的内容来制订，所以评审需求文档时用户的意见是第一位的。而同行评审的目的，是在软件项目初期发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。