知识卡片
问题解决日志
内容
解决问题后应记录症状、环境、版本、原因和方案，方便下次快速检索。日志也应记录重要决策的原因。发散：这其实是给团队记忆做版本控制，避免半年后只剩互相猜测。
参考来源
- 位置：第7章《敏捷调试》"33 记录问题解决日志"（源文件：_epub-src/OEBPS/text00000.html）
- 结论依据：原文明确"不要在同一处跌倒两次"，建议维护"每日日志"记录问题发生日期、简述、解决方案详情，并要求"记录团队做出一个重要决策的原因，否则在6~9个月之后想再重新回顾决策过程的时候，这些细节就很难再记得了"，直接支持卡片结论。
- 原始内容："要想得到更好的效果，不妨维护一个保存曾遇到的问题以及对应解决方案的日志。这样，当问题发生时，就不必说：'嘿，我曾碰到过这个问题，但是不记得是怎么解决的了。'……问题发生日期。问题简述。解决方案详细描述。……要记录团队做出一个重要决策的原因。否则，在6~9个月之后，想再重新回顾决策过程的时候，这些细节就很难再记得了，很容易发生互相指责的情形。"