📦 deps(thirdparty): update snapshots

2026-06-16 16:02:46 +00:00
parent 0be6b97736
commit 71b421806e
1329 changed files with 80483 additions and 482 deletions
@@ -0,0 +1,37 @@
+# 反馈写回协议
+
+用于基层反馈无效、复盘没有改变下一轮、问题被看见但组织不变的场景。
+
+## 定义
+
+反馈写回不是收集意见，也不是会议纪要。反馈只有写回到规则、资源、角色、接口、时间表或停止条件，才进入组织修复回路。
+
+## 写回路径
+
+1. 信号来源：谁发出反馈，反馈来自结果、过程、客户、基层、跨部门接口还是风险事件。
+2. 信号保护：反馈者是否会因说出问题承担额外成本。
+3. 转译节点：谁把反馈转成组织语言，转译是否压扁了坏消息。
+4. 授权节点：谁能改变条件，是否在场。
+5. 结构落点：反馈写回到什么具体变量。
+6. 证据形式：下一轮用什么行为或结果证明写回发生。
+7. 复查时间：何时检查，谁检查，失败如何撤回或升级。
+
+## 五种有效写回
+
+- 规则写回：改验收口径、需求入口、升级路径、风险阈值。
+- 资源写回：增加时间、人手、预算、工具、培训或外部支持。
+- 角色写回：改变 owner、审批人、接口人、替补人或授权边界。
+- 接口写回：改变跨部门交接、响应时限、信息格式和默认决策规则。
+- 时间表写回：冻结范围、减少并行、设置恢复窗口和复查节点。
+
+## 失败模式
+
+- 反馈只变成“大家要重视”。
+- 反馈只变成执行层改进项。
+- 反馈只变成更密集汇报。
+- 反馈者需要继续解释，授权主体不用改变。
+- 没有下一轮信号，无法判断写回是否发生。
+
+## 输出要求
+
+每条写回建议必须包含：反馈来源、结构落点、授权 owner、执行 owner、证据、复查时间、失败处理。
@@ -0,0 +1,32 @@
+# 低风险试点协议
+
+用于用户需要行动计划、组织改造试点、先做小步验证，或当前组织正在错误加速的场景。
+
+## 原则
+
+低风险试点必须小、短、可观察、可撤回。它不是“先随便做”，而是在证据不足或授权不足时，用最小动作验证机制候选。
+
+## 试点设计
+
+1. 选择一个重复问题：不要同时改文化、流程、绩效、会议和组织架构。
+2. 选择一个机制候选：试点要能区分至少两个机制中的一个。
+3. 明确授权 owner：谁批准范围、资源、时间和停止条件。
+4. 明确执行 owner：谁执行动作，但不让执行 owner 独自背结果。
+5. 写出结构改动：规则、资源、角色、接口或时间表中的一个。
+6. 设定观察指标：用行为证据，不用态度表态。
+7. 设定停止条件：何时暂停、降档、撤回或保护现场。
+8. 设定写回方式：试点结果如何进入下一轮制度或流程。
+
+## 停止错误加速
+
+如果出现以下情况，先输出停止条件卡，再给试点：
+
+- 问题没有定位，却要求更快交付。
+- 复盘没有写回，却要求更大范围复盘。
+- 中层已过载，却要求中层继续协调。
+- 执行层无授权，却要求执行层承诺结果。
+- 指标变坏，却用更多汇报证明管理更积极。
+
+## 输出要求
+
+低风险试点必须包含：试点对象、机制假设、动作、授权、资源、时间盒、观察指标、停止条件、撤回方式、写回方式。
@@ -0,0 +1,32 @@
+# 组织诊断协议
+
+用于项目失败、团队反复卡住、组织修复无效、跨部门协同断裂等请求。
+
+## 步骤
+
+1. 界定诊断对象：不要把整个组织当成对象，先定位项目、流程、接口、会议、角色或决策链。
+2. 分离事实与解释：把用户看到的现象、用户推测的原因、缺失证据分开。
+3. 画三条链：责任链、授权链、成本链。
+4. 定位反馈写回点：本轮问题有没有改到下一轮的规则、资源、角色、接口或时间表。
+5. 列出至少两个机制候选：
+   - 一个来自执行层行为也可以，但不能只有执行层行为。
+   - 至少一个必须检查授权、资源、目标或接口。
+6. 检查中层承接负荷：中层是否在无授权地吸收组织矛盾。
+7. 判断档位：开放断言、组织诊断备忘录、低条件行动、需要命题验证、暂缓判断。
+8. 给出下一步：观察项、写回动作、低风险试点或停止错误加速。
+
+## 必须输出的诊断变量
+
+- 重复失败是什么。
+- 当前解释为什么不足。
+- 哪条链断了或错位。
+- 谁有改变条件的权限。
+- 反馈应写回哪里。
+- 哪个动作应该先停或降档。
+
+## 禁止跳步
+
+- 不先问“谁没做好”，先问“谁能改变条件”。
+- 不先建议“再复盘一次”，先看上次复盘有没有写回。
+- 不把中层继续承接当成默认解法。
+- 不把“加速推进”当成无条件正向动作。
@@ -0,0 +1,34 @@
+# 复盘改造协议
+
+用于复盘失真、复盘形式化、越复盘越没有真实反馈的场景。
+
+## 核心判断
+
+复盘不是修复本身。复盘的合格产物不是漂亮文本，而是下一轮可观察的结构变化。会议纪要、反思发言、改进项清单、OKR 更新和道歉声明都可能只是修复副产品。
+
+## 改造步骤
+
+1. 确定复盘对象：只选一个重复问题，不把复盘扩大成全员情绪宣泄。
+2. 保护事实：区分事实、推测、责任解释和证据缺口。
+3. 让授权主体在场：能改资源、范围、优先级、接口和停止条件的人必须进入复盘。
+4. 降低表演性：不要让复盘评价个人忠诚、态度或自我批评姿态。
+5. 限定产物：每次复盘只产出一个结构改动、一个证据指标、一个复查时间。
+6. 检查副产品：报告、会议纪要和改进项是否替代真实改动。
+7. 设置停止条件：如果复盘连续两轮不能写回结构，停止扩大复盘，改查授权链。
+
+## 复盘四问
+
+- 这次失败中，什么条件没有被授权改变。
+- 谁知道问题，但无法改变下一轮结构。
+- 哪个复盘结论如果没有资源、权限或时间表就只是口号。
+- 下一轮什么证据能证明修复发生，而不是只证明大家更会写复盘。
+
+## 输出要求
+
+复盘改造建议必须给出：
+
+- 保留什么复盘环节。
+- 删除什么表演性环节。
+- 增加什么授权在场机制。
+- 产出什么写回动作。
+- 什么情况下停止复盘扩张。