如何记录

我们需要记录自己的工作内容，这可以帮助我们更好的思考工作的内容。提高工作的质量，可以分为以下几个方面去记录

1. 需求类 可以分为两种，第一种是比较大的，实现起来比较复杂的功能或者涉及到其他方依赖比较多的。这种一般是比较好写文档的，那我们一定要补充设计文档。

设计文档中通常可以包括 以下内容： 项目背景、现有流程、现有问题、解决方案、代码MR、关键点实现、用户使用流程；

另外一种可以说是日常需求，这种比如一般可能几人日就能完成，没有复杂点，也不是主要目标。那么这种需求可以单纯进行记录。快速的把这些内容产出，可以记录prd、需求卡片、设计稿、前后端方案、前端工作内容（可以简单截图）具体功能点排期、具体交互细节、比如校验逻辑等（对prd进行补充）、自测清单

1. 日常oncall类 日常oncall类的一定要有记录，oncall类型很吞时间，所以一定要有记录，简单记录每一个oncall的类型，后续解决方案。能否通过什么手段，减少回复时长。

2. 会议 任何类型的会议都要记录会议纪要，比如两个人刚聊完的话，比如几个人的小会议。一堆人的大会议。防止遗忘重要内容 另外就是要统计平均会议时长。比如一周大概要有多少人日花在开会上。这样才能具体了解自己实际上敲代码的时间有多长。

3. 日常工作类 日常工作可以以周为单位记录每周要做的事情，可以是一个todoList，包括这周要干的重要的事（不要超过三件事），同时列出本周要做的事情，就挂在个性签名上这种，保障其他人看的见。同时也可以列出一些长期计划。比如看什么书、做什么事 每次回头看的时候 也可以激励自己去做这些事情

4. 日常思考 日常工作中的思考也要记录下来。

5. 绩效类 不会

6. 事故复盘类 可以从以下几个方面进行记录 简述、影响面、根因、事故具体的时间点。开始、结束 定位问题、定责标准、改进项、是否能通过监控手段监控到、可回滚、可灰度。