项目管理-5-排兵布阵

项目管理-5-排兵布阵

引言

“逊方欲出阵，忽然狂风大作，一霎时，飞沙走石，遮天盖地。但见怪石嵯峨，槎枒似剑；横沙立土，重叠如山；江声浪涌，有如剑鼓之声”这是《三国演义》中陆逊进入诸葛亮布的‘石头阵’后的情景。用诸葛亮的话说就是‘此阵可抵十万精兵’，可见排兵布阵的威力。对于项目管理来说，排兵布阵就是‘日程安排’。优质的日程安排，是项目成功的关键所在，日程安排的得当，不仅会缩短项目的开发周期，还可以节省开发成本，增加团队信息，增强团队的凝聚力。

与前面不同的是，本节的内容组织，没有概念介绍，因为日程安排，大家都知道，也没什么好解释的，所以先是几点注意，然后是一张简图，简图包含了本节的主要内容。

5.1注意
5.1.1日程安排的里程碑是基于可交付物的，而不是基于功能的。
要知道，每个里程碑的内容，都是可以演示的，或者更好一点，是客户愿意花钱买的。如果只是一个功能，而这个功能，只有技术人员理解，并且也不能演示给领导或者客户看的话，那么这个里程碑定的就不好。所以，尽量，每个里程碑都是可交付的。比如‘在6月7号，用户可以通过登录界面，登录系统’。还记得，定发布条件那一节吗？发布条件要符合‘SMART’原则，其中最重要的就是可测量。也就是说，每个里程碑都是可以通过量化的方法来测试的。

5.1.2迭代的安排日程，不要一下子就把整个项目的日程都安排完。
‘天有不测风云，人有旦夕祸福’，一个真实的项目，过程中会遇到这样或者那样的情况，未来的事情谁也说不准，所以就没必要把很远的事情都安排好，也没法安排，即使安排了，意义也不大。‘理想和现实是有差距的’，呵呵。况且安排太多，会花费比较多的时间，而这些时间产生的回报对项目的帮助甚微。所以，就安排最近一个周期的日程就行了，在下一个周期到来之前，再安排下一个周期的事情。这样才更具有可行性。要不然，你会发现，整个日程，没有几个节点和实际是相符的。不是你没有预料到，而是没有人能预料到。

5.1.3日程安排不是游戏
在有的公司，日程安排，就是给领导看的，领导看完之后，心里感觉就有底似的。项目经理也能交差。事实并非如此。他会认为，一切都在计划当中，等到老板发现事实根本就不是这么回事的时候，老板会很生气，后果会很严重。

5.1.4绝对不要提供确定的，具体的项目结束时间
原因同上。你没法预测。更别说精确的项目结束时间。不是不能告诉老板，而是咱根本就不知道，告诉老板一个，那也是在骗人。也不是什么也不说，说个大概就行。然后请老板放心。
5.1.5别用五花八门的日程安排工具。
就用excel或者就弄一块白板就行。正什么甘特图啊，燃尽图啊，什么的，都不是日程安排的重要内容。

5.2日程安排
5.2.1日程安排方法
自顶而下：先决定里程碑，然后在两个里程碑之间加入具体节点。比如一个项目有几个大的模块组成，就把这几个模块作为里程碑，然后再把每个模块细分成小任务。
自下而上：跟上面的相反。
迭代式规划：先让团队做一定时间的开发，然后根据团队具体的效率啊，人员的配备啊，项目的具体情况啊，来决定下一步的日程安排。这个，我觉得是比较靠谱的方式。

5.2.2日程安排的格式
如图所示：

应该包含计划任务，进行中任务，完成任务，计划外任务。

即时贴内容：如图所示：

每个状态栏内的即时贴，应包含，任务描述，责任人，计划所用时间，实际所用时间，等等。

5.3小结

不要估算团队中同时身背多个项目的成员，也没法估算，想都别想。如果项目中有这样的人，这个项目注定要失败。这个我敢打包票，因为我深受其害。在项目真正需要他的时候，却找不到人。无语。。。