《极简项目管理》

工作计划不仅仅是对于项目有着至关重要的作用，在任何方面都需要把计划做在前面。比如：战争时期的作战计划
，国民经济发展的五年规划，企业发展的商业计划，这些都是，试想一下，要是战争无计划，经济无规划，企业无计划
，那成功与否不知道，但失败一定是必然的结果。

但是，也有很多人认为费了半天劲，做了半天的计划
，结果没几天就全都变了，计划这事，费劲不说，绝对是个费力不讨好的事
，做了用不了几天
，就白做了。而且，绝对是计划赶不上变化
。还不如随机应变来的直接
，还能节省点精力和时间
，抓紧时间推进一下工作来的实际呢
。

千万别，千万别，千万别
，因为所谓的“计划赶不上变化”而不做计划

，事事都来个“以不变应万变

，随机应变。”无数的例子已经验证了事前做好计划的优势以及其必要的重要性
。

比如最著名的案例，就是两支同时首次前往南极探险的探险队，做好计划的阿蒙森团队成功的完成计划任务，而计划不周的斯科特团队最终落的全军覆没的结局，让人惋惜。

计划的好处是：事前想清楚，事后不折腾，尤其那句“至理名言”：细节是魔鬼啊。

并且要明白一件事：计划本就不是一成不变的，当你做好计划的那一天开始，计划就要开始根据实际情况，随时更新，在确保计划目标不变的前提下，抓准计划中的核心要点，寻求最佳的前行路线
。就好比开车使用导航软件一样，起点、路线
、终点都规划好了，出发后，导航软件也会根据实际路况的各种变化，给你推荐到达终点最有效的路线，难道此时你可以不听指令，执着地继续堵下去吗
？不仅如此，相信你面临堵车，系统不提示，你也会主动去规划一条新的最佳路线的，没错吧？

导航如此，项目计划也一样，这样是不是就可以理解为什么计划做完之后，不会一成不变的贯彻下去了吧
。那些所谓将因为觉得“计划赶不上变化”而放弃计划的项目人员
，往往其主要的原因
，是惰性。

关于做好计划的重要性，不再赘述，要做好一个项目计划核心有三
：

一
、要有明确的负责人，按个手印
，签个名，总之
，把责任到人
，才能有效推进，按照心理学来讲，人要是按了手印
，签了字
，就会在内心升起一杆“责任”的大旗。

二、要有最终落实的时间
，俗称“deadline”最后期限，要是没有时间线把持着整个项目
，保不齐就会多几个有“拖延症”出来
，“deadline”是“拖延症”的一剂良方；

三
、拆解分化工作：Work Breakdown Structure 简称（WBS）
。一个工作，一个项目
，一般来讲都不是一个人的能力可以完成的，所以项目负责人要根据实际情况，将项目进行拆解
，分别交由不同的职能部门负责，也就是把大事情拆成各种小事情
。比如车辆的制作
，要完成一辆整车的制造，要有专门的轮胎厂商负责轮胎，发动机厂商负责发动机等等。

常用的WBS分解方式如下4种
：

按组分解：（按产品）按照产品的结构组件分组，比如按照车辆的各个零部件来分组，前提是你的项目组是有相对应的“资源能力”。这里其实也可以理解为
，按照项目的执行内容分类来分组
，因为毕竟所谓的“产品”并不一定是有形的。

按功能分解
：（按产品）同样是车，比如新能源车辆
，按照系统来分组也是一种方式
，软件系统
，电力系统，控制系统等
；

按生命周期分解

：（按阶段）简单解释就是按照项目的时间线来分组

，或是项目的执行阶段分组

，比如：前期的信息收集阶段，系统设计阶段
，系统集成阶段等等；

按地域/组织分解
：（按组职能）按照你手中的项目工作组的能力，所在地域/城市，进行分组。

以上四种分类、分组的方式，全是干货

，要是你正好作为一个项目负责人，也正好面临“毫无头绪”的工作分工
，正好看看以上这4种分工方式
。但是

，这4种WBS并不肯定是一套万能的分解工作的方法
，毕竟
，对于WBS而言，没有最好的方法，只有最合适的。

最后
，分解项目工作

，有几点核心，注意避坑
：

作为领导
，应该管理的是计划

，而不是管人或是管事
；

项目也不应该是被某个人管理着，而是应该被计划管理着；

员工也不是应该被领导管理着
，而是应该按照计划去工作。

对于
，学会工作分解结构
，树形结构好用、清晰
；拓扑图架构也没问题，实在不行，做张表格也能分清工作的结构关系。

对于应该用的工具呢
，Excel可以
，PPT也能做，思维导图会用的话更好用
，比如
：Xmind，微软的Visio都可以，会哪种用哪种，方便就行
。