【考察】アジャイル導入の本当の難しさ

近年、多くの企業が「アジャイル開発」を導入しています。
理由はシンプルで、ウォーターフォールより早く、少ない工数で成果を出したいからです。

しかし現場では、
「アジャイルで始めたのに、なぜか全然うまくいかない」
「むしろ工数が増えている」
といった声も頻繁に聞きます。

これらは誰かのスキル不足でも、努力不足でもありません。
手法そのものではなく、“前提条件”がズレていることが原因です。

本記事では、「アジャイルは属人化を前提にした手法である」という視点から、
通常語られない本質を整理しつつ、
なぜ人の入れ替わりが激しい現場でアジャイルが崩壊するのか、
そしてなぜウォーターフォールへ切り替えないのか？
という疑問について考えてみました。

企業がアジャイルを採用する最大の理由は「工数削減」

企業がアジャイルを採用する背景は、技術的な理想論よりも現実的な判断です。

こうした“スピード重視”のニーズに、アジャイルは確かに向いています。
特に小規模開発や、作り切り前提の短命システムでは、
ウォーターフォールよりアジャイルが合理的です。

しかし、ここにはほとんど語られない前提があります。

アジャイルでは、文書よりも会話・観察・判断が重視されます。

つまり、

これらが“メンバーの頭の中”に保存される構造です。
スプリント中の数多くの判断は記録されず、暗黙知として蓄積されます。

アジャイルが速い理由は、
手続きや文書化を省略できる代わりに、属人化を許容するからです。

これはアジャイルの弱点ではありません。
むしろ本質です。

アジャイルの強みは「判断の連続性」によって支えられます。
しかし、メンバーが入れ替わると次の問題が同時に発生します。

結果、
工数削減を目的に採用したアジャイルが、
むしろ工数を増やす皮肉な現象が起きます。

これは開発者の能力の問題ではなく、
手法と前提条件の不一致です。

ウォーターフォールは「古い」「硬い」と言われがちですが、
本質はそこではありません。

ウォーターフォールは、
“人が変わっても成立するように”作られた手法です。

属人化を避けるための構造を持っているため、
大規模・長期・多部署連携のように
「人の入れ替わりが前提の現場」では非常に強い。

つまり、
ウォーターフォールは“人が変わる現場向け”、
アジャイルは“人が固定される現場向け”
という特性を理解しないと手法選択を誤ります。

逆に、小規模・作り切りのシステム開発はアジャイルの独壇場です。

こうした条件では、ウォーターフォールは過剰であり、
アジャイルのほうが合理的です。

ここが最も奇妙で、本質的な疑問です。

人の入れ替わりが激しい現場でアジャイルが崩れていても、
途中からウォーターフォールに切り替える企業を私はほとんど知りません。

本来なら手法は状況に合わせて柔軟に変更されるべきです。
にもかかわらず、多くの企業が
「最初にアジャイルを選んだから」という理由で最後まで続けます。

これはアジャイルの問題ではありません。
“手法の切り替え”という判断を組織が持てていない構造的な問題です。
手法の理解不足ではなく、“判断の不在”が生んでいる現象です。

アジャイルもウォーターフォールも優劣はありません。
しかし、
人の流動性が高い現場でアジャイルを採用するのは、
前提条件を無視した選択であり、成功する可能性は極めて低い。

一方で、
小規模開発や作り切りの領域ではアジャイルは非常に強く、
ウォーターフォールは適しません。

つまり、私たちが考えるべきは
「どちらが優れているか」ではなく、
「どの前提条件にどちらが適しているか」
という視点です。

そして、
アジャイルが崩れてもウォーターフォールに切り替えない企業が多いという現象は、
まさにその“前提と判断”が組織内に存在していないことを示しています。