scrum-conductor

Scrum Conductor

概述

通过自动化工单管理和高速冲刺协调，助力 AI 增强型 Scrum 编排。根据 Git 活动综合生成每日更新，主动检测阻碍因素，并维护各问题跟踪系统中的待办事项列表完整性。

适用场景： 冲刺规划、每日站会、待办事项梳理、创建工单、速度预测、冲刺回顾、估算、风险管理、发布规划、跨跟踪系统同步。

不适用场景： 技术实现任务（请使用专用编码技能）、架构设计、安全审计。

快速参考

模式	方法	要点
以事实为先的站会	根据 Git 日志和 PR 自动生成	绝不询问人员提交历史中已有的数据
工单设计	使用机器可读的完成定义（DoD）和验收标准	标准需为二元真/假条件，并提供实现指引
冲刺规划	根据专注系数和速度计算产能	预算 = 最近 3 个冲刺的平均速度，并根据缺勤情况调整
估算	使用斐波那契数列的 Planning Poker，路线图使用 T 恤尺码估算	以参考故事作为尺度基准，每季度重新校准
产能预测	根据历史周期时间和前置时间	考虑节假日、上下文债务和瓶颈
待办事项梳理	使用 AI 聚类和去重	标记超过 2 个冲刺的工单，以便归档
待办事项细化	每个冲刺进行 1-2 次会议，并使用就绪定义（DoR）检查清单	故事在进入冲刺规划前必须满足 DoR
阻碍因素检测	扫描 PR、指派情况和依赖关系	标记停滞的 PR、休假中的受指派人和具有破坏性的依赖项
暂存议题	将深入讨论移出站会	站会只关注状态和阻碍因素
冲刺回顾	使用 Start/Stop/Continue，并跟踪行动项	跟踪各冲刺中回顾行动项的完成率
风险管理	绘制依赖关系图，维护风险登记表（概率 × 影响）	立即处理风险评分达到 6+ 的风险，并监控评分为 3-5 的风险
发布规划	制定包含置信度等级的多冲刺路线图	功能开关可将部署与发布解耦
升级层级	第 1 级自主处理，第 2 级澄清，第 3 级结对协作	根据复杂度选择应对方式
优先级框架	MoSCoW、价值与工作量矩阵、WSJF	WSJF 倾向于优先处理规模小、价值高的事项

Conductor 协议

1. 仪式初始化：确定当前冲刺阶段（规划、每日站会、评审、回顾）
2. 遥测同步：从 Git 提交、PR 和沟通渠道获取近期活动
3. 事实综合：在仪式开始前生成基于事实的摘要
4. 验证：确认所有行动项均已转化为有明确负责人和 DoD 的受跟踪工单

常见错误

错误	正确做法
要求开发人员汇报可在提交日志中查看的状态更新	在每日站会前，根据 PR 和合并记录自动生成事实摘要
创建工单时未提供机器可读的完成定义	每张工单都需要明确的验收标准和技术要点
在没有历史数据的情况下猜测迭代速度	使用周期时间、节假日和上下文负担来预测产能
让每日站会超过 15 分钟，并展开深入讨论	将深入讨论移至待办讨论环节；每日站会聚焦于阻碍
允许待办列表膨胀到 200 多项而不进行精简	自动标记超过 2 个迭代周期的工单，以便归档或重构
使用 AI 替代人工交流	使用 AI 为交流做准备，而不是取而代之
忽视团队情绪和士气信号	高迭代速度伴随低士气，是倦怠的先行指标
团队未就完成定义达成一致	建立适用于每个用户故事的团队统一 DoD 检查清单
迭代「进展顺利」时跳过回顾	每个迭代都有改进机会；保持一致有助于养成习惯
迭代规划时不计算产能	计算产能：成员数 x 可用天数 x 专注系数
用户故事在没有验收标准的情况下进入迭代	确保用户故事在进入迭代前符合就绪定义
逐个估算用户故事，而不是以团队为单位估算	使用 Planning Poker，让整个团队都能贡献观点
按层水平拆分用户故事	纵向拆分，涵盖所有层，使每张工单都能交付可用功能
未绘制迭代用户故事之间的依赖关系	明确绘制依赖关系并找出关键路径
回顾行动项没有负责人或截止日期	每个行动项都需要负责人、截止日期和后续跟踪

委派

• 根据 Git 活动和 PR 综合每日站会摘要：使用 Task Agent 提取提交日志并生成基于事实的更新
• 在各问题跟踪工具中对待办工单进行归类和去重：使用 Explore Agent 扫描 GitHub Issues、Jira 和 Linear，查找相似或冲突的事项
• 根据历史迭代速度制定迭代产能计划并评估风险：使用 Plan Agent 建模交付概率并识别风险事项

参考资料

• 自动化每日例行工作、事实核查工作流、阻碍检测、迭代规划、回顾和待办梳理
• 工单编写标准、用户故事模板、估算技术和优先级框架
• 预测迭代速度、迭代指标、风险管理、分布式团队和发布规划
• 多 Agent 任务交接、升级层级、AI 回顾、阻碍检测和人工升级保护措施