>>39
>
> 仕様書をSEに押し付けられるだけの開発側メンバが
> クライアントの愚痴を聞くチャンスが増えるというのに？

XPが期待してるのは顧客の愚痴を聞くことなのか？

> 客に仕様を全部作らせるのではなくて、
> 後から仕様書をでっちあげるのではなくて、
> その場で仕様をタスクに分割していくのに？
> それでも開発者側のメンバの要求分析の能力が育たないと？

うん。キミがいってるのは仕様をタスクに分解する能力だ。
俺がいってるのは要求仕様をまとめ上げる能力だよ。
これをお客にやってもらうわけだろ。

「いや、そんなことを開発者側がやってたのが間違いだ」ってんなら、
まあそうかもしれないがね。

顧客が何を一番望んでおり、本当は何を要求しているのか、
開発で一番厄介なことを、よくもわるくも顧客（もしくは顧客側が雇った
コンサルタント？）に押し付けるのがXPだ。

もしXPしかしない、という開発会社があれば社内にそういうことが
できるエンジニアは育たないし、そもそも育てないのが正しいのだろう。
したがって身近な社内ではそういう能力は学べないということだ。
学ぼうとするなら、別な会社にいくしかない。

一生プログラミングしてるなら、まあそれでいいと思うけどね。
もちろん一生プログラミングしている人生はそれなりに幸せだから、
何もわるいことじゃない。

> >XPだけやってると、XPでうまくいく小規模なプロジェクトしかできない開発者しか
> >育たないなんてことはないの？
>
> 逆に聞くが、
> ウォーターフルーだけやってると、ウォーターフルーでうまくいく仕様変更が少なく、
> 設計に取れる日数が長いプロジェクトしかできない開発者しか育たないなんてことはないの？（ｗ

どうなんだろうね。なかなか興味深いけど。俺は今のところそうは思わないけどね。
XPでリーダーとして振舞うには偉くスキルがいると思うが、オミソ的にチームの
端っこに加わるのは、ウォーターフォールをこなしている人間なら、可能だと思うけどね。

> 結局、育たないのは、育てないからだと思う。
> 誰が教育係になるかで議論が発生する職場って、少ないよね？なあなあで教育係決めてない？
> こういう風習がスキル低下を生む。これ常識。

ん？それはどんな開発方式をとっても同じだろ？