上手さん、こんにちは。赤坂です。
> まず、下記のHPで理論武装して来ました。
> http://village.infoweb.ne.jp/%7Efwgf2942/maim2.htm
うぅむ、白旗(^^;;
> XPとCMMは切り口が違います。
はい、その通りでした。私が混同してました、ゴメンナサイ。
CMMはプロセス改善のいわばフレームワークであるのに対して、
XPは開発方法論そのものの違いがありますよね。
> 仕事に対するべき心得を説く牧師の違いのようなもので、同じ土俵での比較は出
> 来ないと思います。
はい、同じ土俵で議論すべきではありませんでした(^^;;
> CMMは「ソフトウェアの開発を“エンジニアリング”にする」ために「適切なプロ
> セスを定義」します。
> XPは、デマルコのピープルウェア（下記URL参照）系の、“ソフトウェア開発にお
> ける人の問題”を中心テーマとした方法論です。
> http://www.hannan-u.ac.jp/~tamaki/my_bookshelf/peapleware.html
> XPの「４つの価値観（Value）」は、XPにおいての価値判断基準ですが、これは
> Simplicity + Communication + Testing = Aggressiveness です。
> http://www.xprogramming.com/Practices/PracValues.html
有用な情報ありがとうございます。> 上手さん
FourValuesにはCommunication, Simplicity, Feedback, Courageとありますが、
TestingはFeedbackの一部で、AggressivenessはCourageと考えても良いですか？
> 最も単純なことをやる、情報を共有する、自動化テストの３つの価値観により、
> アグレッシブ(積極果敢）、または怖れ知らず、になれる。
> といっているので、非常に人間臭い方法論です。
CMMがエンジニアリングを目指すプロセスのフレームワークである以上、俗人性を
排したものとなっていることは否めません。あまり面白くない(興味が湧かない)
のもこの辺が影響しているのではないでしょうか(少なくとも私にはそう(^^;;)。
一方、開発方法論は、それぞれに特徴があって良いわけで、XPでは「人の問題」
にもフォーカスをあてているということなんですね。
# ちなみに 「プログラミングの心理学」の方は好きな本の一つです。
# ペアプログラミングってなんとなくエゴレスチームを連想させますが。
ところで、XPの「変化を抱擁せよ」と、CMMのたゆまぬプロセス改善には共通点は
ないのでしょうか？
# システムを変更することだけではないですよねぇ？
# もっとXPについて勉強しないと、ついていけなそうです、私(^^;;
> 言ってみれば、工場のプロセス合理化法を説く品質管理屋さんと、プログラマの
> 仕事に対するべき心得を説く牧師の違いのようなもので、同じ土俵での比較は出
> 来ないと思います。
>
> もう一点は、XPは積極的にリファクタリングしますから、現在(時点!)のCMMの積
> み重ねの計測方法とは相容れないと思います。
なるほど、そういう意味ではそうですね。
LOCに替わる、リファクタリングに適した尺度で計測すればいいわけですよね。
尺度を変えれば、リファクタリングでも計画と実績を比較することは可能なので
はないでしょうか？また、それによって見積もり精度が向上するのでは？
> ＃電気回路のハード開発の会社にいた経験から、個人的には、現在のソフト開発
> 手法はまだまだ幼児レベルだと思っています。今の開発プロセスを前提にして考
> えたくありません。
エンジニアリングとして未成熟という意味で、現在のソフト開発が幼児レベルと
いうのは同感です。
今の開発プロセスって何を指してるのかちょっと分かっていませんが・・・。
幼児レベルと現在の開発プロセスって、XP,CMM(PSP)と関係あるのでしょうか？
CMMでは別に今の開発プロセスを前提にしているわけではないと思います。
# PSPの、LOC計測に関しては、確かにそうかもしれませんが・・・。
--
赤坂 英彦 (Hidehiko AKASAKA)
akasaka@....jp