XP(2) : とりあえず部分導入

それでもウォーターフォールになってしまう ウォーターフォールモデルにもメリットがある。その1つはプロジェクトの初期の段階で、システムの規模が見積もれることである。もちろん前回書いたようにソフトウェアの設計書は建築のそれほど厳密ではないため、見積もりも正確なものとは言えない。それでも、現在のビジネスの形態では全体の見積もりを出すことは重要だ。 XPでは、最初に全体のスコープを決定するわけではないので、最終的な完成品の規模が見えにくい。現在のソフトウェア開発はおそらく一括の受託契約というのが主流であることを考えると、このようなビジネスではあまりマッチしないように思われる。 新しい開発手法の導入には、このような契約上の問題や、顧客や上司の説得など、現実的には越えなくてはならないハードルが少なくない。そもそも、私のように1人で活動している開発者は、ペアプログラミングをする相手がいない。ペアプログラ