 工作计划不仅仅是对于项目有着至关重要的作用，在任何方面都需要把计划做在前面。比如：战争时期的作战计划，国民经济发展的五年规划，企业发展的商业计划，这些都是，试想一下，要是战争无计划，经济无规划，企业无计划，那成功与否不知道，但失败一定是必然的结果。 但是，也有很多人认为费了半天劲，做了半天的计划，结果没几天就全都变了，计划这事，费劲不说，绝对是个费力不讨好的事，做了用不了几天，就白做了。而且，绝对是计划赶不上变化。还不如随机应变来的直接，还能节省点精力和时间，抓紧时间推进一下工作来的实际呢。 千万别，千万别，千万别，因为所谓的“计划赶不上变化”而不做计划，事事都来个“以不变应万变，随机应变。”无数的例子已经验证了事前做好计划的优势以及其必要的重要性。 比如最著名的案例，就是两支同时首次前往南极探险的探险队，做好计划的阿蒙森团队成功的完成计划任务，而计划不周的斯科特团队最终落的全军覆没的结局，让人惋惜。 计划的好处是：事前想清楚，事后不折腾，尤其那句“至理名言”：细节是魔鬼啊。 并且要明白一件事：计划本就不是一成不变的，当你做好计划的那一天开始，计划就要开始根据实际情况，随时更新，在确保计划目标不变的前提下，抓准计划中的核心要点，寻求最佳的前行路线。就好比开车使用导航软件一样，起点、路线、终点都规划好了，出发后，导航软件也会根据实际路况的各种变化，给你推荐到达终点最有效的路线，难道此时你可以不听指令，执着地继续堵下去吗？不仅如此，相信你面临堵车，系统不提示，你也会主动去规划一条新的最佳路线的，没错吧？ 导航如此，项目计划也一样，这样是不是就可以理解为什么计划做完之后，不会一成不变的贯彻下去了吧。那些所谓将因为觉得“计划赶不上变化”而放弃计划的项目人员，往往其主要的原因，是惰性。 关于做好计划的重要性，不再赘述，要做好一个项目计划核心有三： 一、要有明确的负责人，按个手印，签个名，总之，把责任到人，才能有效推进，按照心理学来讲，人要是按了手印，签了字，就会在内心升起一杆“责任”的大旗。 二、要有最终落实的时间，俗称“deadline”最后期限，要是没有时间线把持着整个项目，保不齐就会多几个有“拖延症”出来，“deadline”是“拖延症”的一剂良方； 三、拆解分化工作：Work Breakdown Structure 简称（WBS）。一个工作，一个项目，一般来讲都不是一个人的能力可以完成的，所以项目负责人要根据实际情况，将项目进行拆解，分别交由不同的职能部门负责，也就是把大事情拆成各种小事情。比如车辆的制作，要完成一辆整车的制造，要有专门的轮胎厂商负责轮胎，发动机厂商负责发动机等等。常用的WBS分解方式如下4种： 按组分解：（按产品） 按照产品的结构组件分组，比如按照车辆的各个零部件来分组，前提是你的项目组是有相对应的“资源能力”。这里其实也可以理解为，按照项目的执行内容分类来分组，因为毕竟所谓的“产品”并不一定是有形的。 按功能分解：（按产品） 同样是车，比如新能源车辆，按照系统来分组也是一种方式，软件系统，电力系统，控制系统等； 按生命周期分解：（按阶段） 简单解释就是按照项目的时间线来分组，或是项目的执行阶段分组，比如：前期的信息收集阶段，系统设计阶段，系统集成阶段等等； 按地域/组织分解：（按组职能） 按照你手中的项目工作组的能力，所在地域/城市，进行分组。 以上四种分类、分组的方式，全是干货，要是你正好作为一个项目负责人，也正好面临“毫无头绪”的工作分工，正好看看以上这4种分工方式。但是，这4种WBS并不肯定是一套万能的分解工作的方法，毕竟，对于WBS而言，没有最好的方法，只有最合适的。 最后，分解项目工作，有几点核心，注意避坑： 作为领导，应该管理的是计划，而不是管人或是管事； 项目也不应该是被某个人管理着，而是应该被计划管理着； 员工也不是应该被领导管理着，而是应该按照计划去工作。 对于，学会工作分解结构，树形结构好用、清晰；拓扑图架构也没问题，实在不行，做张表格也能分清工作的结构关系。 对于应该用的工具呢，Excel可以，PPT也能做，思维导图会用的话更好用，比如：Xmind，微软的Visio都可以，会哪种用哪种，方便就行。 |
|
|
