07-进度管控与迭代管理敏捷迭代CMMI流程融合的轻量开发模式前两篇讲完了立项规划和WBS拆解任务拆好了接下来就是怎么管好执行过程。很团队在CMMI和敏捷之间纠结选CMMI嫌重选敏捷嫌散。其实这俩不是非此即彼融合起来用才是正解。一、敏捷与CMMI3不是选A还是选B1.1 两个常见误区误区一“小微企业就该用敏捷CMMI太重了不适合。”CMMI不是让你写1000页文档CMMI的核心是过程可重复、结果可追溯、问题可改进。小微企业完全可以轻量化落地。误区二“敏捷就是不用写文档、不用做计划。”敏捷不是无政府主义敏捷强调的是拥抱变化、快速反馈、持续改进但这不等于没有过程纪律。1.2 融合思路CMMI做骨架敏捷做肌肉维度CMMI提供什么敏捷提供什么融合方式过程规范标准流程定义、过程域要求—CMMI定义必须做什么执行节奏里程碑检查点Sprint迭代周期敏捷定义怎么一步步做质量保障配置管理、质量审计、度量分析持续集成、自动化测试两者结合文档轻量化但过程不丢改进机制组织级过程改进(OPF/OPA)Sprint回顾会议回顾会的输出纳入过程改进库一句话总结CMMI保证过程完整性敏捷保证执行灵活性。1.3 融合后的开发节奏以2周一个Sprint为例融合后的节奏如下项目启动 → 立项评审(CMMI) → 需求基线(CMMI) → 架构设计(CMMI) → Sprint 0(敏捷) → Sprint 1 → Sprint 2 → ... → Sprint N → 里程碑评审(CMMI) → 验收交付(CMMI) ↓ 每个Sprint内部 Sprint规划 → 开发 → 每日站会 → Sprint评审 → Sprint回顾CMMI的关键检查点立项、需求基线、设计评审、验收作为大门敏捷的Sprint作为门之间的路。二、迭代计划制定2.1 Sprint规划会议每个Sprint开始前开一次Sprint规划会议时长建议2-4小时。会议输入产品待办列表Product Backlog团队历史速率VelocitySprint可用工时考虑请假、会议等扣除会议输出Sprint待办列表Sprint BacklogSprint目标一句话描述本迭代要达成什么2.2 故事点估算故事点Story Point是敏捷中估算工作量的方法不用天而用相对值。故事点估算步骤选一个中等复杂度的任务作为基准故事赋值2点其他任务与基准对比差不多复杂就2点简单就1点复杂就3-5点用斐波那契数列1、2、3、5、8、13避免中间值让团队纠结估算方法——规划扑克每人发一副扑克牌1/2/3/5/8/13PO讲一个故事团队提问澄清每人同时出牌最高分和最低分的人分别解释理由讨论后重新出牌直到收敛故事点不是精确值是相对值。别纠结3点到底是1.5天还是2天关注相对大小就好。2.3 Sprint容量计算Sprint容量 团队人数 × 每人可用天数 × 投入比例 × 专注系数(0.7)举例3人团队2周Sprint10个工作日投入比例80%专注系数0.7容量 3 × 10 × 0.8 × 0.7 16.8 → 取16点专注系数0.7的意思人不可能8小时纯写代码开会、沟通、处理线上问题、摸鱼划掉都要算进去。0.7是比较合理的经验值。2.4 Sprint待办列表示例编号故事故事点负责人优先级SP-01用户手机号注册登录5张三P0SP-02商品信息CRUD接口3李四P0SP-03柜机心跳上报3张三P0SP-04小程序扫码页面5王五P1SP-05微信支付对接5李四P1三、看板管理让进度可视化3.1 看板的本质看板的核心不是一块白板而是可视化工作流 限制在制品(WIP)。标准看板列| 待办(To Do) | 进行中(In Progress) | 测试中(Testing) | 完成(Done) |3.2 工具选择工具适合场景优点缺点物理白板便利贴5人以下团队同地办公直观、低成本、仪式感强无法远程、无法留痕Teambition国内中小团队中文友好、操作简单、免费版够用功能不如Jira丰富Jira有CMMI审计需求功能强大、报表丰富、可定制学习成本高、国内访问慢GitLab Issue Board开发团队已有GitLab与代码仓库集成、无需额外工具项目管理功能较弱小微企业建议5人以下用物理白板Teambition组合白板做日常可视化Teambition做记录和远程协作。有审计需求再上Jira。3.3 WIP限制WIPWork In Progress限制是看板区别于普通任务板的关键。规定每列最多放几个任务强制团队完成再开始新的。建议设置进行中(In Progress)每人最多2个任务测试中(Testing)最多3个任务WIP限制的哲学少即多。同时做5个任务不如一次只做2个做完做好。减少上下文切换的开销反而更快。四、进度跟踪方法4.1 燃尽图Burndown Chart燃尽图是敏捷最经典的进度可视化工具。横轴是Sprint天数纵轴是剩余故事点理想曲线是一条从左上到右下的直线。故事点 16 |* | * --- 理想曲线 12 | * | * 8 | * | * --- 实际曲线 4 | * | * 0 ---|---|---|---|--→ 天数 1 5 8 10看燃尽图的三个信号实际曲线在理想曲线上方 → 进度落后需要调整实际曲线在理想曲线下方 → 正常或超前实际曲线不降反升 → 范围在扩大有新增需求进入Sprint4.2 每日站会时间每天早上15分钟以内形式围着看板站着开每人说三句话昨天做了什么今天计划做什么有什么阻碍站会的三个禁忌禁止变成技术讨论会有问题会后单独拉人讨论禁止只汇报不协作不是给老板汇报是给团队同步禁止超时超过15分钟说明跑偏了4.3 周报CMMI要求过程可追溯周报是轻量级的追溯手段。周报模板一页纸搞定【项目名称】第X周周报 一、本周完成 - 后端用户服务接口开发完成通过单元测试 - 安卓摄像头JNI封装完成可正常采集图像 - 小程序扫码页面完成已联调后端 二、本周计划偏差 - 商品服务接口延期1天原因数据库表结构调整 - 影响无已通过加班补回 三、下周计划 - 后端完成柜机服务和交易服务 - 安卓完成YOLO推理引擎封装 - 小程序完成购物车页面 四、风险与问题 - R01风险触发RK3588到货延迟3天已启用RK3566备选方案五、偏差处理与计划调整5.1 偏差判定标准偏差程度判定标准处理方式正常偏差≤5%无需处理继续执行关注5%偏差≤10%PM标记关注在周报中说明预警10%偏差≤20%召开偏差分析会制定纠偏措施重大偏差偏差20%重新规划可能需要变更基线偏差百分比 |实际进度 - 计划进度| / 计划进度 × 100%5.2 纠偏措施五板斧赶工加人或加班花更多资源换时间成本增加快速跟进把原本串行的任务改成并行风险增加缩减范围砍掉低优先级功能需要客户同意调整质量标准降低非核心功能的质量要求需要谨慎评估资源置换把能力强的人换到关键路径上5.3 什么时候该重新规划不是所有偏差都需要重新规划。以下情况建议重新制定计划关键路径上的任务延期超过Sprint长度的50%多个Sprint连续未达成目标出现计划时未预料到的重大风险客户需求发生重大变更重新规划要走变更控制流程更新项目计划基线通知所有干系人。5.4 Sprint回顾会持续改进的发动机每个Sprint结束时开回顾会回答三个问题做得好的这个Sprint哪些做法有效要继续保持做得不好的哪些地方出了问题根因是什么下次改进的具体改什么谁负责改下次怎么验证回顾会的关键原则对事不对人不追责改进项要具体、可执行不要加强沟通这种废话每个Sprint只选1-2个改进项别贪多改进项纳入下个Sprint的待办列表真正落地CMMI的组织级过程改进OPF过程域要求从项目中收集改进经验。Sprint回顾会就是最好的经验收集渠道。把回顾会的改进项记录到组织过程资产库OPA跨项目复用。小结敏捷和CMMI的融合不是简单的11而是用CMMI保证过程纪律用敏捷保证执行效率。核心要点回顾融合思路CMMI做骨架立项/基线/评审/验收敏捷做肌肉Sprint/站会/回顾迭代规划故事点估算是相对估算Sprint容量用0.7专注系数看板管理可视化WIP限制少即多进度跟踪燃尽图看趋势、站会看日常、周报留痕迹偏差处理5%以内正常10%以上预警20%以上重新规划持续改进Sprint回顾会是CMMI过程改进的数据来源