项目估算与计划不是一般的难！
如何跟踪计划？
计划做出来不是用来看的，而是要执行计划！跟踪计划执行的难度和工作量比起做计划要高出好多倍。
计划跟踪并不是对照进度计划，按时间检查每个人的任务完成情况这么简单，下面介绍一些计划跟踪的关键要点。
1. 建立便捷的项目组内沟通机制。
很多人强调加强沟通，虽然大家的意识算是加强了，但还是收不到理想效果。程序员不善沟通的特点（理科生往往是不善沟通），不是一下子能改变的。下面一些最佳实践供大家参考：
1）所有人的工作产品必须share！我们要求大家的文档要提交到项目网站，而代码满足提交条件的，每天都需要提交。工作产品不能几天都只存在自己电脑上，哪天你不上班了，大家就无法接手。
2）每天站立会议。
口头沟通是最有效的沟通办法，我在很多项目中实施了每天站立会议的做法，要求大家简要地说明工作情况及遇到的问题，需要大家提供什么支援等。每次会议，如果有决议和代办事项，我都会安排记录下来，并将会议记录公布在项目网站上。
3）有问题即反馈！
很多项目组成员喜欢遇到问题就闷头干活，不好意思问，也好像是怕被主管认为能力低。遇到问题有可能是任务本身有问题，也有可能是你的认识不到位，某些知识不具备等导致的。实际工作中遇到问题是很正常的事情，如果没有人提出问题，这反而是项目的最大问题。我强调任何人都可以提问题和大家讨论，任何人都可以发起项目会议讨论问题。问题如果不在产生时消除，将来必定会因此徒增很多项目工作量。
2. 建立项目组成员的自信。
我带领过很多项目团队，很多项目组成员是新手，甚至是应届生，项目团队中新手太多是很大的挑战！在中国基本上不可能每个项目团队一开始就是最强阵容的，大部分项目团队是新老结合，中高低搭配的。我强调每个人的重要性，对于新手要给出更多的机会，更多的指导，更多的鼓励！犯错不要紧，犯错多也不要紧，只要错误不是重复的，这就是好事！只要去做事情，就有机会犯错，只要做未做过的事情，犯错机会也会更大一点，关键是总结和进步！
3. 质量投资，减少返工。
项目时间紧，大家就会一头扎到编码中，想尽快弄出个东西来。“谋定而后动”“磨刀不负砍柴工”等大道理大家都懂，但事到临头还是明知故犯，结果往往是工作质量低、返工一大堆！
要培养大家零缺陷意义，零缺陷意识包括零缺陷文档、零缺陷代码、零缺陷发布。我经常和大家强调，做一个事情只有两种选择，一种就是不做，一种就是认真做好！不要搞什么60分万岁，不要应付完成，任何带有缺陷的工作，会在将来带来无穷无尽的“后患”。一步一个脚印，欲速则不达。
除了向大家灌输这种思想并要求大家这样去做，作为项目经理还需要尽早检查和指导大家的工作。比方说：我安排小甲完成某模块的设计文档，我不会等文档完成才去看，我会先要求小甲思考后找我口头说明他的思路，大致没有问题我就让他动手写文档，而且我要求项目组所有人写文档都必需在线完成，我会随时检查文档的质量。（说明：我们用SharePoint来管理项目文档，Word、Excel等文档都可以在项目网站上在线编辑。）
绝大部分项目是分秒必争的，保证大家用正确的方法做正确的事情，才能最大限度地减少返工。不过上面提到的检查办法确实有点夸张，我一般对于新手才会这样检查，当新手已经成长起来，你对他有信心，就不需要检查得这么密了。
4. 不断思考减少工作量的办法。
失败的项目特点，往往是无用功太多，返工太多！
软件项目的特点是“两不明确两大限死”：需求不明确、设计不明确、工期限死、预算限死。要成功完成项目，不能光靠所谓的项目管理知识，你需要熟悉这个软件开发的方方面面，想出降低工作量的方法。
能极大降低工作量的两个方面：
1）需求方面：抓住本质需要，尽量简化需求，优先实现稳定的需求。
稳定的需求是指我们基本能明确，客户将来不太可能会变化的需求，这些需求应该优先实现。
2）设计方面：采用成熟设计，重用组件，采用能降低编码和实施工作量的设计。
通过以上两方面降低工作量，光靠项目管理知识是办不到的，你需要在这两方面有资深的经验，你需要发动项目组全体人员的智慧，一起想出简化工作的办法。
5. 密切留意需要客户和第三方完成的工作。
我们公司的项目在开发阶段还算比较顺利，因为一切都是自己来掌控的，但一旦涉及到客户或者第三方，问题就非常多。下面是常见的一些问题及应对办法：
1）确认需求规格说明书，特别是一旦要求客户签字盖章，就会左推右推。我们会跟客户说明签字是表示对前面工作的确认，不代表将来不允许变更。
2）客户不能及时准备好实施所需的软硬件环境。我们会提前很多提醒客户，并尽可能帮助可以搭建实施环境。
3）系统上线后，客户无法及时组织人员参加培训，推动系统正式使用。我们一般会走高层路线，让客户高层推动系统上线。
4）系统需要用到的服务器或相关硬件不能及时采购。我们会事先做好供应商选择，挑选合适的供应商。
不要忽视客户和第三方的工作，一般需要打很大的提前量来进行预防性管理。
