|
1 前言项目管理者联盟
在软件工程项目进行管理的过程中， WBS(WORK BREAKDOWN STRUATURE)工作(任务)分解结构作为项目管理的一种基本方法正在逐渐的走向成熟， 因为无论在计划阶段还是在执行阶段，WBS 都是一个有用的综合工具， 而且其应用也越来越灵活广泛，目前已成为软件工程项目管理过程中一种必不可少的基本方法。项目管理者联盟
WBS 工作(任务)分解结构简单来说就是将工程项目的各项目内容按其相关关系逐层进行分解，直到工作内容单一、便于组织管理的单项工作为止。合理的分解可以把各单项的工作在整个项目中的地位、相对关系用树形结构或锯齿列表的形式直观的表示出来。项目管理者联盟
这样表示可以使项目的管理者与各参与者直观的从整体上了解工程项目中的各项工作(任务)，便于从整体上协调和管理，并使各参与者明确了解自己承担的工作与全局的关系。blog.mypm.net
WBS 具有4 个主要用途：项目管理者联盟
1) 是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。项目管理者联盟
2) 是一个清晰地表示各项目工作之间的相互联系的结构设计工具。项目管理者联盟
3) 是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。项目管理培训
4) 定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。项目管理者联盟
通常情况下WBS 总是处于软件项目计划过程的中心，是制定进度计划、了解资源需求、统计成本预算、控制可能风险和决定采购计划等工作的重要基础。项目管理者联盟
2 实际分解中遇到的问题项目管理者联盟
先来看一个常见的软件项目WBS， 这个项目分解来源是Project软件中软件开发项目模板，可以看到这个分解非常详尽的描述了一次软件项目开发过程中所包含的各个部分， 应当说是一个相当好的分解。项目管理者联盟
但这个分解在实际应用情况下却有它的局限性。下面来详细分析：从这整个项目分解的结构中可以看出， 其分解的核心思路是按照软件开发瀑布模型思想为基础，按开发的顺序( 需求、设计、编程、测试)，并在前后增加了一些必要的相关工作。项目管理者联盟
那么，这样一个建立在瀑布模型基础上的分解在实际工作中能够顺利执行么? 当然可以! 其前提是执行这套分解程序的软件公司拥有非常成熟的管理流程，并在各个岗位都存在经验丰富的人员，才可能顺利按这样的计划执行。pmp.mypm.net
但是目前中国的软件企业大多是中小型企业，有多少能拥有完善、灵活、标准的管理流程及各方面都完备的人才结构呢?项目管理者联盟
试想，要在这样一个详尽缜密、按部就班的项目分解流程下完成整个软件开发过程，首先，我们需要优秀的需求分析人员，如果没有，在项目开发过程中，就需要甲方更多的积极参与，才能得到相对准确的前期需求定义，从而减少后期的设计变更。项目管理者联盟
其次，需要有优秀的开发团队，才能保质保量按时实现需求中提出的功能。再次，还需要出色的培训人员，让客户可以顺利的接受并使用软件产品。但现在的项目能有几个有这样理想的状态呢?talent.mypm.net
在常见的开发过程中，我们经常会遇到的是甲方想法的反复无常，需求的不断变更，随之产生计划无休止调整，有时还会遇到人员无法预期的变动，而同时又有难以变化的交付日期，要在前期就去比较准确的完成这种情况下的一个工作分解，无疑难度很大。项目管理者联盟
3 解决方法项目管理者联盟
既然工作分解如此重要并且在实际中有效，那如何才能在项目的计划阶段就做出一个完善又可行的工作分解呢?项目管理者联盟
3.1 改变思考方法bbs.mypm.net
上面的例子中，分解基本上是按时间的先后顺序，或工作实施顺序来分解的。但是WBS 分解中并没有要求分解的工作之间需要有一定的时间关系，主要的分解的原则是：一横向到边即百分百原则，指WBS 分解不能出现漏项，也不能包含不在项目范围之内的任何产品或活动;二纵向到底，指WBS 分解要足够细，以满足任务分配、检测及控制的目的。项目管理者联盟
根据这两个原则，没必要一定按照时间顺序或项目实施顺序来分解项目，完全可以按照其他的标准来分解，比如按照项目的最终交付成果来分就是一个不错的分解方式。项目管理者联盟
3.2 按目标分解项目管理者联盟
WBS (工作分解结构)：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。具体来说，就是在总体上按目标分解，局部可以按成熟的工作流程分解。这样就让项目管理者能够更多的从宏观的角度来把握整个项目的进展情况，而不是注重局部的工作，最终忽略了部分细节，使项目开发成功。项目经理博客
|
