Asanaは「プロジェクトの見通し」が得意。だから設計が雑だと迷いやすい
Asanaは、タスクの集合を「プロジェクト」として見せるのが得意です。
ただ、プロジェクトと日々の雑務が混ざると、どれを見ればいいか分からなくなります。
ここでは、混ぜないための設計と、運用が崩れにくい型をまとめます。
結論:混乱しない設計の3ルール
結論:この3つを守ると迷いが減る
① プロジェクト=目的の箱(案件/施策/イベントなど)
② 雑務は別の箱(日々の小さな依頼を混ぜない)
③ セクションは「状態」で分ける(未着手/進行/待ち/完了 など)
まず「混ぜない」。次に「状態で揃える」。この順番が効きます。
| 混ざりやすいもの |
分け方 |
理由 |
| 日々の細かい依頼 |
「雑務」プロジェクトへ |
案件の見通しが崩れない |
| 待ち(返信/承認) |
待ちセクションへ |
進行中と混ざると見失う |
| メモ的タスク |
別の「自分メモ」へ |
共有タスクが薄まらない |
ポイント
まず「見たいものだけが見える」状態を作るのが大事です。混ざると、見たい時に見えません。
プロジェクトの作り方(セクション例)
セクションは「状態」で分けると迷いにくい
仕事の種類で分けるより、状態(いまどうなってるか)で分けたほうが運用が続きやすいです。
例:未着手 / 進行中 / 待ち / 完了
| セクション |
置くもの |
運用ルール |
| 未着手 |
着手前のタスク |
今週分だけ置く |
| 進行中 |
いま手を動かすもの |
増やしすぎない |
| 待ち |
返信/承認/素材待ち |
相手と期限をメモ |
| 完了 |
終わったもの |
共有/提出までを完了に |
よくある失敗
セクションを「営業」「制作」「確認」みたいに職種で分けると、同じタスクがどこに置くべきか迷いがちです。状態で揃える方が迷いにくいです。
タスクの書き方(完了条件)
タスク本文テンプレ(短い版)
【目的】:
【完了】:(共有/提出/確認依頼まで)
【次の一手】:(5分でできる動き)
【待ち】:(相手/期限)
ポイント
完了条件が「作る」だと、終わりがぼやけます。「共有する」「確認依頼を送る」まで書くと、自然に進みやすいです。
見失わない運用ルール
ルール1:週1回だけ「今週分」を決める
毎日整理すると疲れます。週1回(例:月曜)に「今週の未着手」を整えるだけで十分回ります。
ルール2:待ちは必ず「待ち」へ移す
進行中に待ちが混ざると、動けるタスクが見えなくなります。待ちは待ちへ。これが一番効きます。
ルール3:雑務は別箱に逃がす
案件のプロジェクトに雑務を入れない。雑務は雑務の箱へ。見通しが守られます。
質問と回答
Trelloとどっちが合いますか?
見える形で軽く回すならTrello、案件の見通しを整理して「プロジェクトとして管理したい」ならAsanaが合いやすいです。どちらでも、待ちの置き場と完了条件が決まると運用が安定しやすいです。
/tool の一覧へ