IT项目管理的五大错误

第一篇：IT项目管理的五大错误

IT项目管理的五大错误

范围管理：项目成功一环

定义并计划一个项目只是成功管理一个项目的第一步。在你制订工作计划后，你就要按照这个计划工作。你必须保证工作要在规定的时间和预算范围内完成。一旦项目开始进行，客户就会不断要求你完成超出原来范围的工作，或者和原来范围不同的工作。这就是你必须要使用范围变化管理的时候。如果你不善用此一技巧，你就会因为要完成比原先同意的工作，还要多上好几倍预算和工作量因而疲于奔命。换句话说，你将会遭到很大的麻烦。

导致项目失败的主要原因

一般IT经理都经历过不太成功的项目。以下将讨论五个最为常见的项目管理错误。切记：“糟糕的计划是项目管理第一大失误”。

范围管理从范围定义开始

定义项目范围是定义一个项目过程中最重要的部分。如果你不确定你在进行的是什么，以及你所进行的项目底线，你就根本不可能成功。管理项目范围是项目管理里最重要的一部分。但是，如果你没有好好定义项目范围，管理项目范围几乎就是不可能的任务。

定义项目范围的目的，是把项目的逻辑范围清楚地描述出来并获得认可。范围陈述被用来定义哪些工作是包括在该项目内，而哪些工作又是在该项目范围之外。你能够把项目范围定义得越清楚，你的项目目标就会越明确。下面的信息整理会有所帮助。













范围内和范围外的交付使用类型（商业需求、目前状况评估）范围内和范围外的生命周期流程（分析、设计、测试）范围内和范围外的数据类型（财务、销售、雇员情况等）范围内和范围外的数据来源或数据库（账单、总帐、薪水明细等。）范围内和范围外的组织（人力资源、制造商、供货商等）范围内和范围外的主要功能（决策支持、数据输入、管理报告）

可行的范围变化流程

项目经理和项目小组必须意识到范围变化本身并没有什么不对，也就是说在项目进行过程中修改范围并不是个坏主意。事实上，在很多时候里，这也是一件好事。首先，客户通常都不能确定其所希望的解决方案具有何种需求和功能。其次，就算客户十分清楚终极目标，商业动态亦随着时间不断变化，因此项目的需求也会发生变化。

如果你不能够容纳变化，最终的解决方案就达不到预定的成效，甚至有可能完全无用。因此，你必须在需要时拥有改变项目流程的能力。如果项目经理对于项目变化没有准备，问题将陆续发生。每一个项目都应该有一个流程以进行有效管理变化。这个流程应该包括确定变化、评估变化的商业价值、评估对于项目的影响，然后把这些信息提报给项目发起人进行评估。

发起人可以决定是否同意该变化。如果同意，发起人还应该考虑变化对项目的影响程度，然后追加预算或延长项目时间。

第二篇：项目管理五大过程组

项目管理五大过程组

1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。

2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。

3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。

4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。

5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。

启动过程组：作用是设定项目目标，让项目团队有事可做；

规划过程组：作用是制定工作路线，让项目团队“有法可依”；

执行过程组：作用是“按图索骥”，让项目团队“有法必依”；

监控过程组：作用是测量项目绩效，让项目团队“违法必究”，并且尽量做到“防患于未然”；

收尾过程组：作用是了结项目（阶段）“恩怨”，让一切圆满。

单个项目的项目管理过程

一、启动过程组

1、制定项目章程

制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。

2、识别干系人

识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。

二、规划过程组

3、制定项目管理计划

制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。

4、收集需求

收集需求是为实现项目目标而定义并记录干系人的需求的过程。

5、定义范围

定义范围是制定项目和产品的详细描述的过程。

6、创建工作分解结构（WBS）

创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。

7、定义活动

定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。

8、排列活动顺序

排列活动顺序是识别和记录项目活动间逻辑关系的过程。

9、估算活动资源

估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。

10、估算活动持续时间

估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。

11、制定进度计划

制定进度计划是分析活动顺序、持续时间、资源需求和进度约束并编制项目进度计划的过程。

12、估算成本

估算成本是对完成项目活动所需资金进行近似估算的过程。

13、制定预算

制定预算是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程

14、规划质量

规划质量是识别项目及其产品的质量要求和／或标准，并书面描述项目将如何达到这些要求和／或标准的过程。

15、制定人力资源计划

制定人力资源计划是识别和记录项目角色、职责、所需技能以及报告关系，并编制人员配备管理计划的过程。

16、规划沟通

规划沟通是确定项目干系人的信息需求并定义沟通方法的过程。

17、规划风险管理

规划风险管理是定义如何实施项目风险管理活动的过程。

18、识别风险

识别风险是判断哪些风险可能影响项目并记录其特征的过程。

19、实施定性风险分析

实施定性风险分析是评估并综合分析风险的概率和影响，对风险进行优先排序，从而为后续分析或行动提供基础的过程。

20、实施定量风险分析

实施定量风险分析是就已识别的风险对项目整体目标的影响进行定量分析的过程。

21、规划风险应对

规划风险应对是针对项目目标，制定提高机会、降低威胁的方案和措施的过程。

22、规划采购

规划采购是记录项目采购决策，明确采购方法，识别潜在卖方的过程。

三、执行过程组

23、指导与管理项目执行

指导与管理项目执行是为实现项目目标而执行项目管理计划中所确定的工作的过程。

24、实施质量保证

实施质量保证是审计质量要求和质量控制测量结果，确保采用合理的质量标准和操作定义的过程。

25、组建项目团队

组建项目团队是确认可用人力资源并组建项目所需团队的过程。

26、建设项目团队

建设项目团队是提高工作能力、促进团队互动和改善团队氛围，以提高项目绩效的过程。

27、管理项目团队

管理项目团队是跟踪团队成员的表现、提供反馈、解决问题并管理变更，以优化项目绩效的过程。

28、发布信息

发布信息是按计划向项目干系人提供有关信息的过程。

29、管理干系人期望

管理干系人期望是为满足干系人的需要而与之沟通和协作，并解决所发生的问题的过程。

30、实施采购

实施采购是获取卖方应答，选择卖方，授予合同的过程。

四、监控过程组

31、监控项目工作

监控项目工作是跟踪、审查和调整项目进展，以实现项目管理计划中确定的绩效目标的过程。项目监督包括报告项目状态，测量项目进展，以及预测项目情况等。需要编制绩效报告，来提供项目各方面的绩效信息，如范围、进度、成本、资源、质量和风险等。这些信息可用作其他过程的输入。

32、实施整体变更控制

实施整体变更控制是审查所有变更请求，批准变更，并管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更的过程。

33、核实范围

核实范围是正式验收项目已完成的可交付成果的过程。

34、控制范围

控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。

35、控制进度

控制进度是监督项目状态以更新项目进展、管理进度基准变更的过程。

36、控制成本

控制成本是监督项目状态以更新项目预算、管理成本基准变更的过程。

37、实施质量控制

实施质量控制是监督并记录执行质量活动的结果，从而评估绩效并建议必要的变更的过程。

38、报告绩效

报告绩效是收集并发布绩效信息的过程，包括状态报告、进展测量结果和预测情况。

39、监控风险

监控风险是在整个项目中实施风险应对计划，跟踪已识别风险，监测残余风险，识别新风险，并评估风险过程有效性的过程。

40、管理采购

管理采购是管理采购关系，监督合同绩效，以及采取必要的变更和纠正措施的过程。

五、收尾过程组

收尾过程组包含为完结所有项目管理过程组的所有活动，以正式结束项目或阶段或合同责任而实施的一组过程。当这一过程组完成时，就表明为完成某一项目或项目阶段所需的所有过程组的所有过程均已完成，并正式确认项目或项目阶段已经结束。项目或阶段收尾时可能需要进行以下工作：

获得客户或发起人的验收；

进行项目后评价或阶段结束评价；

记录“裁剪”任何过程的影响；

记录经验教训；

对组织过程资产进行适当的更新；

将所有相关项目文件在项目管理信息系统（PMIS）中归档，以便

作为历史数据使用；

结束采购工作。

41、结束项目或阶段

结束项目或阶段是完结所有项目管理过程组中的所有活动，以正式结束项目或阶段的过程。

42、结束采购

结束采购是完结单次项目采购的过程

第三篇：解读五大英国留学签证错误

解读五大英国留学签证错误

办理出国留学手续是个需要耐心和细心的事情，历年在办理英国留学签证过程中，总会有一些同学由于犯了一些错误而延误了出国。为了警示“后来人”，培莘教育特总结了五个办理英国留学签证时常犯的五个错误。

错误一：担保金存成活期存款、来源无法证明

存成活期形式后，对大多数银行来讲将面临无法开具存款证明书的问题。如存款显示为短期大笔金额的形式，还需要提供证明其历史来源的资料，否则很有可能会以“大笔存款短期存入”为由被拒签。可以作为存款历史来源的资料是多种多样的，根据每个人的实际情况各不相同。

错误二：CAS出错

经过2011年一年的试运行，今年英国大学发错CAS的情况己很少，但是还是有个别DIY的学生，因CAS上课程内容不符合签证要求(填写二个学术课程)而遭拒签。之后经过多次与校方沟通，将签证条例解释给校方后，校方最终修改了课程内容，并成功获签。错误三：从英国回国办理续签的学生未及时存款

很多在英国学习的学生因为只顾学习，只关心最终能否通过考试并拿到通知书，而忽略了签证的另一项重要材料——担保金的准备，导致存款未及时存入银行。尽管通过各种方式解决问题并成功获签，但这也说明学生因为不了解签证政策和流程，前瞻性和统筹考虑问题能力弱，才导致这一问题的发生。

错误四：丢失材料

有个别同学由于自己保管不善，丢失雅思成绩单或毕业证原件，因为这些材料在递交签证时必须交原件，如果没有原件，势必会拒签。虽然通过各种办法解决了，但是这个过程中，不仅拖延了最佳申请时间，也把自己搞得心情紧张。

错误五：搞错类别，提交错误签证材料

因为赴英学习有两类签证，四级计点积分制的学生签证和学生访问签证。如果学生搞不清楚自己属于什么类别，或者以为两个签证申请材料是一致的，将最终导致拒签。

英国学生签证申请的过程中，任何一个细节都可能决定英国学生签证能否顺利拿到或者被拒签，因此，培莘教育温馨提示，以上提到的英国学生签证申请常出现的五大错误不能犯。当然，在申请过程中还有更多的小细节，就需要同学们在过程中自己去发现、去注意。

第四篇：求职信的五大错误写法

一、羞于列出自己的成就

成功是属于那些懂得行销自己的人。要旗开得胜，首先必得学会推销自己。但勇于列出自己的成就之时，别忘了也要注意勿用夸大不实的陈述，免得引起企业主的反感。

二、列举太多不相关的信息

写函的最初及最终目的在于推销自己，因此一些个人的大学求学过程、兴趣以及个人的观点等，这些都可以在面谈时简述提出。因为列举太多的信息，可能会模糊本身的求职的焦点，分散雇主的注意力。

三、重复太多

不要一再地重复一些形容词，这样会让人觉得赘词太多，而且看了会精疲力尽。专家建议，最好同一个 用到第二次时，找新的表达语汇。

四、在信中一再提及介绍人

不管你应征什么职务，只要找得到介绍人，你的介绍人都会为你大力推荐。因此并不需要特别在信中一再提及介绍人。除非雇主主动要求，自然会请你提出介绍人的资料。

五、批评前任主管或雇主

一味批评前任雇工或主管的不是，人多数的企业 主咸认为是求职人忌，不管是 或是面谈时都应尽量避免。

第五篇：IT项目管理的六种错误思维

错误一：错误的需求调研阶段，导致很多项目永远无法结束!

在软件行业，在界面设计没有正式展现给客户之前，所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例：客户买房子之前是先要看看样板 房和模型的，什么都看不到这房子你敢买么?除非你不是自己住!

而在我们所学的软件工程概念模型中，这是三个阶段：需求调研、需求分析、概要设计。

在客户把他们想要管理的业务模块以及与之相关的业务数据，流程，表单交付你的时候，你千万不要把这个阶段定性为需要调研结束，写出《需要规格说明 书》就可以了。大量的实践证明，在概要设计阶段所衍生出来的需求工作量是之前的5~10倍，甚至更多，因为这要看设计人员的业务沟通能力和建模水平。有实施经验比较丰富的项目管理人员总结说，在中国实施软件项目，必须以咨询方式展开：要推出自己的方案，而不能完全按照客户来提需求作项目。这是一 种很好的解决思路，但无法解决所有实施项目的难题。这种解决方案的前提，要么项目实施者有成熟的业务模型，要么有成熟的产品(包含了成熟的业务模型)，否 则是不可能做到的。但如果没有3~5年在同一行业，同一领域的实施经验和理论总结，没有哪家IT企业能达到这样的前提要求。

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

所以，要做好实施项目，实施者必须有很好的业务建模能力，快速的给客户展示合理的软件原型软件Demo。

请记住：软件实施项目，一定要给用户看到样板房软件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项目经理奉为真理，也就注定了要创造很多悲剧!为了达到这个目的，很多IT项目经理甚至都在悉心研究厚黑学，学习用什么办法把小弟搞得热情高涨，比民工累，从而用最低的成本创造最大的利润。

项目管理作为战术层次的管理手段，一定要服务于战略层次的大方向。商场如战场，有胜利就会有失败。为了战略胜利，很多战役要诱敌深入，必须打败仗。败仗不要紧，关键要弄清楚败到什么层次，损失到何种地步，明确本次战役的真实目标，再去打这场战役，就会做到驾轻就熟，从而不至于到最后形成不仅损兵折 将，还未能诱敌深入的局面。

开拓市场、占领市场、站稳市场、挖掘市场，这是每个公司发展必不可少的步骤。很多项目，对公司来说都是为了占领市场，甚至虎口夺食。这样的项目，公 司从战略层面首先要求的绝对不是盈利，而是如何能把市场占领，继而站稳，项目经理必须明白这个战略意图。

平衡是项目管理最为重要的一个思想，从过去的做好质量、时间、成本项目三要素的平衡，到现在满足相关干系人的需求，所有的最佳实践和理论研究成果，都绝不会提倡走极端，杀机取卵!利润只是项目的一个目标，并且一定要明白有短期利润和长期利润之分，过分单一追求利润的项目注定要失败，过分追求利润的公 司也不会长久。

该花的钱不能省，不该花的钱一分也不要花，项目经理把成本控制在合理的预算范围内，就是成本控制的成功。万万不可为了把一个注定要赔钱的项目做得盈 利而想尽办法、绞尽脑汁压缩成本，从而让组员加班加点，玩命干活，到最后，项目干完了，人也走光了，还极有可能因为赶工导致项目质量不合格，客户不满意，那就真的赔了夫人又折兵!

项目组要能保持激情高效，不能懒散拖沓，项目经理一定要把握好这个度，绝不能走极端。平衡是一门艺术，也是展示项目经理能力水平的一个重要标尺!

错误六：记住了科学，忘记了有效

学以致用，就怕乱用。无论是产品、技术还是管理方法，都存在为了更先进、更科学而罔顾现实，盲目乱用的现象，结果先进和科学的技术、工具不仅未提高 生产效率，却成了累赘，这样的情况到处都是，在IT项目中也为数不少。

国内大量失败的ERP项目就是这类错误的典型。有人把ERP项目归结为一把手工程，意思是只有领导重视并推动才能成功。领导支持是项目成功很重要的 一个条件，但绝不是有领导支持就一定能够成功。有些项目就是领导决策失误盲目上的，从开始就注定项目要失败。一个信息化项目的实施，对很多企业来说就是一 场大的改革，对所有员工从思维、技能到工作习惯等多方面都需要进行调整。如果企业的员工素质不能跟上，纵然有各种各样的培训，但不顾员工基础和学习曲线，用户不能真正掌握全新的系统，结果就只能增加用户负担，而产生不了期望的效果。

很多IT项目经理在学习了一些新的技术后，总想立刻在项目中实践，而不去仔细分析这些技术在这个项目中是否需要，是否适合。IT技术日新月异，不断 有新的理论被提出来，被翻译引进到国内。有些项目经理在一知半解，对这些技术还不是很熟悉的情况下，就敢向人吹嘘他所掌握技术的科学性、先进性，进而强制 要求在项目中实践。这可能是甲方的项目经理，也可能是乙方的项目经理。因为技术选择错误导致项目失败的例子在国内过去有，现在也还有!绝对不可准备不足，大范围引入全新的技术，待到项目时间过去一半了，才发现选择的技术不适用，那时候一切都晚了。掌握任何新东西都有学习曲线，项目的时间限制是项目经理必须 时刻牢记的要素，把握不好就会给项目带来极大风险。

涉及到具体的IT项目管理，PMBOK的知识体系可谓博大，还有一些其他新的项目管理工具，不能说不先进，但是哪些知识、工具、方法适合本项目，需 要项目经理根据实情，认真分析后进行筛选使用。科学、先进、好用等等修饰头衔这些都不是要选择的首要理由，需要、适用和有效才是首要考虑的事情。很多IT项目经理因为年轻，初生牛犊不怕虎，胆量 大，勇气足，敢于在实践中引入新的工具、方法。敢于尝试不是坏事，但试验的风险一定要控制好。对于项目经理来说，所有的决策都要围绕项目目标进行。项目经 理的首要任务是保证项目成功，如果同时能引入新的技术、工具，增加组员的知识技能，提升项目组工作效率，提高产品的质量和可靠性，绝对是锦上添花，但绝对 不能为了锦上添花而导致项目失控甚至失败，捡了芝麻，丢了西瓜!