工程硕士培养质量评估是保证和提高工程硕士培养教育质量的一个重要环节。下面是小编为大家整理的it项目管理硕士论文，供大家参考。

it项目管理硕士论文范文一：项目变更管理

【摘 要】

近年来，IT产业以惊人的速度发展，从而使软件产业的地位在经济发达国家提到了空前的高度。虽然软件产业在国内外得到了迅速发展，但是软件项目实施效果却不容乐观。调查分析表明，大约70%的软件项目超出预定开发周期，大型项目平均超出计划交付时间20%-50%，90%以上的软件项目开发费用超出预算，并且项目越大，超出项目计划的程度越高。

软件项目失败的原因主要有以下三点：一是需求的不断变化。二是开发的软件不能满足用户的需求。三是软件项目的管理问题，这包括两个方面：一方面是因为缺乏完善的管理项目风险的方法;另一方面是由于软件项目规模的庞大，项目的范围难以精确确定，从而在项目开发的过程中范围不断变更，过程控制的力度不够，因此导致成本估计难以精确，进度控制困难，可靠性无法保证。 1 项目变更的基本概述

项目变更意为项目实施过程中，因各种原因导致原计划发生变动的行为。项目的建设或应用环境是在变化的，需求和目标也可能是变化的，因此项目本身也是变化的。不管项目在准备阶段的工作做的如何细致、全面，在项目实施过程中仍然会遇到各种预料之外的变化。同时，这些需求和要求的变更在项目进程中出现的越晚，对于项目实施来说就越困难，项目成本消耗可能就越高。如果能有效地控制项目的变更，那么项目最终就能在变化的环境中成功实现。

1.1引起项目变更的因素

项目变更主要目的是为了保证实现建设目标，但就国内目前信息化项目建设状况而言，随意变更的现象占了很大的比例，究其原因主要来自两方面，一方面是项目从启动到结束，要经过漫长的过程，中间受各种因素影响会发生多次变动行为，过多的变动往往会改变项目实施结果，使不确定性成为大概率事件;另一方面是参与建设的主体过多，业务与技术脱节，需求不明确导致建设阶段变更内容过多，这点在软件开发服务项目这种现象尤为突出，经常是在业务调研阶段需求内容很少，但当项目投入试运行后，反而个性化要求源源不断，因此造成项目被动的局面。

引起项目变动的原因呈多样性，若按其来源划分，大致可分成主观和客观因素两大类，前者来自项目主体，如应项目建设方或是承建方要求进行变更;后者则是因为项目实施环境或部分项目要素变化带来的影响。

IT项目中引起变更的因素有两个：一是来自外部的变更要求，如客户要求修改工作范围和需求等;二是开发过程内部的变更要求，如为解决测试中发现的一些错误而修改源码甚至设计。比较而言，最难处理的是来自外部的需求变更，

因为IT项目需求变更的概率大、工作量也大，特别是到项目的后期。

1.2项目变更的生命周期

项目从开始就处于不停的变化中，用户需求变了需要调整计划或者设计;测试发现了问题需要对错误代码进行变更;甚至人员流失了，也需要项目进行一定的调整以适应这种情况。Bug管理，需求管理，风险控制等本质上都是项目变更的一种。它们都是为了保证项目在变化过程中始终处于可控状态，并随时可跟踪回溯到某个历史状态。孤立的看单个变更(CR)的生命周期，那么它是比较简单的，大致就是提出-审核-修改-确认这么一个过程。但变更管理并不是单纯的一个数据库记录，做个备忘而已。在这么一个简单的流程中，变更管理要能体现出它的两个重要用途，一个是控制变更，保证项目可控;另一个是变更度量分析，帮助组织提供自己的开发能力。如(图-1)

图-1 项目变更生命周期的基本过程

变更生命周期中的几个主要过程和这些过程的要求 ：

提出—记录变更的详细信息，相当于一个备忘。需要记录的信息可能根据不同组织和不同项目的规定而不同。要点在于变更提出者能简明扼要的记录下有价值的信息，比如缺陷发生时的环境，要变更的功能等。

审核—审核者首先要确认变更意义，确认是否要修改;其次审核者要确认变更可能产生的影响，根据影响分析决定是否要修改下变更的内容以及对项目其它方面做同步改变;最后就是指派项目成员实施该变更。

实施修改—根据变更要求进行修改。首先要保证修改实施是完全而彻底的，比如提了一个需求变更，不能只改了需求文档而不改代码或者用户文档。在组织分工情况下，如何协调多个小组的同步变更保证工作产品一致性正成为一个很严峻的问题。 实现变更的一个初始目的就是为了项目的跟踪回溯，那么，针对变更而做的修改也应该被记录下来并被和变更关联起来，实现why、what的双向跟踪。

确认—确认验证变更确实得到了确实实施。查询和度量分析—项目管理者需

要了解项目中各个变更的当前状态，根据变更状态做出各种管理决定;度量分析变更数据，了解项目质量状况;定期进行复盘，寻找变更根源，进行有针对性，甚至是制度化的改进。

2 项目范围的变更

项目中不可避免的会发生范围的变更，不论是在项目的开始阶段或是项目的将要结束阶段，都有可能会发生项目范围的变更，而项目范围的变更会自然而然地对项目有影响，所以，怎么样控制项目的范围变更是项目管理所需要做的一个重要内容。项目所处的阶段越早，项目不确定性就越大，项目调整或变更的可能性就越大，同时带来的代价比较低。但随着项目的进行，不确定性逐渐减小，而变更的代价、付出的人力、资源逐渐增加，就会增加决策的困难度。

在实际工作中，项目实施阶段的变更原因尽管很多，但这些原因和其他阶段工作皆有密切的关联，并非在实施阶段才产生的。因此，要控制或减少实施阶段的变更行为，必须要从每个阶段工作入手，尽可能减少变动因素，尽早排除隐患，使各阶段工作成果具有稳定性， 才能在实施阶段降低项目变更的可能性，实现项目建设可控管理。

2.1 IT项目范围变更原因

范围变更的表现形式多种多样，如客户临时改变对功能需求的想法、项目预算发生变化等。在IT项目中，这些需求范围变更可能来自方案服务方、客户或产品供应商，也可能来自项目组内部。分析各种项目需求变更的原因主要包括一下四点：

(1)范围没有明确就开始细化。范围细化一般是由需求分析人员根据用户提出的描述性的、总结性的需求进行功能的提取并给出相应的描述。如果对用户的需求不明确、需求分析工作不到位;使得需求范围没有明确就开始细化，当需求进入实施阶段需求范围发生变化，就需要作出很大的变动。

(2)系统实施时间过长。在项目漫长的实施过程中，客户由于自身业务发生变化或突然产生新的想法会不断地向项目提出新的需求，从而造成需求的变更最终影响到项目整体的范围。

(3)用户业务需求的改变。由于客户竞争激烈，运行情况不确定，需要随时对业务户环境变化做出反应，用户自然会经常提出变更的请求。

(4)系统正常升级。由于开发方自身版本升级、性能改进、设计调整等要求会产生需求变更。

2.2 范围变更控制管理过程

为执行变更控制，必须建立有效的范围变更流程，它对管好项目至关重要。一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的，因此变更是不可避免的，关键问题是如何对变更进行有效的控制。IT项目的生命周期分为启动、计划、实施控制和收尾5个过程。范围变更的控制不应该只是项目实施阶段考虑的事情，而是要分布在整个项目的生命周期。

范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。再好的计划也不可能做到一成不变，因此变更是不可避免的，关键问题是对变更进行有效的控制。其过程如(图-2)所示

图2 范围变更控制流程

在发生范围变更时，首先需要向变更控制委员会(SCCB)提交范围变更申请表。并记录变更请求的相关内容。

然后由控制委员会对范围变更进行相应的评估;SCCB需要对范围变更请求产生的原因进行分析，精确的理解用户需求;评估系统对范围变更的接纳程度、变更的代价、变更系统总体架构甚至是产品发展的影响。在范围变更分析中还需要进行需求范围稳定性的分析。过于频繁的范围变更项目进程已经超出了需求变化范围。

SCCB根据项目现有进度，进行项目范围变更进度影响、费用及项目可接受影响的程度;对项目变更排列优先级，对变更请求采取应对措施提出建议，记录风险和风险应对计划。同时与项目赞助人协商项目变更影响、解决变更请求的条件相应的费用变化以及项目赞助人可接受程度等问题，从而决定是否实施变更。

实施范围变更主要过程包括有追踪所有范围变更影响的工作产品、确定是否调整需求基线、维护范围变更记录文档，此外范围变更还需要进行验证，对于未通过验证将取消变更请求。

2.3 范围变更控制管理原则

(1)建立需求范围基线。需求范围基线是指是否允许用户需求变更的分界线，在软件开发过程中，需求确定并经过评审后，课件里第一个需求基线。随着项目的进展需求基线也在变化;此后每次变更经过评审后，都要重新确定新的需求基线。

(2)制定简单有效的变更控制流程，并形成文档。在建立了需求基线后，提出的所有变更都必须遵循这个控制流程;同时，着个流程具有一定的普遍性，对以后的IT项目开发和其他项目都有借鉴意义。