Index: [Article Count Order] [Thread]

Date:  Tue, 15 Aug 2000 21:45:59 +0900
From:  Hidehiko AKASAKA <akasaka@....jp>
Subject:  [XP-jp:00728] Re: XP and PSP
To:  extremeprogramming-jp@....jp (extremeprogramming-jp ML)
Message-Id:  <39993C0F302.506FAKASAKA@....jp>
In-Reply-To:  <3998C3F9151.01B9MAKOTAN@....jp>
References:  <3998A708280.B899Y-KAMITE@....jp> <3998C3F9151.01B9MAKOTAN@....jp>
Posted:  Tue, 15 Aug 2000 21:48:15 +0900
X-Mail-Count: 00728

まこたんさん、こんにちは。赤坂です。

On Tue, 15 Aug 2000 13:10:29 +0900
makotan <makotan@....jp> wrote:

> 上手さん こんにちは
> 
> ちょっと赤坂さんのフォロー(?)を・・・

あはは、すみません(^^;;
ありがとうございました。

> >まず、下記のHPで理論武装して来ました。
> >http://village.infoweb.ne.jp/%7Efwgf2942/maim2.htm
> 
> このページ良いですよねー

有名なんですね、このページって。
# 私もきちんと読まないといけないなぁ(^^;;

> >#電気回路のハード開発の会社にいた経験から、個人的には、現在のソフト開発
> >手法はまだまだ幼児レベルだと思っています。今の開発プロセスを前提にして考
> >えたくありません。
> 
> 「幼児レベル」には賛成です。
> 
> わかりやすい例でいうと
> 「テスト期間の削減」という目標があるとします。
> XPの場合はすでにその枠組みが提供されていますが、
> プロセス改善というものはそれが提供されていません。
> XPに枠組みがあるならそれを取り入れて実際に効果を測定することが可能です
> もちろん、他の方法に関しても同様のことが言えます。

プロセス改善=CMMだとして、CMMでは改善しろとは言いますが、具体的な改善策
は提供されていません。というか、そこがまさに改善するところと考えれば、提
供されないのが当然かな?とも思います。
XPは方法論なのでそれを提供している、と考えられませんか?

> その中で今の環境に最適な方法がとれる事がプロセス改善の最大の魅力であり
> XPと大きく違うところです。
> #言わないでもわかってますよね・・でも、一応書きました(^^;

はい、そうですね。
でも、プロセス改善というのは、計測と実績の積み重ねによって行うものであっ
て、良い開発手法に飛びつくことではありませんよね。
# これこそ、言わずもがなですね(^^;;

--
赤坂 英彦 (Hidehiko AKASAKA)
akasaka@....jp