効果的なプロジェクト管理目標の設定方法（例付き）

前回のプロジェクトは期限通りに納品できました。しかし、その一方で、2人の開発者が燃え尽き、予算を40％も超過し、重大な依存関係を3週間も遅れて発見してしまいました。成果物に関するあらゆるメトリクスで見れば、このプロジェクトは成功でした。しかし、プロセスに関するあらゆるメトリクスで見れば、失敗でした。

これは、ほとんどのチームが決して埋めることのできないギャップです。彼らは成果物を納品できたかどうかは測定しても、仕事をどれだけうまく遂行できたかまでは測定していないのです。

ギャラップ社の「世界の職場実態調査」レポートは、その波及効果を示しています。仕事で自分に何が求められているかを理解していると「強く同意する」と答えた従業員は、わずか47％にとどまっています。

プロジェクト管理の目標とは、プロジェクトの計画、実行、管理の方法を規定する、具体的かつ測定可能なターゲットです。「アプリをリリースする」というのはプロジェクトの目標です。「今四半期の平均納期を15％短縮する」というのがプロジェクト管理の目標です。前者は目的地を定義し、後者はその到達方法を定義するものです。

プロジェクト管理の目標とは？

プロジェクト管理の目標とは、プロジェクトの計画、実行、管理の在り方を形作る、具体的かつ測定可能な目標です。これらは、日々の仕事がどのように進められるかに焦点を当てています。これには、意思決定のスピード、リソースの割り当て方法、リスクの見直し頻度、予算が計画通りに進んでいるかどうかの確認などが含まれます。

これらの目標は、プロジェクト目標やOKRとは異なります。プロジェクト目標は、「モバイルアプリをリリースする」といった最終的な結果を定義するものです。OKRは、「アクティブユーザーを30％増加させる」といった、より広範なビジネス結果を測定するものです。一方、プロジェクト管理の目標は、「第3四半期のプロジェクト開始時にリスク評価を完了する」といった、仕事を支えるシステムに焦点を当てたものです。

この区別は重要です。これらの目標を混同してしまうチームは、多くの場合、最終結果のみを測定してしまいます。プロジェクト管理が実際にどれほど適切に行われたかを測定することはほとんどありません。また、PMIの「Pulse of the Profession」によると、プロジェクト投資の11.4％が無駄になっているのも、このことが理由の一つです。

効果的なPM目標は、SMART（Specific：具体的、Measurable：測定可能、Achievable：達成可能、Relevant：関連性あり、Time-bound：期限付き）の枠組みに従っています。これについては後ほど詳しく解説します。まずは、その違いを最もわかりやすく理解するための方法を以下に示します：

一方は管理プロセスを統括し、もう一方は成果物を定義します。

プロジェクト管理の目標とプロジェクトの目的の違いは何ですか？

これらの用語は多くの組織で同じ意味で使用されることがありますが、実際にはそれぞれ異なる具体性のレベルを表しています。

目標とは広範な成果であり、目指すべき方向性を示すものです。プロジェクトの目的とは、その目標に到達するための具体的かつ測定可能なステップのことです。目的のない目標は単なる願いに過ぎず、目標のない目的は無駄な作業にすぎません。

以下に、目標と目的の実際の違いを示します：

目標は、その先への足がかりとなります。それぞれの目標は進捗を追跡可能で、期限が設定されており、それらが組み合わさることで、より大きな目標へとつながっていきます。

なぜプロジェクト管理の目標が重要なのでしょうか？

プロジェクト管理の目標が重要なのは、作業開始前にチームに「良い」という共通の定義を与え、成果物が納品された後にその作業が実際にどのように遂行されたかを測定する手段となるからです。目標がなければ、チームは成果物の成功にばかり注目してしまい、その成果物を支えているプロセスが健全なのか、それとも密かに崩壊しつつあるのかを把握できなくなってしまいます。

『Getting Things Done』の著者であるデビッド・アレンは、目標設定の重要性について次のように説明しています。

目標の価値は、それが描く未来にあるのではなく、現在において現実に対する認識の変化をもたらす点にあります。何に焦点を当てるかによって、何に気づくかが変わります。私たちの脳は情報をフィルタリングし、自分が何に共感し、何に注意を向けているかに基づいて、ある状況においてある事柄に目を向け、別の事柄には目を向けません。

チームがプロジェクト管理の目標を真剣に受け止めるべき5つの理由をご紹介します。

優れたPM目標の条件：9つの必須要素

キックオフを乗り越えて持続するPMの目標には、9つの具体的な要素があります。そのうちの1つでも欠けてしまうと、その目標は「誰かがかつて書き留めただけの願い事」に成り下がってしまいます。

これら9つの要素が組み合わさることで、目標は単なる願望から実行すべき確固たる約束へと変わります。試してみてください：自分の目標を、9つの要素すべてを記入したテーブルにまとめることができますか？もし「はい」なら、それは目標です。「いいえ」なら、まだ草案の段階です。

実際の目標を記入したテスト例を以下に示します。目標：第3四半期末までに、プロジェクトの進行を阻害する問題に対する平均意思決定所要時間を24時間未満に短縮する。 これを、トラッカー内の各目標のテンプレートとして活用してください。

プロジェクトの目標設定に不慣れな方のために、役立つ戦略をいくつかご紹介します：

プロジェクト管理の目標設定方法

難しいのは目標を書き出すことではありません。適切な目標を選ぶことです。以下の7つのステップは順序通りに進める必要があります。各ステップは次のステップへとつながっており、どれか一つでも飛ばすとギャップが生じ、後で進捗のずれや目標の放棄という形で現れてしまいます。

ステップ1. 過去3つのプロジェクトを検証し、成果物の不備ではなく、プロセスの不備を特定する

ポイント： 新しい目標を設定する前に、過去を振り返りましょう。過去6～12ヶ月間にチームが担当したすべてのプロジェクトをリストアップし、何が成果として出されたかではなく、どのように業務が管理されたかという点で、何がうまくいかなかったかを書き出してください。

理由： 多くのチームは、実際に直面している課題ではなく、機能の要望リスト（「リスク管理をもっと徹底すべきだ」）に基づいてPM目標を設定しています。その結果、紙の上では妥当に見えるものの、緊急性に欠ける目標になってしまいます。現実の、最近の失敗を基にした目標には、チームが前回それがどれほどの代償を伴ったかを覚えているため、自然とモチベーションが生まれます。

方法： 前四半期のプロジェクトのレトロスペクティブ、スプリントレビュー、または事後検証の記録を開きます。各プロジェクトについて、2つの列を設けて書き出してください。1つ目は「成功したもの」、2つ目は「うまくいかなかったプロセス」（引き継ぎの漏れ、依存関係の遅れた発見、キャパシティの誤算、知らぬ間に範囲が拡大してしまった、レビューの省略など）です。2つ目の列が、目標候補のリストとなります。

落とし穴： チームでレトロスペクティブを行っていない場合、監査証跡が残りません。このステップを省略するのは自己責任となります。一見スマートに見える目標を設定しても、それがチームの実際のニーズと合致しない結果になる恐れがあります。

ステップ2. それらの失敗を未然に防げたであろうプロセスメトリクスを3～5つ選びます

内容： ステップ1で発見した問題を振り返ります。その後、それらの問題をより早期に発見できた可能性のあるプロセスメトリクスを3～5つ選びます。

理由： 集中力を維持するには、通常3～5つの目標で十分です。3つ未満だと、チームがプロセスの改善を軽視してしまうことがよくあります。5つを超えると管理が難しくなり、メンバーが継続的に進捗を追跡しなくなる傾向があります。単に測定しやすい数値ではなく、最も大きな課題に関連するメトリクスを選択しましょう。

方法： レビュー対象の各問題について、「この問題を2週間早く警告できたかもしれないメトリクスは何か？」と自問してください。一般的なメトリクスとしては、スコープの乖離、意思決定の所要時間、リスクレビューの頻度、キャパシティの配分、引き継ぎリードタイム、予算の乖離などが挙げられます。複数の失敗に関連する目標を重点的に取り上げてください。

落とし穴： 追跡しやすいという理由だけでメトリクスを選んではいけません。仕事の時間の記録は簡単ですが、それだけでは、引き継ぎプロセスの不具合や所有権の所在が不明確といった問題は解決できません。

ステップ3. 各目標にSMARTの基準を適用する

内容： 各メトリクスを、「具体的（Specific）」「測定可能（Measurable）」「達成可能（Achievable）」「関連性がある（Relevant）」「期限が明確（Time-bound）」な目標に変換します。このステップを通じて、漠然とした意図が具体的な実行計画へと変わります。

理由： SMARTは、プロジェクト管理において広く用いられている目標設定のフレームワークです。これにより、曖昧な意図を測定可能なコミットメントへと具体化することができます。

方法： 各文字がPM特有の状況にどのように適用されるかを以下に示します：

最終目標：「メッセージ分析を通じて測定し、6ヶ月以内にプロジェクト関連メッセージの平均応答時間を2時間未満に短縮する。」

落とし穴： 「達成可能」というチェック項目こそが、多くのチームが失敗する原因です。例えば、「来月までに応答時間を8時間から30分に短縮する」という目標を設定するのは、単に野心的というだけではありません。それはチームを失敗に追い込み、結局その目標を完全に無視することにつながってしまうのです。

ステップ4. プロジェクト開始前にベースラインを測定する

内容： 各目標について、現在の状況を把握しましょう。そのメトリクスに関する履歴データを2～4週間分収集し、開始時の番号を書き留めてください。

理由： 基準値がなければ、状況が改善しているのか悪化しているのか判断できません。単なる推測に過ぎないのです。「予算の乖離を8%以内に抑える」といった目標も、通常の乖離率がすでに22%ある場合、ほとんど意味をなしません。背景情報がなければ、チームは実際には進捗しているにもかかわらず、失敗していると誤解してしまう可能性があります。

方法： メトリクスがすでに存在するシステムから過去のデータを抽出します。これには、プロジェクト管理ツール、タイムトラッカー、財務プラットフォーム、コミュニケーションツールなどが含まれます。通常、2～4週間分のデータで十分です。サイクルごとに業務内容が大きく変化する場合は、より長い期間のデータを使用してください。目標の横にベースラインを記録し、チームが毎回のレビューで確認できるようにします。

落とし穴： ベースラインデータの収集は余計な仕事に感じられるため、多くのチームがこのステップを省略してしまいます。しかし、これなしでは、その目標は後になって実質的な意味を持たなくなってしまいます。

ステップ5. 目標ごとに所有者を1名ずつ割り当てる

ポイント： すべての目標には、1人の所有者が明確に割り当てられます。チームではありません。漠然とした「PM」でもありません。1人の人物です。

理由： チーム全体で責任を共有すると、結果として誰も責任を持たない状態になります。予算の乖離を追跡する責任が全員にある場合、実際には誰も責任を負っていません。責任者は、その目標が示唆するすべての仕事をやる必要はありません。責任者は、数値の可視性と、数値が予定から外れた際の報告・対応を担うのです。責任者が明確に定められていなければ、その目標はドキュメントの中に存在しているだけで、そこで終わってしまいます。

方法： 同じ文書内の各目標の横に、所有者の名前を記入します。その後、その所有者に直接、所有権を確認します。例えば、「この四半期のこの目標はあなたが所有者です。つまり、毎週の進捗確認会議でメトリクスを共有し、閾値を超えた場合は報告してください」といった具合です。この会話は重要です。文書にひっそりと追加された目標は、真の所有権が生まれないことがほとんどです。

落とし穴： すべての目標をプロジェクトマネージャーに割り当ててはいけません。PMはプロジェクト全体を統括しますが、各プロセスの目標にはそれぞれ所有者を設定すべきです。メトリクスに最も密接に関わる所有者に目標を割り当てましょう。例えば、デプロイ頻度については技術リーダー、レビューの所要時間についてはデザインリーダー、予算の差異については財務担当者に割り当てます。そうすることで、データの精度が高まり、責任の所在もはるかに明確になります。

ステップ6. レビューの頻度を、新たに設けるのではなく、既存の定例会議に組み込む

ポイント： 各目標をいつ、どのように見直すかを決めましょう。そして、その見直しは、新たにミーティングを設けるのではなく、チームがすでに実施しているミーティングの中で行うようにしてください。

理由： 新たなミーティングを必要とする目標は、途中で放棄されがちです。カレンダーに「PM目標の同期」を追加すると、最初の1週間は生産的だと感じられますが、3週目にはキャンセルされてしまうものです。一方、既存のStandUpミーティング、週次共有、スプリントレビュー、マイルストーンの振り返りなどに組み込まれた目標は、チームメンバーがすでにその場にいるため、継続されやすいのです。

方法： 各目標について、適切な時間軸をすでにカバーしている定例会議を選びます。週次メトリクス（意思決定の所要時間、キャパシティの割り当て）は週次同期会議で扱います。スプリントレベルのメトリクス（ベロシティ、スコープの乖離）はスプリントレビューで扱います。四半期レベルのメトリクス（研修への投資、レトロスペクティブでのアクション項目のフォローアップ）は四半期ごとのレトロスペクティブで扱います。目標については、別途の議論項目とするのではなく、定例の「2分間議題」として追加してください。

落とし穴： すべてのミーティングで、すべての目標をレビューしようとしないでください。レビューの頻度は、メトリクスの自然なリズムに合わせて調整しましょう。レビューの頻度が高すぎると目標は「ノイズ」となり、低すぎると目標が見えなくなってしまいます。

ステップ7. 各目標を可視化されたデータソースに接続する

ポイント： すべての目標には、現在の番号が記録される単一の明確な場所が必要であり、チームはその番号を1分以内に確認できる必要があります。

理由： 目標の達成状況を確認するために、誰かに尋ねたり、レポートを作成したり、パスワードを思い出したりする必要がある場合、その目標は確認されなくなります。この手間は次第に積み重なります。4週目には、目標の所有者は同期のたびに番号を抽出するのに20分を費やすようになります。6週目には、その作業をやめてしまいます。8週目には、その目標は事実上機能しなくなってしまうのです。

方法：共有ダッシュボード、固定されたスプレッドシート、またはPMツール内の保存済みビューを作成します。各目標はソースデータに直接リンクされているため、チームメンバーなら誰でも、誰の助けを借りずに最新の数値を確認できます。このビューの作成に費やす時間は、目標設定プロセス全体において最も効果の高い投資となります。

落とし穴： スライド資料で目標の進捗を追跡するのは避けましょう。スライドは送信された瞬間に情報が古くなってしまいます。データソースはリアルタイムで更新されるものでなければなりません。つまり、今日目にする数値は、今日時点で実際に最新の数値であるべきなのです。

パフォーマンスを向上させるプロジェクト管理目標の10の例

以下の目標は、成果の高いプロジェクトチームにおいて最も一貫して見られるものです。これらは、実行の基本要素（時間、予算、リスク）から、チームの連携や生産性といったチームダイナミクス、さらには専門的な成長に至るまで、順に整理されています。それぞれに、その目標を設定する「理由」と、成功に導くための具体的な戦略が含まれています。

以下に全項目を一覧で示します。これを候補リストとして活用してください。紙面上では最も見栄えがよいものを選ぶのではなく、チームの最近の失敗のうち、最もコストがかかった事例に関連する3～5つの目標を選んでください。

プロジェクトを期日通りに完了させる

Wellingtone社の「プロジェクト管理の現状」レポートによると、予定通りに完了するプロジェクトはわずか約29％にとどまっています。納期の遅れは、依存関係にあるプロジェクトの遅延を招き、ステークホルダーの信頼を損ない、コストを膨らませることになります。

目標を実行可能なものにする方法：

プロジェクト予算の管理

予算目標は「支出を抑えること」ではありません。プランと実際の支出の差異を縮小するために、コスト管理を実施することです。チームが手抜きをしたために予算を下回ったプロジェクトは成功ではなく、いずれ表面化する品質上の問題を抱えているに過ぎません。

PMは通常、以下の3つのコストカテゴリを管理します：

そして、これらのカテゴリーを適切に管理する方法は以下の通りです：

チームの連携とコミュニケーションを強化する

SHRMの調査によると、リーダーが透明性を持ってコミュニケーションをとると、従業員の85％がより高いエンゲージメントを感じるそうです。週次ミーティングなどの定期的なフィードバックの仕組みを導入することで、離職率を15％削減できる可能性があります。やること：

チームの生産性を向上させる

従業員の生産性を向上させるということは、「労働時間を増やす」ことではありません。それは、プロジェクトを前進させる仕事に費やす時間の割合を高め、ステータスミーティング、タスクの切り替え、手作業による事務処理に費やす時間を減らすことを意味します。

これを成功させるための方法は以下の通りです：

プロジェクトのリスクを先手を打って軽減する

目標はリスクを排除することではなく、リスクが深刻化する前にそれを察知し、リスク軽減策を準備しておくことです。

ステークホルダーの期待とプロジェクトの実態を整合させる

スポンサーが積極的に関与しているプロジェクトは、成功する可能性が高くなります。その差は極めて大きいため、ステークホルダーの足並みを揃えることは、「あれば望ましい」というレベルではなく、独立した目標として設定すべきものです。

リソースをより効果的に配分する

この目標は、「少ないリソースでより多くのことをやる」ことではなく、「手持ちのリソースを最大限に活用してより多くの成果を上げる」ことを目指すものです。この区別は重要です。「少ないリソースでより多くのことをやる」というのは、過重労働を婉曲に表現した言葉だからです。賢明なリソース配分とは、適切な人材を適切なタイミングで適切なタスクに割り当てることです。

データに基づいた意思決定の文化を築く

プロジェクトにおける意思決定の多くは、依然として直感に基づいて行われています。データ駆動型の意思決定とは、方向性を決定する前にプロジェクト管理の分析を活用し、その数値をチーム全体が共有できるようにすることを意味します。

価値はデータそのものにあるわけではありません。意思決定を行う前にデータを確認する習慣を身につけることにあるのです。

プロジェクト成果物の品質を向上させる

タイムラインが遅れると、真っ先に犠牲になるのが品質です。チームは品質保証（QA）を削減し、レビューを省略し、「まあこれでいいか」という状態でリリースしてしまいます。その結果、リリース後に修正に2倍の時間を費やすことになります。

PMスキルと継続的な学習に投資しましょう

PMIの『Pulse of the Profession』によると、プロジェクト管理の研修を優先する組織は、そうでない組織に比べて無駄な支出を28分の1に抑えています。しかし、プロジェクトマネージャーにとってのこの成長目標は、単に資格を取得することにとどまりません。資格だけでは得られない判断力や適応力を養うことが重要なのです。

プロジェクト管理の目標を2週目以降も継続させる方法

PMの目標の多くは、目標そのものが間違っていたから失敗するわけではありません。キックオフ後に誰もその目標に目を向けなかったために失敗するのです。目標の設定には1週間かかりますが、それを継続させるには習慣が必要です。

以下の6つの実践方法を実践すれば、数週間経っても目標が依然として意味を持つようになります。

レビューのたびに、目標そのものではなく、数値を提示しましょう。 毎週の同期では、目標の説明ではなく、現在の数値から会話を始めるべきです。「今週の意思決定までの所要時間は2.4日で、先週の1.8日から増加しています」といった発言は、有意義な導入となります。 「意思決定までの所要時間の目標を確認しましょう」というのは適切ではありません。毎回数値から話を始めれば、その後の議論が実際に目標の達成へとつながります。

目標から外れた1週間を「失敗」ではなく「シグナル」として捉えましょう。 目標から外れた1週間は「情報」であり、「結論」ではありません。2週間連続で外れた場合は「傾向」です。3週間外れた場合は「構造的な問題」です。シンプルなルールを設けましょう：1週間外れたら「メモする」、2週間外れたら「話し合う」、3週間外れたら「対策を講じる」。このルールにより、一時的な変動に過剰反応することなく、チームの足並みを揃えることができます。

データに基づいて必要と認められた場合に目標を見直し、都合が悪いからという理由で変更してはいけません。 ベースラインが間違っていた場合、ターゲットが非現実的だった場合、あるいはプロジェクトの範囲が大幅に変更された場合は、目標を変更してください。ただし、その変更内容と理由を文書化してください。チームの進捗が遅れているというだけで、こっそりと目標値が引き下げられるような状況は、目標がないことよりも悪いです。それはチームに「ターゲットは交渉可能だ」と教えることになります。理由を文書化した上で明示的に修正された目標は、システムが誠実であることをチームに示します。

目標の未達成とプロジェクトの失敗は区別しましょう。 プロジェクトは、すべてのPM目標を達成できずにいても、成功してリリースされることがあります。逆に、すべてのPM目標を達成しても、リリースに失敗することもあります。目標を達成できなかった場合、問うべきは「チームが良い仕事をしたかどうか」ではなく、「プロセスに何が必要か」です。会話は「人」ではなく「プロセス」に焦点を当てましょう。PM目標のレビューとプロジェクトの振り返りは、1つの合同ミーティングではなく、2つの別々のセッションとして扱うようにしましょう。

もはや存在意義を失った目標は廃止しましょう。 第1週に設定した目標のすべてが、第6週になってもなお適切な目標であるとは限りません。キックオフ時点で緊急性が高かったメトリクスも、すでに解決されている可能性があります。陳腐化した目標は、無視するのではなく廃止すべきです。目標の廃止は、その理由を文書化して行う明確な手続きです。目標を無視することは、リスト上の他のすべての目標の信頼性を損なうことになります。チームは、四半期ごとに少なくとも1つの目標を廃止する覚悟を持つべきです。

学んだ教訓は、単に次の四半期だけでなく、次のプロジェクトにも活かしましょう。 プロジェクト管理の目標を追跡する目的は、現在のプロジェクトだけではありません。次のプロジェクト、そしてその次のプロジェクトのためなのです。 各プロジェクトの終了時には、どの目標が成功し、どの目標が失敗したか、そして何を変更すべきかを書き留めておきましょう。その文書を次のプロジェクトのキックオフに持ち込みましょう。多くのチームはレトロスペクティブを行い、メモをファイルに保管した後、次のプロジェクトをゼロから始めます。しかし、着実に改善を続けるチームは、前回のプロジェクトで得た目標に関する教訓を、今回のプロジェクトの計画に活かしているのです。

目標を生き生きとさせるのは、チームと目標との関係性です。誰にも開かれないドキュメントに完璧に記述されたSMART目標は、死んだも同然です。一方、大まかに記述された目標であっても、毎週Mondayに議論され、データが変化した際に率直に見直されるものであれば、それは生き生きとした目標なのです。

ClickUpでプロジェクト管理の目標を追跡する方法

目標を設定するのは、作業の半分に過ぎません。より難しいのは、チームに余分な仕事を課すことなく、目標の進捗を追跡することです。

多くのチームは、日々のタスク活動をより大きなプロジェクト目標と接続することに苦労しています。進捗情報は、スプレッドシートやミーティング、ステータス報告書などに散在してしまいがちです。

ここで役立つのが、統合型AIワークスペースです。タスク、ドキュメント、ダッシュボード、時間追跡がすべて1つのプラットフォームに集約されていれば、進捗状況の更新は自動的に行われ、新たな管理業務になることはありません。

ClickUpでは、実際に次のように機能します。

ClickUpダッシュボードによるリアルタイムの可視性

ClickUpのダッシュボードは、タスク、スプリント、時間追跡、カスタムフィールドからリアルタイムのデータを取得し、PMの目標で実際に測定されるプロセスメトリクスを視覚的なレポートとして表示します。50種類以上のウィジェットが用意されており、それぞれが目標のカテゴリーに直接対応しています：

当社のPMOチームが四半期ごとのPM目標を追跡する方法は以下の通りです： 各ダッシュボードでは、タスクレベルの完了状況が目標レベルの進捗に集計されるため、数値は自動的に更新されます。ステークホルダーには、進捗状況の電子メールではなく、共有ダッシュボードのリンクが提供されます。毎週の同期では、誰かが延々とスライドを準備する代わりに、画面上に最新の数値が表示された状態で会議が始まります。

初めての方のために、ClickUpで初めてのプロジェクト管理ダッシュボードを作成する方法を紹介する簡単なビデオチュートリアルをご用意しました！

ClickUp Brain によるパターン検出

複数のプロジェクトにまたがって目標を追跡するチームにとって、ClickUp Brainは業務の全容を把握した常時稼働型のAIアシスタントです。これにより、

ClickUp自動化による閾値アラート

ダッシュボードとClickUpの自動化機能を組み合わせることで、目標メトリクスが定義された閾値を超えた際にアラートをトリガーできます。例えば、予算使用率が設定された割合を超えた場合、タスクが完了しないままマイルストーンの日付が過ぎた場合、またはチームメンバーのキャパシティが100%に達した場合などです。

また、ClickUpで「スーパーエージェント」を設定すれば、プロジェクトのステータスを自動的に要約したり、差異を指摘したりするなどの作業を自動化できます。

モニタリングは、個人の仕事ではなく、システムの役割となります。そのおかげで、あなたは対応に集中できるようになります。

ClickUpが適していない場合

本格的なプロジェクト管理は不要で、軽めの目標追跡のみが必要なチームにとっては、WeekdoneやPerdooのようなスタンドアロンのOKRツールの方が、設定や維持管理が簡単です。さらに、PM目標を用いた四半期ごとの実験を初めて行うチームにとっては、スプレッドシートを使ったアプローチが依然として最適な選択肢となります。

以下の場合はスキップしてください： チームの人数が5人未満で、チーム間の依存関係がなく、一度に追跡する目標が3つ以下である場合。その場合は、スプレッドシートの方が設定が早く、同じくらい効果的です。最適なケース： 基本的な目標追跡以上の管理が必要な、部門横断的なプロジェクトの管理

プロジェクト管理の目標を台無しにする5つの間違い

PM目標を設定したチームの多くは、1四半期以内にその目標を放棄してしまいますが、その失敗パターンは驚くほど一貫しています。以下の過ちは、チーム、業界、プロジェクトの種類を問わず、どこでも見受けられます。

プロセス目標を装った成果物目標の設定。 「第3四半期末までにリデザインをリリースする」というのは、日付とターゲットが設定されているためプロセス上のコミットメントのように感じられますが、実はプロジェクト目標を装ったものです。評価指標となるのは成果物そのものであり、それを生み出したプロセスではありません。チームはQAを省略したり引き継ぎを飛ばしたりして期限に間に合わせ、プロセスは悪化しているにもかかわらず、PMの目標は「達成」されたことになってしまいます。

解決策： すべてのPM目標は、仕事の成果そのものではなく、仕事の進め方（ペース、ばらつき、処理時間、キャパシティ）を測定するものでなければなりません。特定のプロジェクトと結びつけなくても意味をなす目標であれば、それはプロセス目標です。プロジェクトの納品日にその目標が意味をなさなくなってしまう場合は、それは「成果物」を装ったものに過ぎません。

5つではなく12の目標を追跡する。 目標追跡ドキュメントにメトリクスが山積みになっていると、その取り組みが長続きしないことは確実です。キックオフの時点では、それぞれの目標が誠意を持って記録されましたが、6週目になると、チームはそのドキュメントを見るたびに罪悪感を抱くようになります。

解決策： 目標を3～5つに、容赦なく絞り込みましょう。どの目標を残すかを決める際は、前回の監査で最もコストのかかった失敗に関連する目標を選びましょう。他の目標が永久に消えるわけではありません。単に今四半期の重点対象ではないだけです。毎週見直す少数の目標は、2回しか見直さない包括的なリストよりも効果的です。

基準となる数値がないまま目標を設定する。 「意思決定の所要時間を短縮する」という目標は、現在の意思決定の所要時間が実際にどれくらいなのかという記録がないため、不完全な目標です。6週間が経過した時点で、チームに改善が見られるかと誰かが尋ねても、誰も答えられません。その結果、その目標は測定可能な指標ではなく、単なる「感覚」になってしまいます。会話が実を結ばないため、チームは最終的にその話題を持ち出すことをやめてしまいます。

解決策： プロジェクト開始前に、1時間かけて過去2～4週間分の履歴データを収集しましょう。同じドキュメント内の目標の横にベースラインを記載しておけば、すべてのレビューが明確な出発点から始まります。ベースラインのある目標は「測定可能な指標」であり、ベースラインのない目標は単なる「願望」に過ぎません。

目標の進捗を追跡するために手作業でのデータ収集が必要となる場合。 目標の所有者は、毎週金曜日に20分かけて、3つの異なるシステムから数値をスプレッドシートにまとめ、ステータスを更新しています。4週目になると、更新は隔週の金曜日に行われるようになります。8週目になると、更新は行われなくなります。この目標が廃止されたわけではありません。摩擦によって、ひっそりと放置されてしまったのです。

解決策： 目標を確定する前に、その番号がどこに保存されており、どのように更新されるのかを確認しましょう。回答に手作業による収集が含まれる場合は、番号を自動的に取得するリアルタイムのダッシュボードビューを構築してください。あるいは、システム内に保存されている別のメトリクスを選ぶのも一案です。手作業による更新を必要としない目標は、毎週20分の準備作業を要する目標に比べ、長期的には有利に働きます。

プロジェクトの進行サイクルとは異なる頻度でPM目標を見直すこと。 プロジェクトは2週間ごとのスプリントで進行していますが、PM目標の見直しは四半期ごとに行われています。チームは10週目に、3週目から3つの目標について目標達成率を下回っていたことに気づきました。軌道修正を行う機会はなかったのです。

解決策： レビューの頻度をプロジェクトの自然なリズムに合わせましょう。スプリントレベルのメトリクスはスプリントレビューで、週次メトリクスは週次同期でレビューします。プロジェクトの実際のリズムに合わせて目標を見直せば、常に最新の状態を保てます。

実務の現場でも通用するプロジェクト管理の目標を策定する

プロジェクト管理の目標は、単に成果物だけでなく、プロセスそのものを測定できる場合にのみ効果を発揮します。また、同様に重要なのは、キックオフ時に書き留めて3週目には忘れ去られてしまうのではなく、毎週追跡しなければならないということです。

目標は、チームの実際のワークフローから切り離されてしまうと失敗に終わります。測定すべき項目が間違っていたり、膨大な業務量に埋もれてしまったり、基準値がなかったり、手作業での維持管理が必要だったり、適切な頻度で実行されていなかったりする目標は、そもそも目標とは言えません。それは単なる形骸に過ぎません。いずれの場合も解決策は同じです。目標を業務により密接に結びつけることです。

明確なプロジェクト管理の目標は、そのギャップを埋めます。それにより、「プロジェクトが完了した」という状態から、「プロジェクトがどれほどうまく進んだか、そして次回は何を改善すべきかを正確に把握している」という状態へと変わるのです。

長年にわたり、一貫して成果を上げているチームは、PM目標を「生き続けるコミットメント」として扱っていることがわかっています。彼らはベースラインを設定し、すでに開催されているミーティングで数値を確認し、データに変化があった際には率直に目標を見直します。それこそが、プロジェクトを重ねるごとにプロセスを健全に保ち続ける秘訣なのです。

チームですでにClickUpでプロジェクトを運用している場合や、目標の進捗管理とプロジェクトの実行を1つのワークスペースに統合したい場合は、ClickUpを無料で始めて、10分以内に最初の目標進捗管理ダッシュボードを作成しましょう。

プロジェクト管理の目標に関するよくある質問

プロジェクト管理におけるSMART目標とは？

プロジェクト管理におけるSMART目標とは、具体的（Specific）、測定可能（Measurable）、達成可能（Achievable）、関連性がある（Relevant）、期限が定められている（Time-bound）という5つの要素を満たす目標のことです。1981年にジョージ・T・ドーランによって提唱されたこのフレームワークは、「コミュニケーションを改善する」といった曖昧な意図を、「第3四半期末までに、メッセージ分析を通じて測定したプロジェクトメッセージの平均応答時間を2時間未満に短縮する」といった具体的なコミットメントへと具体化させます。 」という具体的なコミットメントへと転換させます。適切に策定されたPM目標はすべて、これら5つの基準を満たし、所有者とデータソースが明確に定められています。

プロジェクト管理の成功はどのように測定するのでしょうか？

プロジェクト管理の成功は、2つの異なるメトリクスセット、すなわち「成果物メトリクス」（プロジェクトが予定通りに、範囲内、予算内、所定の品質で納品されたか）と「プロセスメトリクス」（チームがどれほど効率的に仕事を遂行したか）によって測定されます。 期限通りに成果物を納品できたとしても、その過程でチームが疲弊してしまったプロジェクトは、2つ目の指標から見て成功とは言えません。最も有用なPMスコアカードは、これら2つの指標を並べて追跡するものであり、それによってチームは、成功した成果物の納品が健全なプロセスによるものなのか、それとも機能不全のプロセスを乗り越えて達成されたものなのかを判断できるようになります。

プロジェクト管理の目標とKPIの違いは何ですか？

プロジェクト管理の目標とは、達成しようとしている目標そのものであり、KPIとは、その目標を達成できているかどうかを判断するために測定する指標のことです。「第3四半期中に意思決定の所要時間を24時間未満に短縮する」という目標がコミットメントです。KPIは「週ごとに測定される平均意思決定所要時間」です。 」適切に策定されたプロジェクト管理の目標には、必ず少なくとも1つのKPIが裏付けられています。ただし、すべてのKPIが目標と結びついているわけではありません。チームは、改善ターゲットを設定することなく、運用上のKPIを継続的に追跡することもよくあります。

プロジェクト管理の目標とOKRの違いは何ですか？

プロジェクト管理の目標は、仕事の進め方を対象とします（「予算の乖離を8%以内に抑える」など）。一方、OKRはビジネス成果を対象とします（「アクティブユーザーを30%増加させる」など）。 OKRは四半期単位で設定され、企業戦略へとつながります。一方、PM目標はプロジェクトやスプリントの範囲に限定され、成果の提供を支える基盤となる運用体制を統制します。ほとんどのチームには両方が必要ですが、失敗の要因はそれぞれ異なります。OKRは方向性の不一致によって失敗し、PM目標は放棄されることによって失敗します。

プロジェクト管理の目標は、プロジェクトの途中で変更できるのでしょうか？

はい、プロジェクト管理の目標は、基礎となるデータがそれを正当化する場合、プロジェクトの途中で変更することができ、また変更すべきです。ベースラインが誤っていたことが判明した場合、ターゲットが非現実的であることが判明した場合、あるいはプロジェクトの範囲が大幅に変更された場合、目標は明確に修正され、文書化されるべきです。 重要なのは、「意図的な修正」と「知らぬ間に生じる逸脱」の違いです。書面による理由を添えて変更された目標は、システムが誠実であることをチームに示しますが、知らぬ間に下方修正された目標は、ターゲットは交渉の余地があるものだとチームに伝えてしまいます。