上一篇写的是月度执行节奏：把 rule pressure、drift ledger、owner capacity delta 和 carryover risk 带回 admission rule 的修订闭环。
月度会能处理当下的压力，但季度复盘还有另一类问题。到季度末时，大家很容易重新翻周报、会议纪要、风险看板和 owner 私下确认记录，试图还原这个季度到底发生过什么。
如果材料没有提前组装，季度复盘会被证据整理拖慢。更麻烦的是，很多判断会回到印象层：哪条规则改得合理，哪个 owner 被透支，哪些风险是真关闭，哪些只是换了名字继续存在。
这一篇写一个轻量做法：在月度回灌之后，把规则修订痕迹和 owner 容量变化提前沉淀成季度复盘材料，让季度末只做判断，不重新收集证据。
1. 季度复盘材料不要等季度末才整理
季度复盘材料应该在每次月度会后增量生成。
它不是完整复盘报告，只是一组可消费的证据包：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| quarterly_retrospective_material_index:
quarter: 2026_q4
material_windows:
- month: 2026-10
sources:
- monthly_admission_feedback_loop
- drift_decision_queue
- owner_capacity_feedback
- month: 2026-11
sources:
- rule_revision_trace
- carryover_risk_monthly_check
packets:
- rule_revision_packet
- owner_capacity_packet
- carryover_risk_packet
- unresolved_decision_packet
|
这样做的好处是，季度末不需要问“材料在哪”。
每个月处理完规则压力后，就把当月证据归到对应 packet。季度复盘会只需要打开 packet，检查结论是否能支撑下一季度规则和容量调整。
2. rule revision trace 要保留原规则和改动原因
规则修订进入季度复盘时，不能只留下新版规则。
复盘需要看到三件事：原规则是什么，为什么改，改完后哪些限制还在。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| rule_revision_trace_packet:
rule: benefit_capability_requires_workflow_entry
original_acceptance:
- must_have_workflow_entry
- must_have_repeated_use_metric
monthly_revision:
month: 2026-10
reason:
- two_downstream_services_call_api_contract_weekly
- no_human_workflow_entry_needed_for_internal_capability
revised_acceptance:
- has_workflow_entry
- or_has_stable_downstream_api_contract
- must_have_repeated_use_metric
kept_restrictions:
- named_consumer_required
- no_metric_no_admission
quarterly_question:
- keep_revision
- narrow_api_contract_path
- turn_into_standard_admission_rule
|
这份 trace 能让季度复盘少争论很多细节。
如果修订依据来自真实消费路径，季度复盘可以考虑把它固化成标准规则。如果修订只是一次执行让步，季度复盘就要把它收回，或者加上更窄的生效条件。
3. owner 容量变化要按交付包沉淀
owner 容量变化最怕只记录团队维度。
季度复盘真正需要知道的是：哪些交付包受影响，哪些范围被删掉，哪些承诺靠透支完成。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| owner_capacity_quarterly_packet:
owner: release_platform_team
quarter: 2026_q4
monthly_deltas:
- month: 2026-10
planned_capacity_for_new_items: 5
actual_capacity_after_incident_and_hotfix: 1
affected_packages:
replay_gate_completion:
action: keep_minimum_closure
removed_scope:
- preview_ui_refinement
preview_policy_cleanup:
action: defer_to_next_month
- month: 2026-11
planned_capacity_for_new_items: 3
actual_capacity_after_support_rotation: 0
affected_packages:
exception_preview_workflow:
action: reject_new_scope
quarterly_signal:
- owner_capacity_was_over_committed
- future_admission_requires_reserved_incident_buffer
|
这类材料会把“owner 很忙”变成可判断的季度信号。
如果同一个 owner 连续两个月低于准入容量，下季度就不能继续默认它能接新增治理包。复盘结论要写进 owner capacity constraint，而不是只写“加强排期管理”。
4. carryover risk 要带着状态变化进入复盘
carryover risk 在季度复盘里经常被讲成故事。
更好的方式是带状态变化：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| carryover_risk_quarterly_packet:
risk: audit_replay_manual_step_remaining
source_quarter: 2026_q3
q4_expected_closure:
- replay_api_covers_top_3_audit_paths
- manual_step_removed_from_release_gate
monthly_state:
- month: 2026-10
status: still_open
rejected_closure_reason:
- ui_entry_improvement_does_not_remove_manual_step
- month: 2026-11
status: partially_closed
evidence:
- replay_api_covers_top_2_audit_paths
missing:
- manual_step_still_required_for_policy_exception_case
quarterly_decision_needed:
- keep_as_baseline_gap
- split_remaining_manual_step_into_blocking_work
- extend_acceptance_with_named_owner
|
复盘时不需要重新解释这个风险为什么重要。
材料已经说明它从哪里来，原关闭条件是什么，月度检查承认了哪些证据，又拒绝了哪些“看起来相关但没有关闭风险”的动作。
5. unresolved decision 要单独成包
有些月度问题不会在当月解决。
它们如果散在会议纪要里，季度复盘很容易漏掉。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| unresolved_quarterly_decision_packet:
quarter: 2026_q4
items:
- decision: whether_api_contract_can_replace_workflow_entry
source_month: 2026-10
current_state: accepted_for_internal_capability_only
unresolved_part:
- external_team_usage_still_requires_workflow_entry
needs_quarterly_call: true
- decision: whether_preview_policy_cleanup_should_reenter_q1
source_month: 2026-11
current_state: deferred_due_to_owner_capacity
unresolved_part:
- dependency_on_replay_gate_completion
needs_quarterly_call: true
|
这份 packet 专门承接“月度会只能先处理一半”的事项。
季度复盘不应该只看已关闭项。那些被延期、部分接受、需要更高层判断的问题，往往决定下一季度准入规则是否要收紧。
6. 每个 packet 都要有季度问题
材料如果只堆事实，复盘会上仍然要临场提炼。
所以每个 packet 末尾都要带季度问题：
1
2
3
4
5
6
7
8
9
| retrospective_packet_question:
packet: owner_capacity_quarterly_packet
evidence_summary:
- release_platform_team_capacity_below_threshold_for_2_months
- two_delivery_packages_reduced_or_deferred
questions:
- should_q1_admission_limit_new_items_for_this_owner
- should_incident_buffer_become_required_capacity_field
- should_deferred_preview_work_depend_on_replay_gate_closure
|
季度问题不是答案。
它的作用是把复盘讨论导向决策。证据已经归档，复盘会要回答的是：这些证据会不会改变下一季度的 admission rule、owner capacity constraint 和 carryover risk 状态。
7. 复盘材料要能反查月度来源
季度材料可以很轻，但不能断链。
每条重要结论都应该能反查到月度来源：
1
2
3
4
5
6
7
8
9
10
11
| quarterly_material_traceability:
finding: owner_capacity_was_over_committed
packet: owner_capacity_quarterly_packet
evidence:
- month: 2026-10
source: monthly_execution_notes
item: actual_capacity_after_incident_and_hotfix
- month: 2026-11
source: owner_capacity_feedback
item: exception_preview_workflow_rejected_new_scope
trace_status: complete
|
这不是为了做审计形式主义。
它能避免季度复盘里出现“我记得不是这样”的争论。需要追溯时，可以直接回到月度记录；不需要追溯时，季度材料本身已经足够支持判断。
8. 一个最小季度材料模板
把这些内容合起来，可以形成一份最小模板：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
| quarterly_retrospective_preassembled_material:
quarter: 2026_q4
packets:
rule_revision:
required_fields:
- original_rule
- revision_reason
- revised_rule
- kept_restrictions
- quarterly_question
owner_capacity:
required_fields:
- planned_capacity
- actual_capacity_delta
- affected_delivery_packages
- reduced_or_deferred_scope
- quarterly_question
carryover_risk:
required_fields:
- original_closure_condition
- monthly_state_change
- accepted_evidence
- rejected_evidence
- quarterly_question
unresolved_decision:
required_fields:
- current_state
- unresolved_part
- decision_owner
- quarterly_question
traceability:
source_month_required: true
monthly_record_link_required: true
|
这份模板可以放在季度复盘前两周冻结。
冻结不是停止更新，而是明确之后新增的事实要单独标注。这样复盘会就不会一直被新材料打断，团队也能提前看到哪些证据会进入季度判断。
小结
月度回灌处理的是执行中的规则压力。季度复盘材料处理的是这些压力留下来的长期信号。
rule revision trace 要说明规则为什么改、限制是否还在；owner capacity delta 要落到交付包和范围变化；carryover risk 要保留原关闭条件和月度状态；未决事项要单独进入季度判断队列。
材料提前组装以后，季度复盘就不必重新从周报里找证据。它可以直接回答更重要的问题：哪些规则要固化，哪些让步要收回，哪些 owner 下季度不能再承接新增，哪些风险必须作为 baseline gap 继续进入下一轮准入。
下一篇可以继续写季度复盘材料完成后，如何把复盘会上的判断转成下一季度 roadmap 的争议项清单和决策顺序，避免会议只讨论最熟悉、声音最大的主题。
本文永久链接: https://www.mulianju.com/learning-notes/ai-learning-notes-llm-governance-quarterly-retrospective-material-rule-revision-owner-capacity-preassembly/