任何流程或业务在我们学习的过程中始终都有一个主线,比如说知识管理的基础或主线是知识库和知识地图,ERP的数据基础是ITEM和BOM,主线是需求订单->MRP->生产计划和采购计划。对于产品数据管理PDM的主线是产品结构，对于CRM客户关系管理的主线是营销->市场策划->销售计划->预测->项目->合同。而对于项目管理其基础是WBS工作结构分解，其主线是项目结构->项目->WBS->工作包->活动->任务。



　　这条主线涉及到PMBOK里面的范围管理和进度管理两方面的内容。对于范围管理最终的输出就是范围说明书和WBS，而对于进度管理则输入是WBS，需要进行活动定义分解和排序，最终得到的进度表。在项目的执行过程中我们是按照具体的活动任务在执行，在执行的过程中会产生使用资源，消耗成本，产生文档和各种输出，进行设计开发，集成，评审和质量控制。

　　我们活动分解的单位是到了具体的任务，但是我们产品的最终集成，我们的成本核算和挣值管理是不能到活动任务的。因此WBS在整个项目管理中就起到了重要作用，其作用不仅仅在前期确定项目范围和制定项目的进度计划，更多的是后期的挣值管理和更高层次的项目监控。如果没有完善的WBS分解，我们就很难做到这一步，我们的整个项目管理执行过程中的产出就是凌乱的，没有一个主线串起来。感兴趣的可以再去翻看下PMBOK各个过程域中各个过程组的IPPO，可以发现很多过程的输入都有WBS，足以见WBS在整个项目管理中的基础和核心作用。

　　在这个图中还强调了下在CMMI三级中我们强调的生命周期模型定义＆过程裁剪，在组织级我们可以根据项目的不同特点将项目进行分类制定不同的项目生命周期模板，这样在有实际的项目来的时候，只需要根据项目的特点对模板内容进行自定义和裁剪，输入具体的需求项，即可以自动产生相应的WBS。(该点后续单独在发文阐述)，这样自动生成的WBS不仅仅实现了后续的主线跟踪，还实现了我们在CMMI二级中需要的需求追踪。

太粗略了，无法指导实际工作

更详细点吗