软件工程的WBS

WBS:工作分解结构(Work Breakdown Structure);
WBS属于项目范围管理中计划过程组,在制定 项目范围管理计划中,就要进行创建和定义WBS;创建WBS的过程就是将项目可交付成果和项目工作分解为较小的,更易于管理的组成部分的过程;创建WBS常见的输入输出就是:输入详细的项目范围说明书,输出WBS;输入项目管理计划,输出WBS词典。常用的工具和技术就是分解技术和WBS模板。
具体到项目WBS,有如下问题需要注意。
第一级通常与项目生命周期相同。 
第一级应在项目进一步分解前完成。
每个子级都是上一级的片断。
一个工作单元只能与一个上级单元相关 
上级单元的工作内容应该等于其所有直接子级单元的总和。 
一个基本工作单元只能由一个人负责。 
在整个WBS中使用同一种定义(WBS词典)。

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
WBS(Work Breakdown Structure)是软件项目管理中常用的一种方法,用于将整个项目分解为多个可管理的组成部分。下面是软件产品WBS分解的指南。 首先,确定目标和范围。明确软件产品的目标,明确要完成的功能和需求,并定义项目的范围。这有助于确保在分解过程中不会遗漏任何重要的部分。 其次,将软件产品主要分解为几个高层次的阶段。这些阶段可以根据项目的需要进行调整,但通常包括需求分析、设计、编码、测试和交付等阶段。 然后,对每个高层阶段进行进一步的分解。例如,对于需求分析阶段,可以将其分解为用户需求收集、需求分析、需求确认等子阶段。对于设计阶段,可以分解为系统设计、界面设计等子阶段。 在每个子阶段中,进一步细化工作包。工作包是WBS的最小单位,可以是一个具体的任务或活动。确定每个工作包的具体工作内容,并分配对应的资源和时间。 在WBS分解过程中,要充分考虑任务间的逻辑关系和依赖关系。确保各个阶段和工作包之间的关系清晰,并确保工作包之间的依赖关系明确。 最后,进行WBS分解的验证和审查。将分解后的WBS与项目团队的成员进行有效的沟通和协商,确保他们对于WBS的理解和接受。同时,也可以通过评审和讨论等方式对WBS进行验证和审查,以确保其有效性和可行性。 通过以上指南,可以对软件产品进行有效的WBS分解,将整个项目分解为多个可管理的组成部分。这有助于项目团队更好地掌控项目进度、资源和风险,并最终保证软件产品的成功交付。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值