「検算する」をやる - id:onk のはてなブログ

エンジニアの仕事として、ギャップを見つけて改善する、があると思う。そもそも改善案は AS IS と TO BE を捉えて、その差分をどうやったら改善可能かを考えるところから生まれる。 例えば「テックリードが忙しい」という状態があったとする。これを改善可能な状態と見なし、「重要な判断がテックリードに集まっている」が問題だと捉えて（いや、そもそも「重要な技術判断を誰もが担えるチームでありたい」という理想があるのかもしれない）、じゃあ「任せる」範囲を増やしていこうとか、レビューのやり方を変えようとか、設計と判断を分けるために ADR を取り入れようとかがアクションになっていきそう。 もっと良い状態を想像して、そことのギャップから「何を変えるか」を考えていく。 時間軸を動かす 理想を考えるときに、時間軸を動かすのをオススメしたい。 理想的には「サービスを継続的に開発運用するにあたっての DX がよ