CMMI合规，真能“自己考自己”吗？

别被“自我评估”四个字忽悠了

一听到“自我评估”，很多人第一反应是：哦，那我找个模板填一填、拉个小组开个会、打打分——搞定！但CMMI可不是一份Excel表格加几页PPT就能糊弄过去的考试。它本质是一套过程改进的思维体系，不是打勾式合规检查。你让一个刚上线ERP的团队，对着ML3的“量化项目管理”条款自评“已达标”？就像让新手司机给自己发驾照——逻辑上站不住，实践里也跑不通。

自评可以有，但得“带着教练练”

九蚂蚁接触过太多企业：花两周做完一份“高分自评报告”，结果首次正式评估时，连“需求跟踪矩阵怎么维护”都答不上来。为什么？因为CMMI每个实践背后，都有隐性前提——比如“组织过程性能模型（OPPM）”不是建个Excel预测工期，而是要基于三年以上历史数据做统计分析。没数据、没基线、没分析能力，光靠“我觉得我们做得挺规范”，等于在雾里画地图。

真正的自我评估，其实是“照镜子+找参照系”

我们帮客户做的前期摸底，从来不是闭门打分。而是先拉出你们最近3个典型项目的过程记录（哪怕不完整），对照CMMI实践逐条“翻旧账”：需求变更有没有走审批？测试缺陷是不是全进了系统？配置项有没有唯一标识？这个过程不叫“自评”，叫过程快照+差距显影——哪块模糊、哪块断裂、哪块只是“口头流程”，一眼就清。

说白了，CMMI不是考你会不会背条款，而是看你能不能把“该做的事”，变成“每天自然发生的事”。自我评估的价值，不在分数，而在帮你揪出那些“习以为常的断点”。而这些断点，往往藏在邮件里、聊天记录中、甚至老员工的脑子里——需要有人帮你一层层剥开看。

所以别急着打分，先问问自己：你的需求评审纪要里，有没有记录“谁反对、为什么反对、最后怎么拍板的”？你的代码合并请求（PR），有没有强制关联需求ID和测试用例？如果答案模棱两可……那恭喜，你已经踩中了CMMI最真实的起点——不是从零开始，而是从“看见真实”开始。