技術チームと非技術チームが互いをよりよく理解できるよう、どう手助けしますか?

Question

Accepted Answer

中核の問題は知性ではなく、**異なる語彙と異なる目標**です。エンジニアはシステム、制約、エッジケースで考えます。営業、マーケティング、サポートは顧客、取引、成果で考えます。Tech Leadとしての私の仕事は、翻訳者となり、時とともに翻訳の必要性を減らす習慣を築くことです。

## 実践で私がすること

- **両方向にジャーゴンを翻訳する。** クロスファンクショナルな会議では略語を禁じ、技術概念をビジネスインパクトとして言い換えます。「キューが詰まっている」ではなく「注文の確定に10分かかっていて、それがサポートに苦情が来ている理由です」と。
- **共有の成果物に錨を下ろす。** デモはドキュメントに勝ります。動くプロトタイプ、ダッシュボード、カスタマージャーニーの図が、両者に指し示せる同じ具体物を与えます。
- **露出を通じて共感を築く。** エンジニアにたまに営業電話やサポートのシフトに同席してもらいます。実際の顧客が苦労するのを聞くことは、どんな仕様書よりも効きます。逆に、非技術者を簡略化したアーキテクチャのウォークスルーに招きます。
- **抽象ではなくアナロジーを使う。** マイグレーションを「人がまだ住んでいる家を改装すること」に喩えると、非技術者の聴衆に即座に響きます。
- **状況の単一の信頼できる情報源を作る。** 共有された平易な言葉のロードマップやステータスボードが、不信を生む伝言ゲームを防ぎます。

## 再現可能なフレームワーク

1. 依頼の下にある本当の懸念を**聞く**(「ボタンを追加できる?」はしばしば「顧客がブロックされている」を意味します)。
2. それを相手の言語で**言い換える**。
3. 言い直して理解を**確認する**。
4. 共有された決定を**文書化**し、会議を生き延びるようにする。

## 避けるべき落とし穴

- **見下し。** 非技術は無知を意味しません。過度な単純化は人を侮辱します。
- ノーと言うのを避けるために**複雑さの陰に隠れる。** 「複雑なんです」は答えではありません。
- **一方向の翻訳。** エンジニアもビジネスのコンテキストを理解する必要があり、ただ盾で守られるだけではいけません。

## なぜ重要なのか

組織の摩擦のほとんどは、能力の失敗ではなくコミュニケーションの失敗です。技術と非技術のチームが本当に互いを理解すると、意思決定が速くなり、期待が現実的になり、すべてを静かに遅くする「私たち対彼ら」の力学に信頼が取って代わります。