はじめに 業務アプリケーションの開発を、リーダー/リードエンジニア的なポジション(当社内用語ではアプリ/アーキポジション)で複数のチームを通してここ6,7年ほど開発しています。 このときのコードベースを開発者にとって高い品質に保ちたい育てたいという思いと、一方で重要なビジネス的スケジュールから落とし込まれた、期限的に不可能ではないが余裕があまりないという開発タスクを幾度となく消化したり、数年の月日とともに陳腐化した採用技術、実装方針、古いライブラリバージョン、低速な単体テスト、などいわゆる技術的負債がでてきました。 声掛けだけだとどうにも進まないこれらを、どうバランス取っていくかについてよく考えているので吐き出していきます。本来はFour Keysのような(観測可能な)メトリクスを取得+チーム目標とすべきだと思いますが、そこまで至っていないです。観測すべきものが何なのか?という段階でのモヤ