第三章：审核策划——审核计划的制定、审核范围的确定、审核日程与资源安排
说实话，很多工程师觉得审核就是「来查我的人到了，我配合一下就行」。
但在我眼里，审核真正的成败，其实在审核员踏进你们公司大门之前就已经决定了。为什么？因为策划阶段没做好，后面全是坑。
我自己做审核员这些年，见过太多「现场乱成一锅粥」的项目。审核员到了，项目经理还在问「你们要看什么？」——这种场面，说实话挺尴尬的。
3.1 审核计划：不是一张时间表那么简单
审核计划，说白了就是一张「作战地图」。它告诉你：什么时候、谁、去查什么、用什么方法查。
我个人的习惯是，审核计划至少要包含以下几个要素：
- 审核目标：这次审核是为了什么？是项目里程碑评审？还是供应商能力评估？还是年度例行监督？目标不同，计划完全不同。
- 审核范围：哪些流程、哪些项目、哪些产品、哪些组织单元会被覆盖。范围定得太宽，审核员累死；定得太窄，风险漏掉。
- 审核准则：依据什么标准？ASPICE 3.1？还是客户特定要求？还是公司内部流程？
- 审核方法：远程还是现场？文档审查还是访谈为主？有没有需要现场演示的环节？
- 审核日程：每天几点到几点做什么，谁参与，谁负责。
- 资源安排：审核员、会议室、翻译（如果有）、工具演示环境、网络条件等。
重点提醒：审核计划一定要提前至少两周发给被审核方。我见过有审核员提前两天才发计划，结果被审核方根本来不及准备，现场审核变成了「找资料大赛」。
3.2 审核范围的确定：边界划清楚，后面少吵架
审核范围，是审核策划里最容易出问题的地方。为什么？因为大家总想「多查一点」或者「少查一点」。
我记得有一次，客户要求我们审核一个供应商的「整个软件开发流程」。结果到了现场才发现，供应商只负责底层驱动开发，应用层是另一家公司做的。范围没划清楚，审核员花了半天时间查了不该查的东西。
确定审核范围时，我建议你考虑以下几点：
- 项目边界：这个项目包含哪些子系统？哪些模块是自研的？哪些是外购的？
- 流程范围：覆盖ASPICE的哪些过程域？是全部31个？还是只选关键的（比如SYS.2、SWE.1、SWE.6、MAN.3）？
- 组织范围：哪些部门参与？研发部、测试部、项目管理部、质量部？还是只查研发？
- 时间范围：查哪个阶段的产物？从需求开始？还是从设计开始？还是只查最近的迭代？
- 工具范围：使用的工具链（比如JIRA、DOORS、Git、Jenkins）是否在审核范围内？
我的经验：审核范围最好用一张表格写清楚，双方签字确认。我曾经吃过亏——口头说好的范围，到了现场对方说「这个我们没准备」。从那以后，我坚持所有范围确认必须书面化。
3.3 审核日程：别把审核员当超人
审核日程的制定，其实是一门「时间管理艺术」。你想想看，一个审核员一天能高效工作多久？我个人觉得，纯访谈加文档审查，一天6小时是上限。超过这个时间，注意力下降，判断力也会打折。
我一般会这样安排一天的审核日程：
| 时间段 | 活动 | 参与人 | 备注 |
|---|---|---|---|
| 09:00 - 09:30 | 开场会议 | 项目经理、质量经理、审核组 | 确认日程、澄清疑问 |
| 09:30 - 11:00 | 流程访谈（需求管理） | 需求工程师、系统架构师 | 重点看需求追溯矩阵 |
| 11:00 - 12:00 | 文档审查 | 审核员独立工作 | 审查需求规格、设计文档 |
| 12:00 - 13:00 | 午餐 | — | 审核员需要休息 |
| 13:00 - 14:30 | 工具演示 + 现场访谈 | 开发人员、测试人员 | 看实际工作流，不是PPT |
| 14:30 - 15:30 | 文档审查（继续） | 审核员独立工作 | 交叉验证上午的发现 |
| 15:30 - 16:30 | 审核组内部讨论 | 审核组 | 整理发现项、初步评级 |
| 16:30 - 17:00 | 每日总结会议 | 项目经理、质量经理 | 通报当天发现，不评级 |
注意：不要把审核日程排得太满。我见过有人把一天排了8个访谈，每个30分钟。结果每个访谈都超时，后面全乱套。留出缓冲时间，比如每两个活动之间留15分钟。
3.4 资源安排：别让审核员「裸奔」
资源安排，听起来简单，但实际执行中经常出问题。我来说几个常见的坑：
- 会议室：要安静、有投影、有白板。别安排在开放式工位旁边，太吵了。
- 网络：如果是远程审核，网络带宽一定要够。我经历过一次远程审核，对方网络卡成PPT，一个访谈做了两个小时。
- 工具账号：审核员需要查看JIRA、DOORS、SVN等工具，提前开好只读账号。别到了现场才申请，等审批就要半天。
- 文档准备：被审核方应该提前把关键文档（比如项目计划、需求规格、设计文档、测试报告）打包好，放在共享文件夹里。审核员到了直接看，不用到处找。
- 翻译：如果审核员和被审核方语言不通，一定要配专业翻译。别让项目经理兼职翻译，他一边翻译一边还要回答问题，效率极低。
避坑指南：我曾经遇到过一次审核，对方说「所有文档都在SVN里，你自己找」。结果SVN目录结构混乱，我花了两个小时才找到一份需求文档。从那以后，我要求被审核方必须提供一份「文档索引清单」，标明每份文档的路径和版本。
3.5 审核策划的常见误区
最后，我总结几个审核策划阶段常见的误区，你对照一下自己有没有踩过：
- 计划太理想化：觉得一天能查完所有流程。实际上，ASPICE审核一般建议每个过程域至少留2-3小时。
- 范围太模糊：只说「查软件开发」，但没说是查哪个项目、哪个版本、哪个阶段。结果现场扯皮。
- 忽略被审核方的准备时间：计划发得太晚，对方来不及准备，审核质量大打折扣。
- 资源安排想当然：以为会议室随时有空、网络永远稳定、工具账号秒批。现实往往打脸。
- 没有应急预案：如果审核员临时生病怎么办？如果网络断了怎么办？如果关键人员请假怎么办？这些都要提前想好。
嗯，审核策划这部分，说白了就是「把丑话说在前面」。计划做得越细，现场越顺。我见过太多项目，策划阶段草草了事，结果现场审核变成了「救火现场」。
记住一句话：审核策划不是走形式，它是整个审核活动的「地基」。地基没打好，上面盖的房子再漂亮，也经不起风吹雨打。