IT项目管理是项目管理在IT领域的应用,结合IT行业特点运用项目管理技术、理念和方法,包括项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理以及启动、计划、实施、控制和收尾等过程组。笔者根据在IT行业的工作经验,总结分析了IT项目管理中存在的六大常见错误。
  错误一:错误的需求调研阶段
  在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例:客户买房子之前是先要看看样板房和模型的,什么都看不到这房子你敢买么?除非你不是自己住! 而在我们所学的软件工程概念模型中,这是三个阶段:需求调研、需求分析、概要设计。在客户把他们想要管理的业务模块以及与之相关的业务数据,流程,表单交付你的时候,你千万不要把这个阶段定性为需要调研结束,写出《需要规格说明书》就可以了。大量的实践证明,在概要设计阶段所衍生出来的需求工作量是之前的5~10倍,甚至更多,因为这要看设计人员的业务沟通能力和建模水平。
  有实施经验比较丰富的项目管理人员总结说,在中国实施软件项目,必须以咨询方式展开:要推出自己的方案,而不能完全按照客户来提需求作项目。这是一种很好的解决思路,但无法解决所有实施项目的难题。这种解决方案的前提,要么项目实施者有成熟的业务模型,要么有成熟的产品(包含了成熟的业务模型),否则是不可能做到的。但如果没有3~5年在同一行业,同一领域的实施经验和理论总结,没有哪家IT企业能达到这样的前提要求。
  其实得出这样结论的深层原因,是因为国内多数企业管理思想不成熟,更谈不上完善的业务模型,所以客户的思维一定程度是发散的,还未形成系统。甚至还有些客户的领导,脑子中有很多新鲜的点子,他都有可能想在企业信息化的实施过程中加进来,这对把控项目范围和项目实施效果来说,都可能是灾难的开始。所以,要做好实施项目,实施者必须有很好的业务建模能力,快速的给客户展示合理的软件原型——软件Demo。
  错误二:“忘记”项目目标
  你看到这个题目什么感觉?很多人会觉得这样的错误怎么会发生?几乎没有人会认为自己犯这个错误!“忘记”项目目标有两种情形:一是从开始接手项目就没弄清楚项目的目标是什么;二是虽然清楚项目的目标是什么,但却干着跟完成项目目标无关、甚至有害的事。
  “时刻铭记项目目标”是项目管理很重要的一个思维,项目所有的活动都围绕这个展开。可是随着项目的逐步开展,尤其是复杂项目:人多、事多、周期长,很多项目经理会逐渐因为个人喜好而忘记了项目的大目标,比较典型的有:技术出身的项目经理会沉迷于技术细节,大量时间花在学习新技术或者一头闷在解决技术难题上;脾气火爆的项目经理会因为很多不值当的事情大发脾气,把团队搞得乌烟瘴气;小心眼、爱面子的项目经理会因为某个组员无意的顶撞而怀恨在心,从此总给其穿小鞋,搞得团队拉帮结派,毫不团结;还有更糟糕的,比如爱玩游戏的,爱喝小酒的等等。所有这些,无论原因是自身不成熟,还是管理经验、管理能力不足,结果都一样,那就是项目出问题,甚至失败。
  项目经理最重要的一项任务就是“跟踪与控制”,时刻把握项目方向,保证项目计划得以顺利执行,偏差控制在可控风险范围内。但项目总是有太多意外因素,尤其是周期长的项目,人们常用“夜长梦多”来形容风险会随时间的延长而增加,所以项目经理一定时刻都要保持头脑清醒,对项目无益的事情不做,对项目有风险的事情更不能做。
  任何项目在开展过程中都会不断面对“机会”和“诱惑”,项目经理一定要能明确项目大目标,才能清晰地识别哪些是使项目成功的“机会”,哪些是会给项目带来风险的“诱惑”,才会少走弯路,早日成功。
  “人是需要不断被提醒的”,这由人性决定。智慧的人能够不断的反省从而自我提醒,愚笨的人会被挫折、外界的“警示”不断提醒,这就形成了“成功”与“失败”的差异。
  错误三:IT技术人员不需要掌握项目管理
  有这种看法的人不在少数。根据观察,之所以形成这种看法,一是对项目的真正概念不清晰,二是对管理的概念“神话”了,把管理理解成了高深莫测,非一般人能做的事情。首先有必要普及一下项目的概念。
  对“项目”有很多人下过定义,项目管理“圣经”PMBOK第三版(2004版)的定义是:“为创造某个独特的产品或服务,或完成某独特的任务所做的临时性努力”。围绕这句话PMBOK做了详细的解释和举例说明,很严谨,想了解的请学习PMBOK。因为都是翻译过来的定义,翻译得过于术语化很容易把人绕进去,在国内不排除已经拿到PMP认证证书的专业人士还搞不清楚项目究竟是什么。
  明白了这些,你就会明白从日常生活的吃喝拉撒到国家管理,处处都是项目,处处都需要项目管理,也就能明白每个人都需要项目管理,也就能理解学会了项目管理将会多么受益无穷,娴熟运用项目管理思维将无往不胜!
  但需要提醒大家一点,现在的PMBOK是把传统制造行业、建筑行业、IT行业等多个行业领域的项目管理知识糅合到了一起,大而全,但针对性不够好,所以很多人觉得PMBOK理论化太强,学完了觉得很多东西没用。现在国际知名的另外一套项目管理认证,IPMP是按照工作岗位能力进行了分级,也没有针对行业进行分解。所以,无论拿到PMP或者IPMP,很多人都会有同样的困惑。据了解,PMI已经准备做这样的改进,这是一个很好的消息。
  错误四:计划不能变
  怎样才能保证项目成功?“计划,计划,再计划”,这是项目管理的最佳实践!所以,做项目管理的一般都知道如何编制项目计划,并且很多人能熟练的使用 Project工具,知道“80小时”或者“40小时”法则、WBS和关键路径的概念。每个项目经理都会记住“计划一旦形成,就严格按照计划去执行,而不受某个人、某件事的影响”这个原则,也明白“这样做不仅能够减少大量资源的浪费,产品的质量也能得到保障。”所以,很多项目经理排斥,甚至拒绝改变计划。坚持原则,这貌似没什么错,但真的这样么?
  要弄清楚一件事是否有必要做,首先就得弄清楚两个问题:一、这件事为什么要做?二、做了有什么好处? 那我们首先问一下编制计划的目的是什么?我们知道计划是项目管理的最佳实践,计划是保证项目成功的一种手段和方法,做这件事只有一个目的,那就是为了“保证项目成功”,但前提是,这份计划是“周密的、可行的”。严格执行一份周密可行的项目计划才能保证项目成功。很多项目经理记住了上面的“严格执行”原则,但忘记了这个大前提。
  第二个问题,计划有什么好处?项目管理的计划方法,把项目活动、持续时间、所需资源有机地结合在一起,并且有严格的先后次序、里程碑和关键路径,可以清晰地提醒项目所有成员在什么时间,做什么事情,保证每个项目任务都得以执行;通过对计划的执行跟踪,项目经理可以清晰地了解项目进展情况和偏差情况,评估并及时有效的控制项目风险,从而保证项目的成功。
  明白了这两点,我们再来看IT项目。对多数IT项目,尤其是软件实施项目,启动时都存在范围不够明晰,需求不确定的情况。
  只有到软件Demo产生,才可能需求清晰,范围确定,这些情况就决定了IT项目计划需要根据项目的实际情况及时进行修正。如何压缩范围确定的时间,早日制定出周密可行的计划,是软件项目的一个重要课题。
  制定一份周密可行的计划是项目经理优秀能力的体现,尤其是WBS的制定,对复杂项目有很大难度。在谈2008奥运项目的管理体会时,项目专家曹蕾就提到奥运会项目最难的一点就是WBS的制定(参见PMU网站对2008奥运项目的访谈)。要保证项目的成功,就要保证项目的每个活动都能得以顺利执行。所以,在项目情况发生变化,在原有的计划基础上有需求变更时,就要把新的任务补充到计划中,修正计划,确保WBS的完整,确保计划周密可行,之后的工作才是严格执行。
  顺便提一句,有些项目经理会走另外一个极端:因为需求不确定,所以不制定项目计划。这同样是对计划的错误理解。即使计划不够周密,但它可以提醒我们项目的大目标是什么,保证项目团队所采取的行动不偏离大方向。任何一项大的项目,都可以拆分成很多小项目,WBS的“渐进明细”,也是项目必须完成的任务之一,所有任务的持续时间都是要估算的,即使不够准确,至少可以作为经验累积,为今后的准确估算做了准备。因此,项目的任何阶段都一定要有计划。
  错误五:记住了“科学”,忘记了“有效”
  学以致用,就怕乱用。无论是产品、技术还是管理方法,都存在为了更“先进”、更“科学”而罔顾现实,盲目乱用的现象,结果“先进”和“科学”的技术、工具不仅未提高生产效率,却成了累赘,这样的情况到处都是,在IT项目中也为数不少。
  国内大量失败的ERP项目就是这类错误的典型。有人把ERP项目归结为“一把手”工程,意思是只有领导重视并推动才能成功。领导支持是项目成功很重要的一个条件,但绝不是有领导支持就一定能够成功。有些项目就是领导决策失误盲目上的,从开始就注定项目要失败。一个信息化项目的实施,对很多企业来说就是一场大的改革,对所有员工从思维、技能到工作习惯等多方面都需要进行调整。如果企业的员工素质不能跟上,纵然有各种各样的培训,但不顾员工基础和“学习曲线”,用户不能真正掌握全新的系统,结果就只能增加用户负担,而产生不了期望的效果。
  很多IT项目经理在学习了一些新的技术后,总想立刻在项目中实践,而不去仔细分析这些技术在这个项目中是否需要,是否适合。IT技术日新月异,不断有新的理论被提出来,被翻译引进到国内。有些项目经理在一知半解,对这些技术还不是很熟悉的情况下,就敢向人吹嘘他所“掌握”技术的“科学性”、“先进性”,进而强制要求在项目中实践。这可能是甲方的项目经理,也可能是乙方的项目经理。因为技术选择错误导致项目失败的例子在国内过去有,现在也还有!绝对不可准备不足,大范围引入全新的技术,待到项目时间过去一半了,才发现选择的技术不适用,那时候一切都晚了。掌握任何新东西都有“学习曲线”,项目的时间限制是项目经理必须时刻牢记的要素,把握不好就会给项目带来极大风险。
  涉及到具体的IT项目管理,PMBOK的知识体系可谓博大,还有一些其他新的项目管理工具,不能说不先进,但是哪些知识、工具、方法适合本项目,需要项目经理根据实情,认真分析后进行筛选使用。“科学”、“先进”、“好用”等等修饰头衔这些都不是要选择的首要理由,“需要”、“适用”和“有效”才是首要考虑的事情。很多IT项目经理因为年轻,“初生牛犊不怕虎”,胆量大,勇气足,敢于在实践中引入新的工具、方法。敢于尝试不是坏事,但试验的风险一定要控制好。对于项目经理来说,所有的决策都要围绕项目目标进行。项目经理的首要任务是保证项目成功,如果同时能引入新的技术、工具,增加组员的知识技能,提升项目组工作效率,提高产品的质量和可靠性,绝对是“锦上添花”,但绝对不能为了“锦上添花”而导致项目失控甚至失败,“捡了芝麻,丢了西瓜”!
  错误六:项目一定要盈利
  “项目一定要盈利”,这句话被无数IT项目经理奉为真理,也就注定了要创造很多悲剧!为了达到这个目的,很多IT项目经理甚至都在悉心研究厚黑学,学习用什么办法把小弟搞得热情高涨,比“民工”累,从而用最低的成本创造最大的利润。
  项目管理作为“战术”层次的管理手段,一定要服务于“战略”层次的大方向。商场如战场,有胜利就会有失败。为了战略胜利,很多战役要“诱敌深入”,必须打败仗。败仗不要紧,关键要弄清楚败到什么层次,损失到何种地步,明确本次战役的真实目标,再去打这场战役,就会做到驾轻就熟,从而不至于到最后形成“不仅损兵折将,还未能诱敌深入”的局面。开拓市场、占领市场、站稳市场、挖掘市场,这是每个公司发展必不可少的步骤。很多项目,对公司来说都是为了占领市场,甚至“虎口夺食”。这样的项目,公司从战略层面首先要求的绝对不是盈利,而是如何能把市场占领,继而站稳,项目经理必须明白这个战略意图。
  “平衡”是项目管理最为重要的一个思想,从过去的做好“质量、时间、成本”项目三要素的平衡,到现在“满足相关干系人的需求”,所有的最佳实践和理论研究成果,都绝不会提倡走极端,“杀机取卵”!利润只是项目的一个目标,并且一定要明白有“短期利润”和“长期利润”之分,过分单一追求利润的项目注定要失败,过分追求利润的公司也不会长久。 该花的钱不能省,不该花的钱一分也不要花,项目经理把成本控制在合理的“预算”范围内,就是成本控制的成功。万万不可为了把一个注定要“赔钱”的项目做得盈利而想尽办法、绞尽脑汁压缩成本,从而让组员加班加点,玩命干活,到最后,项目干完了,人也走光了,还极有可能因为赶工导致项目质量不合格,客户不满意,那就真的“赔了夫人又折兵”! 项目组要能保持激情高效,不能懒散拖沓,项目经理一定要把握好这个度,绝不能走极端。平衡是一门艺术,也是展示项目经理能力水平的一个重要标尺!

IT项目管理不能犯的错误相关推荐

  1. 艾伟也谈项目管理,IT项目管理的六种错误思维

    错误一:错误的需求调研阶段,导致很多项目永远无法结束! 在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段.其实建筑行业已经给我们做好了先例:客户买房子之前是先要看看样板房和模 ...

  2. java代码中哪些不能犯的错误_Java程序员工作中千万不能犯的3个低级错误

    常在河边走,哪有不湿鞋.Java工程师也是人,他们也会犯错误.但是千锋广州小编提醒大家有三个错误是万万不能犯的!工作中犯了这三个错误,今年的加薪就和你say goodbye了!快看看自己是不是中枪了. ...

  3. IT项目管理的六种错误思维

    引用:http://blog.jobbole.com/24517/ 错误一:错误的需求调研阶段,导致很多项目永远无法结束! 在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段. ...

  4. IT项目管理的六种错误思维(转)

    导读:在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段.很多IT项目经理因为年轻,初生牛犊不怕虎,胆量大,勇气足,敢于在实践中引入新的工具.方法.敢于尝试不是坏事,但试验的风 ...

  5. [观点]IT项目管理的六种错误思维

    IT项目经理因为年轻,初生牛犊不怕虎,胆量大,勇气足,敢于在实践中引入新的工具.方法.敢于尝试不是坏事,但试验的风险一定要控制好. 导读:在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于 ...

  6. 张硕总结推荐——拜访客户决不能犯的错误

    在互联网时代,与客户面对面的会议越来越少见.正因为如此,你要确保你的客户会议顺利进行.考虑到这一点,当你和一位客户会面时,下面的21件事情是你绝对必须避免的. 错误1: 没有为登门拜访做计划.听起来简 ...

  7. 【转】为什么自动车完全不可以犯错误

    为什么自动车完全不可以犯错误 有人跟我讲,我对Google的自动车要求太苛刻了.人无完人,所以Google的产品也不需要是完美的,只要"够好用"就有市场.世界上有那么多糟糕的司机, ...

  8. 转:嵌入式的学习过程

    嵌入式的学习过程 实践当然是最锻炼人的方式,但是我想在校生很少有这样的机会,别说本科生,硕士生也未必有条件.所以我想学习嵌入式要从个人的知识背景和现实条件出发.订立合适的阶段目标,在允许的条件下多动手 ...

  9. 李书福:对未来世界及汽车发展的六个洞见(附万字内部讲话全文)

    来源:东西智库 2月20日,一直被外界誉为缔造汽车行业传奇的吉利控股集团董事长李书福以"守正出奇 实事求是"为主题在集团内部进行了分享交流,在这场万字内部分享中,李书福从国内国际双 ...

最新文章

  1. 说说Nginx的核心技术和场景的使用方式!
  2. jvm性能调优 - 21案例实战_百万级用户的在线系统如何基于G1垃圾回收器优化性能
  3. python编写函数_python函数式编程
  4. python笔记之利用BeautifulSoup爬取糗事百科首页段子
  5. es6 遍历数组对象获取所有的id_ES6对象遍历Object.keys()方法
  6. oracle快捷语句框架中,Oracle框架:PL/SQL编程:
  7. Fliptile【搜索】
  8. POJ 2054 Color a Tree
  9. 熟悉HTML基本标签的分类测试分析 1218
  10. CloudIDE:为开发者写代码开启“加速”模式
  11. java 扫描包框架_java – 在Android中实现类似Spring的包扫描
  12. oracle EM导出AWR报告,AWR报告导出
  13. 2021特斯拉Model3/ModelY维修手册电路图接线图用户手册资料含国产进口车型
  14. jeston nano bo1卡槽坏了,不能锁住tf卡,维修方法
  15. 彪悍的人生不需要解释!
  16. css3探测光圈_纯CSS3实现的镜头光晕(光圈)
  17. 多项式计算的Horner 方法
  18. Linux 下man 命令的使用
  19. 批量关闭公众号推送_微信发大招,长期不读的公众号可“批量关闭”!
  20. 如何高效阅读英文文献

热门文章

  1. Python Qt GUI快速编程第六章代码分析
  2. There is no getter for property named ‘col‘ in ‘class String‘,不是说一个参数不需要@Param注解吗?#{}和${}的区别
  3. Kafka笔记:kafka原理简介以及架构
  4. J.U.C系列(四)FutrueTask的使用
  5. 为什么不能在SQL拼接模糊匹配符号
  6. python open word_使用Python在OpenOffice / Microsoft Word中格式化输出
  7. VS2019 windows桌面应用_多邻国英语测试推出桌面应用程序,确保考试环境安全可靠...
  8. 分类变量 哑变量矩阵 指标矩阵_不懂数据集重排序?分类变量转换苦难?4种python方法,不再难!...
  9. c hello world_世界上最难的 5 种编程语言!C/C++竟不在其列,它们到底是谁?
  10. getbean方法找不到bean_?找不到产品卖点?你需要这些方法!