3、组织级流程建立：定义组织流程资产库、裁剪指南、流程角色与职责

好，咱们接着聊。前面两章我们把ASPICE的来龙去脉和核心概念捋了一遍。从这章开始，就要动真格的了。

组织级流程建立，说白了就是给整个公司搭一套“游戏规则”。你想想看，一个项目组一个玩法，今天A项目用V模型，明天B项目搞敏捷，后天C项目干脆没流程——这车还怎么开？

我个人习惯，做组织级流程之前，先问自己三个问题：

• 我们的流程资产在哪里？
• 不同项目怎么裁剪？
• 谁该干什么事？

这三个问题搞定了，组织级流程的骨架就有了。

3.1 组织流程资产库：你的“兵器库”

什么是流程资产库？我打个比方。就像厨房里的调料架，酱油、醋、盐、糖都摆在那，厨师做菜时随手就能拿。流程资产库就是公司里所有流程相关“物料”的集合。

我在项目中遇到过，有些公司把流程文档散落在各个部门的共享文件夹里，找一份模板要问三个人。这效率，别提了。

一个标准的流程资产库，至少包含这几类：

资产类别	具体内容	说明
流程定义	过程描述、流程图、活动说明	告诉你怎么做
模板	需求规格模板、测试用例模板、评审记录模板	给你一个填空的架子
检查单	代码审查检查单、需求评审检查单	防止你漏掉关键点
指南	编码规范、工具使用指南、度量定义	告诉你什么算“好”
历史数据	项目估算数据、缺陷密度、生产率	给新项目做参考

嗯，这里要注意。资产库不是堆文档的地方。我见过最夸张的，一个公司有200多份流程文档，但没人看。为什么？因为太臃肿了。

3.2 裁剪指南：别拿大炮打蚊子

ASPICE标准本身是通用的，但你的项目不是。一个做车载信息娱乐系统的项目，和一个做刹车控制器的项目，流程要求能一样吗？肯定不一样。

裁剪，就是根据项目特点，从组织流程资产库里“挑”出合适的流程元素。

我曾经在一个做后装车机的项目上，硬套了前装项目的完整流程。结果呢？光文档评审就花了项目一半的时间，客户都等急了。这就是典型的“裁剪失败”。

裁剪指南应该包含哪些内容？我列一下：

1. 裁剪规则：什么情况下可以裁剪？比如，原型项目可以裁剪正式评审，只做同行走查。
2. 裁剪选项：每个流程活动提供“必选”、“可选”、“不适用”三个选项。
3. 裁剪审批：谁有权批准裁剪？一般需要项目经理+EPG（过程改进组）共同签字。
4. 裁剪记录：裁剪了什么？为什么裁剪？都要写清楚，备查。

我习惯用一张表格来做裁剪决策：

项目特征	推荐裁剪策略	举例
高风险（ASIL B/C/D）	不裁剪，严格执行	刹车、转向、气囊
中风险（ASIL A/QM）	适度裁剪，保留核心评审	车灯、车窗、座椅
低风险（原型/预研）	大幅裁剪，只保留关键活动	概念验证、Demo
敏捷项目	按迭代裁剪，评审频率调整	2周一个Sprint

3.3 流程角色与职责：谁该干什么事

流程定了，资产库有了，裁剪指南也写好了。但谁来执行？

很多公司流程推不下去，就是因为角色定义模糊。项目经理以为测试用例是开发写的，开发以为测试用例是测试写的，最后没人写。

ASPICE里常见的角色，我给大家梳理一下：

• 项目经理：管进度、管资源、管风险。对项目交付负责。
• 系统工程师：管需求、管架构、管系统级测试。说白了，就是“翻译官”，把客户需求翻译成技术语言。
• 软件工程师：写代码、做单元测试、参与代码审查。嗯，这是干活的主力。
• 测试工程师：设计测试用例、执行测试、报告缺陷。记住，测试不是开发的附属品。
• 质量保证（QA）：监督流程执行，发现问题，推动改进。QA不是警察，是教练。
• 配置管理员：管版本、管基线、管变更。别小看这个角色，出一次版本混乱就够你受的。
• 过程改进组（EPG）：制定流程、维护资产库、培训、审计。这是流程的“立法机构”。

角色定义清楚了，还要用RACI矩阵把职责说透。R代表负责（Responsible），A代表批准（Accountable），C代表咨询（Consulted），I代表告知（Informed）。

举个例子，需求评审的RACI：

活动	项目经理	系统工程师	软件工程师	测试工程师	QA
编写需求	I	R/A	C	C	I
评审需求	A	R	C	C	I
批准需求	A	R	I	I	I
跟踪需求	I	R/A	I	I	C

你看，一张表就把所有人的职责说清楚了。谁负责写，谁负责批，谁只需要知道，一目了然。

最后说一句。组织级流程建立，不是一蹴而就的事。我见过最快的团队，从零到初步跑通，花了3个月。慢的，一年半载都有。关键是先跑起来，再优化。别想着一步到位，那是做梦。

嗯，这章就到这里。下一章我们聊聊项目级流程落地，那才是真正见真章的地方。