あなたの「仲の良い」チームが失敗する理由

• 心理的安全性とは、対立の回避ではなく、アイデアに挑戦することでチームをより強くする環境から生まれる
• チーム全員が表向き静かな会議と無難な雰囲気を見せているからといって、効果的なチームであることを意味しない
• 生産的な不一致が可能なチームは、問題を早く知らせ、意見の衝突を許容するという特徴を持つ
• 批判的思考には摩擦が必要であり、率直なコミュニケーションが不足したチームは潜在的な問題を放置してしまう
• リーダーは弱さを見せること、議論のルールを整えること、チャレンジャーを励ますことによって、健全な議論文化を導くことができる

---

みんなが仲良くしている雰囲気と心理的安全性の違い

• 心理的安全性とは、チームが対立なく仲良くしている状態だと誤解されることが多い
• 多くのリーダーは、メンバーが決して声を荒らげず、全員が同意し、意見の衝突がないチームを誇らしく思っている
• しかし心理的安全性の本質は対立の回避ではなく、アイデアに自由に挑戦し議論できる環境をつくることにある
• ハーバード・ビジネス・スクールのAmy Edmondson教授は、心理的安全性を**「アイデア、質問、懸念、ミスについて、罰や羞恥を感じずにいられるという信念」**と定義している

心理的安全性が高いチーム（建設的な対立があるチーム）の特徴

• 発言が自由で、白熱した議論も問題なく、その結果としてチームはより強くなる
• 「それは違うと思う」と言っても、排除される心配のない雰囲気がある
• 「自分の考えが間違っているかもしれない」と気軽に言え、個人ではなくアイデアそのものの内容が評価と議論の対象となり、提案者の立場に関係なく挑戦できる
• ミスもまた学びの機会として活用し、多様な視点を奨励する文化を持っている

生産的な議論を実践するチームの具体的な特徴

• 問題の早期認識: エンジニアが問題が深刻化する前に先にイシューを挙げる
• アイデアに対する積極的な議論: シニア開発者2人が激しく設計論争をしても、翌日の協力にはまったく支障がない
• 問題に集中する姿勢: 「このアプローチはスケーラビリティの面で問題がありそうだ」のように、人ではなく問題そのものに集中する
• ミスは学びの機会: 障害が発生したとき、ミスをしたエンジニアが自らpostmortemを主導する

「いい人」ばかりのチームが見落とす隠れたコスト

• 表向きは平和なチームでも、多くの場合、平均的な成果物しか生み出せない
• なぜなら、批判的思考にはある程度の摩擦が必要だからだ
• 表面的な合意の裏に実際には対立が隠れており、会議では同意しても実際の作業では各自が異なる行動を取るケースが起こる
• 核心的な問題はコミュニケーション不足であり、建設的な議論が足りないことで最終的な成果が低下する

心理的安全性と対立のバランスを取る

• 環境づくりのための3つの重要な実践方法
  • 自分にも分からないことがあると率直に認める姿勢（弱さを見せること）
  • 議論のための明確なルールを定める（人ではなくアイデアに集中する、議論と決定を分ける）
  • 問題提起をしたり難しい質問を投げかけたりしたメンバーを公式に称賛する（警戒シグナルの役割）

結論: 健全な衝突こそが真の成長とイノベーションへつながる

• 実際には、対立を自由に表に出せるチームのほうが、むしろ長期的には対立の質がより低くなる
• 些細な意見の衝突が蓄積せず、即座に解消されることで、信頼と協力が強まる
• 最高のエンジニアリングチームは静かではなく、技術的な議論と多様な視点を歓迎するという特徴がある
• チーム内で自由に議論し、互いを尊重する文化こそが真の心理的安全性である
• 検証されていないコードやアイデアが問題を引き起こすように、議論のないアイデアもまた失敗を招く

[chipmunk]

心理的安全性も、建設的な議論も、結局は「実行」のための燃料です。
アイデアが生きて動き出すには、結局のところ誰かがそれを押し進めなければならず、その行動が繰り返されてこそ信頼が積み重なります。
実行のないまま議論だけを繰り返していては、どれほど安全な雰囲気でも、チームはその場にとどまります。
良い文化とは、言葉ではなく行動によって証明されるものです.

[chipmunk]

実行力に裏打ちされた人たちの間では、建設的な議論が必然的に生まれます。

[mhj5730]

たいてい……チームリーダーが保守的で責任回避型なうえ、仕事を全部丸投げするタイプだと、みんな自然と何も言わずにおとなしくなりますね。

[kaydash]

率直なフィードバックが重要な理由

[ndrgrd]

意見を出しやすいほど良いですよね。基準とバランスを見つけるのが難しいだけで。

[GN⁺]

Hacker Newsの意見

• IT業界で20年以上働いてきた自分の経験では、「激しい議論」をすることが、そのまま高い成果を出すチームだと誤解している人が多い。対立の多い低パフォーマンスなチームでも、こうした様子はしばしば見られる。マネージャーが公然と否定的なフィードバックをしたり、ベテラン開発者が新人に「嫌なら出ていけ」と言うような、チーム内の分断が深刻な状況もあった。徹底的に訓練され、論理を巧みに使う人が「強い意見、弱いこだわり」という態度を見せながら、粗いアイデアでも断固として最後まで押し通し、皆が疲れ果てて諦めるようにしてしまう。実際には、その場で反証するのはほとんど不可能なので、こうした人の自信や熱意を実力（正しさ）だと取り違えるマネージャーも多い。白熱した議論が必ずしも高パフォーマンスを保証するわけではない、という見方
  • 私の経験では、上の例で問題なのはリアルタイムで立証できないことではなく、話し上手な人が聞き上手ではないことだ。たとえ拙い表現の主張でも、その本質をつかむ力が重要であり、伝え方が下手だからといって無視するのは傲慢だ。自分がちゃんと聞いていないのに、「強い意見、弱いこだわり」を自称することはできない。証拠が出しにくいものだけを退けるのは、「強い意見、固いこだわり」だ。結局、白熱した議論が頻繁にあるなら、それ自体がチームの機能不全のサインかもしれない。誠実で落ち着いた議論のほうが、チームにとっては生産的だ
  • 著者も発表の中で、問題に集中する姿勢を強調している。たとえば「このやり方にはスケーラビリティの限界がある」のように論点を向けるのではなく、個人のアイデアそのものをけなすと、議論はたちまち有害なものへ変わる
• 高性能なC++画像処理パイプラインの開発チームを25年間率いた経験がある。国際的かつ学際的な大規模チームの一員で、世界的に有名なイメージング企業に所属していた。さまざまな分野の専門家と協業していたので、全員とうまくやるのは簡単ではなかった。誰もが「正解」を持っていると考え、それぞれが最高の成果物を出そうという情熱を持っていた。だから当然、白熱した議論も頻繁にあった。ほとんどの場合は非常に優れた結果を出しており、問題の原因がチーム内の対立だったわけではない。私の経験では、創造的で情熱的な高能力チームはかなり混沌としうるし、それを管理するのは本当に難しい仕事だ
  • 25年という長い期間、そのような運営が可能だった具体的なルール、ワークフロー、チーム文化などが気になる。また、メンバーの入れ替わりがどれくらいあったのか、鋭く衝突する才能同士をどうマネジメントしたのかも知りたい。魔法のような解決策はないだろうが、実例は大いに参考になるはずだ
• この記事では、「激しい論争がない状態」を「建設的で批判的な議論の不在」と取り違えているように見える。私の経験では、信頼の厚い成熟したチームでは、意見が無視される心配がないので、過熱した議論にはならない。自分の意見は必ず聞かれ、検討されると互いに信じているので、興奮する理由がない。「誰にも問われなかったコードは本番環境で必ず問題を起こす」という言葉の意味はよく分からない
  • おそらく「誰からも批判されなかったコードはいずれ爆発する」という意味だと思う。でも、いつもそうとは限らない
  • 信頼の高いチームで議論が熱くならない現象は、リスクと不確実性がかなり低いときほど起こりやすい。もし全員が直感と論理を限界まで押し進めなければならない状況なら、チーム内の各ノード間のコミュニケーション量は不均衡になるはずだ。責任感がリーダーシップを生み、複数の視点が浮上と衰退を繰り返す構造になるだろう。議論の温度が常に低いなら、むしろチームが自分たちに十分な挑戦を課していないのではないかと考える必要がある
  • 記事では、そうした見方に真正面から反論しているようだ。「見た目には穏やかなチーム」は、実は対立を避けるために本当の意見の衝突を回避しているだけかもしれない。合意が表に出ていないだけで、根本的な問題は埋もれたままだということだ
  • 実際、誰からも突っ込まれなかったコードやアーキテクチャがめちゃくちゃなことはある
• 読み返してみると、なぜ最初にこの文章の論調が誤解を招いたのか分かった。実際、著者が定義する心理的安全性（PSYCHOLOGICAL SAFETY）そのものは正しいのだが、「優しいチーム（nice team）」が心理的に安全だと誤解している人が多いことを指摘している。皆がただうなずくだけでは、決して安全だと感じられるわけではない。対立と安全は相反するものではない。本当の心理的安全性の要点は、誰もが進んで生産的な対立に参加できる環境をつくることにある。すべての対立や合意が生産的なわけではない。心理的安全性とは、賛成も反対も安心して表明できるチーム文化を築くことだ
  • 全員が同意するチームは、実際にはそれだけ危険なチームでもある。だからこそ、上司が何か言うたびに皆が調子を合わせるような現象が起こる
• 「アイデアは発言者ではなく、アイデアそのもので評価する」という点に、そこまで深く感銘を受ける人がいるだろうか。この文章全体が、まるでドン・キホーテが風車と戦っているように感じられる。つまり、現場ではすでに広く知られた常識的な議論に不満を抱くエンジニアを対象にしているようにも見える。あるいは権威主義的で独裁的なリーダーを想定しているのかもしれないが、そういう人がこの記事を聞くだろうか。「私の最高のチームは決して静かではなかった。歓迎される異なる視点、複数人による白熱した議論、互いを尊重した不同意といった文言など…」誰が多様な視点の尊重に反対できるだろうか。正直、ひとつ前の議論のほうが、もっと考える材料を与えてくれた気がする
  • 「この議論に特別な洞察があるのか」という点について言えば、内容自体はきわめて基本的なものだが、かつてはチェックリストひとつで命が救われたり、Toyotaの従業員が何か疑問を感じたら生産ラインを止めてもよいようにした事例などが代表的だ。実際、IT分野でもチームや他者（特にDEV/TEST間）を軽視することは非常によくある。問題を作り出している当人がこの記事を読むことはないだろうが、そのチームの別の誰かがいつか、こうした状況は普通ではないと気づき、別の働き方をしたり、変化が起きたりするかもしれない。表向きに「異なる視点の尊重に反対する」と言う人はいなくても、実際には他チームを「このバカども」と内心で呼ぶ人は存在し、そういうマインドでは生産的な議論そのものが阻害される
  • まず、自分がどんなチームに属しているのかを把握することが重要だ。「静かな合意」に価値があると主張するチームは、実際には少数者の利己的な決定が事前にすり合わせられており、全体会議で新しい意見が出ることを望んでいない場合がほとんどだ
• 親切で批判的な友人からのフィードバックは、無批判な友人よりも多くを学ばせてくれる、という洞察を身をもって得た
• あらゆる関係と同じく、目標は「勝つこと」ではなく、皆の必要が満たされる環境をつくることだ
• チームの大半が声だけ大きく、毎回間違った意見ばかり主張するとき、唯一まともな視点を持つ人はどう踏みとどまるべきか、という悩み
  • 最も早い解決策は、完全に関与をやめることだ。もし本当にその人たちがずっと間違っているなら、自分が介入しなくても悪化は加速するだろう。あるいは、相手の力を逆用して、誤ったアイデアが自滅するように仕向けることもできる
  • リーダーでないなら、正しくても意味はなく、「自分が正しかった」という事実も報われない。プロジェクトによっては、見た目だけ整っていればよく、生産性は重要でないこともある。目的そのものを取り違えていたなら、「正しく」行動したことにはならない。ならば、ただ給料をもらって続けるか、去るかを決めればいい
  • 通りで皆が反対方向に走っているなら、ときには自分が逆走しているのではないかと疑う必要もある
• かつて、CTO（共同創業者）が極めて有害な人物だったために、チーム内に幸福なバブルができていたこともあった。そのときは最高のチームだと感じていたが、そのバブルが突然はじけて、本当にひどい状況が露わになった経験がある

[techiemann]

「他チームを『あのバカども』と内心で呼ぶことがあり、そういうマインドでは生産的な議論そのものが阻まれる。

まず自分がどんなチームに属しているのかを把握することが重要だ。『静かな合意』が価値だと主張するチームは、実際には少数だけの利己的な決定が事前にすり合わせられ、全体会議では新しい意見の提示を望まないことがほとんどだ」

第二次世界大戦時の日本軍のような大本営会議をしてはいけませんよね。ほかの人がひょっとすると自分を仲間外れにして点数を稼いだり、昇進したり、うまくいったりするのではないかと恐れて、自分のラインの内外で内心敵対的かつ非協力的になる文化も問題でしょう。