<div id="content_views" class="markdown_views prism-atom-one-light">
<svg xmlns="http://www.w3.org/2000/svg" style="display: none;">
<path stroke-linecap="round" d="M5,0 0,2.5 5,5z" id="raphael-marker-block" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"></path>
</svg>
<h3><a name="t0"></a><a id="_0"></a>引言</h3>
本篇与大家分享任务分解的经典方法——WBS,无论生活还是工作都离不开任务分解,好的方法论可以让帮助我们正确地做正确的事。WBS是Work Breakdown Structure 的缩写,意为任务分解结构,其实就是我们常用的分类法, 日用而不自知,WBS可以帮助我们快速梳理项目计划、需求、任务,将碎片信息整理为结构化信息,它通常主要有3种用法:
1 用法
1.1 用法1:模板法
参照现成的WBS模板,替换成自己项目的模块,适用于规模化的开发。下面是软件项目的标准模板:
1.2 用法2:自上而下法
顾名思义,从项目的整体目标开始,按阶段或功能规划几大块,然后再逐层分解,建议纵横不超过7层。
1.3 用法3:自下而上法
适用于尚未形成结构化产品概念的项目,强调从功能点入手进行三步走:
首先,进行发散性思维。
其次,对功能点分类形成上一级功能包。
最后,依次向上逐级收敛。
2 原则
WBS虽好,使用的时候也需要有几点需要注意。
2.1 向心性
所有任务的拆解都要围绕项目的核心需求,有利于任务之间的衔接。
2.2 完整性
每一层的任务分解要做到百分百覆盖到需求规划,确保计划与交付物一致。
2.3 唯一性
确保平级任务的唯一性,不存在交叉内容。
2.4 合理的工作量
任务量的估算应保持在平均、合理的大小,确保任务的可实现性,有效控制风险情况的产生。
方法简单,却非常好用,希望对各位有帮助。