至于项目经理的薪水问题，这和定薪制度有很大关系。通常，项目经理执行的是管理人员的薪酬体系，而其他人员执行的是技术人员的薪酬体系。项目经理的薪水在项目成员中是比较高的，但不一定是最高的。有时候，为了激励技术人员，项目中的技术骨干得到的酬劳比项目经理要高。
误区6：只有项目经理以及部门主管才会关心项目整体进度，程序员只关心自己的开发进度。其实这是一种“官僚”的想法。实际上程序员作为团队中的一员，他不仅仅是在打一份工，更重要的是在参与一件“作品”的创作。在体味工作的辛苦的同时，程序员更重要的是要享受创作的快感。项目经理不应该漠视程序员对"成就感"的追求，应该向每一个人详细描述最终“作品”将会如何美妙和令人兴奋，并且在到达最终目标的路上设立一系列的里程碑。每当项目整体推进到一个里程碑的时候，项目经理应该把 这个消息告诉每一位项目成员，这不仅仅可以让所有的项目成员享受到阶段胜利的喜悦，还可以激发大家更大的工作热情，提高工作效率。
误区7：更大的压力可以带来工作效率的提高。软件公司的员工加班情况是时常发生的，对员工增加工作压力、要求加班赶进度，这种方式在初期可以略微提高生产力，因为员工喜欢压力，并且集中精力于项目任务，全力投入。中等压力或许可以将生产力提高25%，甚至使总的交付时间缩短25%。但是只有在压力处在适当的范围时，情况才是这样。压力再大点，增加的压力将不会产生作用，毕竟人的能力是有限的，当员工面对巨大的压力而习以为常时，会将普通的工作量占满整个工作时间，导致实际的生产力下降。如果压力再大一些，员工开始疲惫，直到筋疲力尽，甚至灰心丧气，他们对项目不抱有什么积极的态度，此时的项目结局可想而知。
误区8：使用高级语言可以大大提高项目进度，缩短交付期。高级语言相对于他们的前辈确实效率大大提高，程序员使用之可以提升编码速度，从而使整个项目的开发周期缩短；但是在完整的软件生命周期中，编码活动一般仅占总时间的20%左右，而需求搜集和分析、高层设计、测试等活动却无法从高级语言的使用中获益，所以不要认为运用了高级语言就可以制定一个“激进而且安全”的项目进度计划。
误区9：小型项目不需要严格的流程控制。小型项目由于涉及的人员较少，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别；开发人员少，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档。往往觉得“把这些事情(流程管理、项目文档)都做完的话，项目就永远做不完了！”事实是如果项目中不做这些事，就得花更久时间才完成得了。
误区10：软件产品的质量完全取决于过程。事实上产品的质量受到人员、技术和过程三个要素制约，片面强调过程决定质量就好像认为只有明星程序员才能开发出合格的软件一样片面。而且低劣设计和良好设计之间的区别可能在于设计方法中的完善性，而良好设计和卓越设计之间的区别肯定不是如此。卓越设计来自卓越的设计人员。软件开发是一个创造性的过程。完备的方法学可以培养和释放创造性的思维，但它无法孕育或激发创造性的过程。
文章来源于领测软件测试网 https://www.ltesting.net/
