IT项目中的WBS（2）——粒度大小

       WBS的目标很简单，就是“饭要一口一口地吃，事要一件一件地做”。不能一口吃成个胖子，也不能一天建成罗马。把工作划分成小块才能更容易估算与管理。有没有想起“把大象关进冰箱里”的笑话？能脱口给出答案的肯定是WBS高手。

       WBS是指以可交付成果为导向对工作进行层级分解。其分解对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作。WBS分解的最低层叫做工作包。

       WBS的目的是通过对工作包的划分，让工作范围明确、可度量、可管理，满足项目计划、执行、监控的要求。工作包粒度划分得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的浪费，使得资源利用率低、工作效率低，而且有时候囿于现实条件，存在一些未知与风险，使得WBS无法细化。

      那么工作包到底划分到多大才合适？

      工作包的粒度大小需要考虑如下因素：一是项目本身的特点，如项目范围是否清晰、是否存在技术不确定性、项目周期是否宽松、预算是否充分、风险是否高等等，越是重要的、高风险的、边界不清晰的项目，越要细化管理；二是团队情况，对于刚组建的团队、职场新人多的团队就需要细化管理。

       传统项目管理中，工作包的定义有一个80小时法则(80-Hour Rule)或两周法则(Two Week Rule)，即任何工作包的完成时间应当不超过80人时（每人每小时）。

       就IT项目而言，渐进明细的特点更加明显，以至于敏捷软件过程大行其道，发布周期以周为单位的组织也日渐多见。伴随着三级滚动计划的普遍采用，传统工作包的概念也在不断演化，在不同类型计划中工作包的粒度也从月、到周、到日不等。

       最后需要提醒大家的是：项目管理不是项目经理一个人的事，特别是对于IT项目，业务领域变化大，技术细节多，需要团队成员充分发挥其长处，积极投入到WBS分解、活动估算等环节中来。