不具合票とは？IT初心者でもわかる役割・書き方・報告のポイントを徹底解説
結論として、不具合票とはシステムやアプリで発生した問題（不具合）を記録・共有し、解決まで管理するための文書です。開発現場だけでなく、社内SEやヘルプデスク、運用保守など幅広いIT業務で利用されています。
新人のうちは「何を書けばいいのかわからない」「口頭で伝えれば十分では？」と思うかもしれません。しかし、正しく不具合票を作成できるようになると、原因調査や関係者との情報共有がスムーズになり、現場で高く評価されます。
不具合票とは
不具合票とは、システムやソフトウェアに発生した問題を記録し、対応状況を管理するための資料です。
一般的には次のような名称で呼ばれることもあります。
- 障害票
- バグ報告
- インシデント票
- チケット
- Issue（イシュー）
利用する管理ツールによって名称は異なりますが、目的はどれも同じです。
| 項目 | 内容 |
|---|---|
| 目的 | 不具合の内容を記録し、解決まで管理する |
| 利用者 | 開発者・社内SE・ヘルプデスク・運用保守担当など |
| 管理内容 | 発生日時、内容、原因、対応状況など |
どのような場面で使われるのか
不具合票は、次のような場面で活用されます。
- システム障害が発生したとき
- アプリが正常に動作しないとき
- ユーザーから問い合わせがあったとき
- Windowsアップデート後に問題が起きたとき
- ネットワーク障害の調査を依頼するとき
- ベンダーへ調査を依頼するとき
IT業務では、「誰が」「いつ」「何を確認したか」を残すことが重要です。不具合票は、その記録としても役立ちます。
なぜ不具合票が重要なのか
口頭だけの報告では、情報が抜けたり認識違いが発生したりすることがあります。
不具合票を利用すると、次のようなメリットがあります。
- 情報共有しやすい
- 対応漏れを防げる
- 進捗管理ができる
- 原因分析に利用できる
- 再発防止策を残せる
特に複数人で対応する現場では、不具合票がないと対応履歴を追えなくなることがあります。
不具合票に記載する主な項目
| 項目 | 記載内容 |
|---|---|
| 件名 | 何が起きたか簡潔に書く |
| 発生日時 | いつ発生したか |
| 発生場所 | PC、サーバー、システム名など |
| 発生者 | 利用者または担当者 |
| 現象 | 実際に起きた内容 |
| 再現手順 | どの操作で発生するか |
| 期待する動作 | 本来どう動くべきか |
| エラーメッセージ | 表示内容をそのまま記録 |
| 対応状況 | 調査中・対応中・完了など |
IT現場でよくある不具合票の例
件名
共有フォルダへアクセスできない
発生日時
2026年7月18日 9:15
発生端末
営業部PC-015
発生内容
共有フォルダを開くと「アクセスが拒否されました」と表示される。
再現手順
- エクスプローラーを開く
- 共有フォルダを選択する
- エラーが表示される
影響範囲
営業部3名で同様の現象を確認。
対応状況
調査中
初心者が混乱しやすいポイント
現象と原因は別で考える
「印刷できない」は現象です。
原因は次のように複数考えられます。
- プリンター故障
- ネットワーク障害
- ドライバー異常
- 印刷キューの停止
- アクセス権不足
原因が分からない段階では、推測を書かず、事実だけを記録しましょう。
エラーメッセージは省略しない
「エラーが出ました」では情報不足です。
表示されたメッセージは可能な限り正確に記録し、スクリーンショットも保存すると調査しやすくなります。
業務でよくあるトラブルと確認する順番
| 確認項目 | 内容 |
|---|---|
| ユーザー側 | 操作ミスや設定変更がないか |
| PC側 | 再起動やエラーの有無 |
| ネットワーク | 通信できるか |
| サーバー | サービス停止や障害がないか |
| Active Directory | アカウントや権限に問題がないか |
| DNS | 名前解決できるか |
| DHCP | IPアドレス取得に問題がないか |
この順番で切り分けると、効率よく原因を調査できます。
GUIで確認できる内容
- エラーメッセージ
- 設定画面
- ネットワーク状態
- サービスの状態
- タスクマネージャー
- イベントビューアー
イベントビューアーで確認する方法
- Windowsキーを押す
- 「イベントビューアー」と入力する
- イベントビューアーを開く
- 「Windows ログ」を開く
- 「システム」または「アプリケーション」を確認する
エラーや警告が発生した時間と一致するログがないか確認しましょう。
コマンドプロンプトで確認できる内容
| コマンド | 用途 |
|---|---|
| ping | 通信確認 |
| ipconfig | IPアドレス確認 |
| ipconfig /all | 詳細設定確認 |
| nslookup | DNS確認 |
| hostname | PC名確認 |
実行結果はコピーして不具合票へ添付すると調査が進めやすくなります。
PowerShellで確認できる内容
- IPアドレス情報
- ネットワークアダプター状態
- サービス状態
- イベントログ
- Windows Update履歴
GUIだけでは確認できない情報も取得できるため、運用保守ではよく利用されます。
筆者が現場で経験した失敗談
私が運用業務を始めた頃、「ログインできません」とだけ書いて不具合票を登録したことがあります。
その結果、「どのユーザーなのか」「どのPCなのか」「何時に発生したのか」が分からず、担当者から何度も確認されることになりました。
それ以来、「事実を漏れなく記録する」ことを意識するようになり、調査時間を大幅に短縮できました。不具合票は、調査担当者が現場を見なくても状況を理解できる内容を目指すことが大切です。
初心者がやりがちなミス
- 「動きません」だけで終わる
- 原因を推測で書く
- 発生日時を書かない
- PC名を書かない
- スクリーンショットを添付しない
- エラーメッセージを省略する
上司へ報告するポイント
報告するときは、次の内容を整理すると伝わりやすくなります。
- 何が起きたか
- いつ発生したか
- 誰に影響があるか
- 何台発生しているか
- 実施した確認内容
- 現在の状況
- 業務への影響
「確認済みの内容」と「未確認の内容」を分けて伝えると、次の対応が決めやすくなります。
エスカレーションするタイミング
- 業務が停止している
- 複数ユーザーへ影響がある
- サーバー障害の可能性がある
- 管理者権限が必要
- 原因が特定できない
- セキュリティ事故の可能性がある
自己判断で設定変更を繰り返す前に、速やかに上司や担当部署へ相談しましょう。
新人が覚えておきたいポイント
- 現象と原因を混同しない
- 事実だけを書く
- スクリーンショットを残す
- ログも一緒に確認する
- 再現手順を書く
- 影響範囲を書く
- 対応履歴を残す
関連するIT用語
- インシデント
- 障害管理
- チケット管理
- イベントビューアー
- ログ
- エスカレーション
- 原因切り分け
- 運用保守
- ヘルプデスク
よくある質問（FAQ）
不具合票と問い合わせ票は同じですか？
異なります。問い合わせ票は利用者からの質問を管理するもので、不具合票はシステムの問題を記録・管理するためのものです。
原因が分からなくても登録してよいですか？
問題ありません。分からない場合は推測を書かず、確認した事実だけを記録しましょう。
口頭で伝えれば十分ですか？
口頭だけでは記録が残りません。必ず不具合票を登録し、対応履歴を残すことが重要です。
スクリーンショットは必要ですか？
可能な限り添付しましょう。エラーメッセージや画面状態が分かるため、調査時間の短縮につながります。
まとめ
不具合票は、IT業務で発生した問題を正確に記録し、解決まで管理するための重要な資料です。
新人のうちは「何を書くか」よりも、「事実を漏れなく記録すること」を意識しましょう。発生日時、利用者、PC名、エラーメッセージ、再現手順、影響範囲、確認した内容を整理して記録できれば、調査担当者が状況を把握しやすくなります。
不具合票を正しく作成できるようになると、原因の切り分けや情報共有がスムーズになり、社内SEやヘルプデスク、運用保守担当として信頼される第一歩につながります。
コメント