软件项目管理 5.2.任务分解方法 - 项目管理事业的爱好者
source link: https://www.cnblogs.com/pmolrj/p/16326264.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
【公众号 “项目管理研究所” 将会第一时间更新文章并[分享行业分析报告]】
归档于软件项目管理初级学习路线
第五章 软件项目任务分解
《初级学习路线合集 》
大家好，这节我们学习软件项目管理---任务分解方法。介绍类比，模板参照，自上而下，自下而上的WBS任务分解方法、
一、类比方法
有些项目有相同或相似的周期，因此而形成的相同或相似的工作细目，那么这些项目进行任务分解的时候，可以采用类比的方法。
二、模板参照
如果某项目有可以参照的WBS模板，例如这个图就是用项目可以参照的WBS模板，在进行任务分解时，可以采用模板参照方法进行任务分解，比较方便。
三、自上而下
自上而下是最主要最常规的任务分解方法，是从一般到特殊，从项目的大型着手，根据一定的逻辑和结构分解成子项目。
这是一个“变化计数器”系统，这个项目是比较两个程序之间代码变化情况，根据需求首先分解为版本比较等六个细目这是第二层，其次是第三层。
其实任务分解的层次没有统计的标准，可以根据对任务的工作量，任务安排来决定。例如版本比较细目再分解为三个细目，这样可以更好的估算和分配任务，其他以此类推，直到分解到足够清晰，详细为止。
四、自下而上
那么自上而下是对细目大致有把握的，需求有了解，熟悉的。
如果对项目不够清晰，可以采用自下而上的方法。
例如下图：从特殊到一般，从先定义特殊任务开始，那么这些特殊任务没有很强的逻辑关系。
例如对项目的需求不清楚，我们可以找一个白板，将想到的所有工作细目直接写在白板上，可能很随意，没有逻辑关系，然后我们按照一定的逻辑关系组织起来，形成更高级别的WBS。一般情况下，自下而上的分解方法很少使用。
WBS任务分解建议
- 最低层是可控可管理的，但是不必要过细。
- 每个Work package必须有一个提交物。
- 定义任务完成的标准。
- 分解结果有利于责任分配。
- 任务分解有个规则叫做88规则，既大于8小时，小于80小时，而软件项目比较特殊，所以我们推荐任务分解到40小时以内，敏捷项目分解到小时。
总之 通过任务分解方法可以将项目分解到足够小，方便后续的任务估算。
到这里，第五章 第二节任务分解方法就讲解完毕！下一节介绍敏捷任务分解方法~
如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~😉
后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~
————————————————
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK