第19話｜終わらないテスト｜東央ソリューションズ―― 実務統合型PM論・連載小説

SEASON 4｜リリース戦争

朝九時。

開発フロアには、キーボードを叩く音だけが響いていた。

テスト担当者たちは画面を見つめ、不具合票を登録していく。

「No.458、再現しました。」

「こちらも新規です。」

「画面遷移でエラーが出ます。」

「バッチ異常、再発です。」

高梨は黙って一覧を見つめていた。

午前の進捗会議。

白石が資料を映す。

「テスト実施率は82％です。」

「計画比プラス2％で推移しています。」

神谷が満足そうに頷く。

「順調ですね。」

誰も異論を挟まない。

続いて若手メンバーが報告する。

「本日の消化件数は百二十件です。」

「予定どおり進んでいます。」

会議は五分で終わった。

会議室を出た黒田が、高梨を呼び止めた。

「順調か？」

高梨は少し考えた。

「……進捗だけ見れば。」

黒田は何も言わなかった。

午後。

品質会議。

壁のモニターには、不具合一覧が映っている。

新規登録。

二十八件。

クローズ。

十九件。

未解決。

百四十七件。

高梨は数字を見つめた。

昨日より増えている。

その前の日よりも。

また増えている。

吉市が資料をめくった。

「この推移、おかしいな。」

誰も反応しない。

吉市は続ける。

「テストは進んでいる。」

「なのに未解決件数が減らない。」

「新規検出も落ちていない。」

静かな声だった。

しかし、その一言で部屋の空気が変わった。

若手リーダーが答える。

「でも、予定どおり実施できています。」

吉市は首を横に振った。

「件数は聞いていない。」

「品質を聞いている。」

沈黙。

黒田がホワイトボードへ歩く。

マーカーを取り、

一本の曲線を描いた。

最初は右肩上がり。

途中で山を作り、

その後、ゆっくり下がる。

「健全なら、こうなる。」

続いて赤い線を描く。

山はなく、

終盤になっても高いまま。

「今は、こっちだ。」

誰も口を開かない。

「PB曲線だ。」

「不具合が収束していない。」

「テスト件数だけ追っても意味がない。」

高梨はその線を見つめていた。

自分も違和感はあった。

しかし、

毎日の問い合わせ。

レビュー。

判断。

顧客対応。

その中で、

品質推移まで深く見る余裕はなかった。

夕方。

テスト担当から報告が入る。

「本日予定分、完了しました。」

その直後。

「新規不具合、十二件追加です。」

また一件。

「こちらも追加です。」

さらに一件。

チャット通知が鳴り続ける。

終わらない。

今日のテストは終わった。

でも、

不具合は終わらない。

夜。

高梨は一人、品質グラフを見ていた。

日別のテスト実施件数。

予定どおり。

日別の進捗率。

予定どおり。

一方で、

未解決不具合件数。

右肩上がり。

新規不具合件数。

横ばい。

そのグラフだけが、

他とは違う景色を見せていた。

そこへ黒田が缶コーヒーを二本持って現れた。

一本を高梨の机へ置く。

「気付いてたか。」

高梨は苦笑した。

「はい。」

「でも、止められませんでした。」

黒田は静かに椅子へ腰掛ける。

「止めるのは、お前一人の仕事じゃない。」

高梨は何も答えなかった。

時計は午後十時を回っていた。

テスト担当の一人が、小さくつぶやく。

「今日も終わりませんでした。」

その言葉に、誰も反応しない。

誰もが同じことを思っていたからだ。

予定どおりテストは進んでいる。

それなのに、

プロジェクトは、少しも終わりへ近づいている気がしなかった。

ケーススタディ

第19話では、プロジェクトは終盤を迎えていました。

テストは予定どおり進んでいる。

進捗率も順調。

日々の会議でも、

「予定どおりです。」

という報告が続いていました。

しかし、高梨や黒田は違和感を覚えます。

テストは消化されているはずなのに、不具合は思うように減らない。

毎日テストを実施しているのに、「終わりが見えない」のです。

このような状況は、実際のシステム開発でも珍しくありません。

進捗率だけを見れば順調に見えても、品質という別の視点で見ると、プロジェクトは危険な状態に陥っていることがあります。

では、本当に確認すべきだった指標とは何だったのでしょうか。

Q1

テスト進捗率が予定どおりなのに、なぜ安心できないのでしょうか。

A1｜解答例

テスト進捗率は、「どれだけ実施したか」を表す指標であり、「どれだけ品質が向上したか」を示す指標ではありません。

例えば、

• テストケース消化率：90%

• 不具合件数：増加中

という状態であれば、作業は進んでいても品質は改善していません。

逆に、テスト消化率が多少遅れていても、不具合件数が着実に減少していれば、品質面では健全な可能性があります。

つまり、

進捗管理と品質管理は別物として考える必要があります。

「予定どおり実施した」ことだけで安心してしまうことが、炎上プロジェクトではよく見られる落とし穴です。

Q2

黒田が違和感を覚えた「PB曲線」とは、どのような考え方なのでしょうか。

A2｜解答例

PB曲線（Progress-Bug Curve）は、テスト進捗と不具合の推移を組み合わせて品質を評価する考え方です。

健全なプロジェクトでは、

• テスト開始直後は不具合が多く検出される

• 中盤で検出件数がピークを迎える

• 終盤に向けて新規不具合は減少し、未解決件数も収束していく

という傾向が見られます。

一方、

テスト終盤になっても新規不具合が増え続けている場合は、

品質が十分に安定していない可能性があります。

つまり、

「予定どおりテストを実施しているか」ではなく、「品質が収束しているか」を見ることが重要なのです。

Q3

PMはテスト終盤をどのように管理すれば、「終わらないテスト」を防げるのでしょうか。

A3｜解答例

PMは、進捗だけでなく品質を定量的に管理する必要があります。

例えば、

• テストケース消化率

• 新規不具合件数

• 未解決不具合件数

• 重大障害（Critical・High）の残件数

• 不具合修正のリードタイム

• 日次の品質推移（PB曲線）

などを毎日確認します。

また、「今日は何件テストしたか」だけではなく、

「品質は昨日より改善しているか」

という視点で日次会議を行うことが重要です。

品質の収束傾向が見えないままテストを続けても、リリース判断の根拠にはなりません。

このケースで本当に学んでほしかったこと

炎上プロジェクトでは、

「進捗は順調です。」

という報告が繰り返される一方で、

品質は静かに悪化していることがあります。

その原因は、

「作業量」を管理していても、「品質」を管理していないことです。

テストとは、件数をこなすことが目的ではありません。

品質が十分に収束し、安心してリリースできる状態を作ることが目的です。

だからこそPMは、

「予定どおり進んでいるか」

だけではなく、

「品質は本当に安定へ向かっているか」

という視点を持たなければなりません。

見かけの進捗に安心した瞬間から、プロジェクトは再び炎上への道を歩み始めます。

そして次回、第20話では、その不具合がついに顧客との責任問題へと発展していきます。