项目变更管理论文

项目变更管理论文内容摘要：

提出的描述性的、总结性的需求进行功能的提取并给出相应的描述。 如果对用户的需求不明确、需求分析工作不到位；使得需求范围没有明确就开始细化，当需求进入实施阶段需求范围发生变化，就需要作出很大的变动。 （2） 系统实施时间过长。 在项目漫长的实施过程中，客户由于自身业务发生变化或突然产生新的想法会不断地向项目提出新的需求，从而造成需求的变更最终影响到项目整体的范围。 （3） 用户业务需求的改变。 由于客户竞争激烈，运行情况不确定，需要随时对业务户环境变化做出反应，用户自然会经常提出变更的请求。 （4） 系统正常升级。 由于开发方自身版本升级、性能改进、设计调整等要求会产生需求变更。 范围变更控制管理过程 为执行变更控制，必须建立有效的范围变更流程，它对管好项目至关重要。 一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的，因此变更是不可避免的，关键问题是如何对变更进行有效的控制。 IT项目的生命周期分为启动、计划、实施控制和收尾5个过程。 范围变更的控制不应该只是项目实施阶段考虑的事情，而是要分布在整个项目的生命周期。 范围变更控制是指对有关项目范围的变更实施控制。 主要的过程输出是范围变更、纠正行动与教训总结。 再好的计划也不可能做到一成不变，因此变更是不可避免的，关键问题是对变更进行有效的控制。 其过程如（图2）所示图2 范围变更控制流程在发生范围变更时，首先需要向变更控制委员会（SCCB）提交范围变更申请表。 并记录变更请求的相关内容。 然后由控制委员会对范围变更进行相应的评估；SCCB需要对范围变更请求产生的原因进行分析，精确的理解用户需求；评估系统对范围变更的接纳程度、变更的代价、变更系统总体架构甚至是产品发展的影响。 在范围变更分析中还需要进行需求范围稳定性的分析。 过于频繁的范围变更项目进程已经超出了需求变化范围。 SCCB根据项目现有进度，进行项目范围变更进度影响、费用及项目可接受影响的程度；对项目变更排列优先级，对变更请求采取应对措施提出建议，记录风险和风险应对计划。 同时与项目赞助人协商项目变更影响、解决变更请求的条件相应的费用变化以及项目赞助人可接受程度等问题，从而决定是否实施变更。 实施范围变更主要过程包括有追踪所有范围变更影响的工作产品、确定是否调整需求基线、维护范围变更记录文档，此外范围变更还需要进行验证，对于未通过验证将取消变更请求。 范围变更控制管理原则（1） 建立需求范围基线。 需求范围基线是指是否允许用户需求变更的分界线，在软件开发过程中，需求确定并经过评审后，课件里第一个需求基线。 随着项目的进展需求基线也在变化；此后每次变更经过评审后，都要重新确定新的需求基线。 （2） 制定简单有效的变更控制流程，并形成文档。 在建立了需求基线后，提出的所有变更都必须遵循这个控制流程；同时，着个流程具有一定的普遍性，对以后的IT项目开发和其他项目都有借鉴意义。 （3） 成立项目变更控制委员会（SCCB）或具体相关职能的类似组织，负责裁定接受那些变更。 （4） 需求变更一定要先申请然后在变更，最后经过与变更级别相当的评审确认（5） 需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，以保证和更新的需求一致。 （6） 妥善保存变更产生的文档。 3 变更管理的控制与实施 变更控制不能仅在过。