エンジニアのコミュニケーションについて

## コミュニケーションとは
- 人が互いに意思や感情、思考を伝達し合うこと
- 手段
  - 言語
  - 非言語（表情、ジェスチャー等）
- 内容
  - 知識、情報（事実、根拠）
  - 意見、考え
  - 感情
- 必要な力
  - 信頼関係構築能力
  - 伝える力
  - 受け取る力

## 信頼関係の構築
### ラポール
- 心を通じ合い、互いに信頼し合い、相手を受け入れていること
- 相手の承認・信頼を得ることを必要とする対人活動において非常に重要
- 特定のスキルを使って意図的に築く事が可能
- いきなり形成できるものではなく、少しずつ積み重ねて構築する

### ラポール構築のポイント
- 人は同じを感じると親しみを覚える
  - 話すスピードや声の大きさ, 言葉遣い等を揃える
  - 相手の表情やジェスチャー等を揃える
  - 相手の会話内容に対して一部オウム返しする等
  - 同じであることを見つける
    - 趣味・好きな食べ物・家族構成
    - 行ったことがある場所
    - 価値観等
- 最初の自己紹介で共通項目を感じ取ってもらうことを意識して行うと良い

### ラポールの破壊
- 口にした言葉が本心でなかったり、言っている事と表情やジェスチャーがずれているとラポールが破壊されてしまう
- 相手は人間のため、コミュニケーションは自然で違和感がないことが非常に重要

## 伝える
### 伝えるまでの流れ
- まずはいきなり伝えるのではなく、情報収集をする等調査を行う
- 次に調査結果から何を決めたいのかを決め、どうすれば伝わりやすいかを検討する
- そして、ストーリーが伝わる資料を作成する
- 最後に会議や個別の打ち合わせなどで相手と対話して結論を出す

### 人に合わせた話し方
- 人には色々なタイプが存在する
  - 人に合わせて話す必要がある

### ソーシャルスタイル別の特徴
- ドライビング
  - 感情表現を抑え、意見を主張する
  - 行動が早く論理的
  - 資料＋口頭説明をすると良い
- エクスプレッシブ
  - 感情表現を表し、意見を主張する
  - 直感的で気持ちや考えを率直に表現する
  - 喋らせたり、褒めたりすると良い
- アナリティカル
  - 感情表現を抑え、意見を聞く
  - 控え目で慎重で緻密
  - 打ち合わせ前に資料送付をすると良い
  - 一つずつ確認ステップをとり、間をとると良い
- エミアブル
  - 感情表現を表し、意見を聞く
  - 親しみやすく、協力的
  - 関係者の同意事実を示したり、リスクヘッジを示すと良い
  - 話す時はよく頷くと良い

### 立場の違い
- 企画はどうやってお金儲けをするのか、そのために何が必要かを考えている
- 開発はどうやって実現すれば良いかを気にしている
- 開発側も目的・目標に気にかけることが重要

### 視野・視座・視点
- 視野を広げる
  - 普段見ていない方向を見る
  - 論点に対して一歩引いた広い捉え方をする
- 視座を上げる
  - 2つ上のポジションに就いたつもりで見る
  - 論点に対してより上位の立場に立ったつもりで見直す
- 視点を変える
  - 切り口を変えてみる
  - 論点に対して、異なる角度から見直す

### 空・雨・傘
- 事実・解釈・行動を切り分けて説明する
- 事実
  - 事実だけを伝える
  - ex. 空を見上げると曇っている
- 解釈
  - 論理的な飛躍が無いようにに解釈を示す
  - ex. 今日は雨が降りそうだ
- 行動
  - 解釈に対して具体的な行動を考える
  - 論理的な飛躍が無いように
  - 傘を持って出かけよう

### 問題・原因・対策
- 問題・原因・対策に切り分けて説明する
- 問題
  - あるべき姿と現状のギャップは何か
- 原因
  - なぜその問題が発生したのか
- 対策
  - 原因に対してどのような対策を取るのか

### 背景/目的・要求・対応
- 背景/目的・要求・対応に切り分けて説明する
- 背景/目的
  - 要求が発生した背景や目的は何か
- 要求
  - 何をしたいのか
- 対応
  - どのように実現するのか

### 対策・対応の松竹梅
- 対策・対応を検討する際、誰が見ても明らかな対応がない場合、松竹梅の3案を用意してあげると納得感を得やすい
- 3案を比較するための軸が必要となる
  - 案を選択する際のポイントが理解しやすくなる
- 選択することで判断している感覚を得られる

### MECE
- モレなく、ダブりなく
- 原因や対策を説明する際、論理的な漏れやダブりがあると不信感の原因となる

### 資料作成
- 大きく下記の3つがある
  - アジェンダ
    - 伝えたい内容を事前に伝えておく
  - 説明資料
    - あらすじ検討した内容に従って論理的な構成にする
    - 書類として残せないが口頭で話しておきたい場合、スクリプトを用意することもある
  - 補足資料
    - 詳細な情報はメインコンテンツから切り離して補足資料として添付する

- 資料は相手のフォーマットに合わせる
  - PowerPoinのテンプレート等
  - フォーマットが普段と違うとフォーマットの理解に力が使われてしまうため
- 迷いが生じる部分は切り捨てる
  - 脇道に逸れる可能性がある部分・本筋ではないところへ飛び火しそうな部分は切り捨てる
  - 論理が必要十分な状態になるようにする
  - 嘘は書かないが、詳細部分の省略はできる
- 図表を入れる
  - 大量の文字は伝わりにくいため、文字は少なく、図表を入れる
  - 一般的には40~80文字(パワポなどは例外だったり)

### 伝わるとは
- 自分の伝えたい内容を相手にしっかりと伝わっている状態
- 資料だけで伝わるならそれで十分
- 資料に相手が知らない情報が含まれていると理解ができないため伝わらない

### 相手の理解度を確かめる
- 相手の反応から推察する
- 相手が理解していない状態
  - 無言である
  - 資料の場所を聞かれる
  - 的外れな質問が来る
- 相手の理解が進んでいる状態
  - 何かしらの結論が出る。OKでもNGでも良い

### PREP法
- 人に何かを伝えるときの伝え方のフレームワーク
- 結論から先に話す
- 次に理由づけ、具体例、結論の繰り返しで締める

### 二種類の質問
- クローズドクエスチョン
  - YesかNoで答えられる質問
  - 3択など選択肢が指定されている場合も含まれる
  - 相手の心理的な負荷は低い
  - 相手が口下手な時や親しくない時に使われる
  - 意見を収束させたい時にも使うと良い
- オープンドクエスチョン
  - Yes, Noで答えられない質問（5W1H）
  - 相手の考える負荷は高い
  - 相手の考えを自由に話してもらいたい時に使う
  - 意見を発散させたい時にも使う

### 相手に意見がない時
- もし、仮にを使って自分の思考回路を相手にたどらせる
- 相手に状況を想定させて、自分のロジックをたどらせる

### オンラインのコミュニケーション
- 広い質問は行わず、相手(キーパーソンは特に)を指名して質問する
- 細かくある程度の区切りごとに確認する
- ミュートのオン・オフの切り替えをチェックする
  - 質問したい人がミュートオフにしているかもしれない
- 具体的な質問や言い換えた質問を意識する

### 根回し・壁打ち
- 正式な会議の前に、事前に個々で打ち合わせをし、方向性を揃えておくのが良い

### 傾聴
- 聴く態度
  - 作業を止め、相手に体を向ける
  - 相槌を打つ
- 内容理解
  - 話を聞きながら復唱する
  - 要約する
- 共感
  - 感情表現を繰り返し
  - 相手の感情を推測して言葉に出す

### 異なる意見を言われた時
- 価値観は統一しようとせず、相手のことを理解する
  - 一旦相手の意見を「そうですよね」と飲み込む
  - 条件反射で相手の意見を否定しない
  - そうしないと対立になってコミュニケーションが取れなくなる
- 自分の意見を通したい場合は視野・視座・視点をかえる