你是做技术出身的，git 你天天用。下面这套方法刚好能搬过来。

git 能做 diff，是因为你第一次 commit 的时候有了一个初始状态。管理上没有自动 commit，你得手动建。方法很简单，每月记三五句话的团队笔记，只给自己看。

💡 小贴士：怎么写团队笔记（5W1H）

Why / 为什么记： 没有基线就没法做 diff。git 知道你改了什么是因为它记住了上一次 commit 的样子。管理上没有自动 commit，只能手动建。

Who / 谁来记、给谁看： 你自己记，只给自己看。不是周报，不用发给任何人。一旦有了"要给人看"的心理负担，你就会开始加工。

What / 记什么：

• 这个月有什么决策卡了很久才定下来？
• 有什么工作不是计划内的，但消耗了大家大量时间？
• 有没有哪个模块或哪种问题反复出现？
• 有没有意料之外的事？
• 团队人员的状态有什么变化？

When / 什么时候记、记多少： 每月一次，月底最后一个周五下午花十分钟。三五句话就够，不用写多。刚开始记不出什么很正常，坚持三个月就有对比价值了。

Where / 记在哪： 文本文件、备忘录、钉钉文档、纸质笔记本，随便。挑一个你最顺手、打开成本最低的工具。

How / 怎么记： 不加工，看到什么写什么。别往上加「可能的原因是」，别加「团队积极性下降了」这种判断句。就写事实。

比如三月份的笔记长这样，

• 支付模块的迭代在评审阶段卡了两个星期，最后用了方案 B
• 这次需求评审大家都很快同意，没人提反对意见
• 小李连续两周加班处理线上工单
• 月底突然接到合规需求，打断了所有排期

翻出上个月的笔记，对比当前，什么跟之前不一样了？变化藏在日常工作里。翻一下最近几周的代码 review 记录，看看评论的平均长度有没有变短。翻一下线上事故的复盘文档，看看篇幅跟以前比有没有缩水。下次方案讨论的时候数一下，除了你之外还有没有第二个人提替代方案。新人入职一个月后去问他一句「有没有你想问但不好意思问的事」。一条一条对比，标出跟之前不一样的。

记差异的时候也有坑。别写「这个月代码质量在下降」，这不是事实，是你的推测。写你实际看到的：「这个月 review 记录里，超过五行的评论只有两条，上个月有十一条。」你大脑补上的「质量下降」可能是对的，也可能是错的，比如实际情况是需求太急，大家 review 的时间不够。只有事实才能回头验证，推测不行。

不要一看到几条差异就慌了，列出十项改进计划全面排查。人会累死，团队也被你折腾废。挑一个你觉得最值得关注的信号，去找当事人了解一下情况。

怎么聊？日常碰到的时候随口问一句就行。「我注意到最近几次线上出问题，大家的反应比以前紧张了不少，以前喝口水回来就处理了，现在能焦虑一下午。你觉得是为什么？」这句话里，「最近几次线上问题的反应比以前紧张」是事实，「你觉得是为什么」是把解释的空间给对方。

听完了之后，结合自己的判断，决定这事儿需要行动、还是继续观察、还是只需要你说一句「我知道了」。