現職になってから、日報を学びのツールとして活用することを意識しています。1on1などで今のフェーズで課題となっている箇所を特定し、日報で振り返ることで、成長を加速させることを狙っています。
期待値のずれを認識する
仕事は依頼者（上長や同僚、他チームのメンバー）からの期待値があり、それを超えていくことが求められます。ただ、初めは依頼者の期待値とずれてしまうことが多かったため、当時の上長からまずは期待値のずれを認識することを勧められました。
具体的には以下の点を日報に記載していきました。
- 人との期待値がずれていた点
- なぜ期待がずれていたのか考える
具体例
- Aさんにお願いされたタスクで、とりあえず指示を待てば良いと思っていたが、Aさんは自分から提案してほしいと思っていた。事前に期待値をすり合わせておけばよかった
- Bさんは10分くらいで終わると思っていたが、実際には30分かかった。事前に前提や既にわかっている情報をヒアリングしておけばもっと早く終わったかもしれない
技術的な疑問を書き留める
私の同僚はタスクに関連する技術について、その周辺まで調べてから進めます。私以上に時間がかかることもありますが、次に同じことをやるときや少し違うことをやるときに応用が効き、結果として仕事が早く進むことが多く見られました。一方、私は分からないものがあってもタスクと関係ないからと放置してしまうことが多く、結局応用が効かずに時間がかかってしまうことがありました。
仕事中に「なんでこうなってるんだろう？」「これってどういう意味があるんだろう？」と思った小さなことでも書き残します。それについて調べて答えを日報に書きます。場合によっては、日報を見てくれている人が教えてくれることもあります。
【今日の疑問】
- Goのiotaって何？ → 連番を自動生成する。const宣言で使う
- kubectl applyと kubectl createの違いは？ → 未調査