警惕IT项目管理中的6大错误

大多数IT专业人士本身并不是专门的管理人员，他们都知道，自己随时都可能被要求管理一个项目，却很可能会遇到很多问题。是项目管理在IT领域的应用，包括项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理以及启动、计划、实施、控制和收尾等过IT项目管理程组。在实践管理中，每个阶段总会遇到一些或多或少的问题，笔者根据在IT行业的工作经验，总结分析了IT项目管理中存在的六大常见错误。

错误一：错误的需求调研阶段

在软件行业，在界面设计没有正式展现给客户之前，所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例：客户买房子之前是先要看看样板房和模型的，什么都看不到这房子你敢买么?除非你不是自己住! 而在我们所学的软件工程概念模型中，这是三个阶段：需求调研、需求分析、概要设计。在客户把他们想要管理的业务模块以及与之相关的业务数据，流程，表单交付你的时候，你千万不要把这个阶段定性为需要调研结束，写出《需要规格说明书》就可以了。大量的实践证明，在概要设计阶段所衍生出来的需求工作量是之前的5~10倍，甚至更多，因为这要看设计人员的业务沟通能力和建模水平。

有实施经验比较丰富的项目管理人员总结说，在中国实施软件项目，必须以咨询方式展开：要推出自己的方案，而不能完全按照客户来提需求作项目。这是一种很好的解决思路，但无法解决所有实施项目的难题。这种解决方案的前提，要么项目实施者有成熟的业务模型，要么有成熟的产品(包含了成熟的业务模型)，否则是不可能做到的。但如果没有3~5年在同一行业，同一领域的实施经验和理论总结，没有哪家IT企业能达到这样的前提要求。

其实得出这样结论的深层原因，是因为国内多数企业管理思想不成熟，更谈不上完善的业务模型，所以客户的思维一定程度是发散的，还未形成系统。甚至还有些客户的领导，脑子中有很多新鲜的点子，他都有可能想在企业信息化的实施过程中加进来，这对把控项目范围和项目实施效果来说，都可能是灾难的开始。所以，要做好实施项目，实施者必须有很好的业务建模能力，快速的给客户展示合理的软件原型——软件Demo。

错误二：“忘记”项目目标

你看到这个题目什么感觉?很多人会觉得这样的错误怎么会发生?几乎没有人会认为自己犯这个错误!“忘记”项目目标有两种情形：一是从开始接手项目就没弄清楚项目的目标是什么;二是虽然清楚项目的目标是什么，但却干着跟完成项目目标无关、甚至有害的事。

“时刻铭记项目目标”是项目管理很重要的一个思维，项目所有的活动都围绕这个展开。可是随着项目的逐步开展，尤其是复杂项目：人多、事多、周期长，很多项目经理会逐渐因为个人喜好而忘记了项目的大目标，比较典型的有：技术出身的项目经理会沉迷于技术细节，大量时间花在学习新技术或者一头闷在解决技术难题上;脾气火爆的项目经理会因为很多不值当的事情大发脾气，把团队搞得乌烟瘴气;小心眼、爱面子的项目经理会因为某个组员无意的顶撞而怀恨在心，从此总给其穿小鞋，搞得团队拉帮结派，毫不团结;还有更糟糕的，比如爱玩游戏的，爱喝小酒的等等。所有这些，无论原因是自身不成熟，还是管理经验、管理能力不足，结果都一样，那就是项目出问题，甚至失败。

项目经理最重要的一项任务就是“跟踪与控制”，时刻把握项目方向，保证项目计划得以顺利执行，偏差控制在可控风险范围内。但项目总是有太多意外因素，尤其是周期长的项目，人们常用“夜长梦多”来形容风险会随时间的延长而增加，所以项目经理一定时刻都要保持头脑清醒，对项目无益的事情不做，对项目有风险的事情更不能做。

任何项目在开展过程中都会不断面对“机会”和“诱惑”，项目经理一定要能明确项目大目标，才能清晰地识别哪些是使项目成功的“机会”，哪些是会给项目带来风险的“诱惑”，才会少走弯路，早日成功。

“人是需要不断被提醒的”，这由人性决定。智慧的人能够不断的反省从而自我提醒，愚笨的人会被挫折、外界的“警示”不断提醒，这就形成了“成功”与“失败”的差异。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友