>458
そうだよ。
だから日本でブレイクしないんじゃないか。
ソースコードの行数アップなんてのはＸＰの狙いじゃない。
その意味で最大最高効率のソフト開発なるものをＸＰは狙っては射ない。
機能が決定しているなら、ウォーターフォールでよかろうさ。

ただ、機能の概要は決定していても、詳細まですでに決定しているというのは
普通ありえないだろう？だから、機能の詳細を検討する必要がある。

問題は、ソフトウェアの機能が非常に難しくなってきていて、
ユーザ側にも、必要なんだかいらないんだか、わからない機能が増えすぎているのが
本当の意味では金の無駄だというのが、ＸＰの前提のひとつだ。
Ｗｏｒｄの資格、ＭＯＵＳとか持っているだけで就職有利になるのが、
パンピーの世界らしいぜ（苦笑）。
だから、ソフトウェアの仕様を学習するための期間が必要で、
それには、小規模リリースされたソフトウェアを使えないと
学習できないのさ。
そういう問題領域のときにＸＰが有効。

ソフトウェアの機能の８０％は無駄。
これが、ＸＰの前提としている２０−８０ルールだ。

まぁ、しかし、
３ヶ月ぐらいの試験プロジェクトとして開始して、
３人＊１００万円＊３ヶ月＝１０００万円ぐらいの予算規模で
開始する約束でスタートして、
一ヶ月ごとに真剣勝負するスタイルなら別に問題なかろうさ。
機能が作りきれなかったら、ごめんなさい。
だけど、でもまぁ、多少ない機能があるぐらいのことなら、
よくある話じゃないか。許容しようぜ。大した機能じゃないんだから。

品質が安定していることと、
仕事を引き継ぐときのストレスがないのがＸＰのいいところだ。

３万行以上のソフトウェアのメンテナンスで、
１００行毎に、なんじゃこりゃという驚かざるおえない事実を
発見するハメにかかわるなら、
おれはＸＰスタイルのもののメンテやりたいね。
だって楽だもん。
ゴミ仕様書なんていらないさぁ。