其他分享
首页 > 其他分享> > 软件项目管理 5.2.任务分解方法

软件项目管理 5.2.任务分解方法

作者:互联网

【公众号 “项目管理研究所” 将会第一时间更新文章并[分享行业分析报告]】
归档于软件项目管理初级学习路线
第五章 软件项目任务分解
《初级学习路线合集 》


前言

大家好,这节我们学习软件项目管理---任务分解方法。介绍类比,模板参照,自上而下,自下而上的WBS任务分解方法、

一、类比方法

有些项目有相同或相似的周期,因此而形成的相同或相似的工作细目,那么这些项目进行任务分解的时候,可以采用类比的方法。

二、模板参照

如果某项目有可以参照的WBS模板,例如这个图就是用项目可以参照的WBS模板,在进行任务分解时,可以采用模板参照方法进行任务分解,比较方便。

三、自上而下

自上而下是最主要最常规的任务分解方法,是从一般到特殊,从项目的大型着手,根据一定的逻辑和结构分解成子项目。

这是一个“变化计数器”系统,这个项目是比较两个程序之间代码变化情况,根据需求首先分解为版本比较等六个细目这是第二层,其次是第三层。

其实任务分解的层次没有统计的标准,可以根据对任务的工作量,任务安排来决定。例如版本比较细目再分解为三个细目,这样可以更好的估算和分配任务,其他以此类推,直到分解到足够清晰,详细为止。

四、自下而上

那么自上而下是对细目大致有把握的,需求有了解,熟悉的。
如果对项目不够清晰,可以采用自下而上的方法。

例如下图:从特殊到一般,从先定义特殊任务开始,那么这些特殊任务没有很强的逻辑关系。

例如对项目的需求不清楚,我们可以找一个白板,将想到的所有工作细目直接写在白板上,可能很随意,没有逻辑关系,然后我们按照一定的逻辑关系组织起来,形成更高级别的WBS。一般情况下,自下而上的分解方法很少使用。

WBS任务分解建议

  1. 最低层是可控可管理的,但是不必要过细。
  2. 每个Work package必须有一个提交物。
  3. 定义任务完成的标准。
  4. 分解结果有利于责任分配。
  5. 任务分解有个规则叫做88规则,既大于8小时,小于80小时,而软件项目比较特殊,所以我们推荐任务分解到40小时以内,敏捷项目分解到小时。

总结

总之 通过任务分解方法可以将项目分解到足够小,方便后续的任务估算。

到这里,第五章 第二节任务分解方法就讲解完毕!下一节介绍敏捷任务分解方法~

如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~

标签:5.2,WBS,项目,项目管理,任务,分解,软件,方法,细目
来源: https://www.cnblogs.com/pmolrj/p/16326264.html