週次レビューを準備するプロジェクトマネージャーのMaiを想像してください。Maiは一日全部をAIに任せません。情報整理、未解決の質問の洗い出し、下書きなど一部で使います。優先順位を選び、出典を確かめ、共有する内容を決めるのは本人です。
これは例示であり、すべてのツールに同じ機能があるという約束ではありません。実際のデータ、権限、職場の手順に合わせて調整する必要があります。
朝 — 計画
Maiは予定、未完了の仕事、今週の目標を確認します。確定事項、保留中の作業、時間の制約を短くまとめます。
次にAIへ、仕事をテーマ別に分け、依存関係がありそうな項目を示すよう頼みます。期限は自動で決めさせず、チームと依存関係を確かめて現実的な優先順位を決めます。
結果は提案であって、自動承認された計画ではありません。情報が足りなければ推測せず「要確認」と記すようにします。
午前中 — 調査
Maiはある作業が遅れている理由を知る必要があります。使用許可のあるメモを選び、情報源ごとに原因を整理し、該当箇所を引用させます。事実と仮説も分けます。
AIは外部依存と範囲の曖昧さを挙げました。Maiが元のメモを開くと、一つの項目が古い版に由来していたため分析から外します。入力を更新し、要約をやり直します。
結果と情報源を一緒に保つべき理由がここにあります。根拠がなければ修正しにくくなります。
会議前 — 準備
確認済みの内容をもとに、Maiは30分の議題と三つの決定事項、それぞれの質問案をAIに出させます。重複する質問を削り、少人数だけで扱う機密の話題を加え、時間を調整します。
AIは構成を作りますが、チームの経緯を知り、次の担当者を明確にする必要があると分かっているのはMaiです。宛先と添付資料を確認してから議題を送ります。
午後 — 実行
仕事中、Maiは散らばったメモをタスク一覧にするようAIに頼みます。担当者名はメモに明記されているときだけ残し、記載のない項目はチームが決められるよう示させます。
進捗報告の下書きもAIが手伝います。Maiは状態を一つずつ確認し、時期に関する推測を削り、新しい障害を追加します。最終版には確認済みの情報だけが残ります。
タスクボードを更新するときは、変更をプレビューして比較し、実際のシステムに書き込む前に承認します。プレビューや取り消し方法がなければ、手動で入力します。
仕事の終わり — 確認
Maiは議題、要約、タスク一覧を見直し、出典、担当者、状態、判断待ちの内容を確認します。
下書きは下書きと表示し、仮説は事実と分けます。AIの誤りを記録し、次の依頼を改善します。
知識の記録 — 学びを残す
Maiは新たな決定、出典、未解決の質問をプロジェクトメモに反映します。不要なら会話全体は保存せず、次の仕事に役立つ知識だけを残します。
同じワークフローが何度もうまくいったら、適用条件と注意点を記録します。他の人もその日の詳細をすべて知らなくても再利用できます。
一日をよくするものは何か
AIを開いた回数ではありません。範囲のある仕事を任せ、適切な資料を渡し、必要な箇所に承認を残し、人の判断に時間を使うことです。
検証時間を含めて短縮にならない仕事では、その工程でAIを使わない選択もできます。よい流れは、すべてにAIを押し込むのではなく、その選択を許します。
別の日には別の進め方が必要
毎日すべての段階を通る必要はありません。簡単な質問に何段階もの流れを使えば手間が増えます。顧客データや取り消しにくい操作があれば、確認と承認により多くの時間をかけるでしょう。
仕事に応じて支援の程度を選びます。AIは反復作業を減らし、情報を見やすくできますが、すべての判断の中心である必要はありません。目標が変わったら、人が計画を見直します。
実際には、会議の延期、資料へのアクセス失敗、新しい決定といった中断が起きます。節約できた時間をすべて予定で埋めず、確認、意見交換、未知の問題に備えた余裕を残しましょう。成果は仕事量を増やすことではなく、考えたり協力したりする時間かもしれません。
要点： AIと働く一日は、計画、調査、実行、確認、知識の記録で組み立てられます。優先順位、事実の確認、行動の責任は人が担います。
まとめ
この例は、AIが一日を通して助けながら、仕事全体を支配しない使い方を示します。明確な目的から始め、状況に照らして人が結果を確認します。
実際の一日で試し、AIが役立った場面、監督が必要だった場面、承認権を保ちたい場所を記録してください。自分に合った協働方法を作る出発点になります。