Asanaかmonday.comか、3人単位の課金が小規模チームを分ける
仕事の未来
TrelloかAsanaか、ボードで足りるか依存関係まで追うかで選ぶ
担当者、期限、進捗をカードで共有できればTrelloが合う。前工程の遅れが後工程に及ぶ案件では、依存関係を扱えるAsanaが有力になる。米ヒンガム町が公開する比較表も、Trelloを個人や小規模チームの単純な運用、Asanaを複雑な案件を抱える構造的なチームに向くものと整理している。
境目を決めるのは人数だけではない。個人の作業、10人で繰り返す定型案件、複数部署が順番に引き継ぐ案件では、同じ仕事でも記録すべき関係が変わる。カードの状態を見れば次の担当が動けるのか、先行作業の完了や承認を確認しなければ着手できないのかが、選択の軸になる。
ボードの「状態」と依存関係の「着手条件」
カンバンボードは、仕事が今どの段階にあるかを共有するのに向く。カードに担当者と期限を置き、「未着手」「作業中」「確認待ち」「完了」の列を移動すれば、残っている作業を把握できる。各カードをほぼ独立して進められ、順序の調整も当事者間で済むなら、工程のつながりを別に入力する必要性は小さい。
依存関係が答えるのは、ある作業が終わらない限り別の作業を始められない、という問いだ。たとえば架空の告知ページ制作で、原稿確定後にデザインを仕上げ、承認後に公開準備へ進むとする。原稿のカードが「作業中」にあることと、その遅れで誰の着手日や判断が変わるかは別の情報だ。後者を継続して追う案件では、状態の列だけに工程を押し込めると、予定変更の影響を毎回連絡で補うことになる。
Asanaにもボード表示があるため、選択は「ボードを使うかどうか」の二択ではない。作業の状態に加えて、順序、期間、承認者を同じ案件の中で管理する価値があるかを考えると、必要な機能を絞りやすい。時間軸を眺めたいだけの場合と、先行タスクが遅れたときに後続タスクを特定したい場合も分けて考えたい。
個人の案件：カードで全体を把握できるか
個人でこの告知ページを作るなら、まずはカードごとに原稿、画像、公開準備を分け、担当者、期限、チェック項目を置く形が考えられる。原稿の修正を受けて画像制作を後ろ倒しにする判断も、仕事の全体を知る本人ができる。依存関係を細かく登録するほど、その後の変更を入力し続ける負担が増えるため、単純なボードのほうが釣り合いやすい。
Trelloの公式料金表では、Standardは年払いで1人当たり月額5米ドル、無制限のボードとカスタムフィールド、ワークスペース当たり月1,000回の自動化コマンド実行を含む。案件やカードに共通の項目を設けたいときに選択肢となるが、項目を作ることと更新が続くことは別だ。個人利用では、ボードを増やす必要があるのか、作業の記録をそろえたいのかを分けると、プランの選び方も明確になる。
個人でも、後に複数の担当者へ仕事を渡す予定があれば、最初から作業の区切り方をそろえる意味はある。ただし、将来の引き継ぎに備えることと、今すぐ全工程に依存関係を設定することは同じではない。どの作業の完了が次の着手を左右するのかが決まっていない段階では、細かな工程表は変更のたびに書き直す情報を増やす。
10人の定型案件：列の約束とゲストの範囲
仮に10人で告知ページを繰り返し制作し、毎回ほぼ同じ手順を踏むなら、Trelloのボードを共通の工程として使える。カードに担当者、期限、確認項目をそろえ、「確認待ち」へ移す条件と確認する人を決めれば、担当交代時にも残作業を追いやすい。案件ごとの例外が少ない間は、表示を増やすことより、カードをいつ動かすかという規則のほうが効く。
外部の制作者が加わる場合は、ボードをどう分けるかも運用上の判断になる。Trelloのゲストの案内によると、有料ワークスペースで参加ボードが1つのゲストは課金対象外だが、同じワークスペースの2つ以上のボードに参加すると通常のメンバーと同じ料金がかかる。また、ゲストは招待されたボードの全カードを閲覧できる。案件ごとに見せる情報を分けるなら、招待先のボードとカードの置き場所を一緒に設計する必要がある。
定型案件の自動化は、受付後の担当割り当てや確認依頼など、繰り返す引き継ぎに絞ると管理しやすい。ルールが増えるほど、例外が起きたときに誰が状態を直すのかも決めなければならない。一方、案件ごとに作業順序が変わり、「確認待ち」に置かれたカードだけでは次に動ける人が分からなくなったら、共通の列で表せる範囲を超え始めている。
複数部署の案件：遅れと承認を工程に載せる
企画、制作、法務、公開担当が順に告知ページを引き継ぐなら、先行作業と後続作業の関係を明示する価値が高まる。原稿の確定がデザインの着手条件であり、法務の承認が公開準備の着手条件なら、それぞれを単なる「確認待ち」として扱うより、待っている相手と影響を受ける予定が分かる。部署が増えるほど、全員が口頭の連絡だけで同じ工程を把握するのは難しくなる。
Asanaの公式料金表では、Starterは年払いで1人当たり月額10.99米ドルで、タイムライン、ガント、タスクの依存関係、フォーム、無制限の自動化、無料ゲストを含む一方、正式な承認と校正の機能は上位のAdvancedに含まれる。依頼をフォームで受け、作業順序と日程を共有したい案件と、成果物の承認・差し戻しまで機能として扱いたい案件では、必要なプランが異なる。
ガントやタイムラインで重要なのは、日付を並べること自体ではない。原稿の完了予定が変わったとき、制作と法務のどちらが待つのかを見つけ、担当者が予定を直せるようにすることだ。依存関係を登録しても、遅延の理由、変更後の期限、着手してよい条件を更新する人がいなければ、表示は実際の仕事から離れていく。
日程表示だけを求めるなら、Trelloにも選択肢はある。Trelloのタイムライン案内では、PremiumとEnterpriseのボードでカードの開始日と終了日を時間軸に表示できる。ただし、カードを時間軸に置くことと、先行作業の完了を後続作業の着手条件として管理することは別だ。選択を変えるのは、日付の見やすさより、順序の変更が部署間の仕事に及ぼす影響を追う必要性である。
構造を増やした後に残る管理作業
Asanaで依存関係を使う場合は、どこまでを一つのタスクとし、何をもって完了とするかをそろえる必要がある。制作担当がファイルを仕上げた時点で完了とするのか、法務が受け取れる状態になって初めて完了とするのかで、後続タスクに示す意味が変わる。期限の変更を誰が反映するかも決めておかなければ、ガントに残る日付と実際の合意がずれる。
承認が必要な案件では、作業の完了と承認の完了を分けるほうが実態に合う。コメントで確認を伝えれば足りる仕事なら、専用の承認工程を増やす利点は小さい。一方、差し戻しの可能性があり、最終版を誰が通したかを明確にしたい仕事では、承認待ちの時間も工程に含めて管理できる。
Trelloに残る場合も、ボードが案件ごとに増えれば、共通ルールの修正、期限切れカードの確認、ゲストのアクセス整理が必要になる。複数のボードを見比べないと一つの案件の遅れを判断できなくなったら、入力の少なさで得た時間を集計に使っている可能性がある。反対に、各カードの担当者と状態を見れば仕事が進むなら、工程の関係を入力し続ける負担を加える理由は薄い。
関連記事：
関連記事
ニュースレターを購読
Web3、AI、暗号資産の最新ニュースを受信箱にお届けします。
0