; 问题 #4 ：没有准确的工作报告
准确的工作报告是项目的活命源。这些报告把有关的信息报告给负责人，同时提供一种有效的机制来确定是否采取正确的行动。准确的工作报告还能起到记分卡的作用，可以显示出项目的计划完成情况。所有的项目都需要工作报告。
为什么项目绝对离不开工作报告呢？主要有两个原因：项目经理需要认识到项目的需求，或者工作不妙以至于项目经理决定干脆啥也不说了。在这两个原因之中，后者可能更坏。如果某个项目落在了既定目标之后或者超出了预算而有没有上报，显然这样的项目不如取消。
如果你的项目缺乏工作报告，我看也没什么必要找出原因了。你赶快跑吧。
项目陷入麻烦该怎么办？
如果你不是项目经理，那么你对濒临失败的项目只能无可奈何。然而，如果你确定项目已经遇到麻烦了那么你应该采取一些行动。
如果你的用户拒绝参与项目，或者没有给你足够的项目运做时间，那么你应该同项目的用户方做一番开诚布公的对话。虽说不一定就能拯救项目但也不至于给项目造成伤害。
寻找可以转移的其他项目（反正比你现在的好一些）。顺便说一句，别到处说你为什么离开当前的项目。事成之后，每个人都会认为你采取了正确的行动。
如果事情糟透了，请打其他公司项目的主意吧。
如果你一直坚守在某个一两年之后就濒于完蛋的项目之内，它对你的身体、精神或职业都不会带来半点好处。现在就采取行动。如果你不能拯救项目至少得拯救你自己。
八个信号篇
作为项目经理，当你面对成堆的Microsoft Project工作任务报告时，想到已经花了好几个小时陷入在扯不清、说不明的项目工作会议的泥沼之内，也许这是你感觉最令人恼火和沮丧的时刻。
可是，像这样的痛苦会议还不仅仅意味着一种失败感。它们的本质问题可能掩盖得更深，这些问题会最终毁灭你经手的项目。这里我想与你一道分析和了解项目即将陷入困境的一些迹象：
没有引人注目的业务案例。那种“超酷”的Flash网站在增加业务收入方面的作用值得怀疑。
自作主张地编写代码。如果你不同意业务需求或系统规范，你怎么知道所交付的工作或规范是最新的？实际上你不可能知道。
没有项目规划。这是针对项目经理的。比如说，通过电子邮件交流的内容俨然成为系统的功能规范。这简直是没有蓝图就造房子。
你和你的顾客各说各话。发生这种情况时，你必须打消咒骂项目发起人家庭成员的欲望（比如谁谁母亲的）。
项目发起人生活在“洞穴”里。当你需要额外资源时就知道这将造成多大的损害了！当你的老板要求给项目提供更多资助时，老板的老板却只是眨巴眼睛——想想看，这有多糟糕。
不能应对变化的管理系统：调试程序是小儿科。此外，我的代码运行绝对正确！——这可能吗
没有进度报告系统。你蹒跚前行，根本没有什么准确的项目进度报告系统，也许唯一的解释就是到目前为止，压根就没人想提到这个项目。
在项目工作会议上，与会人员只会扯皮说“都是接口问题”、“必须采取行动”以及“该找某某人”。
当然，单独地看，出现这些症状并不意味着你的项目必死无疑。但它们确实都是需要你立即采取行动的红色警报。如果你的项目出现了以上8个症状，那么只能说你已经在泰坦尼克号上了。准备自救吧。