误区一：要成功，项目就需要专用的资源。

　　20年以前这是正确的，但是现在情况则不同了。系统项目要求在整个项目生命周期中，不同的人要具有不同的技能。对多数企业而言，要求大量的全职人员把全部时间都专注于项目的整个过程，是不可能的。

　　误区二：项目经理必须拥有足够的自主权。

　　这种想法是基于这样的理念，即项目具有独立的特点，项目经理要对项目全权负责。现在，这是不现实的。项目都是相互关联的，资源是共享的。甚至项目经理也是在多个项目之间进行共享和分配的。

　　误区三：项目成功的标志就是系统上线。

　　这是对成功的传统和狭隘的定义。这就是为什么许多系统人员认为项目是成功的，而业务经理却认为项目是失败的原因。这是视角的问题。许多系统人员认为当软件可以运行时，工作就结束了。但是，业务经理却认为当业务过程由于系统运行而得到改进时，项目才算结束。尽管项目成本大部分花在了系统上，但是收益却更多地体现在业务的变革和改进上。

　　误区四：项目成功依赖于清晰、稳定的需求。

　　传统的系统生命周期强调要正确地了解需求。如果这一步做到了，那么设计和开发就非常容易成功了。因为它们是可以满足需求的。这在理论上是对的，但是在实践中却很糟糕。业务经理可能直到他们看到些什么才知道需要些什么。当他们见到并使用了系统和技术时，他们的需求才会自然出现并且发生变动。这是项目周期的一部分。而且在任何长期的项目中，你确实必须为技术的改进和变化做好计划。

　　误区五：用项目完成的百分比和预算与实际结果的对比来测评。

　　这是学生们在项目管理课上所学到的传统的并且得到认可的方法。遗憾的是，在系统项目中，即使这是可能的，也很难清楚地识别项目完成的百分比。最能说明问题的变量就是人工时间。因此，预算就是一个预告性的指示器。你可以通过评估未解决的问题和难题来更好地测评项目。

　　误区六：每个系统项目都是独特的。

　　这看起来是一个直率的表述。然而，如果你接受了，你就会倾向于孤立地管理项目，并且不能从教训中学到什么。项目具有独特的属性，但是在新技术的外表下，它们还是有很多共同之处。

　　误区七：投入项目上的人力，多多益善。

　　在某些业务项目上确实如此。但在系统项目管理中却很少是这样的。人们的技能和知识是不能互换的。如果多一些人加入到系统项目中来，由于协调不利和要培训人员以快速适应工作，通常会减慢项目的进度。