設計案の承認をどう残す？見た版・決めた範囲・保留を一件でそろえる
委託開発・設計案の判断記録
架空の社員研修会社の社内IT発注担当が、開発会社から届いた受講申込画面の設計案を確認する場面です。キャンセルを申し込む表示は読めたものの、どの案を見て何を決めたのか、後から別の版が届くと曖昧になります。この例の仕事は、受講申込画面のキャンセル条件を開発会社と確認することです。
困っているのは、担当が「この案でよい」と返した後に別版が届き、どの画面・表示条件まで判断したか分からないことです。この記事では、見た設計案の版、判断した画面と業務条件、保留した質問、回答者を一件に結ぶ方法を説明します。別案の比較と具体的な返し方を読み、回答や改訂が来た後に、どこを読み直して誰へ判断を返すかまで整理できます。
この記事の要点
どの版の何を進めてよいと判断したかを、判断した人・日付・残る質問と対応させます。キャンセルの可否に関わる条件が未回答なら、その範囲を保留します。回答を反映した案では、変わった条件を同じ一件で読み直してから判断を更新します。
架空例の前提
会社、申込画面、二つの下書きは説明用の架空設定です。二案は別の下書きで、改善前後ではありません。実際に承認・実装・試験・本番反映を行った記録ではなく、ここでは進め方を検討します。
承認は、案の版と判断する範囲を決めてから
ここでいう承認は、提示された案のうち、どの内容を次へ進めてよいと判断したかを示すことです。「資料を受け取った」「画面を見た」「質問を送った」だけでは、何を判断したかは分かりません。逆に、文書全体へ短く「よいです」と返すと、まだ説明されていない処理まで決めたように受け取られるおそれがあります。
申込画面のどの案を見て、何を決めようとしているでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
画面の案と判断用のメモを結び、キャンセルの表示を読んだことと、受付の条件まで決めたことを分けて見ます。まず資料の版と今回判断する範囲を開発会社へ伝え、まだ答えのない条件は別に残してください。
まず、今回見ている資料名と版、画面の名前、確認する業務を合わせます。版は、改訂した内容を区別するための名前や日付です。同じファイル名を使い続ける場合でも、後から当時見た内容をたどれる方法を開発会社と決めます。設計案の画像、説明する文書、会議で開いた資料が、互いに違う版でないかも確認してください。
表示を決めることと、受付の条件を決めること
「キャンセルを申し込む」という表示の言い方と、いつまで受け付けるか、期限を過ぎた操作をどう扱うかは別の判断です。研修を運営する側には、申込を取り消す業務条件を聞き、開発側には、その条件を画面と受付処理へどう反映する案かを説明してもらいます。IT発注担当が、画面の文字だけから裏側の処理を決めません。
目的と範囲がまだ曖昧なら、先に何を確認する会議かを絞ります。例えば「今回は案内文の表現を読む。期限を過ぎた受付の扱いは、業務側の回答を待つ」と伝えれば、読んだ範囲と保留が分かります。ただし、表示と処理が切り離せない場合は、表現だけの了承がどこまで可能かも判断者へ確かめます。
出典から使う考え方
IPAの機能要件の合意形成技法は、目的・範囲を伝え、図表の漏れや矛盾を見て共同レビューする考え方を説明しています。2008～2009年度の事業紹介で、完成レベルの説明も外部設計の最終承認直前までを扱います。この記事の記録の分け方は、その考え方を架空の判断場面へ使う案で、全案件に同じ様式や承認方法を求める規則ではありません。
キャンセルの表示と、受付条件を分けて比べる
二つの下書きは、どちらもキャンセルを申し込む表示を含みます。一方は期限の記載が分からず、もう一方には期限を表示する案があります。期限の文言があることだけで、期限の意味や実際の受付処理が決まったとは読めません。違いを一項目ずつ、近くで比べます。
同じキャンセルの表示があっても、期限の記載から読み取れることは同じでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
二つの下書きで違うのは、期限の記載が未確認か、表示する案があるかという点です。どちらも、期限を過ぎた申込みを実際に受け付けるかは分かりません。表示の違いを見つけたら、研修運営側へ期限の意味を、開発側へ画面と受付処理の対応を確認します。
本文では、内容が分かる「期限の記載が未確認の下書き」と「期限の表示案がある下書き」と呼びます。もとの資料と判断記録を照合するため、次の名前と版の欄にだけ資料側の呼び名を添えます。この二案を、回答後に修正された旧版・新版として扱わないでください。
- 資料の名前と版
- 期限の記載が未確認の下書き
別下書きA（案A）
期限の表示案がある下書き別下書きB（案B）
- 画面で示すキャンセルの表示
- 期限の記載が未確認の下書き
キャンセルを申し込む
期限の表示案がある下書きキャンセルを申し込む
- 期限の記載
- 期限の記載が未確認の下書き
記載は未確認
期限の表示案がある下書き期限の表示案あり
- 裏側のキャンセル受付条件
- 期限の記載が未確認の下書き
未確認
期限の表示案がある下書き未確認
- 判断する人と、承認結果
- 期限の記載が未確認の下書き
判断者は未確認。承認結果も未確認です。
期限の表示案がある下書き判断者は未確認。承認結果も未確認です。
期限の記載が未確認の下書きでは、資料のどこかに説明があるのか、まだ決めていないのか、今回見る範囲の外なのかを聞きます。「期限なしの受付が確定した」と補ってはいけません。期限の表示案がある下書きでも、具体的な日付や時刻、期限を過ぎた申込をどう扱うかは、この資料から決まりません。
開発会社と業務担当へ返す質問例
確認したい問いは、表示される期限の意味と、期限を過ぎた申込みの扱いを誰に確かめるかです。「この期限は、申込画面へ表示する案内ですか、それとも受付を制限する条件ですか。期限を過ぎて操作した場合にどう扱う案か、研修運営の担当と確認し、表示と処理の対応を説明してください」と聞きます。
設計資料の記載そのものを読み合わせる方法が必要なら、同じ仕事を画面と関連資料でたどる設計書レビューを参照できます。本稿では、その後に、どの版の何を判断したかを残す仕事へ焦点を置きます。
見た案・判断・保留を、一件に結び付ける
会議の議事録、メール、関係者が使う記録ツールなど、保存する方法は案件で合わせます。先にツールを選ぶより、対象の案と判断の内容を後から一緒に読めることを確認してください。メールの「承認します」という一文を残す場合も、どの添付資料・版・範囲への返事かを切り離しません。
あとから別の案が届いても、見た資料と判断した範囲をたどれるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
画面の案だけでも、判断のメモだけでも、何への返事かは分かりません。資料の版と、判断する範囲・保留した質問を一件で対応させます。図の空欄や疑問符は実際の判断者や承認結果を埋めたものではありません。分からない欄は社内の窓口へ確かめ、推測で記入しないでください。
- 見た対象を固定する。会議や返答で見た資料の版、キャンセル画面、判断する条件を示します。資料が差し替わった場合は、古い添付を消して新しいものだけにせず、どちらを見た記録かを区別します。
- 決めたことと、まだ決めないことを分ける。表示の文言を確認したのか、期限の扱いも含めて判断したのかを記します。未回答が残るなら質問と判断への影響を添え、案全体を承認したような表現を避けます。
- 判断者と返答を結ぶ。誰が、いつ、どの条件で判断したかを残します。IT発注担当が連絡したことと、社内で決めた判断者が了承したことを分けます。実際の担当者や判断日が分からなければ、推測で埋めず確認します。
- 次に回答する人と、読み直す対象を残す。期限の意味を業務側へ聞くのか、受付の設計を開発側へ聞くのかを分けます。回答予定が決まっていなければ、いつ確認できるかを相談し、改訂案のどこを見直すかも結びます。
一件の記録へ結ぶ項目
- 対象案の版
- 見た画面と範囲
- 判断者と日付
- 承認/条件付き/保留の区別
- 残る質問と回答者
- 改訂があれば再確認する箇所
「条件付き」と書くだけでは、何を進めてよいかは分かりません。残る条件、条件が満たされるまで着手しない範囲、条件を確かめる人を具体化し、その扱いを関係者と合わせます。条件がキャンセル受付の可否そのものを変えるなら、設計全体を進めてよいという返事へまとめません。
記録の方法は、合意した運用に合わせる
メール、会議の記録、共有ツールは方法の例です。返信がないことを自動承認にしたり、記録を置いたことだけで相手の確認済みと扱ったりしません。必要な確認方法と共有範囲を案件で決め、権限のある判断者へ伝わった内容を残します。
未回答があるときは、進める範囲を具体的に返す
未回答の項目があっても、すべてを同じ重さで並べる必要はありません。何を判断するための質問かを示し、その回答なしで今回の範囲を進められるかを判断者へ返します。重要なのは、進める部分と保留の部分が、開発側にも同じ意味で伝わることです。
受付条件が分からないとき、誰へ何を聞き、どの判断を待つべきでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
期限の業務上の意味は研修運営側へ、その条件をどう処理する案かは開発側へ聞きます。IT発注担当は対象の案と未回答の質問をそろえ、判断者へ返します。回答がない条件を含む範囲は保留し、別の部分を進めたいときも独立して判断できる理由を確かめます。
期限の意味が、キャンセルを受け付ける条件に関わる
表示される期限と実際に受け付ける条件の関係が分からないなら、研修運営の担当へ業務上の扱いを聞き、開発側へその扱いをどう記述する案かを確認します。回答が来るまで、その条件を含む範囲の判断を保留します。表示が読めることだけを理由に、期限後の処理まで進めてよいとは返しません。
独立して判断できる範囲がある
未回答の条件に影響されない部分を進めたい場合は、なぜ独立して扱えるかを開発側へ説明してもらい、判断者が対象を限定します。例えば文言だけを確認する場合でも、それが受付条件の合意ではないことを明記します。独立していると確認できないまま、部分承認で先へ進めることを標準にはしません。
判断を返す文の例
「今回読んだ申込画面案では、キャンセルを申し込む表示を確認しました。期限の意味と、期限を過ぎた受付の扱いは未回答のため、その条件を含む判断は保留します。業務担当と開発担当の回答を設計案へ反映し、対象の版を示して再度確認したいです」と伝えます。これは返し方の例で、実際に送った連絡や承認結果ではありません。
この例の実際の顧客承認の結果は未確認です。また、契約上の効果も未確認です。判断の記録を整理する方法と、個別契約における効果を同一視せず、契約や権限の扱いが必要なら自社の担当へ確認します。
改訂案が届いたら、影響する条件で判断し直す
開発側から新しい案が届いたら、前の判断をそのまま新しい案全体へ移しません。変わった箇所、変えた理由、元の保留質問への回答を確認し、同じキャンセルの場面で読み直します。二つの下書きの片方が、必ず次の改訂版になると決めるわけではありません。
新しい案が届いたとき、前の判断をそのまま使ってよいでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
前に見た資料と判断を残し、新しく届いた案では、回答が反映された場所と影響する条件を読み直します。前の判断を新しい案全体へ移すことはできません。この図は改訂案が届いた場合の進め方で、本文の二つの下書きが修正前後の関係にあることを示すものではありません。
- 旧案の判断を残す。当時見た版、読んだ画面と条件、判断者の返答、保留を一緒に残します。新しい回答を旧案の記録へ上書きし、以前から決まっていたように扱いません。
- 回答が反映された場所を見る。期限の意味が分かったなら、画面の案内文と受付処理の説明が、その回答に対応しているかを開発側と読みます。回答文だけがあり、設計案が古いままなら、その対応を説明してもらいます。
- 影響する条件を読み直す。期限を過ぎた申込の扱いを変えた場合、その操作時の表示や運営側への連絡など、関連する部分へ影響しないかを聞きます。何を読み直す必要があるかは変更内容で決め、全資料の機械的な再承認にも、変更箇所だけの無条件通過にもしません。
- 新しい判断を対象の版へ結ぶ。回答で解決した点、引き続き保留する点、次に確かめる人を整理し、判断者へ返します。旧案で確認したことを引き継ぐ場合も、対象の記載が変わっていないことと、関連条件の影響を確かめます。
実装後に受講者が操作できるか、実際に受付がどう動くかは、その後に確かめる対象です。この例の実装の結果、試験の結果、本番反映の結果はいずれも未確認です。設計案の判断が記録できたことを、作成・試験・本番で確認した結果へ置き換えません。
見直しで新たに必要な仕事が分かった場合は、追加する仕事と残したい条件を分けて変更依頼する方法へつなげます。今回の案を判断した記録と、新しい作業の調査や着手を了承する記録を混ぜないためです。
まとめと、今日の最初の一歩
設計案の承認は、短い了承の返事だけを残すより、どの版を見て、どの画面・条件を、誰がどう判断したかを一件でたどれることが大切です。画面に期限の文言があることと、キャンセル受付の条件が決まったことを分け、必要な回答がない範囲は具体的に保留します。
今日の最初の一歩
今届いている設計案を一つ開き、資料の版、今回判断したい画面と条件、まだ答えのない質問を確かめます。判断者と回答する人が分からない箇所から、社内の窓口と開発会社へ確認してください。
参照資料と、この説明の範囲
- IPA：エンタプライズ系事業／機能要件の合意形成技法：目的と範囲を伝え、図表と共同レビューで認識を合わせる必要箇所を参照。承認方法や契約効果を一律に決める資料として使っていません。
- 設計案などの顧客承認の進め方を相談した担当者本人の投稿：本人の問いと追記を困りごとの参考に使用。本文の研修会社、申込画面、二案、判断結果は投稿者の実例ではありません。
設計案の確認範囲や、判断の残し方から相談できます。見ている業務と画面、受け取った案の版、まだ答えのない条件を、分かる範囲で整理してください。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。
