---
title: プロジェクトを失敗させないヒント45『見える化の目的は「評価」ではない』｜プロジェクトマネジメントのヒント｜マネジメントソリューションズ（MSOL）サービスサイト
description: 情報を数値化することの目的は、数字を守らせることではなく、遅延に対する対策の検討やリスクの抽出を行うことです。数字を守らせることを目的としてしまうと悪い報告がしにくくなり、悪状況が早期に報告されないなどといった事態につながります。見える化の正しい目的の理解には、プロジェクトマネジャーやPMOが正しい目的を示す態度が必要です。
image: https://service.msols.com/hubfs/hint100-045_thumbnail.png
---

[![MSOL](https://service.msols.com/hubfs/raw_assets/public/msol/images/header_img_logo.svg) ](https://service.msols.com/)

- [ホーム](https://service.msols.com/)
- [MSOLの特長](https://service.msols.com/feature/) 
    - [MSOLの特長](https://service.msols.com/feature/)
    - [MSOLのPMOとは？](https://service.msols.com/feature/pmo/)
    - [PMOコンサルタント紹介](https://service.msols.com/feature/pmo_introduction/)
    - [会社案内](https://service.msols.com/company/)
- [支援事例](https://service.msols.com/case/) 
    - [お客様支援事例](https://service.msols.com/case/interview/)
    - [課題解決事例](https://service.msols.com/case/solution/)
- [サービス](https://service.msols.com/service/) 
    - [サービスTOP](https://service.msols.com/service/)
    - [ご支援開始までの流れ](https://service.msols.com/service/flow/)
    - [PMO](https://service.msols.com/service/pmo/)
    - [PgMO](https://service.msols.com/service/pgmo/)
    - [EPMO/部門PMO](https://service.msols.com/service/epmo)
    - [Global PMO](https://service.msols.com/service/globalpmo/)
    - [PROEVER](https://proever.com/)
    - [トレーニング](https://service.msols.com/service/training/)
    - [MSOL Digital](https://www.msoldigi.com/)
    - [PMOaaS](https://service.msols.com/service/pmoaas/)
- [お役立ちブログ](https://service.msols.com/blog/)
- [セミナー・イベント](https://service.msols.com/event/)

[資料ダウンロード](https://service.msols.com/download/?channel=header_btn) [お問い合わせ](https://service.msols.com/contact/?channel=header_btn)

- [ホーム](https://service.msols.com/)
- MSOLの特長 
    - [MSOLの特長トップ](https://service.msols.com/feature/)
    - [MSOLのPMOとは？](https://service.msols.com/feature/pmo/)
    - [PMOコンサルタント紹介](https://service.msols.com/feature/pmo_introduction/)
    - [会社案内](https://service.msols.com/company/)
- [支援事例](https://service.msols.com/case/)
- サービス・ソリューション 
    - [サービストップ](https://service.msols.com/service/)
    - [プロジェクトマネジメント実⾏⽀援（PMO）](https://service.msols.com/service/pmo/)
    - [PgMO](https://service.msols.com/service/pgmo/)
    - [EPMO / 部⾨PMO](https://service.msols.com/service/epmo/)
    - [グローバルPMO](https://service.msols.com/service/globalpmo/)
    - [**PROEVER**](https://proever.com/)
    - トレーニング 
          - [トレーニングトップ](https://service.msols.com/service/training/)
          - [お知らせ一覧](https://service.msols.com/service/training/news/)
          - [PMO認定資格](https://service.msols.com/service/training/mcan/)
          - [集合研修（リモート・対面）](https://service.msols.com/service/training/group/)
          - [eラーニング](https://service.msols.com/service/training/elearning/)
          - [法人の方へ](https://service.msols.com/service/training/corporate/)
    - [**MSOL Digital**](https://www.msoldigi.com/)
    - [ソリューション PMOaaS](https://service.msols.com/service/pmoaas/)
- [お役立ちブログ](https://service.msols.com/blog/)
- [セミナー・イベント](https://service.msols.com/event/)

[資料ダウンロード](https://service.msols.com/download/?channel=header_btn) [お問い合わせ](https://service.msols.com/contact/?channel=header_btn)

- [ホーム](https://service.msols.com/)
- [プロジェクトマネジメントのヒント](https://service.msols.com/blog)
- プロジェクトを失敗させないヒント45『見える化の目的は「評価」ではない』

- [プロジェクトを失敗させないヒント100](https://service.msols.com/blog/tag/プロジェクトを失敗させないヒント100)

# プロジェクトを失敗させないヒント45『見える化の目的は「評価」ではない』

目次

『プロジェクトを絶対に失敗させない！やり切るための100のヒント』とは

![『プロジェクトを絶対に失敗させない！やり切るための100のヒント』とは](https://service.msols.com/hubfs/msol_project_hint100_thumbnail_02-1.png)

本記事は、プロジェクトを成功させるために必要なノウハウを、数百の支援実績経験をもとに記述した『プロジェクトを絶対に失敗させない！やり切るための100のヒント』より、 1つずつヒントをご紹介していく企画です。プロジェクトマネジメントについて、何らかの気づきを得るきっかけになれば幸いです。

当社はプロジェクトマネジメントの知識と経験を有し、皆様のプロジェクトが成功するお手伝いをさせていただいております。 プロジェクトマネジメントに関する疑問や課題がある方、成功への道筋をお探しの方、どうぞお気軽にご連絡ください。  
[お問合せはこちら](https://service.msols.com/contact?channel=blog_hint100)からどうぞ。

[![書籍を無料でダウンロードする](https://hubspot-no-cache-na2-prod.s3.amazonaws.com/cta/default/23469375/interactive-361218232034.png) ](https://service.msols.com/hs/cta/wi/redirect?encryptedPayload=AVxigLJyDAm4eEAHCkz9tUxFgRKlx9QjH1qBMUtrcPSF%2BgBFcRTOSNBT6VCh4bWfdjQxSapXgGjr0nPoxgg5%2BVD%2Fr35bG43N4RrIpvj7JEJ%2FL%2Bx7t%2BiNSMTL5Cji4mO9u9xD%2BXWS%2B3dazZCBeQM%2FEypCk8ERBvP4GgSp8T5%2FFzmFTfAkvRtaweT0aWfP%2BKD7xA%3D%3D&webInteractiveContentId=361218232034&portalId=23469375)

※『プロジェクトを絶対に失敗させない！やり切るための100のヒント』をPDFまたは電子書籍でダウンロードできます

 

---

様々な情報を見える化や数値化すると、予定と実績の対比が可能になり、客観的な状況の把握が容易になります。しかし、進捗の予実を見て予定を下回っていた時に、頭ごなしに「ダメじゃないか」と怒っていないでしょうか。それでは、見える化の本来の目的を達成するのは難しいです。あなたのプロジェクトで、こんな会話を耳にしたことはないですか。

ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー  
プロジェクトマネジャー（PM）：Aチームの進捗状況はどうなっていますか。

チームリーダー：予定では15タスク終わっているべきところですが、進捗が思わしくなく、現在13タスクしか終わっていません。

PM：あれ、遅れているんですか？ 先週聞いた時は、今週までに終わると言っていたじゃないですか。

チームリーダー：はい。先週時点ではそうだったのですが。（PMからの無言のプレッシャーに負けて）でも、今週末までに必ずリカバリーします（できるか分かりませんけど）。

PM：分かりました。それでは来週また報告してください。  
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

この会話は極端な例に見えるかもしれません。ですが、意外に身近なところで同じようなやり取りがされているのではないでしょうか。

この会話の後、チームリーダーは期日に間に合わせるために頑張るでしょう。そして優秀なリーダーであれば、期日を守り、事なきを得るかもしれません。ですが、状況によっては頑張ることが解決策にならない場合もあります。もし終わらなかった場合にどう対応するのか、この会話のなかでは議論の余地がありません。

少なくとも、こんなやり取りを繰り返せば、チームリーダーはプロジェクトマネジャーに対して、悪い話は報告しなくなってしまいます。

## プロジェクトマネジャーの話し方次第で結論が変わる

同じ話でも、こんなやり取りをすると、先ほどとは全く違った結果が出てきます。

ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー  
PM：Aチームの進捗状況はどうなっていますか。

チームリーダー：予定では15タスク終わっているべきところですが、進捗が思わしくなく、現在13タスクしか終わっていません。

PM：そうですか。遅延の原因は明確になっていますか。

チームリーダー：はい。XX機能の開発が予想以上に難しく、時間がかかっています。

PM：対応の見込みは立っていますか。他チームの協力は必要ないですか。

チームリーダー：XX機能の問題はチーム内で有識者を集めて今週末には対応できますが、後続のYY機能の開発に影響が出るかもしれません。

PM：分かりました。遅延の可能性があることを早めに関係チームに伝えておきましょう。  
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

プロジェクトマネジャーの話し方次第で、チームリーダーもプロジェクトマネジャーに状況を報告しやすくなるのです。

それでは、このプロジェクトマネジャーと先ほどのプロジェクトマネジャーの違いは何でしょう。大きく違っているのは、「何のために進捗を数値で管理するのか」という点に関する認識です。

前者は守るべき予定を数値化し、それを守らせることが管理だと考えています。そのため、進捗を守れていればよし、守れていなければダメという判断を下そうとします。後者は、予定と比べて遅れているという状況について、原因と対策、その先のリスクを早期にキャッチする情報として数値を活用しています。

このように比較してみれば、後者のように判断する必要があると理解できますが、前者のように数値を組織や個人の評価に使うという考え方は、実は多くの現場に根強く残っています。そして、プロジェクトマネジャー、チームリーダー、メンバーの全ての層に、その誤解は広がっています。  
上記は、管理の枠組みはできているにもかかわらず、うまく運用できなかった例です。このチームの中核メンバーには、「人数が少ないから把握できる」という文化が根付いていました。メンバーを増やしてやや規模が大きくなっても、同様の管理レベルで対応しようとして、苦しんでいたのです。そこで、前任者はしっかりとした計画書を作成し、チームをコントロールしようとしたわけですが、定着するどころか、かえって混乱を招きました。

この管理方法は、10人に満たないプロジェクトメンバーからすると、なぜここまで必要なのか理解できないものだったと言えるでしょう。もちろん、説明が足りないことも大きな原因の1つです。加えて、取得したい情報や管理したい内容が、規模に対して過剰だったのです。

どんなプロジェクトでも同じですが、過去の経験やPMBOKなどの知識にあまり捉われずに、本当に必要な情報だけを収集する仕組みを考える必要があります。

## ブレのない態度で「目的」を徹底的に示す

プロジェクトではEVM（アーンド・バリュー・マネジメント）の手法を取り入れたり、経営の見える化においてはKPIを取り入れたりするなど、色々な場面で様々な数値化に取り組み、改善につなげようとしています。

しかし、表面化した数値だけを見て良しあしを判断しようとすると、報告者が内容についてネガティブな印象を持ってしまい、悪い状況が顕在化するまで報告されなくなるような弊害を引き起こします。また、現場の理解と協力が特に重要となるKPIの導入においては、運用そのものの定着が非常に困難になってしまいます。

見える化が組織や個人の評価を目的としているのではなく、対策の検討やリスクの抽出を目的としていることを、しっかりと理解してもらう必要があるのです。この点に理解を得るのは、非常に難しいことです。組織に根付いている文化や意識を変えていく必要があるのですから、プロジェクトを通じて本来の目的を伝え続けることはもちろんですが、言葉で伝えていくだけでなく、プロジェクトマネジャーやPMOがブレのない態度で徹底的に示していくことが重要になっていきます。

数値化して客観的な情報を得ることの目的は、その数字を見て良しあしを判断することではありません。数値の傾向を見て、早期に対策を検討し、潜在的なリスクを抽出することが真の目的なのです。この目的をプロジェクトの共通認識にすることが、プロジェクトマネジメントを円滑に行うための大きな一手となります。

プロジェクトマネジメントの  
実行支援なら  
MSOLにご相談ください

長年の経験と独自の方法論、プロジェクト成功への強いコミットメントを持ったプロフェッショナルが、  
プロジェクトの各種管理と推進、社内調整まで現場での実行支援を行います。

[資料をダウンロードする(無料)](https://service.msols.com/download/msolpmo/?channel=common_cta) [プロジェクトについて相談する](https://service.msols.com/contact/?channel=common_cta)

- [ホーム](https://service.msols.com)
- [MSOLの特長](https://service.msols.com/feature/)
- [PMOコンサルタント紹介](https://service.msols.com/feature/pmo_introduction)
- [PMOとは](https://service.msols.com/feature/pmo/)

- [サービス・ソリューション](https://service.msols.com/service/)
- [支援開始までの流れ](https://service.msols.com/service/flow/)
- [支援事例](https://service.msols.com/case/)
- [お役⽴ちブログ](https://service.msols.com/blog)
- [セミナー・イベント](https://service.msols.com/event)

- [お問い合わせ](https://service.msols.com/contact/)
- [資料ダウンロード](https://service.msols.com/download/)
- [会社案内](https://service.msols.com/company/)

- [コーポレートサイト](https://www.msols.com/)
- [採用情報](https://www.msols.com/recruit/)
- [個人情報のお取扱いに関する同意事項](https://www.msols.com/privacy/)
- [個人情報保護方針](https://www.msols.com/personal/)
- [特定商取引法に基づく表記](https://www.msols.com/tokuteisho/)

[![MSOL](https://service.msols.com/hubfs/raw_assets/public/msol/images/header_img_logo.svg) ](https://service.msols.com/)

株式会社マネジメントソリューションズ

〒107-6229　東京都港区赤坂9-7-1　ミッドタウン・タワー29F

[![Pマーク](https://service.msols.com/hs-fs/hubfs/raw_assets/public/msol/images/footer_img_p-mark.png?width=99&height=98&name=footer_img_p-mark.png)](https://privacymark.jp)

© Management Solutions co., ltd.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "MSOL",
    "url" : "https://service.msols.com/blog/author/msol"
  },
  "dateModified" : "2026-06-30T06:21:16.733Z",
  "datePublished" : "2025-07-16T05:01:59.000Z",
  "headline" : "プロジェクトを失敗させないヒント45『見える化の目的は「評価」ではない』",
  "image" : [ "https://service.msols.com/hubfs/hint100-045_thumbnail.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://service.msols.com/blog/hint045",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://service.msols.com/hubfs/MSOL-Logo_T_RGB.gif"
    },
    "name" : "株式会社マネジメントソリューションズ "
  }
}
```