01 前言
《术以载道》读书笔记又来了，这几天没更新主要是近期阅读的内容有点难啃，需反复阅读体会
本期主要学习了以下内容：
1-如何建立过程体系
2-WBS分解
02 如何建立过程体系
说起过程体系这茬，个人还是深有体会，每天都在谈要做过程管理，于是各类规范都建立了，但过程执行貌似也不咋地，而且就算过程执行比较到位，也不代表结果到位了。
在CMMI模型中，提出建立过程体系需同时基于两个基础：
# 理论基础
如：每个过程域目的是什么？每个PA包含哪些实践？每条实践的输出是什么？每条实践用到哪些管理技术与方法？
这些都需要通读CMMI模型得知。
回想之前自己建立过程体系，总说要对标CMMI，却从来没有好好看看CMMI
# 实践基础
如组织现状是咋样的？哪些实践符合？哪些不符合？
在过程的建立中，有一类文档（模板与检查单）在设计时有些注意事项，我在阅读的时候发现自己之前确实是没有这么考虑，贴出来给大家一起参考一下
# 如何定义模板
1.站在阅读者的角度设计文档模板（因为文档编写与修改的次数远小于被修改的次数）
2.文档中不要出现无用的章节
3.相同信息只出现一次
4.提供模板及样例
以上4点是书中提到的，我对第4点感受尤为深刻，因为由于工作岗位原因，我在近一年内定制了很多文档模板，但除了少部分地方提供了填写说明，大部分地方还是空白状态，最后发现模板的填写五花八门，曾经还以为是填写者不认真，看到这才明白是自己工作不到位。
# 如何定义检查单
1.针对过程执行情况的检查与针对内容质量的检查应分开
2.检查项要描述准确，不出现歧义
3.检查项要进行分类
4.检查单的运用要从现象到本质
5.分角色设计检查单
后续工作中，涉及模板和检查单的输出可参考以上原则。
03 WBS分解指南
说起WBS（Work Breakdown Structure），这个曾经还是里的一个小伤疤，记得在17年的时候被赶鸭子上架去给人培训体系，结果被问到WBS英文是什么，居然答不上来...
WBS是工作分解结构，它定义了项目的所有工作过程和项目可交付成果，在一个项目中，项目的交付物、工作包、里程碑、活动、任务等都是WBS的构成元素...
在我们日常工作中，一般是用大纲发来表示WBS，当然它的分解方式有按产品功能、按项目阶段的不同分解方式，这里我们主要介绍一下层级，以按项目阶段分解为例子，一般一个比较优秀的WBS通常是4-5层级，各层级如下：
# 第一层（也被称作WBS的根）
项目最终交付的软件产品
# 第二层
项目阶段的划分，如：项目策划阶段、需求分析阶段、系统设计阶段....
# 第三层
这个一般是分解没一个阶段的交付成果，识别构成每一个阶段交付成果必须完成的各类工作，以系统设计阶段为例，它下面的第三层就可以这么划分
技术方案选定
概要设计
数据库设计
概要设计评审
详细设计
详细设计评审
# 第四层
分解每一类工作，识别构成没类工作需要的交付功能与工作
如概要设计这类工作，其下方的四级工作可包括
功能框架设计
网络拓扑设计
# 第五层
针对分解后的最末节点功能或工作，识别具体任务
另外，一些项目管理或者质量保证的活动，可以在第2-3层中补充。如项目立项、工作量评估、周会、需求评审、配置审计等
