AI時代のタスク管理は、もうスケジュール管理じゃない

はじめに

AIを使った開発フローを試行錯誤してきた結果、
「タスク管理」の捉え方が変わってきた。

この記事では、

• タスクを「スケジュール」ではなく「依存関係」で捉える考え方
• DAG（有向非巡回グラフ）で管理するようになって変わったこと
• AIに任せる部分と、人が握る部分の切り分け

について書いてみる。

「AIを使ってるのに、なぜか判断が重くなった」

そんな感覚がある人に、何か参考になれば。

感じていた違和感

タスク管理ツールを使えば使うほど、
なぜか意思決定が重くなる感覚があった。

タスクは整理されてる。
進捗も見えてる。
スケジュールも引かれてる。

なのに、
「ここをどうするか」って判断だけが、妙に重い。

「爆速開発」とか「AIで生産性◯倍」みたいな話を見ても、
自分の実感とはちょっとズレてた。
速さの問題というより、思考の詰まり方が変わってきてる気がした。

スケジュールで動く組織は、合理的

先に言っておくと、
スケジュールで動くのを否定したいわけじゃない。

むしろ逆で、

• 納期
• マイルストーン
• 進捗率

複数人で動くための共通言語としては、やっぱり優秀。

現場が安心して動けるし、
説明責任も果たしやすい。

だから今でも、
自分が関わるプロジェクトは基本的にスケジュールで進んでる。

ただ、AI使い始めてから、
スケジュールとは別の軸で回したほうがいい領域が見えてきた。

タスクには「情報量」じゃなくて「濃度」がある

最近の一番の気づきはこれだった。

タスクって、
発見した瞬間がいちばんコンテキストの濃度が高い。

あとから情報を足すことはできる。
でも、その瞬間にしか含まれてないものがある。

• なぜ引っかかったのか
• どこが危なそうか
• 嫌な予感
• 将来困りそうなポイント

これは文章量じゃ測れない。

前は「コンテキストウィンドウには均質に情報が詰まってる」と思ってたけど、
実際には濃淡がある。

だから最近は、
整理する前に、瞬間冷凍するようにしてる。

DAG（有向非巡回グラフ）で考えるようになった

いくつかタスク管理ツールを試した結果、
DAGベースのツールに移行した。

正直、
重要だったのはツールそのものより、

依存関係で考える癖が、前面に出てきたこと。

• 粒度が揃ってなくてもいい
• 完了してなくてもいい
• 意味がまだ曖昧でも置いておける

その代わり、
「何が何に依存してるか」だけは残る。

この構造が、思った以上に効いた。

DAGは「実行計画」じゃなくて「意味の保持構造」

DAGっていうと、
実行順序やスケジューリングを思い浮かべがちだけど、
自分の使い方はちょっと違う。

• 記憶の代わりになる
• 思考を時間から切り離す
• 後から触れたときに、理解が再起動する
• そしてそのままAIに渡せば、実行可能になる

そのための構造として使ってる。

ノードそのものを覚えてなくても、
依存関係を辿ると、
当時の判断理由や違和感が自然に蘇る。

結果として、
人間のワーキングメモリをほとんど使わなくなった。

クリティカルパスの意味が変わった

一般的なクリティカルパスは、
「遅れると納期に影響する経路」を指す。

でも今、自分が意識してるクリティカルパスは違う。

誤ると、後から取り返せなくなる経路。

たとえば、

• APIの境界
• データモデルの主語
• 後戻りできないインフラ設計
• 組織的な合意の取り方

ここを誤ると、
スケジュール守ってもプロダクトは失敗する。

逆に言うと、
ここさえ通しておけば、
多少の回り道や手戻りは致命傷にならない。

AIに任せるところ／任せないところ

AIにはかなりの部分を任せてる。

• ブレークダウン
• 代替案の展開
• 実装パターンの洗い出し
• 成功率が低そうな案も含めた探索

成功確率は気にしない。
接続可能性だけを見る。

一方で、人が握ってるのは一点だけ。

成否に関わるクリティカルパスを通すかどうか。

意思決定そのものは、
チームやPMが行う。

自分は、

• 選択肢を提示する
• 影響範囲を整理する
• 決まった瞬間に一気に通せる状態を作る

決まるまで待つ。
その間に、他の枝を進める。

ボトルネックじゃなくて、緩衝材として動く

結果として、

• 開発は当初想定していたよりも順調に進んでる
• でも「意思決定待ち」の状態が多い

外から見ると、
ボトルネックに見えるかもしれない。

でも実感としては逆で、
不可逆な決断が通る直前で減速するための緩衝材になってる。

時間を止めてるんじゃなくて、
未来を壊さない速度に調整してる感覚に近い。

なぜこれが成立するのか

このやり方が機能するのは、
スケジュールで動く人間・組織があるからだと思ってる。

• 外側は従来通りスケジュールで進む
• 内側で、成否に関わる部分だけ別軸で制御する

スケジュールを否定しない。
その裏側で、意思決定の不可逆性だけを見る。

この二重構造があるから、
摩擦が起きにくい。

これは万能な方法論じゃない

このやり方が全員に合うとは思ってない。

ただ、AIを使えば使うほど、

タスク管理＝スケジュール管理ではなくなってきてる

という感覚だけは、かなり確かになってきた。

もし

• タスクは管理してるのに判断が重い
• AIを使うほど考えることが増えてる

そんな感覚があるなら、
「依存関係で考える」って視点だけでも試してみる価値はあると思う。

---

※ 今回使ってるDAGベースのツール「beads」については、別の記事で書く予定。