《任务分解法》是一种游戏设计和管理方法，它的目的是将一个大的、复杂的任务拆分成一系列小的任务，每一个小任务都可以独立完成，并且可以通过这些小任务来到达大任务的目标。使用《任务分解法》，可以帮助开发者更好地组织和管理他们的工作，提高工作效力和质量。
任务分解法的意义
学会分解任务，只有将任务分解得足够细，您才能心里有数，您才能有条不紊地工作，您才能统筹安排您的时间表。
使用
对WBS需要建立WBS词典（WBSDictionary)来各个工作部分，WBS词典通常包括工作包描，述、进度日期、成本预算和人员分配等信息，对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。
当WBS与OBS综合使用时，要建立账目编码（Code ofAccount).，账目编码是用于惟一确定项目工作分解结构每一个单元的编码系统，成本和资源被分配到这一编码结构中。
实践经验
最多使用20个层次，多于20层是过度的．对于一些较小的项目4-6层一般就足够了。
WBS中的支路没有必要全都分解到同一层次，即不必把结构强制做成对称的，在任意支路，当达到一个层次时，可以作出所要求准确性的估算，就可以停止了。
任务分解时什么方法从一般到特殊的方向进行
横向到边即百分百原则指WBS分解不能出现漏项,也不能包含不在项目范围之内的任何产品或活动
纵向到底指WBS分解要足够细,以满足任务分配、检测及控制的目的 至上而下与至下而上的充分沟通
一对一个别交流
小组讨论 分解后的活动结构清晰
逻辑上形成一个大的活动
集成了所有的关键因素
包含临时的里程碑和监控点
所有活动全部定义清楚
任务分解时自顶向下方法从一般到特殊的方向进行。
自上而下是最主要最常规的任务分解方法，是从一般到特殊，从项目的大型着手，根据一定的逻辑和结构分解成子项目。
这是一个“变化计数器”系统，这个项目是比较两个程序之间代码变化情况，根据需求首先分解为版本比较等六个细目这是第二层，其次是第三层。
其实任务分解的层次没有统计的标准，可以根据对任务的工作量，任务安排来决定。例如版本比较细目再分解为三个细目，这样可以更好的估算和分配任务，其他以此类推，直到分解到足够清晰，详细为止。
分解原则
1、将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；
2、每个任务原则上要求分解到不能再细分为止；
3、日常活动要对应到人、时间和资金投入。
任务分解的标准
1、分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；
2、逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监控点，所有活动全部定义清楚，要细化到人、时间和资金投入。
评论(0)