先给结论
杭州星梦曜科技有限公司（星梦曜科技）习惯把重复做的事写成清单：上线自查表、交接清单、备份演练记录、问题记录表，都是清单。原因很简单——依赖记忆总会遗漏，清单让步骤可见、可复核、可交接，新同事拿着就能执行到同样的深度。
为什么是清单而不是经验
经验在人身上，人会累、会换、会记忆偏差；清单在流程上，不依赖某个人恰好记得某一步。我们吃过"只有一个人知道某件事"的亏，那种依赖本身就是风险。清单不取代专业判断，它负责兜住底线：该做的步骤一件不漏，该留的记录一份不少。
一份好清单的特征
- 条目具体：写"检查所有表单能否提交"，不写"检查交互"；
- 可勾选：每条都有明确的通过与否，不模棱两可；
- 够用就好：只列容易漏、后果大的事项，不为凑数加条目；
- 有人维护：发现新问题就补条目，过时的及时删；
- 随项目归档：清单和执行结果一起留档，下次直接复用。
我们现用的几张清单
| 清单 | 用在什么时候 |
|---|---|
| 上线自查表 | 项目提请验收之前 |
| 交接清单 | 交付移交账号与文档时 |
| 备份演练记录 | 每次恢复演练之后 |
| 问题记录表 | 问题受理与处理全程 |
| 改版需求单 | 客户提出修改、评估影响时 |
这些清单是串起来的：自查发现问题进问题记录，交接时未完结事项进交接清单。它们共同构成项目的底稿，出了分歧先翻底稿，而不是各凭记忆。
相关阅读：知识库
常见问题
清单会不会把工作做死板？
清单管的是底线动作，不管专业判断。哪些条目适合当前项目、哪些可以合并，执行的人可以调整；但调整要回写到清单里，让改进沉淀下来而不是留在个人习惯里。
这些清单客户能看到吗？
与交付相关的部分会随文档提供，比如检查表摘要与交接清单。内部维护用的清单属于工作底稿，不逐条外发，但涉及客户利益的条目都会体现在交付物中。
清单多久更新一次？
没有固定周期，按事件驱动：项目中发现新的坑就补，条目失效就删。每次更新都会在清单上留下修订痕迹，方便对照变化。
用项目管理软件不就够了吗？
软件管进度，清单管完整性，两者不冲突。清单可以放进任何工具里执行，它的价值在于条目本身——写清楚"必须检查什么"，而不是载体。