四、制定可执行可检查的进度计划。

具体工作任务的制定是很讲技巧的，如何做到“可执行可检查”是关键，下面是制定进度计划的一些技巧：

1.每个任务的时长不要超过5天。

我们公司的项目，任务时长往往是在两三天内。

2.任务只有完成与未完成两种状态。

所谓任务完成90%之类的说法是不靠谱，任务应该足够细分，不要安排周期长的任务，这样能更好控制项目进展。

3.每个任务都有可供检查的工作产物。

不要笼统安排“研究什么什么技术点”之类的任务，必须明确工作产物，如：研究某某技术点，编写研究报告，提交演示程序。而任务完成标准是：这些工作产物能达到期望的要求。

4.一个任务一个人负责。

一般不要安排类似“小甲与小乙共同完成某设计文档”之类的工作，多人同时负责一个事情，效率会很低，效果也不太好。

尽管实际工作中有可能需要多人同时做一个事情，你可以：

1）再次将任务分解，落实到具体的人头上，如上述任务可以分解为两个任务：小甲完成设计文档的章节1、2、3，小乙完成章节4、5、6。

2）如果任务实在不好再分解，只安排一个人去做。

在我们公司，一般只有评审任务是多人参与的，别的任务都会落实到具体的人头上。

五、细化近期计划，定下远期计划大节点。

我曾经负责一个房地产公司的成本管理系统，当时需求还没有全部明确、技术也很不成熟，被要求做出该项目的全部详细计划。我当时很郁闷，一个月后某谁干什么的事情也要计划出来吗？我只能明确近期一两周的具体工作，而远期的工作我只能定出大概，以后的事情可变因素太多，现在写出所谓具体工作，其实是毫无价值的，浪费时间。

近期两周内的工作能明确的工作，必须按照上述第四点的要求制定详细的明确的可执行的可检查的任务，而对于将来的工作，则需要定出关键节点，如什么时候发布什么版本，什么时候验收。

六、让项目组各成员详细计划自己的工作。

在项目经理主持下，项目组全体共同来制定进度计划框架，明确任务的先后关系。而对于每个人的具体任务，则可以在项目经理的指导下，由每个人自己来确定。

项目组由项目管理、需求、设计、编码、测试、实施等各专业人才组成，每个人承担起自己专业方面的管理工作，项目管理其实是项目组成员每个人的事情，不是只由项目经理一个人来负责。

七、持续更新计划。

计划不是死的，是活的！项目计划不是一次成型固定不变的，项目组需要持续更新计划细化计划，要随时保证近期的任务都已经明确，而远期的任务如果能明确也应当尽量明确。任何项目组成员都可以发起计划更新，项目经理要推动大家管理好自己工作，让大家主动更新计划。

这里要谈谈计划变更问题，谈到计划变更很多人会“闻虎色变”，我们先要看看看什么叫“计划变更”？

“计划变更”要与“计划调整和细化”区别开来，调整和细化是指根据实际情况，不断的适时地去修改计划。任务微调是很经常和很正常的时间，某某任务稍微延长，某某任务比计划提早完成，某项目组成员请假等影响因素，都需要我们去调整计划。与此同时，我们应当不让去细化中远期的任务，至少要一直保证近期的任务都是明细化的。

而计划变更是指，项目关键节点受到影响的重大变化，关键节点一般有：需求规格说明书通过评审的时间点、版本发布时间点、验收时间点等。这些关键节点的变化，会影响合同条款的履行，会影响公司的战略规划。通常是因为内因或外因导致计划变更，内因一般有：遗漏重要需求、软件设计出现重大失误、代码质量不过关；而外因一般有：客户的需求变更，客户未能做好项目上线准备，第三方未能及时完成相关工作（如：硬件提供商未能及时发货）。

在我们公司，计划调整和细化只需要项目组内达成一致便可，而计划变更则需要报高层审批。

如何跟踪计划？

计划做出来不是用来看的，而是要执行计划！跟踪计划执行的难度和工作量比起做计划要高出好多倍。

计划跟踪并不是对照进度计划，按时间检查每个人的任务完成情况这么简单，下面介绍一些计划跟踪的关键要点。

1.建立便捷的项目组内沟通机制。

很多人强调加强沟通，虽然大家的意识算是加强了，但还是收不到理想效果。程序员不善沟通的特点（理科生往往是不善沟通），不是一下子能改变的。下面一些佳实践供大家参考：

1）所有人的工作产品必须share！我们要求大家的文档要提交到项目网站，而代码满足提交条件的，每天都需要提交。工作产品不能几天都只存在自己电脑上，哪天你不上班了，大家无法接手。

2）每天站立会议。

口头沟通是有效的沟通办法，我在很多项目中实施了每天站立会议的做法，要求大家简要地说明工作情况及遇到的问题，需要大家提供什么支援等。每次会议，如果有决议和代办事项，我都会安排记录下来，并将会议记录公布在项目网站上。

3）有问题即反馈！

很多项目组成员喜欢遇到问题闷头干活，不好意思问，也好像是怕被主管认为能力低。遇到问题有可能是任务本身有问题，也有可能是你的认识不到位，某些知识不具备等导致的。实际工作中遇到问题是很正常的事情，如果没有人提出问题，这反而是项目的大问题。我强调任何人都可以提问题和大家讨论，任何人都可以发起项目会议讨论问题。问题如果不在产生时消除，将来必定会因此徒增很多项目工作量。

2.建立项目组成员的自信。

我带领过很多项目团队，很多项目组成员是新手，甚至是应届生，项目团队中新手太多是很大的挑战！在中国基本上不可能每个项目团队一开始是强阵容的，大部分项目团队是新老结合，中高低搭配的。我强调每个人的重要性，对于新手要给出更多的机会，更多的指导，更多的鼓励！犯错不要紧，犯错多也不要紧，只要错误不是重复的，这是好事！只要去做事情，有机会犯错，只要做未做过的事情，犯错机会也会更大一点，关键是总结和进步！