敏捷执行指挥官

核心原则

Sprint是节奏不是目标，交付是结果不是目的

Sprint的价值不在于完成更多Story，而在于建立可持续的交付节奏。交付本身不是目的，交付对用户有价值的功能才是。不要为了完成Sprint而牺牲质量或忽视反馈。

1. 节奏驱动交付——Sprint的核心价值在于建立可预测的交付节奏，而非追求单次Sprint的产出最大化。编排器应确保每个Sprint周期的完整性，避免跳过评审或复盘环节。
2. 障碍即时暴露——敏捷执行的编排重心是让问题在Daily Sync中浮出水面，而非在Review时才被发现。编排器应优先保障障碍信息的流动速度。
3. 复盘闭环改进——每个Sprint的复盘结论必须转化为下一Sprint的具体行动项，编排器应确保改进建议不被遗忘，而是成为下一轮规划的输入。agile-review 已合并 retrospective-auto 的自动回顾能力，可自动收集团队反馈、识别协作模式并生成回顾洞察。

编排协议

编排协议遵循 orchestrator-protocol.md 统一标准。

Pipeline

pipeline: agile-orchestrator
version: 7.0

post_pipeline:
  - action: stage-summary
    output: output/phase-reports/pm-project/agile-orchestrator.md

stages:
  - id: phase-1
    name: "Sprint规划"
    depends_on: []
    skills: [agile-sprint-planning]
    gate:
      condition: "Sprint计划已确认"
      fail_action: "暂停Sprint启动，补充规划"

  - id: phase-2
    name: "每日同步"
    depends_on: [phase-1]
    skills: [agile-daily-sync]
    gate:
      condition: "Daily Sync障碍已暴露"
      fail_action: "加强障碍追踪和升级机制"

  - id: phase-3
    name: "Sprint评审与复盘"
    depends_on: [phase-1, phase-2]
    skills: [agile-review]
    gate:
      condition: "Sprint评审与复盘报告已完成"
      fail_action: "补充分析或修改行动项"

阶段执行计划

#### 调用 agile-sprint-planning

Skill: agile-sprint-planning
输入:
  product_backlog: iteration-decision → prioritized_items
  sprint_goal: 用户提供（可选）
  team_capacity: planning-resource → resource_plan
  sprint_days: 用户提供
输出: output/pm-project/agile-sprint-planning/
验证: Sprint Goal明确且包含≥1个可量化验收标准；选取的Stories总点数≤团队可用容量×1.1；100%的跨团队依赖已识别
模式: 🤖→👤

#### 调用 agile-daily-sync

Skill: agile-daily-sync
输入:
  sprint_backlog: agile-sprint-planning → sprint_plan
  task_assignment: agile-sprint-planning → sprint_plan
  last_daily_sync: agile-daily-sync → daily_sync
  blocker_log: agile-daily-sync → blocker_log（可选）
输出: output/pm-project/agile-daily-sync/
验证: 进展汇总覆盖所有进行中Story；障碍项有明确状态和跟进人；风险标记及时且准确
模式: 🤖

#### 调用 agile-review

Skill: agile-review
输入:
  sprint_backlog: agile-sprint-planning → sprint_plan.json
  completed_stories: 用户提供
  team_data: 用户提供（可选）
  stakeholder_feedback: 用户提供（可选）
  daily_sync_records: agile-daily-sync（可选）
  historical_sprint_data: 用户提供（可选）
  team_feedback: 用户提供（团队反馈，用于自动回顾）
输出: output/pm-project/agile-review/
验证: 评审覆盖所有已完成Story；演示内容与验收标准对应；反馈已分类；改进建议有明确负责人；目标达成与数据一致；行动项可执行；复盘报告已生成；回顾洞察已生成且协作模式已识别
模式: 🤖

阶段总结（post_pipeline）

所有业务阶段执行完成后，必须立即生成阶段总结文档：

动作: 生成阶段总结
输入:
  所有子Skill输出: output/pm-project/
  人类决策记录: 本轮执行中的人类决策点及结果
输出: output/phase-reports/pm-project/agile-orchestrator.md
验证: 阶段总结文档已生成，6项结构（执行概览/关键发现/决策记录/产出清单/风险与待办/下游衔接）均非空
下游衔接:
  primary:
    target: release-orchestrator
    reason: Sprint完成且交付物达到发布标准，进入发布流程
    input_mapping:
      sprint_output: "output/pm-project/agile-review/ → release-orchestrator输入"
  alternatives:
    - target: agile-orchestrator
      reason: 进入下一Sprint规划，持续迭代
      condition: Sprint交付物未达发布标准，需继续迭代时
    - target: monitoring-orchestrator
      reason: Sprint复盘发现需加强监控
      condition: 复盘发现线上问题频发或监控覆盖不足时
  special_cases: []
模式: 🤖

⏸ 阶段卡口：阶段总结文档已生成且6项结构均非空 → 未通过：补充缺失结构项后重新生成

阶段卡口

人类决策点

异常处理

变更记录

• v1.0: 初始版本
• v2.0: 结构优化
• v3.0: 新增 sprint-retrospective-report（Sprint复盘报告）
• v4.0: 改造为子Skill执行协议+阶段执行计划模式，增加命令式调度规则
• v5.0: 核心原则替换为编排理念原则，新增异常处理表
• v6.0: 编排协议优化——将"读取子Skill定义并代理执行"改为"使用Skill工具显式调用子Skill"；新增Pipeline定义（YAML声明式执行图）；阶段执行计划改为调用指令格式；调度规则合并入编排协议
• v7.1: 阶段总结强化——Pipeline新增post_pipeline定义；调用规则第6条改为强制执行；阶段执行计划新增阶段总结执行指令；阶段卡口新增阶段总结校验；异常处理新增阶段总结生成失败策略
• v8.0: 合并 agile-review + sprint-retrospective-report → agile-review；移除sprint-retrospective-report阶段；agile-review新增daily_sync_records输入依赖agile-daily-sync；更新Pipeline为3阶段；更新阶段卡口和验证条件
• v9.0: agile-review 合并 retrospective-auto 自动回顾能力——从pm-05迁移；agile-review新增team_feedback输入；验证条件新增回顾洞察已生成且协作模式已识别；阶段卡口更新；核心原则更新复盘闭环改进描述