AI導入の課題管理表に書く7項目｜止まった原因を残す

「導入は決まったのに、3か月たっても最初の業務に乗っていない」「困っていることは各所で出ているのに、どこにも書かれていない」——AIの導入がどこまで進んだかを確かめる場では、この二つが並んで出てきます。情報処理推進機構が2026年7月30日に公表した調査では、AIを導入または試験的に利用している企業は58.0パーセントに達しました。一方で導入の効果については、「期待以上」と「期待どおり」を合わせて31.8パーセント、最も多いのは「一定の効果はあった」の50.6パーセントでした。止まってはいないが、期待したところまでは届いていない。この状態がいちばん多いのです。ここで足りないのは新しい道具ではありません。何が決まっていないから進まないのかを1行ずつ書き出し、決める人と期限を割り当てた表——それが課題管理表です。この記事では、1行に入れる7項目、誰が起票するか、期限の切り方、上に上げる条件、閉じる条件、AI特有の課題の型、そして生成AIに任せてよい範囲までを、そのまま社内の様式にできる形で整理します。

止まっているのは、道具が動かないからではない

冒頭の数字の出どころを押さえます。情報処理推進機構の「DX動向2026」は、同機構が2026年に実施した企業調査をまとめたもので、日本標準産業分類の19業種の企業の経営層または情報システムに関わる部門を対象に、1,799社からの有効回答を得ています。海外企業への調査は含みません。AIの導入状況は「導入している」が42.3パーセント、「現在、試験利用をしている」が15.7パーセントで、合わせて58.0パーセント。生成AIに絞ると「導入している」は2024年度の22.6パーセントから2025年度の44.0パーセントへ、1年でほぼ倍になっています。

効果の側を見ると、様子が変わります。「期待以上の効果があった」13.7パーセント、「期待どおりの効果であった」18.1パーセントに対し、「一定の効果はあった」が50.6パーセントで最多です。効果の内容は「業務が効率化したり迅速化した」が91.6パーセントと圧倒的で、「企画提案等の品質や速さが向上した」48.9パーセント、「残業時間の削減につながった」29.2パーセント。その一方で「顧客満足度が向上した」は4.5パーセント、「売上や利益が向上した」は3.9パーセントでした。効果が出ているが期待したほどではない、という企業が半数を占めている。これが現在いちばん厚い層です。

では何が足りないのか。同じ調査の「AI導入・運用上の課題」では、「専門人材が不足している」が50.1パーセントで最も高く、次いで「生成AIの効果やリスクに関する理解が不足している」45.8パーセント、「適切な利用を管理するためのルールや基準の作成が難しい」39.7パーセントと並びます。報告書はこれを人材不足・理解不足・仕組みの整備の遅れという三つの課題としてまとめています。どれも、動かない・落ちる・遅いといった不具合ではありません。決まっていないこと、揃っていないことです。課題管理表に載るのはこの種類の項目で、だからこそ書き方を先に決めておく価値があります。

通常のシステム導入と、課題の質が違う5点

AIの導入で出る課題は、業務システムを入れ替えるときの課題と質が違います。総務省の令和7年版情報通信白書は、日本・米国・ドイツ・中国の4か国を対象にした調査をもとに「生成AI導入に際しての懸念事項」を示しており、その原データを見ると、日本の回答515件のうち最も多いのは「効果的な活用方法がわからない」の30.1パーセントです。以下、社内情報の漏洩などのセキュリティリスクがある27.6パーセント、ランニングコストが掛かる24.9パーセント、初期コストが掛かる22.1パーセント、著作権等の権利を侵害する可能性がある19.8パーセントと続きます。

注目したいのは順位です。「出力結果の精度に問題がある」は18.4パーセントで6番目、「出力結果に倫理上不適切な内容や偏見が含まれる可能性がある」は12.6パーセントで7番目でした。精度は、いちばん心配されている課題ではない。それでも社内の課題管理表を見ると、精度に関する行だけが並んでいることが少なくありません。理由は単純で、精度は具体的に書けるからです。使い方が決まらない、範囲が決まらない、誰も使わない、といった課題は、書きにくいまま会議の口頭の話題として消えていきます。

そこで、AI導入で出る課題を五つの型に分けます。①精度——期待した水準の出力にならない。②根拠——出力がなぜそうなったかを説明できず、業務の判断に使えない。③範囲——どの業務・どのデータまで使ってよいかが決まらない。④利用——用意したのに、対象の担当者が使わない。⑤前提変更——提供側の更新や仕様の変更で、確かめた前提が変わる。この五つは対処する相手も期限の性質も違うため、同じ「精度が低い」という書き方にまとめると打ち手が決まりません。7項目のうち3番目の欄をこの種別に充てるのは、そのためです。

手順1：課題・リスク・変更要求を、別の帳票に置く

最初に決めるのは欄ではなく、この表が何を扱わないかです。デジタル庁が公開している「デジタル・ガバメント推進標準ガイドライン実践ガイドブック」は、情報システムのプロジェクトで持つ会議体の例を挙げており、そのなかに課題調整会議を「課題管理表をベースとして、課題の発生状況と対応状況を確認し、対応が停滞している課題に対してはシステム開発事業者の作業進捗状況を確認する会議」と説明しています。同じ一覧には変更管理会議が別に置かれ、こちらは「確定した仕様に対する変更要求、実装済の機能に対する変更要求、システムの運用手順に対する変更要求等に対して、変更の可否を決定する会議」とされています。

会議が分かれているのは、扱うものが違うからです。整理すると三つになります。リスクはまだ起きていないが起きたら困ること。課題はすでに起きていて、決めるか動かすかしないと進まないこと。変更要求は一度決めたものを変えてほしいという申し出です。この三つを1枚に混ぜると、表の行数だけが増えて、期限を過ぎている行と、まだ起きていない行が同じ画面に並ぶことになります。会議で読み上げる順番も決められません。

同じガイドブックは、リスクの側にも率直な指摘を置いています。「リスク管理については、リスク管理表等のドキュメントは一通り作成しているものの、実際のプロジェクトの中で役立てているケースはまだ少ないようです」。この指摘は課題管理表にもそのまま当てはまります。様式を配った時点で仕事が終わったことにすると、3か月後には最初の20行だけが埋まった表が残ります。帳票を分けるのは、それぞれを別の会議で必ず読み上げる状態を作るためです。

手順2：1行に入れる7項目を決める

扱うものを決めたら、1行の形を決めます。列は多いほど埋まらなくなるため、7項目までに抑えるのが実務的です。下の表は、それぞれの欄が何のためにあるかと、書けないときに何を疑うかを併記したものです。書けない欄があること自体が情報になる、という前提で設計しています。

項目	何を書くか	書けないときに疑うこと
番号と起票日	通し番号と、気づいた日（会議で取り上げた日ではない）	気づいてから起票までの日数が長い
事象	業務のどこが止まっているかを、出力の話ではなく業務の側で書く	道具への不満だけが書かれている
種別	精度・根拠・範囲・利用・前提変更のどれか一つ	どれにも入らないなら課題ではなく要望
決めること	決着したときに残る一文（〜を〜とする）	問いの形になっていない
持ち主	決める人と、調べる人を分けて書く	部署名しか書かれていない
期限と遅れの当たり先	いつまでに決まらないと、何が何日遅れるか	期限が月末に揃っている
状態と閉じた理由	六つの状態のどれかと、閉じたときはその区分と根拠	完了の理由が空欄のまま閉じている

状態の欄は六つに固定します。起票・調査中・決裁待ち・対応中・完了・受容。自由記述にすると「確認中」「一部対応済み」「〜さんに確認」といった表現が混ざり、絞り込みができなくなります。とくに「決裁待ち」を独立させておくと、担当者が動けるのに止まっている行と、担当者では動かせない行を分けて見られます。後者は次の会議で必ず上に上げる対象になります。

入れない欄も決めます。優先度を高・中・低の3段で持つのはよくある形ですが、運用が進むと高だけが増えて意味を失います。期限と遅れの当たり先を書くなら、優先度は自動的に決まるので不要です。もう一つ入れないほうがよいのが、自由記述の経緯欄です。経緯は議事録に置き、表には次に誰が何をすればこの行が動くかだけを残します。経緯を表に書き足していくと、行が縦に伸びて一覧として読めなくなります。

項目4「決めること」が書けない行は、まだ課題になっていない

7項目のなかで、実際に効くのが4番目の「決めること」です。ここには決着したときに残る一文を書きます。たとえば「議事録の要約に生成AIを使う範囲を、社外の名前が入らない会議に限ると決める」「見積書の下書きを作らせる場合、金額欄は空欄にしたうえで人が入れると決める」。この一文が書けない行は、まだ課題として立っていません。困っていることの報告か、要望か、あるいは複数の課題が混ざった塊です。

書けないときの分解の仕方は決まっています。一つ目、困っていることの報告なら「何が決まれば困らなくなるか」を聞いて一文に直します。二つ目、要望なら変更要求の側に移します。三つ目、混ざった塊なら分けます。「精度が低くて使えない」という行は、たいてい「どの業務のどの入力で、どの水準を満たせば合格とするかが決まっていない」と「その水準に届いていない」の二つが重なっています。前者は決めることの行、後者は作業の行で、期限も持ち主も別です。

この欄には、もう一つ効き目があります。決めることが一文で書かれていると、決める人が誰なのかが自動的に絞られます。「社外の名前が入る会議を対象外にする」は情報の管理を担う部門の判断ですが、「金額欄は人が入れる」は営業の部門長の判断です。持ち主の欄が埋まらない行は、たいてい決めることの一文が曖昧なだけ。逆から埋めようとして、部署名を書いて終わりにするのが典型的な行き止まりです。

手順3：起票するのは気づいた人。ルートを2本用意する

誰が起票するかを決めないと、表は推進側の担当者の手元だけで完結します。前掲の実践ガイドブックは、発生した課題を上に上げる仕組みについてルートを2本作ることを求めています。1本目は、推進を担う部門（原文では推進側の管理組織の略称で書かれています）「自身の課題管理を起点とするルート」。原文は「各ステークホルダーとの折衝状況や発生課題を管理し、解決が困難な課題については……エスカレーション（上位者への情報連携）を行い、関係する組織の責任者との折衝を行います」と説明しています。これは推進する側が自分の表から上げていく道筋です。

問題は2本目です。同じ文書は「２つ目が、関係する各組織からの意見を起点とするルートです」と述べたうえで、「特に、２つ目のルートについては明示的に設定されていない例も多く見られます」と付け加えています。関係する部門が課題や不安を抱えたまま、それを正式に伝える窓口がないと、その課題が解決されないままプロジェクトが進む。対策として挙げられているのは「課題、要望、意見等について提起を行える連絡窓口や連絡方法について明示的に設定する」ことです。

AIの導入では、この2本目がとくに重い意味を持ちます。使う側の担当者しか気づけない課題があるからです。出力が業務の書式に合わない、確認に元の作業と同じ時間がかかる、そもそも対象の作業が月に2回しかない——どれも推進側の画面には映りません。同じガイドブックは「実際に多くのプロジェクトで、このような担当者レベルでの検討停滞が頻発しています」とも書いています。起票の窓口は、権限のある人ではなく気づける位置にいる人に開く。そのうえで、起票された行の持ち主を決めるのは推進側の仕事です。

手順4：期限は作業量ではなく、遅れの当たり先で切る

期限の欄が形だけになるのは、作業がどれくらいかかるかで日付を置いているからです。調べれば1週間、では来週末。この切り方だと、遅れても何も起きません。代わりに書くのはいつまでに決まらないと、何が何日遅れるかです。「9月18日までに範囲が決まらないと、10月からの試験運用の対象部門を選べず、研修の日程を組めない」。ここまで書けば、期限を延ばす相談が「研修を後ろにずらしてよいか」という別の相談に変わります。

遅れの当たり先を書く効果は三つあります。一つ、期限が月末や四半期末に揃わなくなる。当たり先が別なら日付も別になるからです。二つ、上に上げるときの説明が要らなくなる。何が遅れるかが行に書いてあるためです。三つ、当たり先が思いつかない行があぶり出される。何も遅れないのであれば、その行は今週の課題ではない。次の棚卸しまで寝かせる欄に移せば、表の行数は落ち着きます。

あわせて決めておくのが、期限を過ぎた行の扱いです。過ぎたら自動で「決裁待ち」にする、2回延ばしたら次の定例で上に上げる、といった機械的な規則を先に置きます。実践ガイドブックはモニタリングの要点として「あらかじめ基準と対応手順を定めておけば、問題が発生したときに迅速に対応できる」と書いています。その場の判断に委ねると、延ばす判断は必ず通ります。延ばした回数を数える欄を1つ足すだけで、この崩れ方は目に見えるようになります。

手順5：上に上げる条件を、起票の時点で書いておく

上に上げる判断が遅れる理由は、上げてよいかどうかを毎回考えるからです。だから条件を先に書きます。前掲の実践ガイドブックは「問題解決の場を一段、二段と上に上げて、各部門の責任者レベルで対応方法を検討できるようにすることが有効です」と述べ、そのために体制として関係部門の責任者を明確に記載し、状況に応じて責任者本人が会議に出席して調整や意思決定を行う場を作ることを挙げています。上げ先の名前を先に書いておくのが出発点です。

条件は数えられる形にします。実務でよく使えるのは四つです。①期限を2回延ばした。②決める人が自部門の外にいる。③決めた結果が費用か契約に触れる。④同じ種別の行が3件以上たまった。とくに④は見落とされます。1件ずつは小さくても、同じ型が3件並んだ時点でそれは個別の課題ではなく方針の欠落です。範囲の課題が3件たまっているなら、必要なのは3件の回答ではなく、使ってよい範囲を書いた1枚の文書です。

上げ方についても、同じ文書に注意があります。「問題が発生した時だけ幹部に相談する形では情報共有が不十分になりがちなので、常日頃からプロジェクトの計画内容、進捗状況、重要課題を関係する幹部職員が把握できるように進めていく必要があります」。困ったときだけ持っていくと、まず状況の説明から始めることになる。月に一度でも、表の上位の行だけを定期的に渡しておく。そうすれば、上げる段になって説明に費やす時間が消えます。

手順6：閉じる条件を4つに分ける

課題管理表が読めなくなる最大の原因は、閉じ方が1種類しかないことです。解決した行だけを閉じられるようにすると、解決しないものが延々と残ります。閉じ方は四つに分けます。同じ実践ガイドブックはリスクの側について、回避や軽減が難しいものは「当該リスクを回避不能なリスク（受容するリスク）としてリスク管理表に記載し関係者の合意を形成しておく」ことで、実際に顕在化したときも比較的円滑に対応できると書いています。受容は、閉じ方の一つとして正式に用意するという考え方です。

閉じ方	何が起きた状態か	表に残すこと
解決	決めることが決まり、必要な作業も終わった	決めた内容と、決めた人と日付
受容	直さないと決めた。制約として持ったまま進む	受け入れた理由と、影響が出る範囲
統合	別の課題の一部だと分かった	統合した先の番号
取り下げ	前提が変わり、問い自体がなくなった	前提がどう変わったか

四つのうち、AI導入でいちばん出番が多いのは受容です。「固有名詞の表記ゆれは残る。担当者が最後に目で直す」「引用元の一覧は自動で付かない。手で貼る」。こうした行を受容として閉じ、影響が出る範囲を書いて残しておくと、半年後に同じ課題が新規で起票されたときにいつ、誰が、どういう理由でそれを受け入れたのかを辿れます。書かずに閉じると、同じ議論を人が入れ替わるたびに繰り返します。

取り下げにも注意点があります。提供側の更新で問題が消えることは実際にありますが、「新しい版で直ったようだ」で閉じると、次の更新で戻ったときに気づけません。取り下げるときは、前提がどう変わったかと、次に確かめる日付を残します。更新で直った行は、更新で壊れる行でもあるからです。

AI特有の課題1：精度と、根拠が説明できないこと

ここから種別ごとの書き方を見ます。精度の行でよくある失敗は、「精度が低い」「使えるレベルではない」という感想だけが残ることです。この行は次の三つに分けて書きます。①どの業務のどの入力か。②何がどう外れたか（抜け・取り違え・言い過ぎ・書式違い）。③どの水準を満たせば合格とするか。③が空欄のまま①②だけ書かれた行は閉じられません。合格の線を決めるのも課題の一つで、それは別の行として起票します。

根拠の課題は、精度より扱いが難しいわりに起票されにくい型です。出力そのものは正しく見えるのに、どの資料のどの記述から来たのかが分からないと、そのまま社外に出せません。総務省と経済産業省が示す「AI事業者ガイドライン」の第1.1版は、透明性の項目で「AIの判断にかかわる検証可能性を確保するため、データ量又はデータ内容に照らし合理的な範囲で、AIシステム・サービスの開発過程、利用時の入出力等、AIの学習プロセス、推論過程、判断根拠等のログを記録・保存する」ことを挙げています。

同じ項目には、記録の設計についての言及もあります。記録や保存にあたっては「事故等の原因究明、再発防止策の検討、損害賠償責任要件の立証上の重要性等を踏まえて、記録方法、頻度、保存期間等について検討する」。つまり何を記録するかは、あとで何を説明する必要があるかから決まります。根拠の課題を起票するときは、「誰に対して、何を説明できる状態にしたいか」を決めることの欄に書くと、記録の設計まで一続きで決まります。説明の相手が社内の承認者なのか、取引先なのかで、必要な記録の細かさは変わります。

AI特有の課題2：使ってよい範囲が決まらないこと

範囲の課題は、件数が多いうえに担当者では決められないという厄介な型です。情報処理推進機構の同じ調査によると、AIに関する方針や社内の規則の整備状況は、「社内ガイドラインやルールは全社的なものを定めている」が32.5パーセント、「AIポリシーを定め、社内に周知している」が28.8パーセント。一方で「どちらも定めていない」が16.7パーセント、社外に公表しているのは3.7パーセントにとどまります。さらに、AIや生成AIに固有のリスクへの備えを実施していると答えた企業は14.2パーセントでした。

同じ報告書は、AIで効果を感じている企業ほどリスクへの備えができており、効果と備えの実施状況には関係があると述べています。備えがないから使えず、使えないから効果が出ない、という順番になりやすい。範囲の課題を起票するときは、この因果を逆に読まないことが大事です。「効果が出てから規則を作る」と決めた瞬間、範囲の課題は永久に決裁待ちになります。

範囲の課題を分解するときは、既にある公的な枠組みの見出しを借りると速く進みます。「AI事業者ガイドライン」の第5部はAIを使う側に向けた留意事項を、安全を考慮した適正利用、入力するデータや指示文に含まれる偏りへの配慮、個人情報の不適切な入力とプライバシー侵害への対策、セキュリティ対策の実施、関係者への情報提供、関係者への説明、提供された文書の活用と規約の遵守という見出しで並べています。適正利用の項では「AI提供者が設計において想定した範囲内でAIシステム・サービスを利用する」「AIの出力について精度及びリスクの程度を理解し、様々なリスク要因を確認した上で利用する」ことが挙げられています。この見出しをそのまま行に割ると、抜けている範囲が目で見えます。

AI特有の課題3：利用者が使わないこと

導入したのに使われない、という課題は、いちばん起票されにくい型です。理由は書きにくさにあります。誰かの怠慢のように読めてしまうため、会議では「定着が課題ですね」という一言で流れます。しかし前掲の白書の原データでは、日本の懸念事項の1位が「効果的な活用方法がわからない」の30.1パーセントで、精度への懸念の18.4パーセントより12ポイント上でした。使われないことは、いま最も広く起きている状態です。

この型は、道具の欄ではなく業務の欄に書きます。「対象の作業が月に2回しかなく、そのたびに使い方を思い出せない」「出力の確認に、元の作業と同じ時間がかかる」「所定の書式に直す手間が残り、直すなら最初から書くほうが速い」。どれも人の問題ではなく、業務の形と道具の噛み合わせの問題です。使われない理由を業務の言葉で書けたら、その行は解ける課題になる。書けないうちは、研修を追加するという打ち手しか出てきません。

方針の側の課題も同じ表に載せます。白書の本文は、日本国内を企業規模別に見ると「中小企業では特に『方針を明確に定めていない』との回答が多く、約半数を占める」と述べています。原データで見ると、日本全体でも「方針を明確に定めていない」が31.8パーセント、「わからない」が14.2パーセントで、合わせて4割を超えます。現場に使わせようとする前に、会社としてどこまで使うのかが決まっていないという行が上に立つのが正しい並びです。

AI特有の課題4：提供側の更新で前提が変わること

前提変更は、他の4つと違って自社の外側から来ます。使っている道具の版が上がる、機能の一部が終わる、出力の傾向が変わる、料金の数え方が変わる。どれも自社の作業予定とは無関係な時期に起きます。この型を課題管理表に持つときは、事象の欄にいつ、何が、どの案内で知らされたかを書きます。案内の日付を残さないと、対応が遅れた理由をあとから辿れません。

前提変更の行は、閉じ方も他と違います。解決しても、同じことがまた起きます。そこで閉じるときに、次に確かめる日付と確かめる担当を残します。四半期に一度、使っている道具の変更の案内をまとめて読む日を決めておくと、この型の行は突発ではなく定期の作業になります。突発として扱い続けると、毎回いちばん忙しい人の手を止めることになります。

あわせて、前提変更を受けたときの確認の範囲を先に決めます。全部の業務を見直すのは現実的ではないため、更新の影響を必ず確かめる業務を3つから5つに絞って一覧にしておきます。選ぶ基準は、社外に出るもの・金額に触れるもの・人の評価に関わるもの。この一覧は、課題管理表と別に1枚で持つのが扱いやすい形です。更新の案内が来たら、その一覧の順に確かめて、ずれが見つかったものだけを課題として起票します。

課題管理表そのものを、AIに書かせてよい範囲

表の運用にも生成AIは使えますが、任せる範囲を先に切ります。任せてよいのは三つです。一つ、各所から集まった報告文を、事象と決めることの二つに分ける下書き。二つ、同じ内容の行を探して統合の候補を挙げること。三つ、週の変化を要約して、動いていない行を並べること。いずれも候補を出す作業で、決める作業ではありません。

任せてはいけないのは、優先度と期限を決めること、閉じる判断、そして上に上げる判断です。「AI事業者ガイドライン」は公平性の項目で「AIに単独で判断させるだけでなく、適切なタイミングで人間の判断を介在させる利用を検討する」とし、その際は「人間の判断が自動化バイアスに左右されないような対策を講じるべきである」と書いています。自動化バイアスは同じ文書の脚注で「人間の判断や意思決定において、自動化されたシステムや技術への過度の信頼や依存が生じる現象」と定義されています。並べ替えの結果が妥当に見えることと、妥当であることは別です。

必要な対策として、同じ脚注はさらに具体的なことを挙げています。AIによる評価や判断の出力を人が鵜呑みにしないために特性を理解する訓練を受けること、そして「AIの評価や判断等を人間が承認する際には人間自身がAIの評価や判断等を承認する理由や根拠を独自に考えてから承認すべき」であること。表の運用に落とすと三つになります。①出力にはどの行のどの記述からそう判断したかを併記させる。②人が必ず読む行を先に決める（期限を過ぎた行・上に上げる行・閉じる行の3種）。③本番の表を自動で書き換えさせず、別の欄に候補として置いて人が移す。この三つを外すと、表は速く整うのに中身が誰にも確かめられていない状態になります。

腐らせない回し方：見る順番と、棚卸しの引き金

課題管理表は、作った直後がいちばんきれいで、あとは放置に向かいます。防ぎ方は二つだけです。見る順番を固定すること、そして棚卸しの引き金を日付以外に持つこと。前掲の実践ガイドブックはモニタリングの要点として「報告内容に『問題なし』が続くとモニタリングの実施間隔が伸びたり実施を取りやめたりしてしまうことがあるが、問題が発生していなくても、あらかじめ定めた内容を継続してモニタリングすることが重要」と書いています。問題がない週にも同じ順番で見るのが要点です。

棚卸しの引き金は、四半期という日付だけでは弱いので、出来事の側にも置きます。使っている道具の更新の案内が来たとき。対象の業務を1つ増やしたとき。担当者が交代したとき。社外に出す資料に使い始めたとき。この四つのどれかが起きたら、受容で閉じた行と取り下げた行だけを読み返します。読み返す対象を閉じた行に絞れば、棚卸しは30分で終わる。全行を見直すと決めると、その日はいつまでも来ません。

最後に、同じガイドブックが挙げている落とし穴を一つ。プロジェクトでは「特定の人しか状況を知らないという『情報の局所化』が発生しやすい」と指摘されています。課題管理表は、この局所化を防ぐために置く道具です。だから、置き場所は担当者の手元ではなく関係者が読める場所にし、読む権限と書く権限を分けて、読む側は広く開けます。見られていない表は、書き手が1人になり、そこで止まります。

配る前に確認する項目一覧

様式が決まったら、配る前に一度通します。項目の抜けよりも、運用の規則が書かれているかどうかのほうが後で効きます。誰が起票するか、期限を過ぎたらどうなるか、上に上げる条件は何か、閉じ方は何種類あるか。この四つが表と一緒に配られていないと、3か月で最初の20行だけが埋まった表になります。

あわせて、実際によく見かける書き方も並べます。どれも表が動かなくなる形で、一度そうなると誰も直しません。

• 事象の欄に「精度が低い」とだけ書かれ、どの業務のどの入力かが書かれていない
• 決めることの欄が「検討する」「確認する」で埋まり、決着の形がどこにもない
• 持ち主の欄が部署名だけで、決める人の名前が最後まで入らない
• 期限が全件月末に揃っており、遅れたときに何が遅れるかが誰にも分からない
• 優先度が高の行だけが増え続け、並べ替えの基準として使えなくなっている
• 受容として閉じた行に理由がなく、半年後に同じ課題が新規で起票される

• 本稿で引いた割合は、情報処理推進機構「DX動向2026」（2026年7月30日）と総務省「令和7年版情報通信白書」（2025年7月4日）の公表値です。後者の懸念事項と方針の割合は、公表されている図表の原データを取り直して記載しています
• 公的な文書からの引用は、デジタル庁「デジタル・ガバメント推進標準ガイドライン実践ガイドブック」および総務省・経済産業省「AI事業者ガイドライン（第1.1版）」（令和7年3月28日）の記述です。自社の様式に落とす際は、原典の該当箇所を確認してください

まとめ

AIの導入で出る課題は、動かない・落ちるという不具合よりも、決まっていないという形で現れます。だから課題管理表の設計は、記録の様式ではなく「決めることを1行として立て、決める人と期限を割り当てる」形になります。1行に入れるのは、番号と起票日・事象・種別・決めること・持ち主・期限と遅れの当たり先・状態と閉じた理由の7項目。種別は精度・根拠・範囲・利用・前提変更の5つに固定し、精度の行にすべてを押し込まないようにします。起票は推進側と使う側の2つのルートを開き、期限は作業量ではなく遅れの当たり先で切り、上に上げる条件と閉じ方の4区分は起票の時点で決めておきます。生成AIには下書きと候補出しと要約を任せ、優先度と期限、閉じる判断、上げる判断は人が持つ。そして毎週、期限を過ぎた行から同じ順番で見る。止まった原因が1行として残っている会社は、次の導入で同じ場所で止まりません。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。