システム不具合の重要度と優先度｜業務への影響・修正希望日の伝え方

受注や出荷を管理する中小の部品卸会社で、不具合票を取りまとめ、開発会社へ相談する業務窓口の方へ。「会社名の表示だけだから軽微」と言われても、明日の試用会で使う画面なら、早く直してほしい理由があります。反対に、一覧を作れない問題でも、何の仕事がいつ困るかを調べずに全件を今日の修正へ並べると、話が混ざります。

仕事への影響は、観察した事実・確認した範囲・回避案で説明します。修正の希望は、必要な成果・使う予定・希望時刻の理由を別欄にします。希望と開発会社との合意も分け、分からないことを残して担当者と相談してください。この記事では、架空の4報告と9欄のメモを使い、自社の1件を説明する材料を作ります。4件とも未修正で、修正後の再確認は未実施です。

影響の説明と、早く直してほしい理由を分ける

不具合の「重要度」は影響の程度、「優先度」は修正を優先する扱いを伝えるために使われます。ただし、自社で呼び方や区分の意味を合意しているかを先に確かめてください。同じ「高・中・低」でも、何の仕事や範囲を指すかが分からなければ、修正の相談材料として足りません。

ISTQBのテスト基礎シラバス v4.0.1の§5.5は、不具合報告の期待結果と実際の結果、影響の程度、修正の優先度、状態を別の情報として挙げています。本稿では、その区別を業務窓口の相談メモへ応用します。公式の区分表や、修正順位を自動で決める方法ではありません。

この例の会社は教材用の架空会社「山本部品」です。基準日は2026年10月12日。営業・受注・経理・出荷の報告と、各担当の使用予定・回避案を読みます。実顧客や実システムで試した記録ではありません。

元の報告から、観察した事実と未確認の範囲を読む

試用会の案内画面には「山森部品」と表示され、元案内資料の「山本部品」と一致しない、と報告されています。観察したのは名称の表示です。入力や保存に影響がないことまで確かめた資料はありません。「名称の誤りを見た」と「機能全体が正常」を同じ説明にしないでください。

受注入力の報告では、この条件で保存操作後にエラーが出て、期待する注文が保存されません。受注登録が進まない影響を伝えますが、別の利用者や商品での範囲は未確認です。確認した1条件から全社が停止したとは広げません。

納品書備考の報告は、欠けるという申告だけで、対象注文・文字・版・条件・再現範囲の資料が未入手です。影響が分からない状態を「軽微」へ下げず、出荷担当と開発窓口へ元の文や条件を聞きます。申告を記録したことと、原因や影響を確認したことを分けます。

使用予定・修正希望・開発との合意を別々に残す

営業責任者は案内画面を10月13日15時の試用会で使う予定で、修正希望は同日12時までです。15時は使う予定、12時は営業の希望。開発会社が12時までの修正と再確認を引き受けたという記録はありません。この3つを別欄へ残すと、開発窓口が実施可能な対応を相談できます。

画面を使わず紙の案内を使う案も、営業責任者が使えるかをまだ確認していません。「紙で回避できるので対応不要」とは決めず、必要な案内ができるかを確認する相手を残します。

月次一覧は出力時にエラーが出て、月次確認に使う一覧を作れません。次回の使用予定は11月2日10時です。今日の日次入力への影響と、別帳票の値・範囲は未確認。使用日が先だから放置してよいとも、出力できないから今日中に全部直すとも自動判断しません。経理責任者と開発窓口が影響・回避案を調べ、修正と再確認の予定を相談します。

4報告を、影響と必要日の別欄で比べる

次の表は、同じ架空資料から作った相談材料です。並び順は修正の着手順ではありません。4件の修正順は未合意で、どの行も修正や再確認を完了した記録ではありません。

受注入力は「登録が進まない」、試用会画面は「名称の誤りを観察した」という影響が違います。それでも、どちらを先に修正するかは、使用予定・確認範囲・対応可能な内容を担当者と相談して決めます。表の影響欄だけで修正の必要日を作らないことが、このメモの目的です。

二つの思い込みを、元資料で確かめる

名称の表示の誤りなら、修正希望も後に回してよい？

「試用会画面の名称報告」で観察したのは山森部品という誤表示です。「各担当の使用予定メモ」では10月13日15時に使う予定、同日12時までの修正希望があります。観察した影響と使用予定を別々に説明し、営業責任者と開発窓口へ相談します。希望は合意ではなく、入力・保存への影響も未確認です。

納品書備考の対象や条件が未入手なら、軽微にしてよい？

「納品書備考の申告」は欠けるという申告のみで、対象注文・文字・版・条件・再現範囲は未入手です。影響を軽微へ下げず、出荷担当と開発窓口へ対象・元文・版・用途・必要日を確認します。

自社の1件を、9欄の相談メモへ移す

対象・版・条件、観察した結果と期待する状態、影響と確認範囲、回避案と確認状態を先に記入します。次に、必要な成果と使用予定、希望時刻とその理由、開発窓口と合意した予定を別欄にします。最後に、未確認事項と相手、次の作業と担当を残します。

この教材の記入例は試用会画面の名称報告です。10月13日12時は営業の希望、15時は使う予定、開発合意は未取得。入力・保存への影響、紙の案内、版・確認環境も未確認のままにします。メモを作成しただけで合意や修正が成立することはありません。

この例の元資料は、4報告と各担当の使用予定、回避案・未確認事項の6資料です。実顧客の報告や修正済みの記録ではありません。観察した影響、使用予定、希望と合意を分けて読みます。

名称報告で、観察・予定・希望・合意を分ける

試用会の名称報告：9項目の記入例を読む

架空の名称報告1件の整理例です。希望と合意を分け、未確認はそのまま残しています。

対象・版・条件

教材の試用会案内画面。版と確認環境は未確認。

観察した結果と期待する状態

教材の案内画面に「山森部品」と表示し、元案内資料の「山本部品」と一致しない。確認したのは名称の表示。入力・保存への影響は未確認。

仕事への影響と確認した範囲

名称の表示の誤りを観察した。機能全体が正常とは言わない。

回避案と確認した状態

この画面を使わず紙の案内を使えるか、営業責任者が未確認。

必要な成果と使用予定

営業責任者は2026年10月13日15時の試用会で、この案内画面を使う予定。

修正を希望する時刻と理由

営業責任者の修正希望は2026年10月13日12時まで。15時の試用会で使う予定が理由。開発の確約ではない。

開発窓口と合意した予定

開発の合意は未取得。修正・再確認の実施可能な予定を相談する。

未確認事項と確認する相手

入力・保存への影響、紙の案内を使えるか、版・確認環境は未確認。営業責任者と開発窓口へ聞く。

次の作業と担当

営業責任者と開発窓口が影響範囲と実施可能な対応予定を相談。

まとめ：影響の事実と必要日を添えて相談する

まず、元の報告に戻り、何を観察したかと、どこまで未確認かを書いてください。次に、業務責任者へ必要な成果と使う予定を聞き、修正希望の理由を分けて記します。開発窓口には、対応案・修正と再確認の予定・合意できていない点を渡すことが、今日の一作業です。

このメモは、不具合票の閉鎖や、未解決のまま導入・公開してよいという判断を代行しません。修正後の動作を確かめる段階は、発注者の受入テスト確認表のように、対象・期待結果・実際の結果を別に記録する作業へつなぎます。

影響の範囲や相談先が分からない場合は、元報告・使用予定・未確認事項を用意して、DREEXYの業務整理・連携支援や相談窓口へ渡せます。支援の範囲と費用は個別に確認してください。