大家都知道项目管理的具体任务是很繁重的，不可避免会在工作中出现一些失误、踩一些雷点，影响项目管理的实际进度。这些失误虽然不是什么大错误，但确实给项目的成功带来了障碍，因此项目管理者们应尽量避免。
拖延“不重要”任务
在项目中，主要的工作通常得到特别的关注，但是那些边缘的事却总是被忘记，或是推迟到“以后”再做。在项目结束时，就会有好几堆“小事”需要处理。，我们将这种现象称为“鼓包现象”。因为项目组成员认为这种现象是项目结束前，所有这些“额外的”工作就突然冒出来了。
这样就会导致项目后期出现不少任何人们认为“以后会做”、但是却不在计划内的事;记录的日志(问题、缺陷等)也会出现突然的增长等。但是，我们清楚，在大多数项目计划中，没有“以后”这个时间。因此这些事要么取消了，要么在结束时疯狂的仓促完成。
传达信息过多
信息过多是沟通中一种常见的现象，是指你说的事情太多，别人一时间无法消化掉。这也是沟通难度所在，因为沟通的关键不只在于你说了什么，更在于对方将你所讲听进去多、理解多少。比如，你在一个例会的时间，向团队成员传达了十个需求，且又都是重要性质的需求，那大家可能会有些脑子不够用，对你颇有怨念，因为记不住。
在沟通过程中，一个人的“吞吐”能力是有限的。一定时间内，说的越多，对方所能记住的关键信息越少。所以项目经理要控制自己，传递给他人的核心信息不能太密集;需要给与他人缓冲，将信息分批次，逐步传达下去，不可超支过急。
轻视文档维护
工作会分轻重缓急，因此不少项目出现时间紧张赶进度状况时，就会选择舍弃一些工作环节，如：文档工作。不过，有些项目组本身就对资料存档等较为不上心，有时即使项目有时间，也不会创建文档;或是创建了文档，却很少在项目进行过程中维护它。
如此不重视的行为，就会让出现很多问题。包括：产品与需求文档不符;技术文档过时，无法保证技术的延续;没有记述项目的决策及决策原因的文档;没有对变化的审计跟踪。
这其实是一个较为严肃的问题，因为文档是为项目服务的。一旦项目结束了，将来的项目和维护这个项目的人员，都需要通过文档来了解项目创建了什么、为什么要创建它们，以及如何创建它们。否则，它们就会像前人一样，落尽同样的陷阱—在这种情况下，“忽视文档中的历史的人，注定要重蹈覆辙”。