AIで仕事の進捗管理をする方法｜下書き・確認待ち・公開済みを混ぜないタスク台帳

AIで進捗管理　下書き・確認待ち・公開済みを分ける AI仕事術

AIを使うと、原稿、投稿文、画像案を短時間で作れるようになります。

ところが、成果物が増えるほど別の問題が起きます。

「記事はできたが、WordPressには入れていない」「投稿文は用意したが、Xには送っていない」「公開ボタンは押したが、一般公開ページを確認していない」。この三つが、すべて「だいたい終わった仕事」に見えてしまうのです。

政経プラスでも、YouTube、ブログ、note、Xを並行して進めると、会話の中で完成した原稿と、読者が見られる公開物が混ざりやすくなりました。

そこで、仕事を一枚のタスク台帳にまとめ、状態・次の作業・完了条件を分けて記録しています。

結論から言えば、AI時代の進捗管理で必要なのは、細かな進捗率ではありません。

「何が残っているか」と「何を確認すれば完了か」が、一行で分かることです。

結論：成果物ではなく、完了条件ごとに仕事を分ける

「記事を書く」という一つの仕事に、調査、執筆、入稿、公開、SNS告知まで詰め込むと、途中で止まった場所が分かりません。

政経プラスでは、少なくとも次のように分けます。

  1. 記事原稿を作成する
  2. WordPressで公開する
  3. Xで告知する

原稿が完成した時点で、1は完了です。しかし、2と3は未着手のままです。

この区別があれば、「記事は完成した」という報告と「記事は公開された」という事実が混ざりません。逆に三つを一行で管理すると、原稿ができた段階で全体を完了にしたり、公開後もいつまでも進行中にしたりします。

大切なのは、作業量で分けることではありません。

完了の証拠が違う仕事を、別の行にすることです。

タスク台帳に必要なのは六つの項目

政経プラスの台帳では、次の六つを記録します。

項目 記録する内容
ID 後から同じ依頼を区別できる番号
依頼 何をどこまで行う仕事か
状態 未着手・進行中・確認待ち・完了
次に必要なこと 次に着手する一つの作業
完了条件 何を確認したら終わりにできるか
メモ 公開方法、保留理由、関連タスクなど

AIへ仕事を依頼するときも、この六項目があると引き継ぎやすくなります。

「この記事を進めて」では、調査から始めるのか、原稿を直すのか、公開するのか分かりません。「本文は完成済み。次はWordPressへ設定。一般公開ページでタイトル、本文、カテゴリ、タグ、画像、リンクを確認したら完了」と渡せば、残作業が明確です。

状態は四つに絞る

状態を増やしすぎると、選ぶたびに迷います。政経プラスでは、未着手、進行中、確認待ち、完了の四つを使います。

未着手｜依頼はあるが、まだ始めていない

企画名だけが決まった状態です。

「いつか書きたい案」と混ぜないため、台帳には実際に着手する予定の仕事だけを入れます。担当や順番が決まっていない構想は、企画メモで管理した方が一覧が濁りません。

進行中｜今、作業している

調査中、執筆中、入稿中など、手を動かしている状態です。

「進行中」と書くだけでは、翌日に再開できません。次の作業も一つ書きます。

  • 本文の事実確認を行う
  • サムネイル文言を決める
  • WordPressへ本文を設定する

次の作業が二つ以上あるなら、先に行う一つを残します。

確認待ち｜成果物はあるが、判断や証拠が残っている

確認待ちは、失敗でも停止でもありません。

原稿はできたが公開の承認がない。引用したい資料を取得できない。公開操作は終えたが、一般公開ページをまだ確認できない。こうした状態です。

確認待ちに移すときは、理由と再開条件を必ず残します。

状態：確認待ち
理由：公開の承認が未取得
再開条件：承認後、WordPressへ設定する

この記録がないと、後から見た人は「忘れている仕事」なのか「待つべき仕事」なのか判断できません。

完了｜依頼された最終状態を確認できた

完了は、作業したという自己申告ではなく、完了条件を満たした状態です。

記事作成なら、本文とSEO情報、サムネイル素材がそろったこと。公開まで依頼されたなら、公開URLを開き、本文や設定が読者から見えること。Xへの投稿なら、実際の投稿URLと表示を確認したことです。

下書き保存や投稿画面の準備は、作業の進展ではあっても公開の完了ではありません。

実例：原稿作成とWordPress公開を二つに分けた

政経プラスでは、2026年7月22日に公開した記事でも、「記事作成」と「公開」を別々に管理しました。

原稿作成の完了条件は、確認事項、一般的な制度、未公表事項を分けた原稿が完成することでした。一方、公開作業では、WordPressの公開済み状態と一般公開ページを確認し、タイトル、見出し、表、参考資料、カテゴリ、タグ、アイキャッチ、URL設定まで点検しました。

同じ記事でも、証拠は別です。

仕事 完了の証拠
記事作成 完成原稿のファイルがあり、必要項目がそろっている
WordPress公開 一般公開URLで本文と設定を確認できる
関連記事の更新 既存の公開記事から新記事へのリンクを確認できる
SNS告知 投稿URLを開き、本文・リンク・画像を確認できる

この分け方にすると、「原稿はあるが未公開」を正しく残せます。また、公開だけが止まっているときに、記事を最初から作り直す必要もありません。

AIに任せるのは整理と点検、人が決めるのは状態

AIは、会話や作業記録からタスク候補を拾い、表へ整える作業に向いています。

  • 新しい依頼を一行へ変換する
  • 大きな依頼を完了条件ごとに分ける
  • 「次に必要なこと」が空欄の行を探す
  • 長く進行中の仕事を一覧にする
  • 公開URLがない完了行を点検する
  • 日報や会話から完了候補を抽出する

ただし、AIが「完了しました」と書いただけでは、完了にしません。

人が、成果物、公開ページ、送信結果などを確認し、状態を決めます。特に外部への公開や送信は、AIの作業報告ではなく、読者や受信者から見える結果を証拠にします。

台帳を更新するのは三つの節目だけ

台帳を常に手入れしようとすると、管理そのものが仕事になります。

更新する時点を三つに固定すると続けやすくなります。

依頼を受けたとき

依頼、初期状態、次の作業、完了条件を一行で登録します。

大きな依頼なら、この時点で「作成」「公開」「告知」に分けます。

状態が変わったとき

未着手から進行中、進行中から確認待ち、確認待ちから完了へ移るときだけ更新します。

細かな進捗率は不要です。代わりに、次の作業と待っている理由を変えます。

仕事を終えるとき

完了条件と証拠を照合します。公開を伴う仕事では、成果物や公開URLも残します。

これで、過去の仕事を探すときにも台帳が索引になります。

そのまま使えるタスク台帳のひな型

| ID | 依頼 | 状態 | 次に必要なこと | 完了条件 | メモ |
|---|---|---|---|---|---|
| 001 | ○○の記事原稿を作成 | 進行中 | 本文を事実確認 | 本文・SEO情報・画像素材が完成 | 公開は別タスク |
| 002 | ○○の記事を公開 | 未着手 | 原稿完成後に入稿 | 公開URLで本文・カテゴリ・タグ・画像・リンクを確認 |  |
| 003 | ○○をXで告知 | 未着手 | 公開URL確定後に投稿 | 投稿URLと表示を確認 |  |

一行の依頼文には、動詞と対象を入れます。「○○記事」だけではなく、「○○の記事原稿を作成」「○○の記事をWordPressで公開」のように書きます。

仕事を完了にする前のチェックリスト

  • 依頼された最終状態を読み直した
  • 原稿作成、公開、SNS投稿を必要に応じて分けた
  • 状態が未着手・進行中・確認待ち・完了のどれかに統一されている
  • 次に必要な作業が一つに絞られている
  • 確認待ちの理由と再開条件が書かれている
  • 完了条件が「確認できる事実」になっている
  • 完成原稿または成果物の場所を記録した
  • 公開を伴う場合は一般公開URLを開いた
  • 送信を伴う場合は送信結果または投稿URLを確認した
  • 下書き保存だけで公開済みにしていない
  • 関連する未着手タスクを誤って完了にしていない
  • 完了日と必要なメモを残した

よくある質問

Q1．タスク管理アプリを使わなくてもできますか？

できます。最初はMarkdown、表計算、メモの表で十分です。

道具よりも、状態、次の作業、完了条件を同じ一行に置くことが大切です。複数人で同時に編集する、期限通知が必要になるといった問題が出てから、専用ツールへ移しても遅くありません。

Q2．「90％完了」のような進捗率は必要ですか？

一人または少人数の制作では、なくても回せます。

90％と書いても、残りが事実確認なのか、入稿なのか、承認なのか分かりません。「次に必要なこと」を書く方が、再開しやすくなります。

Q3．確認待ちが増えたら、どうすればよいですか？

理由で分けます。承認待ち、素材待ち、公開確認待ちなどをメモに残し、週に一度だけ見直します。

自分だけでは動かせない仕事と、確認すれば進められる仕事を同じ扱いにしないことがポイントです。

Q4．公開済みの記事を更新するときは、新しいタスクにしますか？

はい。元記事が公開済みでも、更新作業は別の仕事です。

更新内容、情報を確認した日、公開ページで再確認する項目を完了条件にします。過去の公開実績を進行中へ戻すのではなく、更新タスクを追加します。

Q5．AIに台帳を自動更新させてもよいですか？

候補の追記や表の整形は任せられます。ただし、公開、送信、削除、承認が関わる状態変更は、人が証拠を確認して決めます。

まとめ

  • AIで成果物が増えるほど、下書き・確認待ち・公開済みを分ける必要がある
  • 完了の証拠が違う仕事は、別の行にする
  • 台帳には、依頼、状態、次の作業、完了条件を必ず置く
  • 状態は、未着手・進行中・確認待ち・完了の四つに絞る
  • 確認待ちには、理由と再開条件を残す
  • AIには整理と抜け漏れ確認を任せ、完了判断は人が行う
  • 下書き保存、入稿、投稿文の準備は、公開や送信の完了ではない

タスク台帳は、仕事を細かく監視するための表ではありません。

翌日に見ても、別の人が見ても、「今どこで止まり、次に何をすれば終わるか」が分かる引き継ぎです。

まずは、今抱えている仕事を三つだけ選び、「原稿作成」「公開」「告知」に分けてみてください。混ざっていた未完了の仕事が見えるようになります。

関連記事

タイトルとURLをコピーしました