はじめに
「PMになったら、コミュニケーション力がすべて」――そんな言葉を聞いたことはありませんか。実際にPMを任されてみると、設計書やコードと向き合っていた頃とはまったく違う種類の疲れを感じる人が多いです。技術的に正しいことを言っているはずなのに、なぜか話が噛み合わない。エンジニアには納得してもらえたのに、営業やお客様には伝わらない。そんなギャップに戸惑った経験がある方も多いのではないでしょうか。
この記事では、PMに求められるコミュニケーション力を「なんとなく大事」で終わらせず、具体的にどんな力なのか、明日から意識できるレベルまで具体的にして紹介します。
この記事はこんな方におすすめ
- これからPMを目指している中堅SEの方
- PMになったばかりで、何から手をつければいいか迷っている方
- 技術力には自信があるが、人や組織を動かすことに苦手意識がある方
- チーム内外の調整で疲弊してしまった経験がある方
コミュニケーション力とは何か？
1. 「翻訳者」としてのコミュニケーション力
PMの仕事の多くは、異なる立場の人たちの間に立つことです。エンジニアが話す技術的な制約を、お客様や経営層が理解できる言葉に翻訳する。逆に、お客様の曖昧な要望を、エンジニアが実装できる具体的な仕様に翻訳する。この「翻訳」がうまくできないと、どちらの側からも「話が通じない人」と思われてしまいます。
コツは、相手の立場に立って「その人が何を知っていて、何を知らないか」を常に想像することです。専門用語を使う前に、一呼吸置いて言い換えられないか考える癖をつけましょう。
2. 悪い報告ほど早く、正確に伝える力
プロジェクトが順調なときは誰でも気持ちよく報告できます。本当に問われるのは、遅延やバグ、予算超過といった「悪い報告」をどう伝えるかです。隠したり先延ばしにしたりすると、後になるほど傷口が広がります。
悪い報告は「事実」「影響範囲」「対策案」の3点セットで、できるだけ早く伝えることを意識してください。感情的な言い訳を挟まず、次にどう動くかまで示すことで、相手の信頼を失わずに済みます。
3. 聞く力(傾聴力)
コミュニケーション力というと「話す力」を想像しがちですが、PMにとってはむしろ「聞く力」の方が重要です。メンバーからの相談、お客様の要望の裏にある本音、上司の期待値。これらは黙って待っていても出てきません。
相手が話しやすい雰囲気を作り、話を遮らず最後まで聞き、要約して返す。この積み重ねが「この人には相談しやすい」という信頼につながり、結果的に問題の早期発見にも直結します。
4. 期待値をすり合わせる力
プロジェクトのトラブルの多くは、技術的な失敗より「期待値のズレ」が原因です。お客様は「当然含まれる」と思っていた機能が、開発側では「スコープ外」だった、というのはよくある話です。
キックオフや定例会議のたびに、スケジュール・スコープ・品質基準について「お互いの理解が同じかどうか」を確認する習慣をつけましょう。
5. ファシリテーションで会議を前に進める力
PMになると、会議の主催者になる機会が急増します。議論にまとまりがないときに論点を整理し、決めるべきことと決まったことを明確にし、次のアクションを誰がいつまでにやるかまで確定させる。これができるだけで、会議の生産性は大きく変わります。
6. フィードバックを届ける力
メンバーの成果物や振る舞いに対して、良い点も改善点も伝える場面はPMには欠かせません。ここで大切なのは、人格ではなく事実と行動に焦点を当てることです。「センスがない」ではなく「この部分の設計はこういう理由で見直したい」と伝えるだけで、受け取る側の心理的な壁はぐっと下がります。
フィードバックは溜め込まず、できるだけ早いタイミングで、1対1の場で伝えるのが基本です。良かった点を先に伝えてから改善点に触れると、相手も前向きに受け止めやすくなります。
まとめ
PMに求められるコミュニケーション力は、決して生まれ持った才能ではなく、意識すれば誰でも磨けるスキルです。今回紹介した「翻訳する力」「悪い報告を早く伝える力」「聞く力」「期待値をすり合わせる力」「ファシリテーション力」「フィードバックを届ける力」は、どれも明日からの小さな行動の積み重ねで身につきます。
まずは1つでいいので、次のプロジェクトで意識して実践してみてください。技術力に加えてこれらの力が備わったとき、あなたは周囲から頼られる、真のPMへと一歩近づいているはずです。
関連記事