トレードオフの地図

田中は徹夜した。

三つのアプローチ――保守性重視、パフォーマンス重視、拡張性重視。それぞれについて、「誰がどう苦しむか」を表にまとめる。簡単に聞こえて、実は途方もない作業だった。

保守性を重視すれば、新機能の追加時に苦しむのは営業。納期に間に合わないから。パフォーマンスを重視すれば、コード理解に苦しむのは後発のエンジニア。自分自身かもしれない。拡張性を重視すれば、今この瞬間のバグ対応に苦しむのは運用チーム。深夜呼び出しが増える。

松本さんの言葉が頭を離れなかった。「責任者を明確にする」。つまり誰かが必ず苦しむ。その苦しみを引き受ける覚悟のある人間がいるか、ということだ。

朝、田中は資料を持って会議室に入った。松本さんが最初に見た。鈴木さんと田辺さんも画面を見つめた。

「これ、君が作ったのか」鈴木さんが呟いた。

「はい。間違ってたら…」

「間違ってない」田辺さんが言った。「むしろ、これが欲しかった。抽象的な『最適設計』じゃなくて、現実的なコストの見える化だ」

しかし、岡本さんが手を上げた。

「でも、これだけじゃ決まらない。誰が苦しむかは見えた。でも『誰がそれを引き受けるか』はまだ決まってない。営業に聞く?運用に聞く?」

松本さんが立ち上がった。

「今日の午後、各部門のマネージャーを呼ぼう。この表を見せて、『あなたのチームはどの苦しみなら背負えるか』と聞く。田中、資料の印刷枚数、増やしておいてくれ」

田中は頷いた。会議室を出る際、松本さんが声をかけた。

「これ、実は新人にしかできない仕事だったんだ。僕たちは立場があるから、相手の苦しみを見たくない。君は何も失うものがないから、ちゃんと見える。そういう視点、大事にしてくれ」

廊下で田中は立ち止まった。褒められたのか、重い責任を背負わされたのか。その両方なのか。

画面を持つ手が、わずかに震えていた。