プロジェクトを進めていると実に多くの問題に見舞われます。

・目標はあるけど具体的なことや成功の定義があいまい。
・意思決定の基準がなく、優先順位を決められない。
・KPIが設定されたけど、とても達成しそうにない。
・誰も全体を把握していない。
・メンバー間の議論がかみ合わない。
・共通認識・共通言語がない。
・会議の着地点がわからないまま終わってしまう。
・議論が些末になったり、すぐに脱線してしまう。
・必要な作業をすべて洗い出せているか不安。
・メンバーが自分で考えて行動してくれない。
・関係部署が非協力的。
・部門間の業務の連携がうまくいっていない。
・お互いに何をどう考えているのかわからない。
・追加作業、仕様変更・修正が相次ぐ。
・上司やクライアントからやり直しを度々求められる。

これらの問題は単独で発生し、存在しているわけでなく、相互に関連し合っています。また、ある問題は結果でもあり別の問題の原因でもあります。
「全体を把握していない」から、「議論が些末」になります。
「全体を把握していない」のに加え、「成功の定義があいまい」で「共通認識」もないので、「部門間の連携」がうまくいかなくなります。ある問題が別の問題の症状を重く（強化）してしまうこともあります。
こうした問題が積み重なって、遅延、品質不足、予算超過といったプロジェクトの死に至ります。

プロジェクトの問題は多岐に渡ります。それらを一つずつ詳細に分析し解決策を講じるのには時間がかかってしまいます。そこで、プロジェクトの問題を「病（やまい）」に見立て、似た症状のものを分類し、いくつかの「症候群」にまとめたのが、「プロジェクトの病態関連図」です。（問題を症候群にまとめているため、「問題症候群マップ」とも呼びます）