システム開発の進捗報告で発注者が確認すること ｜ 完了・確認待ち・次の判断をそろえる

進捗報告を受け取ったら、まず3つをそろえて読みます。「終わったこと」「こちらの確認待ち」「次に決めること」です。進捗率は、何を数えた率なのかを一緒に聞くと役に立ちます。

この記事は、報告を書く側ではなく、受け取る発注者のための記事です。報告の見方と、そのまま使える記入例を紹介します。

進捗報告で最初にそろえる3つのこと

報告の形は、開発会社によって違います。表で届くこともあれば、メールで届くこともあります。形が違っても、発注者が見るところは同じです。

1. 完了したこと

どの作業が終わったかです。「画面ができた」のか「テストまで終わった」のかで、意味が変わります。

2. 発注者の確認待ち

こちらが返事をしないと進まないものです。ここを見落とすと、気づかないうちに次の予定に響きます。

3. 次の判断

近いうちに、発注者が決めることです。決める期限も書いてあるかを見ます。

この3つを入口に、残っている作業や日程への影響を開発会社と確かめます。技術の細部を一人で判断する必要はありません。

進捗率は「何を数えた率か」を聞く

「進捗率70%」と書かれていると、安心しがちです。ただ、率の出し方は会社や案件によって違います。

率の数え方はいくつかある

たとえば、次のような数え方があります。

• 画面や機能の数で数える
• 作業の予定時間で数える
• 工程の区切りで数える

どの数え方が合うかは、作業の内容によって変わります。大事なのは、何を全体としているかです。「全部で何個のうち、何個が終わったのか」を聞くと、率の意味がはっきりします。

「終わった」の中身を3つに分ける

同じ「完了」でも、段階があります。

実装が100%でも、発注側の確認はまだこれから、ということがあります。率が出てきたら「どの段階までの率ですか」と聞いてみてください。相手を疑う質問ではなく、同じものを見て話すための質問です。

そのまま使える記入例（架空）

ここからは、架空の会社の例です。受注管理のシステムを作っている途中、と考えてください。報告にこの欄があると、読む側も迷いません。開発会社に「この形でまとめてもらえますか」と相談するときの参考にしてください。

完了したこと

確認待ち・次の判断

次の予定

• 11月16日の週：得意先一覧の開発側テスト
• 11月20日：受注画面を発注者が試す日（試す人と時間は別に調整）

影響未確認

• 値引きの決め方によっては、請求書の画面に影響が出るかもしれない。どの程度かは未確認。決まったあとに開発会社が確かめ、次の報告で伝える。

「影響未確認」の欄は大切です。分からないことを分からないと書ける場所があると、あとで驚くことが減ります。

報告を読むときの聞き方の例

言い方に迷うときは、次のように聞くと話しやすくなります。

• 「この70%は、何を全体として数えていますか」
• 「完了は、開発側のテストまで終わった状態ですか」
• 「こちらで確認が必要なものは、ほかにありますか」
• 「この遅れで、次の予定のどこが動きそうですか」
• 「今の時点で、影響が分からないことはありますか」

どれも、相手のやり方を責める質問ではありません。お互いの認識をそろえるための質問です。

報告を受け取ったら行う3つのこと

確認待ちに社内の担当と期限を付ける

社内で誰が見るかを決めます。期限に間に合いそうにないときは、早めにその旨を伝えます。

分からない言葉はその場で聞く

専門用語は、遠慮せず聞いて大丈夫です。「つまり、業務で何が変わりますか」と聞くと、答えが分かりやすくなります。

遅れの話は「次の判断」とセットで聞く

予定がずれることは、どの案件でも起こりえます。大事なのは、ずれたときに何を決めればよいかです。「どこに影響しますか」「こちらで決めることはありますか」と聞くと、話が前に進みます。

前回の報告と見比べるときの注意点

今回の報告だけでなく、前回の「次の予定」と並べて読みます。同じ項目が何回も確認待ちに残っていれば、単に返事を催促する前に、判断に必要な情報が足りているかを確かめましょう。

架空の例では、経理担当者が値引きの扱いを決められない理由は、請求書への出方が見えていないことかもしれません。「担当者の回答待ち」だけでなく、「開発会社が表示例を用意し、経理が確認する」と次の行動を書けば、待っている理由と順番が分かります。

日程が変わったときは、以前の予定を消して新しい日付だけにしないようにします。元の予定、新しい見込み、変わった理由、まだ確かめていない影響を残します。新しい日付が見込みなのか、合意した予定なのかを確かめます。調査中なら、誰がいつまでに見込みを確認するかを決めます。

率が前回より下がることもあります。作業の抜けが見つかり、全体の数が増えた場合などです。また、機能の数で数える率では、大きな機能も小さな機能も同じ一件になることがあります。数字の上下だけで判断せず、数え方や対象が変わったかを聞いてください。

会議の終わりには、こちらが返す内容と、開発会社から次に届く内容を読み合わせます。議事メモの置き場を一つ決め、出席していない担当者にも確認事項を伝えます。

報告の形は始まる前に決めておく

報告の間隔や形は、開発が始まる前に話しておくと楽です。

• 報告の間隔（毎週、隔週など）
• 報告の方法（打ち合わせ、メール、共有の表）
• 確認待ちに返事をする目安の期限
• 急ぎのときの連絡先

対応してもらえる時間や返事の早さは、会社や契約によって違います。契約で確認してください。

途中で仕様が変わりそうなときは、仕様変更の進め方についての記事も参考になります。できあがったものを使う側が確かめる場面は、受入テストの進め方についての記事で紹介しています。開発会社を比べている段階なら、見積もりの比べ方についての記事もどうぞ。

Ouverの進め方について

Ouverの「システム開発の流れ」では、開発の工程で進捗を共有し、要件に沿った実装とテストを行うことが示されています。途中で確認する対象や方法は、案件によって異なると説明されています。報告の形や間隔も、開発会社と事前に確認しておきましょう。

出典：システム開発の流れ（株式会社Ouver）（確認日：2026-11-08）

よくある質問

進捗率が高いのに、まだ使えないのはなぜですか？

率が「作り終えた」ことだけを数えている場合があります。実装、開発側テスト、発注側確認の3つに分けて、「どの段階までの率ですか」と聞くと、今の状態が分かりやすくなります。

進捗報告はどのくらいの間隔でもらえばよいですか？

決まった正解はありません。開発の期間や、確認してほしいことの多さで変わります。毎週や隔週などの間隔を、開発が始まる前に相談して決めておくと安心です。

確認待ちの項目に、期限までに返事ができないときはどうすればよいですか？

期限の前に、いつ返事ができるかを伝えてください。社内の担当者を決めておくと、返事が止まりにくくなります。返事が遅れたときの影響も、開発会社に聞いておくとよいです。

予定より遅れていると報告されたら、どうすればよいですか？

まず、どこに影響するかと、こちらで決めることがあるかを聞きます。影響がまだ分からない部分は「影響未確認」として、次の報告までに確かめてもらうようお願いします。

報告に出てくる専門用語が分かりません。聞いてもよいですか？

聞いて大丈夫です。「業務で何が変わりますか」と聞くと、分かりやすい説明が返ってきやすくなります。よく出る言葉は社内のメモにまとめておくと、次から読みやすくなります。