这是山猫的第10篇原创
大大小小做了几十个项目，也看过上百个项目计划，发现靠谱的项目计划不到5%，很多时候，你也许会说计划没什么卵用，但是公司、甲方爸爸还是要你拿出项目计划，也许有了这玩意，可以图个暂时的心安。。
nonono，古人云：凡事预则立，不预则废，在项目实施过程中，项目计划是最重要的，因为这个决定了整个项目团队的行动策略。
靠谱的计划都一样，不靠谱的项目计划各有各的不靠谱。
鲁迅先生曾经说过，世间本没有路，走得人多了，也就成了路，同样，世间本来没有坑，挖的人多了，也就成了坑。。。
做计划的坑蹚多了，也就知道怎么少给自己挖坑了，做好下面几个点，靠谱实用的项目计划轻松搞定。
01
突出关键任务
行业内做项目计划用的最多的工具就是微软的Project软件了，简单易学，小项目还好，对于大项目，经常看到有项目经理搞出上百个或数百个工作任务的WBS计划，可谓又细又长，这样的计划给人一看就眼花，凸显不出重点，而且后续维护相当费时。
在项目初期全面考虑分解任务做估算是有必要的，但任务的颗粒度在不要太细，第一版的项目计划列出项目关键里程碑节点、每个节点最关键的任务计划即可，然后在执行的阶段过程中细化成周任务跟进控制。
关键任务的一些特点：
能代表业务核心需求的功能点；
客户关注的优化建议；
关键技术难点；
在项目关键路径上的任务，关键路径即决定整个项目的交付周期的任务。
在日常项目工作跟进中，不是胡子眉毛一把抓，要抓关键任务跟进才有效果。
02
考虑风险
项目计划不靠谱最常见的两大风险：需求风险和人员风险。
尤其是软件项目行业，再牛B的需求分析师前期和用户确认的需求书也不可能和最终系统的功能一样，区分一个高水平和低水平的需求分析师最大的一点是看能否抓住用户的核心需求，如果核心需求抓住了，后面即便有其他需求变更，那也可以说是成功的。
如果在第一版和用户确认的需求签字盖章后，后面系统开发时出现较大的业务架构和业务逻辑变化，那就是前期的需求调研没到位。
另一方面人员风险可以说在90%的公司都存在，有时会出现比较极端的情况是一个团队里面的每个人都是身兼多个项目在做，这种情况下你就得预留足够多的意外时间，因为跟的项目越多，那其他项目产生的风险也就越多，都会影响到你手头项目的进度。
还有些情况是项目做着做着团队成员就跑路了、或者你项目的人临时被抽走换个新手进来，团队都不能给你稳定，这就要看看你们公司过往项目执行过程中整个团队的稳定性，如果是人员流动率较高，那你的项目计划靠谱的可能性就比较低了。
当然还有很多其他的风险了比如技术风险、或者一些不可控的风险，比如申请个开发接口要等审批、甲方爸爸临时外出培训没法给你确认需求等等。
诸多可预见的风险因素都需要考虑进去，还有些不一定能预见的风险也要留一定的时间，这些七七八八的东西可能耽误的时间都要考虑加到计划里面去。
03
迭代更新
没有一锤子就能做好的项目，对项目计划也是一样，尤其是对于项目管理的新手，项目执行过程中各种意外会纷至沓来，分分钟搞得你手忙脚乱、鸡飞狗跳。
当整个项目环境有变化的时候，要及时更新项目计划和团队成员进行说明，这样才能指导实际项目工作。
如何做一个靠谱的项目计划，你有什么好的经验分享，欢迎留言交流。
网友评论