ADHD 职场交付：把验收前置，而不是最后反复自查

两类经验：需要反馈，也需要承认检查的局限

r/ADHD_Programmers 的一则公开讨论提出：调试有明确反馈，事后补测试却难投入，于是尝试先写测试再修复。另一则讨论则提醒我们，即使已经做人工检查和单元测试，代码审查仍可能发现遗漏。两者放在一起，比只摘录一种成功方法更有参考价值：让完成条件可检查，但不要把某个检查动作当作万能保证。

本轮 AnySearch 检索快照分别显示 74 分、12 条评论，以及 69 分、69 条评论。这是索引观察值，不是实时排名。公开可读内容来自缓存，绝对发帖日期未确认；原帖进一步直读遇到验证码后已停止，不推断未读部分。本文于北京时间 2026 年 10 月 2 日发布，不把这些来源称作当日新帖。

证据分层：工程方法不是医学干预

NIMH 的官方资料列出组织任务、管理时间和完成工作等可能的 ADHD 相关困难，并建议把提醒写下来、把大任务拆小。是否患有 ADHD 仍需专业评估，不能凭交付遗漏、代码评论或对某项任务的兴趣判断。

Microsoft 的测试文档强调，用清楚的场景和预期行为命名测试，让检查结果能够明确判断；同时说明高覆盖率本身并不等于高质量。这是工程上的参考。下面的交付卡和复盘是本站对工作组织的建议，未经独立临床审阅，也没有证明能够治疗 ADHD 或保证提高效率。

给当事人：一张交付卡，只写一个可验证结果

从当前真实任务开始，用四格写下来：要交付什么｜在哪个场景下检查｜预期结果是什么｜怎样留下检查记录。例如一份报告，不只写报告已完成，而是写清读者能否找到结论、数据口径能否追溯、链接能否打开。先挑与本次任务最相关的一项，不把每次交付都扩展成几十条清单。

如果是修复程序问题，可以先描述能够重现问题的输入和预期行为，再写一个针对性检查，确认它能识别问题后再修复。自动化测试、人工操作或请同事验证，按项目现有流程选择；不要求为了一个小任务先建设全套测试平台。涉及生产、安全或合规的工作，仍必须遵守规定的审查和验收要求。

非技术工作也可以使用这种思路：把完成从主观感觉换成一个能被检查的结果。这是方法类比，不是所有工作都有二元通过或失败；创意、研究与开放问题需要先和相关人员协商合适的阶段成果。

给同事和带教者：先对齐标准，再分类反馈

在开始前说明本次重点、完成条件和必须保留的边界。反馈时区分真实缺陷、需求未对齐与风格偏好；不要仅凭评论数量给能力或认真程度下结论。对重复出现的遗漏，可以协商保留一条对应提示；对一次性或与当前任务无关的提醒，不必永久加入清单。

当事人可以询问：这次最需要先解决的两项是什么？你希望我用什么例子证明已经解决？带教者也可以给出一个完成示例或提前查看小部分成果。这是双方协商的工作方式，不涉及要求披露诊断，也不代替当地劳动规则或专业法律意见。

如果使用 AI：保留独立验收，不增加另一层负担

AI 可以帮助草拟检查项，但是否覆盖真实需求仍由人确认。不要只因为同一个工具同时生成实现、测试和自我评价，就把交付判为可靠；至少用已知的预期结果、实际运行或合适的人工审查核对。本文不推荐特定服务，也不把 AI 宣称为 ADHD 数字疗法。

使用单位批准的工具和信息处理流程，不向未获批准的外部工具上传客户资料、内部文档或个人医疗信息。若使用工具让你不断调提示、扩展清单而迟迟不能交付，就回到当前任务的一项检查；没有必要为了这张交付卡购买或安装新软件。

试一周，观察返工，而不是追求零评论

可先试一周，记录一类重复遗漏是否减少、需求是否更早澄清，以及检查本身增加了多少负担。一周只是工作复盘窗口，不是医学疗程。若清单不断变长、检查挤占了实际工作或要求始终不清楚，就删减提示或重新对齐标准；不因未达到零评论而否定自己。

如果困难持续影响工作和基本生活，可以与合适的医疗专业人员讨论评估与支持。本文不建议改变药物或既有治疗，也不能用于决定一个人是否适合某种职业。