システム導入の課題管理｜不具合・未決事項の記録と修正後の確認方法

まず、表示の誤りと未決の業務条件を分ける

一つの対応と確認へ結べる問題を一件として記録します。「画面がおかしい」だけでは、導入担当が何を調べるか、業務責任者が何を決めるか分かりません。見た事実と、期待する状態を並べることから始めます。

路配送の教材では、10月28日を選んだのに27日と表示される問題と、同じ車両へ同時刻の2件の予定を入れる条件が未決の問題を扱います。会社、画面、車両と予定は架空の教材で、実在の配車記録ではありません。

日付の問題は、実際の27日と期待する28日が違うことを調べます。同時予定の問題は、そもそもどの条件で許可するかを業務責任者が決める必要があります。すべてを表示の不具合として、導入担当に運用の判断まで推測させないようにします。

同じ日付の問題と、同時予定の条件を別に追う

問題には、普通の名前を付けます。本稿では「日付表示の問題」と「同時予定の条件」と呼びます。記録番号を使う場合も、何の問題かを先に書き、問題票・対応した版・確認結果が同じ一件だと見分けられる形にします。

日付表示の例は、教材環境、担当用画面、10月28日を選択、結果は27日、期待は28日です。再現とは、同じ条件で同じ表示を確かめることです。どの画面と操作を使ったかが分かると、導入担当が調べる材料になります。

同時予定の例では、同じ1台の車両にある、同じ時刻の2件の予定を見比べます。問題は運用条件がまだ決まっていないことなので、業務責任者が判断する問いとして残します。条件を決めた後は、その設定と実際の画面の確認を結びます。

表は左右へ動かしてすべての列を読めます。キーボードでは表へ移動し、左右の矢印キーを使えます。

操作・実際の表示・期待する表示をそろえて渡す

日付の問題には、使った環境、画面、選んだ日付、出た表示と期待する表示を書きます。発見した日と、同じ画面を後から開ける参照名も残します。画像だけでは操作の順が分からないことがあるため、行ったことを短い文で添えます。

影響は、別の日の予定を準備する可能性として記します。この教材で、実際に誤った配車が起きた実績を示しているわけではありません。見たこと、確認中の影響、まだ分からないことを混ぜないようにします。

同じ表示を確かめられない場合も、試した環境と操作、出た結果を残します。見えなくなっただけで原因が解消したとは断定しません。追加で何を確かめるか、誰からどの材料を集めるかへつなげます。

調べる人と、業務条件を決める人を分ける

日付の問題は、導入担当が表示を調べて対応し、業務担当が同じ条件と別の日付で結果を確かめる案です。通常の予定確認を妨げるため先に扱う、という理由も残します。重要という印だけで、すべてを当日対応にしないようにします。

同時予定の問題は、業務責任者が許可する条件を確認し、導入担当がその条件を設定へ反映し、業務担当が画面を確かめる案です。「全員」とだけ書いて、誰が決めるかを空欄にしないようにします。

次の期限は、必要な材料、確認する人の時間、予定している利用確認を合わせて決めます。まだ決まっていない場合は未定と記し、誰がいつ確認するかを相談します。AtlassianのDACIは、情報を集める役割と判断する役割を分ける方法の一例です。自社の決裁権限や契約上の検収を、この手法だけで決めるものではありません。

直した報告から、業務担当の再確認へ進める

導入担当が日付表示を直したと報告した段階では、確認待ちとして残します。業務担当が対応した版で10月28日を選び、28日と出るかを確かめます。必要な別の日付も確認し、使った条件と結果を残します。

同時予定の問題では、業務責任者が決めた条件の記録と、設定後に同じ車両の同時刻の2件の予定を確かめた結果を結びます。会議で条件を話したこと、設定したこと、業務担当が画面で確かめたことは別の記録です。

直した箇所が別の表示へ影響する可能性があれば、関係する確認対象を決めます。何でもこの一件へ足すのではなく、関係と担当が分かる別の記録へ分けることもできます。未確認の条件を、行を閉じるために確認済みへ変えないようにします。

まとめ：対応したことと、確認できたことを分けて残す

路配送の例では、10月28日を選んで27日と出る表示の問題と、同じ車両の同時予定をどう扱うかという未決の条件を分けました。普通の問題名と、操作・期待する状態があれば、頼む相手と次の作業を具体的にできます。

対応した版、確認した条件、結果、確認する人をそろえ、残る問題と利用への影響を責任者へ返します。修正の報告だけで確認済みにはせず、業務条件の判断と画面の確認も分けます。行の件数だけで利用の準備ができたとは判断しません。

今日できるのは、一つの「対応済み」の記録に、誰がどの条件を確かめたかを加えることです。材料が足りなければ、確認待ちと次の作業を残しましょう。同じ質問を繰り返す状況から、担当同士が一件ずつ前へ進められる記録へ変えていけます。

システム導入の問題と再確認のメモ

問題名、見たことと期待、操作・環境、影響、担当、次の作業、対応した版と確認条件、結果を8項目へまとめます。分からない材料や期限は未確認・未定と残してください。

記入例は、路配送で10月28日を選ぶと27日と表示される一件です。同時予定の条件は、別のメモで追います。実際の不具合や誤配車、導入効果を測った結果ではありません。

TXTは文書のメモとして、CSVは表として使えます。「未確認」は調べる項目の印で、確認済みの仮の値ではありません。

よくある質問

根拠を確かめたい方へ

路配送、同じ車両の同時刻の2件の予定、10月28日を選んで27日と出る画面と記入例は架空の教材です。公開された実質問をこの社内配車予定の整理へ適用する部分は限定した編集上の推論です。実顧客の不具合、誤配車の実績、導入効果や検索需要量とは区別します。日本語検索量とこのサイトの実相談記録は未確認です。

• 公開質問：開発中に利用者から不具合が届いたら

  PMが不具合の対応手順と離れたチームとの進め方を尋ねた2019年の実質問。観察・担当・優先する理由を整理したい定性の困りごととして使い、回答を現製品仕様や効果の保証には使いません。

  確認日：2026-10-12

• 公開質問：画像はあるが操作条件が分からない問題

  小さなチームで再現の材料と誰が集めるかを相談した2014年の実質問。再現できない問題を自動的に無かったことにする案や、固定の調査打切り期限は採用しません。

  確認日：2026-10-12

• Atlassian：情報を集める役割と判断する役割を分けるDACI

  情報収集・判断・助言・結果共有を分ける方法の一例。会社の決裁権限、契約上の検収、法的責任を決めません。掲載された効果の数値は検証しておらず採用しません。

  確認日：2026-10-12