メールを送った。 確認依頼を出した。 その瞬間、「自分の作業は終わった」と感じます。 しかし案件自体は終わっていません。 返答待ちは、送った直後が一番忘れやすい仕事です。 最低4項目だけ残す 待ち仕事には、 誰に いつ 何を頼んだか いつ再確認するか を残します。 たとえば、 |相手|依頼日|内容|再確認日| |---...

タスクリストを開いたのに、 A社の返答待ち 上司の確認待ち システム処理待ち ばかり並んでいると、「結局いま自分は何をすればよいか」が見えません。 そこで、自分が動ける仕事と待つ仕事を分けます。 NEXT：自分が次に動ける 例： A社へ確認メールを送る 請求書を修正する CSVをアップロードする 自分が今すぐ実行できま...

タスク管理を続けるほど、完了した仕事が増えます。 達成感はありますが、実務で重要なのは「何を終えたか」より、何がまだ閉じていないかです。 完了履歴と作業一覧を分ける 1年前の完了タスクまで同じ一覧に残っていると、今やる仕事が埋もれます。 作業画面では、 未処理だけ表示 にします。 完了履歴は消さず、別ビューや別シートへ...

「次に何をすればいいか書こう」と言われても、そもそも決められない仕事があります。 その場合、細かくタスク分解する前に、仕事が止まっている理由を3種類に分けます。 1. 確認不足 情報が足りない状態です。 たとえば、 新しい請求書ツールを導入する としても、 今の請求件数 必要な機能 月額予算 既存データを移せるか が分...

タスクリストに、 ホームページ改善 確定申告 新商品 ○○社対応 と書いてあっても、すぐ動けないことがあります。 これは「仕事の名前」であって、「次にする動作」ではないからです。 案件名はタスクではない 「ホームページ改善」を見ても、 何を どこまで 今すぐ やるのか分かりません。 次回アクションにすると、 トップ画像...

手順書は、操作をたくさん書けばよいわけではありません。 実際に使える手順書は、「次に何をすればよいか」で止まらないように作られています。 対象を1つの作業に絞る 「経理業務の手順書」のように広くすると、読む側が必要な場所を探すだけで疲れます。 たとえば、 請求書を発行する CSVをシステムへ取り込む 月末の売上を集計す...

「このツールはファイルをブラウザ内だけで処理します」 と書かれていても、重要なファイルなら自分で確認したくなることがあります。 ChromeのDevToolsにあるNetworkパネルを使うと、ページが送受信したネットワーク通信を確認できます。 Networkで分かること Chrome DevToolsのNetwork...

「ブラウザで動くツール」と聞くと、ファイルをインターネットへ送って処理しているイメージがあります。 しかし、ブラウザ上のツールでも、選択したファイルを端末内のJavaScriptだけで処理することはできます。 つまり、画面がブラウザかどうかとデータがどこで処理されるかは別の話です。 ブラウザ内でローカル処理する MDN...

AIエージェントを使うとき、 毎回確認する では効率が出ません。 しかし、 AIが必要だと思ったら全部実行してよい では事故時の影響が大きくなります。 そこで、操作を3段階に分けます。 Green：低リスクなので自動実行 例： データを読む 情報を分類する 下書きを作る ローカルな作業用ファイルを作る 既存データを変更...

AIエージェントへ仕事を任せるとき、「何でも毎回確認」では自動化になりません。 逆に「全部自動」では、1回の判断ミスがそのまま外部へ反映されます。 実務では、読む・下書きする・実行するを分けると設計しやすくなります。 読むだけと実行する操作は違う メールを読む、ファイル一覧を見る、在庫を確認する。 これらは状態を変えな...