ペアプロ相手が本を読んでいると会話の密度が変わる

この記事は約 5 分で読めます。

「それ、Strategy パターンですよね」の一言で 10 分節約できる

ペアプログラミング中、設計の方針を議論する場面。相手が「ここは条件分岐を増やすより、振る舞いをオブジェクトに切り出した方がいいですね」と言う。自分が「Strategy パターンですね」と返す。相手が「そうです」と頷く。

この会話は 10 秒で終わりました。もし相手が Strategy パターンを知らなければ、「振る舞いをオブジェクトに切り出すというのは、具体的にはインターフェースを定義して…」と 10 分かけて説明する必要があります。

共通の語彙があるかないかで、ペアプロの生産性は桁違いに変わります。

語彙の共有がもたらす 3 つの効果

1. 説明コストの削減

設計パターン、原則、アーキテクチャの用語を共有していれば、「SOLID の S に違反している」の一言で問題を指摘できます。用語を知らない相手には、概念の説明から始めなければなりません。

2. 議論の抽象度が上がる

共通語彙があると、実装の細部ではなく設計の方針レベルで議論できます。「ここはレイヤードアーキテクチャの境界を意識しよう」「この部分はドメインロジックだからインフラ層に依存させない」。抽象度の高い議論ができるペアは、より良い設計判断に到達します。

3. 暗黙の合意が生まれる

同じ本を読んだ 2 人は、明示的に合意しなくても設計の方向性が揃います。「あの本のあの章で学んだ原則」が共通の判断基準として機能するからです。

デザインパターンの本をチームで 1 冊共有するだけで、ペアプロの会話密度が変わります。

語彙の非対称が生む問題

ペアの片方だけが本を読んでいる場合、語彙の非対称が生まれます。

読んでいる側は用語を使って効率的に伝えたい。読んでいない側は用語がわからず、置いていかれる感覚を覚える。この非対称は、ペアプロの心理的安全性を損なうことがあります。

対処法は 2 つあります。

1. 読んでいる側が用語を使うとき、一言で補足する: 「Strategy パターン、つまり条件分岐の代わりにオブジェクトで振る舞いを切り替えるやつですね」
2. ペアプロの後に、使った用語の出典を共有する: 「さっき話した Strategy パターンは、この本の第 5 章に詳しく書いてあります」

ペアプロ前の 5 分読書

ペアプロを始める前に、2 人で同じ本の同じ章を 5 分だけ読む。これだけで、その日のペアプロの語彙が揃います。

5 分で 1 章を読み切る必要はありません。章の冒頭と見出しを眺め、「今日はこの概念を意識してコードを書こう」と合意するだけで十分です。

モブプログラミングでの効果

3 人以上のモブプログラミングでは、共通語彙の効果がさらに大きくなります。

3 人が同じ用語を理解していれば、議論は 3 者間で高速に進みます。1 人でも用語を知らない人がいると、その人への説明のために全員の時間が使われます。

モブプロを導入しているチームこそ、共通の技術書を 1 冊決めて全員で読む価値があります。

読書がペアプロの「型」を作る

武道に「型」があるように、ペアプロにも「型」があります。「まずテストを書く」「リファクタリングは小さなステップで」「命名に迷ったら声に出して相談する」。

これらの型は、技術書から学んだ原則が行動に落とし込まれたものです。同じ本を読んだペアは、同じ型を共有しているため、暗黙のリズムでコーディングが進みます。

関連記事

• ペアプログラミングのように本を読む - 2 人 1 組の輪読術
• 「それ、本に書いてあったよ」が最高の褒め言葉になる職場

まとめ

ペアプロ相手が本を読んでいると、説明コストが減り、議論の抽象度が上がり、暗黙の合意が生まれます。チームで 1 冊の技術書を共有し、ペアプロ前に 5 分だけ同じ章を読む。この小さな習慣が、ペアプログラミングの生産性を大きく変えます。