《术以载道》读书笔记5：过程体系建立与WBS

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层中补充。如项目立项、工作量评估、周会、需求评审、配置审计等