WBS分解在软件项中的应用.docVIP

WBS分解在软件项目中的应用 本文结合项目管理的WBS方法，对某系统集成公司的管线资源管理项目进行工作分解，旨在说明WBS方法对项目渐近明细和项目的计划方面所能起到的重要作用。 一　引言 渐近明细是项目的特点，但这并不意味着不需要计划。 没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。例如对于较为大型的软件开发项目的工作分解结构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就成为新飞机项目的范围定义和新型战斗机成本估算等工作的起点。 自上而下法　 自上而下法常常被视为构建WBS的常规方法，即从项目最大的单位开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断增加级数，细化工作任务。这种方法对项目经理来说，可以说是最佳方法，因为他们具备广泛的技术知识和对项目的整体视角。 自下而上法 自下而上法，是要让项目团队成员从一开始就尽可能的确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归总到一个整体活动或WBS的上一级内容当中去。仍以ABC飞机制造公司设计制造新型战斗机为例，用这种方法，则不是开始就考察WBS制定的指导方针或是参考其他类似项目的WBS，而是尽可能详细的列出那些项目团队成员认为完成项目需要做的任务。在列出详细的任务清单后，就开始对所有工作进行分类，以便于将这些详细的工作归入上一级的大项中。比如说，项目团队某小组中的商业分析人员会知道他们必须确定用户对项目的要求以及该项目的内容要求；工程师们也会知道他们必须确定对系统的要求和对发动机的要求。于是，该小组可能会将这四项任务都归入到战斗机制造项目的概念设计这个总项中去。自下而上法一般都很费时，但这种方法对于WBS的创建来说，效果特别好。项目经理经常对那些全新系统或方法的项目采用这种方法，或者用该法来促进全员参与或项目团队的协作。使用指导方针　如果存在WBS的指导方针，那就必须遵循这些方针。许多DOD（国防部）项目都要求承包商按照国防部提供的WBS模板提交他们的项目建议书。这些建议书必须包括针对WBS中每一项任务的成本估算，既有明细估算项，也有归总估算项。项目整体的成本估算必须是通过归总WBS底层各项任务成本而得到的。当国防部有关人