纪录工作大小事，来看他人成长

如何改善痛点问题，不只有在工作，也可以用於纪录自己的生活以及家庭。在每个 Sprint 结束都有 Retro 和 Review，而在当下大家会提出在 Sprint 观察的事情。这个过程中就记录每个人讲了什麽，一并写下自己的讨论项目的观点。之後回头检视每一个 Sprint 纪录，可以观察到有些关键字会不断出现，举例来说，需求不够清楚，可能在不同的 Sprint 都被拿出来讨论，代表问题在进行改善，可是没有完全解决问题，那就要再想其他的做法；另一个角度则是整个团队看重这个问题。

不管团队是不是在跑敏捷开发，其实都可以观察每天发生的大小事，不是写逐字稿，而是纪录大家讨论过程中关键字。像是 A 说明了他对於这个论点的想法，而为什麽支持这个做法。关键字有时间、可行性还有效益等等。不过讨论是一个一来一往的过程，所以除了纪录人说出哪些关键字之外，互动的人们也是需要各别纪录。所以文字上的纪录就有可能变成：

A： 方案一 / 可行性高 / 可在一个月之内上线 / 画面不好看 / 语气强硬不容更动
B：方案二 / 一次做完，节省开发成本 / 预估两个月後上线 / 边做边改
C：请 A 再说明不好看是指？
A：丑到我自己都不想用 / 时程就在那边

……

纪录越来越多後，回头检视会发现大家的价值观是什麽，哪些在意或是不在意的事情，以及整个团队的互动氛围。举例来说在办公室的开放空间讨论时难免会有一些摩擦，也是考验大家的情绪管理。如果有人可以好好的解决，代表这个人身处在哪个团队相信他可以一定程度解决问题，反言之，也可以了解发生摩擦时大家的反应是什麽。

纪录不管使用数位或是手写的工具，只要用平常习惯使用的方式去进行就进行了。手写的好处，是可以随时纪录，但在回顾时没办法用 overview 的方式去检视，还需要花费时间进行整理，而数位工具反之。以下简单介绍自己使用 Notion 纪录示意方式：

• 0824 Daily
  • A 与外单位窗口进行问题排除 / 下午都是会议
  • B 实做完 Sprint Goal / 厘清客诉问题 / 协助後端帮忙看 LOG
  • C 撰写 User Story / 了解下个 Sprint 开发需求
    ……

举例以日期为单位纪录每个场合发生的大小事之後，可以总结成 A 在近三个月发生什麽事：

• 7 月的工作安排的工作项目非常顺利，而且都提早完成。在需求讨论上非常积极，但从 8 月之後在需求讨论上不怎麽发言。
• 在 8 到 9 月的时候对於组织的变化发表不少想法，但是在 10 月公布之後还是继续发表想法。从每一次讨论看得出来，他想表达建议但对於任何变化都欣然接受。
• 近三个月以来，A 在开发上的讨论跟 Z 之间的对话有些冲突，主要是 Z 的问法让人觉得不舒服，导致两人之间的对话会有不愉快的状况，但不影响整个团队的运作。

上面的示意其实整理下来，除了是观察日记之外，若是有人想请你给一些正面的回馈的话，就可以快速从自己的笔记当中捞出资讯。反言之，也是可以了解团队成员目前的状态是什麽，也许可以提供协助并关心他人。