20-无人售货柜全项目研发管理复盘从需求到量产完整流程落地总结黒漂技术佬 出品 | CSDN原创大家好我是黒漂技术佬。这是CMMI3系列的收官篇我们用一个真实项目——无人售货柜把前面19篇文章的知识体系完整串联起来做个全景复盘。无人售货柜是个典型的软硬一体AI项目涉及嵌入式瑞芯微RK3568、计算机视觉YOLO目标检测商品识别、云服务SaaS架构、微信支付等。研发周期大约9个月从需求到量产交付经历了完整的CMMI3轻量流程。一、项目全景回顾从0到1的完整链路1.1 项目背景客户需求打造一款智能无人售货柜用户扫码开门→取货→关门自动结算后端配套运营管理平台。技术栈一览前端Android售货柜屏幕 Vue.js管理后台 微信小程序用户端后端Java SpringBoot PythonAI推理服务算法YOLOv8 商品检测 目标跟踪 动作识别嵌入式瑞芯微RK3568 Android 12 摄像头驱动硬件称重传感器、电子锁控板、4G通信模块云服务SaaS多租户架构K8s部署1.2 完整阶段链路下面用时间线串起来每个阶段对应CMMI3的哪些过程域以及实际踩过的坑。阶段一需求阶段Month 1对应RD/REQM活动产出踩坑实录需求调研《市场需求文档》客户说AI识别要100%准确技术上不可能。做了需求澄清正常光照98%弱光95%遮挡不做承诺需求评审评审记录问题跟踪表评审时算法组和嵌入式组吵起来了——谁负责图像预处理最终定了嵌入式负责采集和基础处理算法负责推理需求基线V1.0需求规格说明书用Jira管理每条需求标注优先级和验收标准CMMI3要点需求必须逐条评审评审记录存档变更走CCB流程。我们用飞书文档做需求规格Jira做需求条目化管理。阶段二设计阶段Month 1-2对应TS/PI活动产出踩坑实录概要设计系统架构图、技术选型文档最初选了TensorFlow Lite做端侧推理发现RK3568的NPU对ONNX支持更好切换到ONNX Runtime技术选型要早验证详细设计核心模块设计文档开门控制、商品识别、支付结算支付回调的幂等性设计漏了测试时才发现重复扣款的风险紧急加分布式锁接口设计API接口文档Swagger自动生成前后端联调时发现版本不匹配从此定了规矩接口文档跟着Feature分支一起提交CMMI3要点设计评审不能走过场。我们用预审正式评审两轮制第一轮技术负责人看第二轮全团队看。阶段三开发迭代Month 2-7对应PP/PMC/CM共6个Sprint每个Sprint两周Sprint目标关键事件Sprint 1嵌入式底层打通摄像头采集MQTT通信顺利Sprint 2YOLO模型部署到RK3568 NPU模型转换遇到精度损失调了一周Sprint 3开门控制称重传感器联动顺利Sprint 4商品识别核心算法支付闭环算法准确率不够加了后处理逻辑Sprint 5管理后台小程序端联调接口联调期间发现3个性能瓶颈Sprint 6全链路压测缺陷修复发现MQTT断连重连机制不可靠迭代管理实践每日站会15分钟只说三句话昨天做了什么、今天做什么、有什么阻塞Sprint评审会演示可工作的软件不是PPT每次都有客户参与Sprint回顾会用的Start/Stop/Continue模板简单有效CMMI3要点迭代计划必须可视化。我们用Jira的Sprint Board燃尽图每周更新Velocity稳定在18-22点。阶段四测试验证Month 7-8对应VER/VAL测试类型内容实际数据单元测试核心模块覆盖率70%实际达到76%集成测试前后端联调算法联调发现23个集成Bug系统测试全功能覆盖测试用例186条通过率94%验收测试场景扫码→开门→取货→关门→扣款关键路径P0 Bug清零性能测试并发支付/100台设备在线支付接口P99200ms稳定性测试柜子连续运行72小时MTBF达标500小时关键踩坑商品识别的边界场景测试不足空手关门、多人同时取货、商品遮挡、快速开关门。补了40条测试用例才覆盖全AI模型的过拟合问题训练集上的准确率96%实际场景84%。原因训练数据采集环境太理想加了各种光照和角度数据后提升到93%CMMI3要点测试必须可追溯。每条测试用例关联需求每个Bug关联测试用例形成需求→用例→Bug→修复的完整闭环。阶段五灰度发布Month 8对应VAL/PMC灰度策略三阶段推进阶段范围观察指标持续时间内部灰度公司内5台设备功能完整性、识别准确率2周小范围灰度客户现场10台设备网络稳定性、支付成功率2周全量发布全部50台设备整体运营指标持续监控灰度期间的应急机制远程OTA回滚能力固件v1.0→v1.1→回滚v1.0的路径提前测试过灰度开关后端配置不用发版就能切流量7×24小时值班第一个月安排轮流值班CMMI3要点灰度发布有明确的准入准出标准。准出条件支付成功率99%、设备在线率95%、识别准确率92%。阶段六量产交付Month 9对应PI/VAL量产阶段的关键动作动作内容CMMI3对应固件版本归档v1.2.0量产版本烧录包校验工具存档CM配置管理生产SOP烧录指南、组装手册、质检标准组织过程资产交付验收客户现场验收测试签字确认VAL确认运维移交部署文档、故障手册交付运维团队文档体系复盘总结项目复盘报告本文就是过程改进二、系列核心知识点回顾整个20篇系列我们从CMMI3的基础概念一路走到实战落地核心知识体系总结如下知识域核心要点对应文章需求管理需求追踪矩阵、变更控制CCB第7-8篇项目策划WBS分解、估算、计划第5-6篇项目监控进度跟踪、偏差分析第9篇版本基线Git Flow、分支策略、版本发布第3-4篇配置管理CI/CD流水线、自动化构建第2篇质量保证QA检查表、PPQA流程第10-11篇测试验证测试流程、测试用例管理第12-13篇风险管理风险识别、应对策略、跟踪第14篇供应商管理外包管控、验收标准第15-16篇文档体系四类文档、归档策略第17篇度量分析三维指标、数据驱动改进第18篇认证落地过程域选型、内审、评估第19篇三、CMMI3轻量落地的心得体会技术佬做了两年CMMI3轻量落地总结五点最深的体会1. 流程是骨架习惯是肌肉。定义流程只需要两周但让团队养成按流程做事的习惯需要两三个月。别急循序渐进。2. 工具比文档更重要。一份好的Jira配置比十份流程文档都有用。流程嵌入工具团队不知不觉就在按流程走。3. 证据在平时别最后补。最痛苦的不是写文档是补证据。评审完了顺手截个图、写两行纪要比最后翻聊天记录找证据强一百倍。4. 度量不是目的改进才是。度量数据不是为了给老板看是为了发现流程中的问题。Velocity下降了不是骂团队是找原因。5. CMMI3不是终点是起点。拿了证不意味着管理能力到位了。真正的收获是过程中建立的那套能自我改进的机制。四、对小微团队的方法论收尾总结小微企业做CMMI3技术佬给三句话第一句别怕。CMMI3没有那么恐怖你日常已经在做一大半了只是不够规范、不够系统。借这个机会整理一下利大于弊。第二句别飘。不要为了拿证而拿证证书是结果能力才是目的。流程应该是你本来就这么做的规范化而不是凭空造一套没人用的纸面流程。第三句别停。CMMI3认证通过后持续改进不要停。每个季度做一次回顾看度量数据调流程让管理体系像代码一样持续迭代。整个系列到此完结。技术佬写这20篇初衷是把自己在智慧农业、无人零售领域做CMMI3轻量落地的实战经验完整记录下来。如果能帮到三五家小团队少走弯路这几十个小时的写作就值了。感谢一路读到这里的你。研发管理这条路没有终点但每一步都算数。