CMMI认证验收，到底在验什么？

很多企业拿到CMMI证书后才发现：原来“过审”不等于“真落地”。尤其在验收阶段卡壳的团队不在少数——不是文档没写全，就是过程没留痕；不是访谈答不上来，就是证据链对不上。那问题来了：CMMI项目验收，到底在验什么？

验的是“做没做”，更是“有没有闭环”

CMMI验收从不只看PPT和制度文件。它盯的是你日常怎么做的：需求评审有没有真实记录？代码合并前是否强制走检查单？缺陷修复后有没有回归验证并归档？九蚂蚁陪跑过的几十个客户里，80%的“补救动作”都发生在验收前两周——不是流程没建，而是执行没闭环、证据没沉淀。验收官翻的不是模板，是你们上周三那次需求变更的会议纪要、开发日志、测试报告三者能不能对上号。

验的是“人知不知”，不是“纸写没写”

再漂亮的流程文档，如果工程师说不清自己岗位对应的实践要求，验收基本亮红灯。比如：测试工程师能否讲清楚“如何基于风险调整测试深度”？项目经理能不能复述“项目监控中偏差分析的触发阈值和上报路径”？九蚂蚁在预评估阶段最爱做“随机5分钟快问”，不是考背诵，而是看理念是否已长进团队肌肉记忆里——这才是CMMI真正想看到的“组织级能力”。

验的是“改没改”，而不是“交没交”

CMMI不是一锤子买卖。验收时一定会查你上次评估提出的改进建议落实了没有：过程资产库更新了吗？培训记录匹配改进项了吗？数据度量结果有没有反哺到下一轮计划调整？我们有个客户，在终验前主动提交了3份《过程改进效果分析表》，用实际缺陷下降率、返工减少工时等数据说话，反而让ATM组长当场点赞：“这才叫持续改进”。

说白了，CMMI验收不是找茬，是帮你把“差不多”变成“稳得住”。在九蚂蚁，我们不教你怎么“过审”，而是陪你把CMMI长成自己团队的呼吸节奏——流程自然发生，证据随手可取，改进成为习惯。毕竟，证书只是副产品，能打硬仗的团队，才是真成熟。