创建项目复盘会议议程

作者: AILesson8 分钟准备已测试:复核日期: 2026-08-29

直接回答

在不归咎个人的前提下评审可观察成果、流程条件和改进实验. 请提供: 项目基线与成果、参与者与背景、复盘范围. 预期成果: 包含证据提示和有限实验、心理上更安全的复盘议程.

补充你的背景

你填写的内容只保留在当前浏览器中，AILesson 提示语不会将其发送给模型或服务器。

项目基线与成果参与者与背景复盘范围

生成的提示语

未填写的字段会保留为占位符，你仍然可以复制后自行编辑

请创建以可观察证据为基础的项目复盘会议议程。

目标、计划、实际成果、时间线、事件、变化和证据：
[baseline]

参与者、权力差异、保密、冲突、无障碍和主持人：
[team]

时长、范围、数据、权限、决定限制和跟进：
[scope]

区分成果、观察、解释和推测原因。评审系统条件和决策点，不推断动机，也不把会议变成个人绩效评价。提供平等的输入方式和在小组外提出敏感问题的途径。改进实验数量不得超过所给容量；每项需要假设、仅在确认时的负责人、证据、时长和复核触发。返回会前准备、定时议程、证据问题、主持保护措施、实验模板、停车场和跟进评审。

默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许，否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

项目基线与成果: 网站迁移计划 6 周，实际 8 周。迁移 40 页；上线时 5 页有失效链接，次日修复。计划假设第 2 周完成内容批准；11 页在第 4 周到达。两项未计划无障碍修复增加 3 天。没有证据把全部延期归因于单一原因。
参与者与背景: 产品、内容、工程和无障碍代表；工程经理与两名工程师参加。产品运营主持。可匿名预先输入。个人绩效不在范围内。
复盘范围: 60 分钟。数据：计划、问题日志、批准日期、上线检查。团队最多批准两个用于下次发布的流程实验。敏感人员问题单独交给经理。四周后复核实验。

示例输出

会前准备：计划/实际日期时间线；问题日志；批准日期；上线检查证据。参与者给每条内容标记观察、解释或提议；匿名渠道保持开放。

议程（60 分钟） 0–6 访问、保密、不归咎和不做个人绩效评价的边界。 6–14 重申目标与已记录成果：40 页、八周、5 个上线链接问题次日修复。 14–26 时间线评审：内容批准、无障碍新增和依赖。提问‘什么在何时变化，依据哪项记录？’不问谁导致延期。 26–36 有帮助或阻碍的模式；区分证据和假设。 36–46 先静默生成流程实验，再轮流分享；人员问题转到会议外。 46–54 按所给权限和容量最多选择两项。 54–60 确认实验记录和四周复核。

实验模板：假设、具体流程变化、范围、已确认负责人、起止、可观察证据、风险、停止/复核触发。候选实验而非预先批准：第 1 周末检查内容批准状态，并升级缺少批准人的页面。所需证据：这是否会更早暴露 11 个延迟页面。