计出完全

2011年工作之余把自己的一些心得体会以及书上所学，整理成了《程序员是这样炼成的》系列，如今已经两年过去，自己已经渐渐远离编程的日子，有幸走上了项目管理的道路，期间组织和管理过好几个大型项目，个中滋味也均有体会。希望可以用自己的文字，记录自己在项目管理上的点点滴滴和lesson learn，供大家和自己分析和参考。

我们项目管理中谈到多的时间，成本，质量。而直接的，能直观的自然是时间问题。常听人说：“做项目还没有不delay（推迟）的”，“计划跟不上变化”。在开篇迫不及待的想跟大家一起分享下，项目的时间问题，也是大家常说的项目计划和项目日程。

项目不幸delay，原因自然有很多，有需求带来的原因；有质量问题带来的delay；也有客户、供应商方面带来的原因。但是不知道大家有没有思考过计划的时间没有达到，也很有可能是我们定制计划的本身的问题。所以做为一个合格的项目经理，一定要计出完全，重视项目的时间计划。

1.项目一定要有计划

项目经理宝典人月传说，其中的“月”指的是时间，光阴似箭，你一留意会溜走。所以项目kickoff(启动)要有初步的规划，主要的里程碑(milestone)要的定义清楚，把一个大的项目，划分为一段一段的小里程，逐步跟踪和完成。如果你不想在时间上，一直被客户追着踢你的屁股，相关的计划信息跟客户沟通好，达成共识。当然其中还是有一些技巧的，比如寒星不会提供整个项目 的详细安排日程表给客户看，因为比起这些，客户更关心的是结果-质量，量产时间，项目完成时间，过程留着项目经理自己“享受”好。如果真是遇到挑剔的客户，非要在合同之前看到完整的项目时间表，那么我要说，兄弟你有福了，你可能遇到一个项目管理经验丰富的客户，或者一个无理取闹型的。在必须提交客户详细项目计划的时候，记得一定要打好预防针，跟客户强调清楚，目前的时间表只是基于目前状况所做出的好猜测，可能以后会有变化的，不要企图有一个初始的计划，一条路走到黑，或者让这份详细的计划书，变成你的绊脚石。

2.合理的捍卫你的计划

项目之初计划制定后，必定有人看了后会来挑战你。中国人的喜欢把菜市场讨价还价的方式带进项目。你“报价”（汇报时间计划）后，肯定你的领导和客户从节约成本的目的考虑，要向你砍价：“为什么要这么多时间啊？””为什么别的项目组，别的公司时间要比你少很多“，这个时候，你，项目经理一定要hold住。我见过一些“聪慧”的商人和项目经理们会在“报价”的时候，惨点水分，有所保留的预留一些项目时间，在别人提出质疑后，再进行裁剪以达到对方的心里平衡。也见过有项目经理，扛不住领导和客户的压力，被迫把时间一压再压的，结果肯定是照成项目和项目租成员都很受伤。以上的两种方式，寒星这里都不提倡，作为一个专业的项目经理，你应该能把握你的客户和领导的心里，因为在项目之初，我们只能提供一些主要的里程碑，因为在没有任何数据的情况下，我们根据经验分析的结果是这样，我们会再项目具体实施的时候，再进一步的细化我们的项目安排的。话说未来，每个项目要是任凭客户或者老板们修改和决定时间，那要叫项目经理干嘛？直接当任务去做好了。所以项目经理应该是一个有立场和态度的人。

3. 用合理的日程安排方法让你的计划更有说服力。

常见的日程安排方案有：自上向下，自下向上，由内及外，短期和短期迭代，具体的操作方式，寒星j将会再以后的文章中，向大家详细介绍。不过每种方法都各有弊益，还是那句老话不要迷信工具和方法，筷子是用来吃饭的，不要老咬筷子不放。

4.计划要全而不精。

如果你做整体规划，那么计划到主要里程碑，请Stop；如果你做WBS请把工作包分到8-40个小时左右，不要遗漏工作包好；如果你是一个普通的项目成员，你可以预见未来2周你要做什么工作，那么行了。做计划要抓大放小，重要的，风险大的事件和阶段要特别注意，那些细枝末节，安全系数很高任务可以适当的酌情考虑。计划确实是可以的无线深入的，你可以把一个一年的项目，计划成每月做什么；或者每周产出什么，如果你偏执点，你可以定义每天干什么工作；如果你再变态点，做出每个人每天的工作任务也不是不可能。但是问题是这样的计划有意义吗？计划是可能会变的哦，投入如此的经历，别竹篮打水一场空。所以请大家在把握计划全的基础上，控制到精深度，切勿把力气花在不必要的地方。项目经理不需要太过去“勤奋”，需要的是实效，给你的团队一个有实效的计划。

如何科学的安排项目日程安排

项目要有计划，要有合理的项目日程安排，这里寒星给大家推介几种进行项目日程安排的方法。希望可以对大家在项目实施中有所帮助。

1. 自上向下式

这种方式是指，从项目的整体时间或者重大的里程碑来倒推各项子任务时间，用各项子任务的完成来支撑整个项目的整理时间。这种方式适用于，对项目完成时间要求很严格的项目，项目团队从结束时间开始倒退，划分重要的大里程碑时间，再在大里程碑中，划分小里程碑，任务包，小任务包。底层的任务越小，估算越准确。

这种方式可能存在的问题是，如果老板说了这个项目6月1日要完成，但是说到小任务算下来，发现根本不够时间完成。做为项目经理的你打算怎么办？后面的故事应该会对你有所启发。

请记住这个时候千万不要想着去以次充好，蒙混过关，更不要企图压迫项目成员加班或者拼命，如果那样这个项目已经输在起跑线上了。

2. 自下向上式

自下向上式与自上向下刚好相反，是指项目团队确定要完成的子工作包和工作包，先完成什么功能，然后完成什么功能，后汇总确定里程碑的方式来安排日程。

这种方式看似时间比较宽松，但是实际上还是依赖于开发团队的工作经验，如果有工作包有遗漏或者估算不准，还是会导致项目时间安排不准。而且这种方式挺挑战项目经理的能力，为什么呢？如果你缺少相关的经验，原本一个5天可以完成活，你的技术成员分析出来要10天，少了干不了。你究竟决定为这个工作包准备几天呢？