标签：5.2 WBS 项目 项目管理 任务 分解 软件 方法 细目
【公众号 “项目管理研究所” 将会第一时间更新文章并[分享行业分析报告]】
归档于软件项目管理初级学习路线
第五章 软件项目任务分解
《初级学习路线合集 》
前言
大家好，这节我们学习软件项目管理---任务分解方法。介绍类比，模板参照，自上而下，自下而上的WBS任务分解方法、
一、类比方法
有些项目有相同或相似的周期，因此而形成的相同或相似的工作细目，那么这些项目进行任务分解的时候，可以采用类比的方法。
二、模板参照
如果某项目有可以参照的WBS模板，例如这个图就是用项目可以参照的WBS模板，在进行任务分解时，可以采用模板参照方法进行任务分解，比较方便。
三、自上而下
自上而下是最主要最常规的任务分解方法，是从一般到特殊，从项目的大型着手，根据一定的逻辑和结构分解成子项目。
这是一个“变化计数器”系统，这个项目是比较两个程序之间代码变化情况，根据需求首先分解为版本比较等六个细目这是第二层，其次是第三层。
其实任务分解的层次没有统计的标准，可以根据对任务的工作量，任务安排来决定。例如版本比较细目再分解为三个细目，这样可以更好的估算和分配任务，其他以此类推，直到分解到足够清晰，详细为止。
四、自下而上
那么自上而下是对细目大致有把握的，需求有了解，熟悉的。
如果对项目不够清晰，可以采用自下而上的方法。
例如下图：从特殊到一般，从先定义特殊任务开始，那么这些特殊任务没有很强的逻辑关系。
例如对项目的需求不清楚，我们可以找一个白板，将想到的所有工作细目直接写在白板上，可能很随意，没有逻辑关系，然后我们按照一定的逻辑关系组织起来，形成更高级别的WBS。一般情况下，自下而上的分解方法很少使用。
WBS任务分解建议
- 最低层是可控可管理的，但是不必要过细。
- 每个Work package必须有一个提交物。
- 定义任务完成的标准。
- 分解结果有利于责任分配。
- 任务分解有个规则叫做88规则，既大于8小时，小于80小时，而软件项目比较特殊，所以我们推荐任务分解到40小时以内，敏捷项目分解到小时。
总结
总之 通过任务分解方法可以将项目分解到足够小，方便后续的任务估算。
到这里，第五章 第二节任务分解方法就讲解完毕！下一节介绍敏捷任务分解方法~
如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~
标签：5.2,WBS,项目,项目管理,任务,分解,软件,方法,细目 来源： https://www.cnblogs.com/pmolrj/p/16326264.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。