【テスト計画】スケジュール遅延の原因と解決策 -リファイン-

2023年1月12日

無料でプロジェクト管理をもっと効率的に！

初心者PM向けに特別な資料をご用意しました！現在、以下の資料を無料でダウンロードできます。

📄 結合テスト計画書チェックシート

結合テストの目的設定からテストケース作成まで、実務で必要なチェックポイントを網羅しています。

テスト計画の作成を徹底したい方へ！

ダウンロードいただけるこの資料は、プロジェクト成功に欠かせない要素を網羅しており、初心者から上級者まで幅広く活用されています。

ぜひ無料でダウンロードしてください！

なお、他にも複数の専門資料やテンプレートが用意されていますが、それらはiPM naviコミュニティの無料会員限定でダウンロード可能です。

この機会に登録を検討してみませんか？

会員登録ページはこちら

プロジェクト計画では、スケジュール作成します。

しかし、テストの難易度からテスト日数の算出を行わないPMがいます❗️

計画ミスにより、スケジュールが遅延してプロジェクトが破綻するケースがあります。

なぜ、このようなトラブルが起こるのでしょうか？それはテストの難易度を理解するアプローチに不備があるからです。

この記事では、読者のあなたへ、実際に私がPMアドバイザーとして参画し解決した、トラブルプロジェクトの実例を紹介します。

今回は、『テスト計画のミスでスケジュール遅延_』というテーマです。

あなたのマネジメント業務で活用できるように、解決までのアプローチを以下の順番でお伝えします。

・プロジェクトの状況

・問題の設定

・原因追求

・解決策

・教訓（リスク管理表へ整理）

writing by OSAMU HIRAYAMA

2001年に国内最大級の株式会社ベイカレントにジョイン。

ITコンサルタントとして複数のシステム開発プロジェクトのPM・PMOに従事。

2016年よりSIerの取締役に就任。

BtoC向けスマートフォンアプリ開発サービスのビジネススケールに貢献。

2019年に株式会社プロフェッショナルエフェクトを設立。

大手金融会社の新規事業のIT担当として、脳機能を定期的に測定することにより、認知機能の変化を把握するシステムの開発を担当し自社ビジネスを拡大。

2年前に公開したこの記事は、多くの反響をいただき、多くの方に読まれました。

今回、この内容を最新のプロジェクト管理トレンドに合わせてリファインしました！

2年前に公開した記事を最新のプロジェクト管理トレンドに合わせて更新しています。

なお、リファインされた最新情報は、会員限定のブログで公開しています。

詳しい実践事例や便利なテンプレートを活用したい方は、ぜひ無料会員登録をご利用ください。

会員登録ページはこちら

最新版には、以下のような追加情報が含まれています：

✅ 「初心者PMが陥りやすい失敗」セクションを追加し、注意点を整理

✅ 原因セクションを新設し、問題を体系的に整理

✅ トレンドに合わせた解決策A、B、Cを記載

さらに、他のリファインブログや追加コンテンツも閲覧可能です！

目次

プロジェクトの状況
問題の設定
原因の追求
解決策
教訓（リスク管理表へ整理）
他では得られない特別な特典

テスト計画スケジュール遅延：プロジェクトの状況

テスト計画スケジュール遅延

1.プロジェクトのスコープと体制

・顧客は大手エンターテーメント会社。・顧客の情報システム部で新規構開発を実施。・情報システム部の窓口は木村。・プロジェクトオーナーは情報システム部の山田。・システム化スコープはタレント管理、給与管理、営業管理。・中堅SierのA社が開発ベンダーとして参画。・A社は全開発工程の成果物の納品、システムリリースの責任を請け負う。・A社の開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成。・A社のPMは佐藤（初心者PM） 2.プロジェクト目標 品質目標：100%の不具合修正スケジュール目標：予定通りのリリースコスト目標：予算内でのシステム完成 3.プロジェクトの進捗状況 現在、プロジェクトは結テスト工程であり、所要期間の50%が経過した。

結合テスト計画のテスト数・作業工数・割当人数・所要期間を有識者のレビューで合格をもらったにも関わらず、大幅に進捗が遅延した。そのため、顧客の情報システム部木村にリリース延期を依頼した。しかし、木村から「計画が正しいにも関わらず遅延の原因が分からない。」「そんな状況で、リリースの延期は認められない。」「当初の計画通り進めて欲しい。」と一蹴された。佐藤は状況を把握しているが、具体的な問題や解決策が分からない状態である。 **守秘義務により企業名・団体名・個人名等は架空名称となります。

テスト計画スケジュール遅延：問題の設定

*私がアドバイザーとして、プロジェクトに参画して解決させた経緯のスタートです。

問題を考える場合は、どのマネジメント領域で発生したかを分類することで、後続のアプローチがスムーズに行え、得られた結果の根拠も説得力を持つ。そこで、今回の問題は、プロジェクトで起きた事象を、様々なプロジェクト情報から考えをもとに考たところ『スケジュールマネージメント領域』で発生した問題として取り扱った。また、今回のプロジェクトの問題をこのように設定した。 ”テスト項目ごとの実行計画のミスによるスケジュール遅延” また、この問題を放置することで、スケジュール目標であるリリース日を逸脱する恐れがあった。

様々なプロジェクト情報とは

プロジェクト計画書、レービュー結果報告書、要求変更書、レビュー対象物、作業実績情報、作業範囲記述書、要件定義書、成果物一覧、課題問題整理表、役割分担表、要員の選定根拠、勤務表、成果物、関係者からのヒアリング結果

テスト計画スケジュール遅延：原因の追求

原因を特定するためには関係者へのヒアリングが重要である。しかし、闇雲に関係者から聞き取りを行っても時間の無駄であることから原因の仮説を3つ立てた。 1.原因の仮説と検証仮説1 想定外の不具合が多く発生していた

仮説の検証

バグ管理表に想定外の不具合の記載はなかったか？【検証結果】想定外の不具合の記載はなかった

仮説2 過剰にテスト項目が多かった

仮説の検証

有識者の算出したテスト項目数も計画と同じだったか？【検証結果】計画と同程度であった

仮説3 テスト難易度の設定が間違っていた

仮説の検証

テスト項目に難易度の記載はあったか？【検証結果】 難易度は記載されていなかった

2.今回の問題の原因 テスト難易度の設定が間違っていた と判明した。また、テストの難易度がテスト実施日数に影響することを知らず、テスト項目を同じ分量で担当者へ割り振っていたことが分かった。

テスト計画スケジュール遅延：解決策

わたしは3つの解決策を準備しました。解決策A テスト難易度を設定せず新規メンバーを投入してテストを続行する。解決策B テスト難易度を設定して、一人当たりの分量を見直す。解決策C テスト難易度を設定して、一人当たりの分量を見直す。その上でスケジィールを延期する。現在のプロジェクトの状況とこの解決策の案をPO山田へ提言した。 PO山田は、このような意向があった。 ⚫︎ 品質についてテスト難易度を設定して、一人当たりの分量を見直すことに問題なし。 ⚫︎ リリース日についてリリース日の延期はできない。このことから、解決策Bを採用した。また、この解決策を施行することで、開発ベンダーA社はテストの難易度を設定する工数が必要となり、計画工数を30%超過することになった。

テスト計画スケジュール遅延：教訓（リスク管理表へ整理）

今回の原因は、テストの難易度の設定が間違っていた（または、行なっていない）ということであった。このような事態を、事前に回避することはできる。それは、プロジェクト計画の段階でこれらを実施することで防止できるのである。・結合テスト計画として、テストの難易度が設定されていることを方針として盛り込む。・結合テストでテストの難易度から、実施日数を検討して最適なスケジュールをする。今回のトラブルプロジェクトをリスク管理表に整理したので、あなたのマネジメント業務で活用して頂ければ幸いである。