小侠作项目助理已经有2年了，项目的基本流程已经熟悉，项目文档编写也得心应手。
于是，项目经理大侠决定给小侠一次机会，让小侠独自负责一个小项目的项目管理工作，而项目经理大侠仍然还是会在期间进行指导。
小侠深知这是一个很好的机会，也很珍惜，于是便答应下来，并全身心的投入到这个项目中，并认真努力的开始工作。
小侠在了解了项目的基本内容后，却遇到了一个很大的难题。
小侠因为不是科班出身，因此对于代码程序、系统架构都不了解。这也就导致了在项目进行到WBS分解的时候迟迟进行不下去。
如果是技术出身对于项目的任务分解一定很简单，但对于非科班出身的人来说，就变得有些苦难了。
那么对于非科班，不懂技术的项目经理来说如何分解目标，并能把任务拆解到位，且尽可能全面呢？
为什么要分解目标
为什么要分解目标呢？
一方面，一个大的目标很难完成，并且给人的压力也会很大。
就像要移动一座山，估计所有的人都说不可能，但是如果把这个任务分解：今年移动山的十分之一，明年再移动山的十分之一，如此往复，就有了愚公移山的故事。
另一方面。分解目标对于项目经理来说可以帮助我们制定出更加合理的项目计划。在分解的过程中不仅能明确具体的工作，也能知道每项小任务完成的时间。甚至在分解的时候，可能判断出哪些小任务最可能产生风险。
例如小明要做包子，起初觉得很简单。但是采购物料、发面、备菜、制作等都需要花费时间，并且也会存在发面失败，没有买到预期的材料等问题。
但是，当我们对每项任务进行仔细分析后了解每个阶段需要的时间，提前指定好Plan B，那么在做包子的时候就会变得更加顺利了。
最后，通过目标的分解，可以定义项目的边界，确定所需要的资源，便于后续协调资源。
重识WBS
WBS是工作分解结构的简称，跟因数分解是一个原理。通俗的将就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配给每个人的日常活动中，直到分解不下去为止。
项目—>任务—>工作—>日常活动
WBS每分解一个层次就意味者对项目工作更详尽的定义。WBS将项目的交付成果分解成容易管理、方便控制的若干个子项目或者工作包。
不懂技术的项目经理如何分解WBS
对于懂得技术的项目经理来说把一个任务分解成各个工作包十分容易。因为他们知道在具体开发过程中会需要哪些前提和条件。
比如开发一个登录注册页面，他们知道设计过程中除了要进行产品设计之外，还要进行接口设计、数据库表设计、开发页面等等。他们甚至能根据自己的经验和知识，在进行WBS分解的过程中评估出需要的工时。
但是对于不懂技术的项目经理来说，这些都很陌生，不知道需要什么，应该怎么做。虽然根据自己的经验可以将项目分解了1层，但是再往细的分解就会变的困难了。
那么不懂技术的项目经理怎么办呢？
Step1: 对于已知的尽可能分解。
不懂计划的项目经理要尽可能的把自己想到的任务进行分解。一种是按照项目周期的逻辑顺序进行分解。另一种可以是把自己想到的所有事情列出来然后再进行归类。
但是再列举的时候要尽可能详尽、不重复。这里可以学习《金字塔原理》中提到的各部分之间相互独立，没有重叠，具有排他性。
Step 2: 寻找专家建议。
进行第一个版本的WBS分解后，不懂技术的项目经理可能缺少的内容比较多。那么为了更加详尽，项目经理就需要寻找专家，让他们给出建议。专家可能是团队内部的技术经理，也可能是公司内经验丰富的项目经理，也可能是这方面的外部专家团队等。
总之，就是要比自己优秀有经验的人寻求帮助。不断向别人请教的过程，也是学习和自我提高的过程。
Step 3: 评审确定结果。
最后，项目经理要组织团队进行全员确定并经过一致同意后，那么这个WBS的分解才是成功和合格的。
在评审的过程中团队成员可以提出自己的意见，比如根据自己部分提出需要什么先觉条件或者其他支持，这个时候就可以再进一步完善WBS。
在整个WBS的分解过程中还是要遵循一定的原则，同时还要注意一些容易出现的问题。
1、不要嫌工作包多，要把不同人员的工作分开。
2、一人责任制，分解的最小工作包无论是几个人做，但是指定某一个人为责任人。
3、层次有限制，WBS分解的时候要注意尽可能控制在4-6层。
4、随时调整，WBS不是一成不变的，要根据实际情况进行滚动WBS分解。
