每个项目经理都希望能有效地控制项目进度。但这件看似简单的事情，实际操作起来却常常不尽如人意。即使在成熟的大公司里，有着完善的项目管理流程，配备着一流的团队，项目延期事件还是频频发生。这里分析主要的三个原因。
常见的原因之计划不清
很多项目经理，计划做得很漂亮，却总是计划赶不上变化。原因 在于，有些时候，按工作量预估的发布日期却得不到领导的同意，领导有时会说我们现在就是和时间赛跑，这个项目必须在某某时间发布。这将致使计划推倒重来，一切都要赶进度。而对于其他团队成员来说，这份计划没有同他们商量，无异于强压任务。项目还没开始，抱怨声就不绝于耳。因此，项目工具选得好、任务划分细 致清楚只是做好计划的基础，更重要的是项目计划要得领导和团队成员的认同，并愿意为之全力以赴。
总之，想做好项目计划，要做好以下三点。
● 项目计划前，先和产品经理、上级领导沟通好，确定这个项目的轻重缓急。
● 团队成员要达成一致意见，项目经理不可独断专行。
● 项目计划要细化到天、功能点要责任到人、确定里程碑点。
常见的原因之需求问题
需求中的功能点要在PRD（产品需求文档）中罗列清楚，业务流程要写得完整清晰，交互细节要体现在视觉稿中。要组织项目组所有成员参加PRD评审，评审时要 针对具体的问题，给出明确的处理意见。暂时不能确认的问题，问题跟进人要在限定时间内给出反馈，项目经理可以制定问题跟进表格。
项目进行中 的需求变更，尽量在前期提出。在项目管理的过程中，当前期的需求和计划都确定后，项目经理不能只顾着跟进开发和测试的进度，也要阶段性地和需求方多沟通， 让他们及时反馈意见。不要等到临发布时，产品经理跑过来说“我要的不是这样的，这里要改一下”。永远不要把问题留到最后一分钟，要超前一步，留有余地。下 面是一个真实的案例。
案例情景：该项目的整个周期为2个月，有3轮功能测试。当第3轮功能测试结束时，也就是即将进入预发布阶段时，产品经理才给出用户反馈并要求按用户的反馈修改。改动的地方涉及到页面的样式、文案、SQL语句和校验逻辑等，总共可能有20多个文件要被改动。
项目经理建议只改页面的样式和文案，其他部分先不要改，等下次升级维护时再改，否则可能会影响发布。而在多次交涉无果的情况下，开发人员只能硬着头皮修改，测试人员只能再重新测一轮。虽然大家努力地按需求方的要求做了，但项目延期已不可避免了。
常见的原因之沟通不畅
为某项目临时组建的团队往往来自不同部门，团队成员之间不熟悉，此时，要为团队建立一个沟通通道，确保沟通顺畅。常用方式为：
● 建立一个内部网络空间，所有文档资源统一存放，供团队成员共享；
● 利用即时聊天工具，建立一个项目群，每天通报项目进度；
● 建立项目邮件组，所有变更达成一致后，发送邮件确认；
● 每天要开15分钟晨会，每周一次周会，每周发送项目周报；
● 跨团队项目，最好申请独立的项目室，所有项目组成员坐在一起工作，降低沟通成本。
本文选自《程序员》杂志2012年10期：http://www.programmer.com.cn/13627/