WBS分解在软件项目中的应用[1]

一　引言渐近明细是项目的特点，但这并不意味着不需要计划。

    没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。例如对于较为大型的软件开发项目的工作分解结构WBS可采用二次WBS方法。即根据总体阶段划分的总体WBS和专门针对详细设计或编码阶段的二次WBS。这其中部分的原因是需求的颗粒度在一开始往往是比较粗的，因此根据功能点对于整体项目规模的估计误差范围也是比较大的。更为重要的原因是，需求往往不是编码工作分解的准确依据，因为一个需求的功能点可能对应多个代码模块，而多个需求的功能点也可能只对应一个或少数代码模块，同时还有软件复用等因素要考虑，因此只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次WBS，根据代码模块的合理划分而得出的二次WBS才能在详细设计、编码阶段乃至测试阶段起到有效把握和控制进度的作用。

二　WBS基本概念

    1.WBS分解的概念 WBS（Work Breakdown Structure）作为有效地计划和控制建设工程项目的工具。它是由一组可交付使用的项目产品/设施组成的，表现为一种层次化的树状结构，定义了整个工程项目的工作范围。根据项目管理工作需要，进行不同层次的分解，以满足对项目产品/设施进行时间、费用、质量的计划和控制管理。随分解层次的深入，所定义的项目产品/设施也就越详细越具体，位于整个WBS分解结构最底层是不能再进一步细分的产品/设施，也称为工作包，由它形成造价信息库，如还要对它做进一步分解，其分解原则就变为完成该工作包的活动顺序或者施工工序。

    2.WBS的主要分解原则一个单位工作任务只能在WBS中出现一次一个WBS项的工作内容是其对应下级各项工作之和 WBS中的每一项都只有一个人负责，即使这项工作要多人来做，也是如此 WBS必须与工作任务的实际执行过程一致 WBS应服务于项目资源项目成员必须参与WBS的制定过程，以确保一致性和全员参与每项WBS都必须归档，以确保准确理解项目包括和不包括的工作范围在根据范围说明书对项目的工作内容进行适当控制的同时， WBS必须具有一定的灵活性，以适应无法避免的变更需要

    3.　WBS分解的主要方法类比法　类比法就是以一个类似项目的WBS为基础，制定本项目的工作分解结构。例如，ABC飞机制造公司，曾设计制造多种类型的大型客机，当他们计划投入设计生产某种新型战斗机时，就可以使用以往制造大型客机而设计的子系统。以从前的子系统为基础，开始新项目的WBS的编制。比如，该WBS的第一层中有飞机机身顶，该项又包括了飞机前身、飞机中部、飞机后身和机翼等第二层的多个子项。这种一般性的产品导向的WBS就成为新飞机项目的范围定义和新型战斗机成本估算等工作的起点。

文章来源：希赛网

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友