项目管理-习惯发生范围变更
2014-02-06 10:05
183 查看
在软件开发项目中,最难避免的就是项目发生范围的变更。你应该知道著名的铁三角:成本,时间,范围。说白了就是“三重约束”。无论您把它叫做什么,它都是指同一样东西:您如果要更改项目的预算、日程或范围,就一定会影响另外两个部分的至少一个部分。
成本。如果你的项目遇到问题了,需要投入更新资金或者资源。项目的预算需要被管理层批准,然后由你来管理,大多是在管理人员的监视下。你的规划和计划的执行将有助于确定项目的预算。如果计划充满了漏洞,解决面临问题的方法也是落后的,不全面的,那么预算会超支,项目的质量将难以保证。
时间。应该第一个处理的要素是时间。有一些项目比别的项目在时间上具有更多的自由。在你的项目计划阶段,你应当能预知完成项目、满足所需的目标大概需要多长时间。毫无疑问,对于时间紧迫的项目,你和你的团队必须勤奋努力,尽快地完成任务。当时间变成一个大家关注的主要问题时,项目的质量也就是会成为一个问题。
范围。应该避免不必要的变更而导致的项目范围的变化。必须采用变更控制系统,并通过管理层来控制。当项目的范围蔓延的时候,项目的时间和预算也会相应地跟着变化。然而,经常是项目中执行了没有批准的变更,导致了质量的下降。因为原来批准的项目活动需要的时间和预算又被用在了没有批准的其他活动上了。所以你的能做是比较详细的计划,从一开始就鉴别出那些“最好有”的功能需求。依赖它们的才是重要的部分。删除那些“最好有”否则以后可能变成“必须有”。
不论你的计划,准备和对项目的投入策略制定的多么仔细,变更总是会发生的。变更必须加以控制和沟通。必须实现变更控制系统来形式化变更请求,同时对变更的回应也要做出正式陈述。一个对可交付成果的变更请求,无论看起来是多么小,都是至关重要的,必须给出商业理由才能实施变更。对项目的可交付成果的变更可能会需要额外的资源,资金,时间,或者同时需要三者才能完成的项目。管理层或客户必须遵从你的请求才能完成项目。对所请求的变更进行扎实的调研将会为可交付成果提出的新需求提供证据。如果变更是由于内部的原因,比如缺乏专注性,资源的变化,工作单元没有完成或者是不正确的投资,你必须继续发挥领导作用来纠正这些问题。你将不得不向管理层解释问题的所在,提供解决方案以使得项目重新回到正确的轨道上。一旦项目的范围变更,你和你的团队必须恢复对项目愿景的投入精神。必须要有一种新的责任感,奉献精神以及沟通渠道来使项目继续下去,直到完成。
您可能感兴趣的文章:
高效能的团队建设
尽可能早的让用户参与项目
项目管理沟通计划
作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。
成本。如果你的项目遇到问题了,需要投入更新资金或者资源。项目的预算需要被管理层批准,然后由你来管理,大多是在管理人员的监视下。你的规划和计划的执行将有助于确定项目的预算。如果计划充满了漏洞,解决面临问题的方法也是落后的,不全面的,那么预算会超支,项目的质量将难以保证。
时间。应该第一个处理的要素是时间。有一些项目比别的项目在时间上具有更多的自由。在你的项目计划阶段,你应当能预知完成项目、满足所需的目标大概需要多长时间。毫无疑问,对于时间紧迫的项目,你和你的团队必须勤奋努力,尽快地完成任务。当时间变成一个大家关注的主要问题时,项目的质量也就是会成为一个问题。
范围。应该避免不必要的变更而导致的项目范围的变化。必须采用变更控制系统,并通过管理层来控制。当项目的范围蔓延的时候,项目的时间和预算也会相应地跟着变化。然而,经常是项目中执行了没有批准的变更,导致了质量的下降。因为原来批准的项目活动需要的时间和预算又被用在了没有批准的其他活动上了。所以你的能做是比较详细的计划,从一开始就鉴别出那些“最好有”的功能需求。依赖它们的才是重要的部分。删除那些“最好有”否则以后可能变成“必须有”。
不论你的计划,准备和对项目的投入策略制定的多么仔细,变更总是会发生的。变更必须加以控制和沟通。必须实现变更控制系统来形式化变更请求,同时对变更的回应也要做出正式陈述。一个对可交付成果的变更请求,无论看起来是多么小,都是至关重要的,必须给出商业理由才能实施变更。对项目的可交付成果的变更可能会需要额外的资源,资金,时间,或者同时需要三者才能完成的项目。管理层或客户必须遵从你的请求才能完成项目。对所请求的变更进行扎实的调研将会为可交付成果提出的新需求提供证据。如果变更是由于内部的原因,比如缺乏专注性,资源的变化,工作单元没有完成或者是不正确的投资,你必须继续发挥领导作用来纠正这些问题。你将不得不向管理层解释问题的所在,提供解决方案以使得项目重新回到正确的轨道上。一旦项目的范围变更,你和你的团队必须恢复对项目愿景的投入精神。必须要有一种新的责任感,奉献精神以及沟通渠道来使项目继续下去,直到完成。
您可能感兴趣的文章:
高效能的团队建设
尽可能早的让用户参与项目
项目管理沟通计划
作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。
相关文章推荐
- 产品研发过程管理专题——软件项目范围变更流程与过程控制研究
- 项目范围管理(3):如何范围变更与过程控制?
- 论文:论信息系统项目的范围管理
- 项目管理中的(用户)需求变更控制分析
- 项目管理中的(用户)需求变更控制分析
- 项目范围管理论文的提纲
- 项目管理中的需求变更分析和解决之道
- web项目经理手册-需求变更管理
- 项目管理过程中范围管理的作用
- 艾伟也谈项目管理,软件架构师之职责范围
- 变更管理、信息系统安全管理、项目风险管理
- 2015年9月28日作业(请写出项目范围管理论文的提纲)
- 项目管理学习笔记之二范围管理过程总结
- PMP-项目管理笔记(五)-项目范围管理-定义范围
- 范围管理是项目经理所具备的首要能力
- 系统集成项目管理工程师学习笔记(六)项目范围管理、进度管理、成本管理
- 4--项目整体管理和项目范围管理
- 47个项目管理过程之项目范围管理
- 项目范围管理---核实范围
- 项目管理中的(用户)需求变更控制分析