概要
- ソフトウェア業界でよく見られる コミュニケーションの問題 について解説
- 「話す」より「聞く」ことの難しさとその落とし穴を指摘
- フレームワークやシステム導入より 本質的な対話 の重要性を強調
- 聞く力を妨げる 一般的な誤解や偏見 を具体的に列挙
- 最後に、 聞く力の欠如がもたらすリスク とその対策を提案
ソフトウェア開発における「聞くこと」の重要性とその課題
- ソフトウェア業界では 人同士の対話不足 がしばしば問題となる現状
- 対話を「フレームワーク」「システム」「socio-technical system」などの用語で 技術的に包み込もうとする傾向
- 問題の本質は 新しいシステム不足 ではなく、「聞く」という 地道な作業の回避
- 「聞くこと」は「話すこと」よりも はるかに難しい業務 である現実
- 多くの設計者やプロダクト担当者が「話す」を 技術者向けの言語に変換 しがちだが、根本解決にはならない
「聞くこと」で陥りやすい主な落とし穴
- 「聞くこと」と「相手の要求をそのまま受け入れること」は別物
- 既存のフレームワーク例:Jobs To Be Done、Outcome Driven Innovation、UXのエンパシーマッピング
- 自分の専門性による視野の偏り
- 自分が知っていることを相手も当然知っていると 誤解しがち
- 「テクニカル」の一括り思考
- 技術領域は多様であり、「テクニカル」と「非テクニカル」の 二元論は誤り
- 全員が自分と同じリソースを持っているという思い込み
- 能力、体力、資金、リスク許容度など 個人差を無視しがち
- 一人の特性を全員に当てはめる誤解
- 年齢や性別での ステレオタイプ的な判断
- 人や組織は変化しないという固定観念
- 性格や状況は時間とともに 変化する現実
- プロジェクト開始時の要件が 途中で変わることへの無理解
- 「言っていること=考えていること」と思い込む
- 発言と本音が 必ずしも一致しないケース
- 相手を評価・判断してしまう癖
- ドキュメントの誤解や理解不足を 相手の能力のせいにしがち
- 「80人=1人×80」ではないという認識不足
- B2Bの現場では 人間関係や組織ダイナミクスの複雑さ が顕著
「聞くこと」ができない場合の影響と今後のヒント
- 「聞く力」が不足すると 重要な情報やビジネスチャンスを逃す リスク
- 誤解やズレが蓄積し、 技術的負債(tech debt)の増加 にも直結
- 日常の業務で「自分は本当に聞けているか?」を 常に振り返る意識
- 聞く力の向上が 競争優位や組織の健全化 に直結する可能性