エクストリームプログラミング とは？

普通の開発でも「コードレビューしよう」「テスト書こう」と言われるよね。XPはそれを極端にやる。コードレビューが良いなら「常に二人で書こう（ペアプロ）」、テストが良いなら「先に書こう（TDD）」、リリースが良いなら「毎日やろう（CI）」。良いことを限界まで徹底するから「エクストリーム」なんだ。

全部やるのが理想だけど、現実的にはチームの状況に合わせてつまみ食いすることが多い。TDDとCIだけ取り入れるとか、ペアプロだけやるとか。ただXPのプラクティスはお互いに補強し合う設計になっているから、組み合わせるほど効果が高まる。

スクラムは「チームの進め方（ロール・会議・成果物）」を定義するフレームワーク。XPは「開発の技術的なやり方（ペアプロ・TDD・リファクタリング）」を定義するプラクティス集。だから実はスクラムとXPを組み合わせて使うチームも多いよ。

一見非効率に見えるけど、書いた瞬間にレビューされるからバグが入りにくく、知識がチーム内で共有される。結果的に「後で見つかるバグの修正コスト」や「属人化のリスク」が減る。リモートならVS Code Live Shareなどで画面を共有してやることも多い。

XPという名前で丸ごと採用するチームは減ったけど、XPが生んだプラクティス（TDD・CI・ペアプロ・リファクタリング）は現代の開発にしっかり根付いている。「XPを意識せずにXPのプラクティスを使っている」チームは非常に多い。手法の名前は古くなっても、中身は今のスタンダードになっているんだ。