在软件开发项目中,最难避免的就是项目发生范围的变更。你应该知道著名的铁三角:成本,时间,范围。说白了就是“三重约束”。无论您把它叫做什么,它都是指同一样东西:您如果要更改项目的预算、日程或范围,就一定会影响另外两个部分的至少一个部分。
不论你的计划,准备和对项目的投入策略制定的多么仔细,变更总是会发生的。变更必须加以控制和沟通。必须实现变更控制系统来形式化变更请求,同时对变更的回应也要做出正式陈述。一个对可交付成果的变更请求,无论看起来是多么小,都是至关重要的,必须给出商业理由才能实施变更。对项目的可交付成果的变更可能会需要额外的资源,资金,时间,或者同时需要三者才能完成的项目。管理层或客户必须遵从你的请求才能完成项目。对所请求的变更进行扎实的调研将会为可交付成果提出的新需求提供证据。如果变更是由于内部的原因,比如缺乏专注性,资源的变化,工作单元没有完成或者是不正确的投资,你必须继续发挥领导作用来纠正这些问题。你将不得不向管理层解释问题的所在,提供解决方案以使得项目重新回到正确的轨道上。一旦项目的范围变更,你和你的团队必须恢复对项目愿景的投入精神。必须要有一种新的责任感,奉献精神以及沟通渠道来使项目继续下去,直到完成。
您可能感兴趣的文章:
高效能的团队建设
尽可能早的让用户参与项目
项目管理沟通计划
作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu
Blog。
原文:http://www.cnblogs.com/wintersun/p/3538631.html