博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
项目管理-习惯发生范围变更
阅读量:6048 次
发布时间:2019-06-20

本文共 1118 字,大约阅读时间需要 3 分钟。

          在软件开发项目中,最难避免的就是项目发生范围的变更。你应该知道著名的铁三角:成本,时间,范围。说白了就是“三重约束”。无论您把它叫做什么,它都是指同一样东西:您如果要更改项目的预算、日程或范围,就一定会影响另外两个部分的至少一个部分。

  • 成本。如果你的项目遇到问题了,需要投入更新资金或者资源。项目的预算需要被管理层批准,然后由你来管理,大多是在管理人员的监视下。你的规划和计划的执行将有助于确定项目的预算。如果计划充满了漏洞,解决面临问题的方法也是落后的,不全面的,那么预算会超支,项目的质量将难以保证。
  • 时间。应该第一个处理的要素是时间。有一些项目比别的项目在时间上具有更多的自由。在你的项目计划阶段,你应当能预知完成项目、满足所需的目标大概需要多长时间。毫无疑问,对于时间紧迫的项目,你和你的团队必须勤奋努力,尽快地完成任务。当时间变成一个大家关注的主要问题时,项目的质量也就是会成为一个问题。
  • 范围。应该避免不必要的变更而导致的项目范围的变化。必须采用变更控制系统,并通过管理层来控制。当项目的范围蔓延的时候,项目的时间和预算也会相应地跟着变化。然而,经常是项目中执行了没有批准的变更,导致了质量的下降。因为原来批准的项目活动需要的时间和预算又被用在了没有批准的其他活动上了。所以你的能做是比较详细的计划,从一开始就鉴别出那些“最好有”的功能需求。依赖它们的才是重要的部分。删除那些“最好有”否则以后可能变成“必须有”。

      不论你的计划,准备和对项目的投入策略制定的多么仔细,变更总是会发生的。变更必须加以控制和沟通。必须实现变更控制系统来形式化变更请求,同时对变更的回应也要做出正式陈述。一个对可交付成果的变更请求,无论看起来是多么小,都是至关重要的,必须给出商业理由才能实施变更。对项目的可交付成果的变更可能会需要额外的资源,资金,时间,或者同时需要三者才能完成的项目。管理层或客户必须遵从你的请求才能完成项目。对所请求的变更进行扎实的调研将会为可交付成果提出的新需求提供证据。如果变更是由于内部的原因,比如缺乏专注性,资源的变化,工作单元没有完成或者是不正确的投资,你必须继续发挥领导作用来纠正这些问题。你将不得不向管理层解释问题的所在,提供解决方案以使得项目重新回到正确的轨道上。一旦项目的范围变更,你和你的团队必须恢复对项目愿景的投入精神。必须要有一种新的责任感,奉献精神以及沟通渠道来使项目继续下去,直到完成。

 

您可能感兴趣的文章:

作者:
出处:
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-。

你可能感兴趣的文章
【R】R语言使用命令行参数 - [编程技巧(Program Skill)]
查看>>
经典算法题每日演练——第二题 五家共井
查看>>
存储过程中拼接的变量和点的问题
查看>>
ASP.NET那点不为人知的事(一)
查看>>
3.16
查看>>
表单文件上传与文件下载
查看>>
下午考
查看>>
创建字符设备的三种方法
查看>>
走在网页游戏开发的路上(六)
查看>>
nginx 配置的server_name参数(转)
查看>>
Uva592 Island of Logic
查看>>
C++基础代码--20余种数据结构和算法的实现
查看>>
footer固定在页面底部的实现方法总结
查看>>
nginx上传文件大小
查看>>
HDU 2243 考研路茫茫——单词情结(自动机)
查看>>
Dubbo OPS工具——dubbo-admin & dubbo-monitor
查看>>
Dungeon Master ZOJ 1940【优先队列+广搜】
查看>>
Delphi 中的 XMLDocument 类详解(5) - 获取元素内容
查看>>
2013年7月12日“修复 Migration 测试发现的 Bug”
查看>>
学习vue中遇到的报错,特此记录下来
查看>>