[原创]漫谈项目变更
<br/><p align="center"><b>漫谈项目变更</b><b></b></p>
<p align="center">黄谊江</p>
<p align="center">2010.7.28</p>
<p>我们常说，计划不如变化，唯一不变的就是变化，可是一旦落实到具体的事情中，人们往往不自觉的抵制变化，甚至害怕变化。在项目管理中，同样如此，项目变更是必然存在的，逃避、害怕都是无济于事的。</p>
<p>历史朝代的更替过程中，有那一次是顺利的，很自然的？革命才是推翻统治的有力工具和手段，这就是毛泽东所说的枪杆子里面出政权。稀有的温和变革，更是顺理成章的成为人们顶礼膜拜的典范，诸如中国商鞅变法，沙皇的农奴制改革，日本的明治维新。个人习惯的改变也同样如此。据统计，一个人的习惯的养成通常需要一个月左右的时间。比如说戒烟，有过戒烟经历的人一定深知其中的难处，至于戒毒，那就更不用说了。</p>
<p>在项目管理的过程中，很多企业，同样惧怕变更。管理层一旦听说项目有变更，便火冒三丈，拍桌子骂娘，甚至制定一些愚蠢的制度来禁止项目经理发生任何变更。殊不知，项目变更是禁止不了的。当一个小孩成长在反叛的年龄阶段时，最好的办法是疏导，而绝不是禁止。年轻人偷吃禁果的事情，古往今来，绵绵不绝。明知山有虎，偏向虎山行，甚至大有长江后浪推前浪之态势，这难道不是最好的例证。大禹之所以能治水，是因为他注重梳理河道，而不是承袭他父亲鲧的拦堵之道。作为企业的管理层，要做的是如何有效的管理项目变更。</p>
<p>当然，一个企业要想做好项目变更的管理，也并不是手到擒来那么容易，其实是牵一动而发全身，涉及到企业的方方面面，这也许一些企业惧怕变更的根本原因吧。项目变更的管理正是麻雀虽小五脏俱全。直接相关的是一个<b>企业的流程的标准化和相应的授权体系。</b>变更不可避免发生之后，如何快速识别，又该怎么分析，具体怎么评价，最后采取什么措施，吸取什么教训，这需要一套标准化的流程。而实现这一整套的标准化的动作，还必须有一个基础平台，那就是<b>配置管理系统</b>。同样的，配置管理也需要一套标准化流程来支撑。而保证流程得以顺利执行的前提条件之一就是<b>分工明确</b>。不同的职位需要承担哪些工作，一定要有相应的工作岗位说明。也许一个人会同时承担几个角色的工作，但这决不能成为模糊岗位职责说明的借口。有了明确的职责分工，还远远不够，企业是否具有明确的<b>授权体系</b>，也是非常关键的。我们都国企的失败在于政企不分，权利与责任不同步，事实上，很多企业都存在授权的问题。</p>
<p>由此可见，项目变更的管理，绝不仅仅是项目管理的功夫，更不是一个项目经理能独自担当的。孤立的进行所谓形式上的项目变更管理，只能是缘木求鱼，如果拒绝项目变更，那就更是可笑之极了。</p>
<p> </p>
<p>本文选摘自《看清这只麻雀——项目管理杂谈》</p>
[此贴子已经被作者于2010-10-21 7:56:12编辑过] 说的 不错 核心是通过什么方式精准定位项目问题。能定住，有参考，就有可能应对变更。问题如何先把自己练成功夫大师。没有真功夫是没有办法服众的。在相对有限范围内，精心布局，有助于应变。 。。。。 项目内容的变更在我们软件行业更是如此，一个项目从确定到最终完成从来没有都是变来变去的，需求逐渐增加，功能越来越复杂，开发项目于是就一直的延期。。。。。。。。。。。。。。。。。。。。<br/><br/>所有参与过的大项目，例如XXX会的手机直播，XX网站的email系统等等。。。。。。。。。<br/><br/>项目的延期与费用是正比的，可是往往在软件行业，客户并不这么去看，有时候一句话就能说完的功能，真的做起来就需要很久。。。。。。。。。。。。。。。。<br/> <p>项目变更应该都属于在原基础上变更，还是留有其本质的。</p>
<p> </p>
<p>如果有过变更的经验，可能再次遇到变更事项就不像那么难了。</p> <p>变化就是好的！</p> <p>控制好变更的原则及影响，变更也可以给项目带来机会。</p> 变更不可避免，由其是一些国有企业的项目。 计划赶不上变化，项目管理确实比较复杂！ 控制好变更的原则及影响，变更也可以给项目带来机会
页:
[1]
2