明确工作职责，不做背锅侠

我们都听过三个和尚喝水的故事：一个和尚有水喝，两个和尚挑水喝，三个和尚没水喝。特别简单的一个小故事，但是里面蕴含了丰富的哲学思维。从职场的角度来看这个故事，体现的就是团队协作的精神。

团队协作是所有的职场人都面临的一个重要问题，其中做重要的就是工作任务的分解，这个直接关乎着协作的成败。

工作任务分解，在项目管理中也有专门的术语叫做“工作分解结构”（WBS），指的是以可交付成果为导向对项目要素进行的分组。它其实归纳和定义了项目的整个工作范围，从项目目标开始分解，逐层下降，每下降一层，代表对项目工作的更详细的定义。

产品经理在每一个版本的迭代规划中，都需要从产品需求池中捞一些比较重要的需求出来放到项目需求里来，这正好符合敏捷开发的思想，饭是要一口一口吃的，项目也是一样，不可能一次性把所有需求都搞定。所以，我们需要通过一个版本一个版本来完成，在做版本的工作任务分解的时候，一定要将任务分解到不能再分为止，任务的粒度一定要细，如果太粗，则很有可能会出现一些任务被忽略，从而影响整个项目的进度和计划。

一般的工作任务分解方法有：按照产品的物理结构分解、按照产品的功能模块进行分解、按照实施过程来进行分解、或者是按照项目的地域分布等。比较常用的是按功能模块来进行分解，再结合产品的实施过程来进行分解。

以微信公众号的开发为例：

微信PC端和移动端功能需求

微信公众号的开发就涉及微信端开发和PC管理后台的开发，这个时候如果进行任务分解，最基本的方向就要分为微信端任务开发、PC管理端任务开发。

而微信端任务开发，又可细分为需求梳理、产品设计、前端页面实现、后台接口支持、测试任务等；PC管理端的任务开发也是如此，也细分为需求梳理、产品设计、前端页面实现、后台接口支持、测试任务等。

如果再细分功能模块，则可分为“群发消息”、“自动回复”、“用户管理”、“消息管理”等功能模块的需求梳理、产品设计、前端页面实现、后台接口支持、测试任务等；这里需要注意的是：分解任务的过程中，需要将任务给描述清楚；否则团队成员会不太明确，自己究竟要做成什么样子，或达到什么样的目标才算任务完成。

项目的工作任务分解，其实也可以运用我们之前提到过的MECE原则去进行检查：工作任务必须全面、清晰、细分，任务责任需要到人，每一个子任务都能够估算工作量和工期。

任务优先级安排

任务分配好了，但总有轻重缓急之分。项目里的优先级排序，就是需要产品经理去识别项目任务清单里的各种任务的相互关联和依赖关系，并根据自己对需求优先级的判断，来对项目里各项任务的先后顺序进行安排和确定。

通俗地来说，产品经理要定义的就是先做哪些任务，后做哪些任务。其实这个时候往往又会用到我们在需求管理中使用到的工具KANO模型，通过明确任务的重要度和紧急度来梳理任务的优先级，优先处理的是重要又紧急的任务。

在处理任务的优先级安排时，有另一个非常重要的点需要明白，那就是有些任务与任务之间，存在着前置后置关系，只有在完成了一项任务的时候，我们才能开始下一个任务。所以在规划优先级的时候，需要把这种情况给考虑进去。

计划呈现

很多项目管理的书籍都推荐使用甘特图来进行项目进度计划的制作和呈现，一般都是通过微软的Project等专业软件进行绘制，还可以通过这些专业软件直接查看项目的关键路径。也有一些产品经理或项目经理直接使用Excel来制作项目进度计划表，毕竟他们对于表格的操作熟练程度已经足够驾驭一个项目的进度计划制作。但是这些都不够简单直接，使用如上图的看板形式来呈现计划更加一目了然。