はじめに
自分が初めて小さな開発チームのリードを任されたのは、リリース後の障害が立て続けに起きていた時期だった。ポストモーテムを開いても、出てくるのは「監視が足りていませんでした」「次から気をつけます」という言葉ばかり。本当の原因はレビューが形骸化していたことで、全員が薄々気づいていた。それでも誰も口に出さない。
技術的な手は打てた。アラートを整えて、デプロイ手順も自動化した。それでも三ヶ月後に似た障害が起きる。設計やテスト戦略の本は読み込んできたのに、この手詰まりだけはどうにもならなかった。足りなかったのは知識ではなく、本音が流れる経路のほうだった。
そこから読み始めたのが、チームと対話に関する本だ。最初は遠回りに感じた。実際に効いたのは、1on1での質問の言い回しを変えたり、レビューコメントの書き方を変えたりといった、小さくて具体的な変更だった。どれも本から拾った型をそのまま試したものだ。
ここでは自分が実際に現場で使った5冊を、チームの状態を見立てる段階、伝え方を鍛える段階、合意を取りにいく段階という順で並べる。マネージャー向けの内容が多いものの、レビューや設計の議論を回す立場なら肩書きは関係なく使える。
① トライブ――人を動かす5つの原則（Tribal Leadership） — デイブ・ローガン、ジョン・キング、ハリー・フィッシャー＝ライト
デイブ・ローガンは南カリフォルニア大学の経営大学院で教えていた研究者で、2万人規模の調査をもとに組織文化の段階モデルを作った。
本書の核は、20人から150人ほどの集団を「トライブ」と捉え、そこで使われる言葉から文化を5段階で判定する枠組みだ。「人生は最悪だ」から始まり、「自分の人生は最悪だ」「自分はすごい」「我々はすごい」「人生は素晴らしい」へと上がっていく。
職場のおよそ半分が「自分はすごい」の段階で止まるという指摘が、自分には一番刺さった。思い当たる顔がすぐ浮かんだ。属人化したモジュールを抱え込んで誰にも渡さない人、設計レビューで他人の案を黙って潰す人。本人の能力は高い。だから評価もされる。その結果としてチーム全体の速度が上がらない。
次の段階へ動かす打ち手も具体的だ。一人では終わらない規模の仕事を渡す。二人の関係に第三者を加えて三者関係にする。情報の持ち方を透明にする。自分はオンコール体制の見直しと設計ドキュメントの公開でこれを試した。
注意したいのは、段階分けを人のラベル付けに使った瞬間に逆効果になるところだ。診断するのは個人ではなくチームの言葉づかいだ、と自分に言い聞かせながら読んだ。
こんな人に: チームの空気の悪さを、感覚で終わらせずに言葉で説明できるようにしたい人。
② GREAT BOSS（グレートボス）―シリコンバレー式ずけずけ言う力 — キム・スコット
キム・スコットはGoogleとAppleでマネージャーを務め、今は経営者向けのコーチングをしている。原書タイトルのRadical Candorという言葉を広めた人物だ。
主張はシンプルで、「相手に強い関心を持つこと」と「率直に伝えること」の2軸でフィードバックを整理する。両方が揃った状態が目指す場所で、関心だけで率直さを欠くと相手は何を直せばいいか分からないまま評価だけ下がる。率直さだけで関心を欠くと、ただ攻撃的な人になる。
この4象限は、コードレビューに当てはめると驚くほどよく当たる。LGTMを連発して気になる設計の問題を飲み込むのは、優しさに見えて相手の成長機会を奪っている。逆に公開チャンネルで実装を名指しで否定するのは、正しさがあっても信頼を削る。公の場で褒め、指摘は個別に、という原則を自分はここで徹底することにした。
実践編として、自分の失敗談を先に話す、フィードバックを先に求める、1on1を相手の時間として渡すといった手順が並ぶ。1on1の進行メモをこの順に組み替えたら、相手から課題が出てくる量が明らかに増えた。
こんな人に: 指摘を飲み込みがちで、レビューが当たり障りのない場になっていると感じる人。
③ dare to lead リーダーに必要な勇気を磨く — ブレネー・ブラウン
ブレネー・ブラウンは恥と脆さを20年以上研究してきたソーシャルワーク分野の研究者だ。TEDの講演で知った人も多いと思う。
本書が置くリーダー像は、全部分かっている強い人間ではない。弱さを見せられる人だ。完璧主義で身を固めて厳しい会話を避ける姿と、権限と功績を分け合い率直な対話に踏み込む姿が対比される。前者のほうが短期的には楽で、だから多くの人がそちらに流れる。
自分が使い続けているのはBRAVINGという信頼の分解フレームだ。境界線、信頼性、説明責任、秘密保持、誠実さ、無評価、寛大さの7要素で、信頼が崩れたときにどこが壊れたのかを特定できる。「なんとなく信頼されていない」を要素に分けられるだけで対処の精度が上がる。
技術の話はほぼ出てこないので、実装の指針を求めて読むと空振りする。設計判断の説明責任をどう果たすか、失敗をどう扱うかという文脈で読むと効く。
こんな人に: 障害対応や失敗の振り返りで、チームが防御的になる空気を変えたい人。
④ 逆転交渉術――まずは「ノー」を引き出せ — クリス・ヴォス、タール・ラズ
クリス・ヴォスはFBIで国際人質交渉を担当した元捜査官で、現在は交渉のコンサルティングを手がける。共著のタール・ラズはジャーナリストだ。
扱うのは折衷案を探す技術ではなく、相手が本当に求めているものを掘り出す技術だ。相手の言葉を繰り返すミラーリング、感情に名前をつけるラベリング、「なぜ」を「どうやって」に言い換える質問。どれも場面と台詞つきで説明されるので、翌日の会議でそのまま試せる。
エンジニアの仕事は交渉だらけだと気づいたのも、この本を読んでからだ。技術的負債の返済工数をスケジュールに入れてもらう、仕様の優先度を落としてもらう、人を増やしてもらう。どれも相手の不安を先に言語化できたほうが早く進む。
「ノー」を悪い返事として扱わない視点も効いた。相手が断ったところから、何が受け入れられないのかが初めて具体的になる。逆に「はい」が同意を意味しない場面を見分ける方法も書かれていて、PMとの合意確認の仕方を自分は変えた。
こんな人に: 期限や工数の交渉で、いつも押し切られる側になっている人。
⑤ 理想のチームプレーヤー――成功する組織のメンバーに欠かせない要素を知り、成長・採用・育成に活かす方法 — パトリック・レンシオーニ
パトリック・レンシオーニはチーム論の著作を多数書いているコンサルタントで、物語形式で理論を伝えるスタイルを得意とする。
挙げられる資質は3つだ。謙虚さ、ハングリーさ、人間理解の賢さ。謙虚な人は成果を「我々」で語り、功績の分配を怖がらない。ハングリーな人は次の学びと責任を自分から取りにいく。賢い人は場の力学を読んで、相手に合わせた振る舞いを選べる。
面白いのは、1つ欠けている程度なら育成で埋まる、2つ以上欠けるとチーム全体の健全性を損なう、という線引きだ。採用を急いで妥協したときの損失が、空席のまま待つコストより大きいという話は、人手が足りない時期に何度も読み返した。
技術面接の設計にも流用できる。コーディング課題で測れるのは技術力だけだ。3つの資質それぞれをどの質問で見るのか決めておくと、面接官どうしの評価のばらつきが減る。
こんな人に: 採用や面接に関わっていて、技術力以外の評価軸が言葉になっていない人。
まとめ
| ステップ | 読む本 | 得られるもの |
|---|---|---|
| 現状を見立てる | トライブ | チームの段階を言葉から診断する枠組み |
| 伝え方を直す | GREAT BOSS | 関心と率直さで整理したフィードバックの型 |
| 信頼を分解する | dare to lead | BRAVINGによる信頼の要素分解 |
| 合意を取りにいく | 逆転交渉術 | 相手の本音を引き出す具体的な話法 |
| 人を迎える | 理想のチームプレーヤー | 採用と育成で見るべき3つの資質 |
今の課題に合わせて1冊だけ選ぶなら、こう考えるといい。
- レビューが形だけになっている。指摘を飲み込む癖がある → GREAT BOSS
- 特定の人に知識が溜まり、共有が進まない → トライブ
- 期限や工数の話でいつも押し負ける → 逆転交渉術
- 障害の振り返りで全員が守りに入る → dare to lead
- 採用の基準が技術力しかない → 理想のチームプレーヤー
5冊すべてに共通するのは、文化は性格ではなく運用で変わるという立場だ。自分の場合、1on1の質問を変え、レビューコメントの書き方を変えるところから動き出した。効果が出るまでは数ヶ月かかった。それでも、同じ障害が三度目に起きることはなくなった。