「あのとき、もっとうまく伝えられたかもしれない」
「言い方が少しきつくなってしまったかも」
「なんで誤解されてしまったんだろう…」

と後から反省したり、後悔してしまった経験はありますか？

日々の業務を通じて、コミュニケーションの重要性を実感しています。スキルや専門知識も大切ですが、それを適切に伝える力がなければ、真価を発揮できないことがあります。

また、伝え方ひとつでその人との信頼関係が変わることが十分にあると考えています。ちょっとした言葉遣いや表現の違いが、相手との関係性を左右することがあります。

私自身、まだまだ学びの途中で、日々のコミュニケーションで「もっといい伝え方があったんじゃないかな」と反省することがあります。この記事では、ビジネスシーンで良好な人間関係を築くためのコミュニケーションのコツを、自分も学びながら共有していきたいと思います。

POINT 1｜建設的批判

建設的批判とは、相手の改善を目的としたポジティブなフィードバックです。問題点を具体的に指摘しつつ、実行可能な改善策を提案し、相手の成長を促します。批判だけで終わらず、前向きな解決方法を示すのが特徴です。

1. 問題点の指摘と改善策や解決策の提示を同時に行う
2. ポジティブな側面とネガティブな側面の両方を認める
3. 具体的で実行可能な提案を含む
4. 相手の成長を促す
5. 現状をより良くしようとする姿勢や意志を示す

建設的批判は、単なる批判とは異なり、相手の励みになり、実行可能な改善につながります。
建設的批判を効果的に行うためには、自分の意図が健全であることを確認し、相手の心理的安全性を確保することが重要です。

建設的批判の例

【プレゼンテーション能力に関する例】

×「プレゼンはちょっと早口で聞き取りづらかったですね。次回は気をつけてください。」
◎「プレゼンの内容はよくまとまっていて分かりやすかったです。ただ、もう少し話すスピードをゆっくりすると、聞き手が理解しやすくなると思います。」

【時間管理に関する例】

×「締め切りギリギリにならないようにしてください。これ以上だと困りますよ。」
◎「最近締め切りがギリギリになることが多いですが、タスクごとにスケジュールを細かく立てると余裕ができると思います。一緒に計画を立てましょうか？」

【チームワークに関する例】

×「最近チームとの連携が足りない気がします。もう少しみんなとうまくやってください。」
◎「チーム内でのコミュニケーションがもう少し増えると、お互いの状況が把握しやすくなると思います。何か不安なことがあれば気軽に相談してくださいね。」

【コードレビューに関する例】

×「ネストが深すぎます。こんなの誰も読めませんよ。」
◎「この部分でネストが深くなっていますね。処理を分割してヘルパーメソッドを作成すると、コードがより簡潔になり、保守性も向上すると思います。」

【バグ報告に関する例】

×「こんな単純なバグを見逃すなんて信じられません。」
◎「このバグは再現性があります。特定の入力値でのみ発生するので、境界値テストを追加すると原因特定がしやすくなると思います。」

▼建設的批判について、詳しく解説された記事を見つけたので共有します🙌🏻

POINT 2｜クッション言葉を活用する

クッション言葉とは、相手の気持ちに配慮し、言葉の衝撃を和らげる表現です。ビジネス枕詞とも呼ばれています。

• 「もし よろしければ」
• 「恐れ入りますが」
• 「差し支えなければ」
• 「お手数ですが」
• 「お時間があれば」
• 「少し気になる点があるのですが」
• 「ご検討いただけますでしょうか」　など

ただし、クッション言葉の使いすぎには注意が必要です。多用すると優柔不断な印象を与えたり、本来の意図が伝わりにくくなったりすることがあります。特に重要な決断や緊急性の高い状況では、明確さを優先すべき場合もあります。

クッション言葉の例

【コードレビュー時】

×「このコードは書き直してください」
◎「恐れ入りますが、このコードの構造について一緒に検討させていただけますか？」

【タスク依頼時】

×「この資料を明日までに作成して」
◎「お手数をおかけしますが、この資料を明日の午前中までに作成いただくことは可能でしょうか？」

POINT 3｜相手の話を遮らない

途中で遮ると、「自分の意見のほうが大事」と捉えられ、信頼関係を損なう可能性があります。
相手の話を遮らないことは、

1. 相手への敬意を示す
2. 正確な情報を得られる
3. 傾聴の姿勢が信頼を生む

といった効果があるため、意識しましょう！
オンライン会議では通信遅延などにより発言のタイミングが難しくなりがちです。「発言したいポイントはメモに残しておき、相手の話が一段落してから発言する」という習慣をつけると良いでしょう。

POINT 4｜曖昧な表現を避ける

誤解を防ぎ、円滑なコミュニケーションを実現するため。また信頼性を高めるために、あいまいな表現を避けましょう。

明確かつ丁寧な言葉選び

×「なんとなく」「多分」
◎「現時点では〇〇と見込まれます」
◎「〇〇の可能性が高いです」

具体的な数字や期限を使う

×「近いうちに」
◎「来週の金曜日までに」
◎「3営業日以内に」

エンジニアコミュニケーションでの具体例

【進捗報告】

×「かなり進んでいます」 
◎「コア機能の70%が完了し、残りの実装は木曜日までに終わる見込みです」

【技術的課題の説明】

×「たまにクラッシュする問題がある」 
◎「特定の条件下（8GBを超えるファイルをアップロード時）に約30%の確率でクラッシュする問題を確認しています」

POINT 5｜謝罪ルール

謝罪の際は、誠意を表すことが重要です。

×「すみません」
◎「〇〇の件で遅れが生じてしまい申し訳ありません。現在、〇〇の対応を進めています」

• 具体的に何を謝罪しているか明確にする
• 再発防止の意思を示す
• 修復策を提案する

POINT 6｜非言語コミュニケーションも意識する

テキストベースのコミュニケーションが増えている今日でも、対面やオンライン会議での非言語コミュニケーションは依然として重要です。

オンライン会議での工夫

• カメラはできるだけオンにする（相手に表情が見えると信頼感が増します）
• 適度にうなずく、リアクションを示す
• 画面共有時も表情が見えるようにカメラの位置を工夫する
• 背景や照明を整える（暗すぎる環境は不信感を与えることも）

リモートワーク特有のコミュニケーション

• 文字だけでは伝わらないニュアンスを補うために絵文字を活用する
• 重要な決定事項はテキストでも記録に残す
• 連絡はできるだけ早く確認・返信をする

POINT 7｜フィードバックを受ける側の姿勢

効果的なフィードバックの受け方

1. まずは聞く：反論や言い訳をする前に、相手の意見を最後まで聞く
2. 感情と事実を分ける： 感情的にならず、指摘された事実に焦点を当てる
3. 明確化を求める：曖昧な部分は具体例を求めて理解を深める
4. アクションにつなげる：改善できる点は素直に認め、具体的な行動計画を立てる
5. 感謝を示す：フィードバックは成長の機会と捉え、相手の時間と労力に感謝する

エンジニアによくある受け取り方の落とし穴

技術的な問題指摘と人格否定を混同してしまうことがあります。「このコードは改善の余地がある」といった指摘は、「あなたはダメなエンジニアだ」という意味ではありません。技術的フィードバックは成長のチャンスと捉えましょう！

おわりに

今回は、ビジネスシーンにおけるコミュニケーションのコツについてまとめてみました！

本記事で紹介した7つのポイント

1. 建設的批判の活用
2. クッション言葉の適切な使用
3. 相手の話を最後まで聞く姿勢
4. 明確な表現の選択
5. 誠実な謝罪の実践
6. 非言語コミュニケーションの意識
7. フィードバックを受ける側の姿勢

技術的な問題解決に優れた論理的思考は、コミュニケーションにも応用できます。問題（誤解）の原因を特定し、最適な解決策（表現方法）を選び、実装（実践）することで、対人関係のバグも修正できます。
今日から一つでも実践してみることで、チーム内の信頼関係構築や、より効果的な情報共有につながるでしょう。

皆さんのコミュニケーションが、技術力と同じくらい価値を発揮する一助となれば幸いです。

参考：

• DYM.“フィードバックとは？効果や適切なやり方をわかりやすく解説”.
  https://dym.asia/media/feed-back/
• Chatwork.“非言語コミュニケーションとは？ノンバーバルコミュニケーションの例と種類”.
  https://go.chatwork.com/ja/column/telework/telework-094.html
• Chatwork.“建設的とは？意味と使い方、建設的な話し合いをするポイントを解説”.
  https://go.chatwork.com/ja/column/business_chat/business-chat-519.html