プロジェクト管理ツールの運用ルール｜月次・四半期・更新日前に点検すること

プロジェクト管理ツールは、導入した直後がいちばん整っています。半年もすると、使われていない案件が積み上がり、退職者のライセンスが残り、自動化の上限に当たり、契約が自動更新される。運用のルールを決めていないと、気づいたときには手を打てる時期を過ぎているということが起こります。この記事では、月次・四半期・更新日前という頻度ごとに、何を点検し、いつ手続きを始めるかを整理します。判断の材料は、現行5製品の公式情報で確認できた条件です。

ここで扱う条件は、各社が公開している料金ページとサポート文書を2026年9月8日に確認したものです。

運用で決めるのは、入力のルールより見直しのルール

導入時に決めるのは入力のルールです。どこに案件を作り、何を必須項目にし、状態をどう呼ぶか。これは立ち上げの話で、導入と定着の進め方で扱っています。

運用に入ってから効いてくるのは、見直しのルールです。誰が、いつ、何を見て、どう判断するか。ここが決まっていないと、使われていない案件も、余ったライセンスも、そのまま残ります。とくにライセンスは、放っておくと毎月お金が出ていきます。

毎月見るのは、滞留と上限

月次の点検は10分で終わる程度に絞ります。見るのは2つです。

1つ目は滞留です。更新が止まっている案件と、期日を過ぎたままのタスクの件数を見ます。件数そのものより、増えているか減っているかが重要です。増え続けているなら、案件の作り方か担当の割り当てに無理があります。閉じてよい案件は、その場で閉じます。放置された案件が並んでいると、現場は一覧を見なくなります。

2つ目は上限です。自動化の実行回数とストレージの使用量を見ます。上限に当たってから気づくと、その月の運用が止まります。とくに自動化は、設定を1つ追加しただけで消費が跳ねることがあります。

上限の数え方は、製品ごとに単位が違う

点検の前提として、自社の製品がどの単位で数えているかを把握しておく必要があります。同じ「月250」でも、アカウント全体なのか1人あたりなのかで、人数が増えたときの余裕がまったく違います。

この違いは、運用の設計に直接効きます。アカウント単位で数える製品は、人数が増えるほど1人あたりの余裕が減ります。10人で月250アクションなら1人あたり25回ですが、30人なら8回です。全社に広げる前に、想定される自動実行の回数を見積もっておく必要があります。逆に、1シート単位の製品は人数と一緒に枠も増えるため、この心配がありません。

四半期ごとに、ライセンスと外部メンバーを棚卸しする

費用に直結するのがこの点検です。買っているライセンス数と、実際に使っている人数の差を確認します。

差が出る典型は、退職や異動です。アカウントを無効化しただけでは請求が変わらない製品があります。monday.comのサポート文書には、ユーザーを無効化してもシート数は自動的には減らず、請求の調整は次回更新日に反映されると記載されています。「アカウントを止めた＝費用が減った」ではありません。

外部メンバーも同じタイミングで見直します。案件が終わったあともボードやプロジェクトに残っていると、製品によっては課金対象のままです。Trelloは2つ以上のボードに参加している人がマルチボード ゲストとして請求対象になり、2つ以上のボードから外すとゲスト枠が空くと記載されています。終わった案件から外す作業を、四半期の棚卸しに組み込んでおくと、無駄が残りません。

ライセンスの減らし方も、製品によって手順が違います。Asanaは30人以下なら5人単位でしか動かせず、1つだけ減らすことはできません。Wrikeはシート数の削減にRenewals ManagerまたはAccount Managerへの連絡が必要と案内されています。棚卸しで差を見つけても、その場で減らせるとは限らないため、手続きにかかる時間を見込んで動きます。

更新日の前に決めること

年に一度、あるいは契約期間ごとに来るのが更新日です。ここで判断を誤ると、1年分の無駄な枠を抱えることになります。

共通するのは、減らす方向は自分の操作だけでは即時に完了しないということです。更新日の直前に気づいても、その更新には反映されません。契約した時点で更新日をカレンダーに登録し、その1〜2か月前に点検の予定を入れておくのが確実です。

案件とボードの整理をどう回すか

費用ではなく、使い勝手のための点検もあります。案件やボードが増えすぎると、探す時間が増え、現場が使わなくなります。

整理の基準は、「3か月更新がないものは閉じる」のように、期間で機械的に決めるのが続きます。判断を人に委ねると、閉じてよいかの確認が発生して止まります。閉じても削除しなければ、必要になったときに戻せます。Trelloの場合、無料版にダウングレードすると最もアクティブなボード10枚以外は閉じられますが、削除はされないと記載されています。普段の運用でも同じ考え方で、閉じることと消すことを分けておくと安全です。

状態の名前が増えていないかも、同じタイミングで見ます。運用しているうちに「確認待ち」「レビュー中」「保留」といった状態が足されていき、集計ができなくなることがあります。四半期に一度、使われていない状態を整理すると、一覧の見通しが保てます。

人が増えるときに、先回りして確認すること

減らす方向だけでなく、増やす方向にも段差があります。人を追加する前に、その追加が費用にどう効くかを確認しておくと、想定外の請求を避けられます。

1人ずつ増やせない製品があります。Asanaはユーザー総数が30人以下なら5人単位、30人から100人までは10人単位でライセンスが増えると記載されています。monday.comは最小3シートで、その後は5の倍数です。11人目を入れるだけのつもりが、次の単位まで一度に上がることがあります。

期中の追加が日割りになる製品もあります。Trelloのサポート文書には、空き枠がない状態で請求期間の途中に新しいメンバーを追加すると、その請求期間の残り日数に基づいて追加料金が日割り計算されると記載されています。逆に、削除して空いた枠があれば、請求期間の終了までは追加料金なしで他のユーザーへ割り当てられるとされています。先に空き枠を確認してから招くだけで、費用が変わることがあります。

人数の帯をまたぐ製品もあります。WrikeのTeamは2〜15ユーザー、Businessは5〜200ユーザーです。16人目を追加する時点でBusinessへ移り、単価は10ドルから25ドルになります。採用の計画が決まった段階で、どの月に帯をまたぐかを共有しておくと、予算の説明で慌てません。

権限とアーカイブの扱いを決めておく

運用が長くなるほど、権限を持つ人と持たない人の差が問題になります。管理者が1人しかいない状態で、その人が退職や異動で抜けると、契約の変更ができなくなります。

対策は単純で、管理者を最低2人置くことです。契約の手続きができる権限を持つ人が複数いれば、更新日の前に手が打てなくなる事態を避けられます。Trelloは解約がワークスペース管理者に限られ、Asanaのキャンセルは請求管理者・管理者・特権管理者、monday.comの解約は管理者のみと案内されています。いずれも、その権限を持つ人が不在だと手続きが止まります。

アーカイブの扱いも決めておきます。閉じた案件をどこまで残すか、いつ削除するかです。監査や契約で参照する可能性があるものは、ツールの中ではなく社内の文書管理へ移すほうが安全です。ツール側に依存したままにすると、製品を乗り換えるときや契約が終わるときに、まとめて持ち出す作業が発生します。実際、提供終了が決まった製品では、データの削除予定日が公表されることがあります。「業務に必要な記録は、ツールの契約が終わっても残る場所に置く」という原則を決めておくと、乗り換えの負荷が下がります。

運用の担当を1人決めておく

点検の項目を並べても、担当が決まっていないと実行されません。管理者権限を持つ人のうち1人を運用の担当に決め、月次と四半期の点検を仕事として割り当てます。

担当の仕事は、細かい運用の監視ではありません。数字を見て、手続きの時期を判断することです。ライセンス数と利用者数の差、上限までの余裕、更新日までの日数。この3つを見て、必要なら手続きを始めます。作業量としては月に1時間もかかりません。

もうひとつ、担当者が変わるときの引き継ぎも決めておきます。契約の窓口、更新日、支払い方法、管理者権限を持つ人の一覧。これらが個人の記憶にしか残っていないと、担当が変わった時点で運用が止まります。契約時にまとめた情報を、社内の共有できる場所に置いておいてください。

点検の結果を、次の契約にどうつなげるか

点検は数字を見るところで終わりがちですが、意味があるのは次の契約に反映したときです。四半期の棚卸しで出てくる典型的な結果と、その扱い方を並べます。

ライセンスが余っている場合。まず、減らせる単位を確認します。1人ずつ減らせる製品なら次の更新で調整し、5人単位や5の倍数でしか動かない製品なら、次の段まで人数が戻る見込みがあるかを考えます。半年後に採用の予定があるなら、そのまま維持したほうが結果的に安くなることもあります。

上限に近づいている場合。上位プランへ移るか、運用を変えるかの二択です。自動化なら、実行の頻度を落とす、対象を絞る、通知で代替するといった手があります。単価が2倍になるプラン変更の前に、運用側で減らせないかを一度検討してください。

使われていない案件が多い場合。これはプランの問題ではなく、運用の設計の問題です。案件の単位が細かすぎるか、担当が決まっていないかのどちらかであることが多いため、次の四半期でルールを見直します。

いずれの場合も、判断した内容と理由を短く記録に残しておくと、担当が変わっても続きます。「今回は減らさない」と決めたことも、理由と一緒に残しておくと、次の更新で同じ議論を繰り返さずに済みます。

運用でよくある質問

Q. 退職者のアカウントを止めれば費用は下がりますか。
製品によります。monday.comは、ユーザーを無効化してもシート数は自動的には減らず、請求の調整は次回更新日に反映されると記載されています。シート数を減らす操作を別に行う必要があります。

Q. 自動化の上限に当たったらどうなりますか。
設定した自動処理が動かなくなります。上限を増やすには上位プランへ移ることになり、monday.comの場合はベーシック・スタンダードの月250アクションからプロの月25,000アクションへ、単価は約2倍になります。

Q. 使っていない案件は削除すべきですか。
閉じるだけで十分です。削除すると戻せません。期間で機械的に閉じるルールにしておくと、判断で止まりません。

Q. 外部メンバーはいつ外せばよいですか。
案件が終わった時点です。製品によっては参加しているボードの数で課金対象が変わるため、四半期の棚卸しに組み込むと漏れません。

Q. 更新日はどこで確認できますか。
各製品の管理画面や請求ページで確認できます。契約時にカレンダーへ登録し、その1〜2か月前に点検の予定を入れておくと、判断の時期を逃しません。

まとめ

運用のルールは、複雑にする必要がありません。毎月は滞留と上限、四半期はライセンスと外部メンバー、更新日の前は次の期間の決定。この3つを担当者1人が回せば、無駄な枠も、上限による停止も避けられます。

重要なのは、減らす方向の変更が即時には効かないという前提を持っておくことです。四半期の棚卸しで差を見つけ、更新日までに手続きを始める。この流れを作っておけば、契約は実態に合った状態を保てます。契約条件の細部はプロジェクト管理ツールの比較のほか、Backlog、Trello、Asana、monday.com、Wrikeの各記事に整理しています。選び直す段階に戻るならプロジェクト管理ツールの選び方を参照してください。

製品の提供が終わると決まったとき

運用の途中で、製品側の事情により乗り換えが必要になることがあります。提供終了が公表された場合に確認する日付とデータの扱い、移行先の絞り込み方はJootoの提供終了と移行先の選び方にまとめました。期限が決まっている移行では、通常の運用とは逆に、終わりの日から逆算して作業を並べることになります。

参考にした一次情報

• Asanaヘルプセンター「Asana プランの変更」 https://help.asana.com/s/article/modify-your-asana-plan?language=ja（2026年9月8日確認）
• monday.com サポート「Downgrading your plan」 https://support.monday.com/hc/en-us/articles/360021617799-Downgrading-your-plan（2026年9月8日確認）
• monday.com サポート「How to cancel and close your account」 https://support.monday.com/hc/en-us/articles/360018133779-How-to-cancel-and-close-your-account（2026年9月8日確認）
• アトラシアン サポート「Trello Premium と Standard による請求の仕組み」 https://support.atlassian.com/ja/trello/docs/how-billing-works-with-trello-premium-and-standard/（2026年9月8日確認）
• Wrikeヘルプセンター「Purchasing, Upgrading, and Managing Subscription」 https://help.wrike.com/hc/en-us/articles/209605689-Purchasing-Upgrading-and-Managing-Subscription（2026年9月8日確認）