第7話 数字で語る

朝礼の直前、鈴木が佐藤のデスクに立ち寄った。

「昨夜、コード分析ツールを走らせてみたんだ」と鈴木は、タブレットの画面を佐藤に見せた。そこには、金融システムの型関連エラーの分布図が表示されていた。赤い点が密集している領域がある。「この三ヶ月間で報告されたバグのうち、六割がこのエリアに関連している」

佐藤は数字を追った。金額計算ロジックの周辺に、確実にバグが集中していた。

「経営層にはこれを見せる予定だ。『型安全性の強化により、バグ報告率が三〇パーセント削減される可能性がある』と」鈴木は付け加えた。「ただし、これはシミュレーションだ。実装してみなければ、本当かどうかはわからない」

「では、なぜ？」佐藤は問い返した。

「データがあれば、判断の土台ができる。短期的なコストと長期的な効果を、同じテーブルで比較できる。信念だけでは、組織は動かない。だが根拠があれば、『試してみる価値がある』という決定ができる」

朝礼が始まった。田中が新規機能の要件を説明している最中、佐藤は考えていた。鈴木のアプローチは、単なる技術的な問題解決ではない。組織全体が判断するための情報を整理し、提示することだったのだ。

スプリント計画会議の中盤、佐藤は手を上げた。「新機能開発と並行して、型定義の標準化に取り組みたい。現在のレガシーコードから段階的に移行する形で」

チームメンバーから沈黙が返ってきた。同時に、鈴木がうなずいた。

「どのくらいの工数ですか」と田中が聞いた。

「スプリントごとに一割程度。効果は数ヶ月後かもしれません」佐藤は答えた。「ただ、現状のままでは、新機能を追加するたびにバグリスクが増す。今から対策することが、結果的には納期を守ることになると考えます」

数字と根拠を持つことで、提案は対話へと変わっていった。