vetteです。
On Thu, 17 Jan 2002 10:17:05 +0900
HAMAI Kyoichi <k-hamai@....com> wrote:
> 濱井です。
> 2002/01/16 12:52:59 +0900にvette@....jpさんが送られた
> メールに関する返信です。
>
> >> (1)ソフトウェアの生産量については、一般には売り上げや利益、付加価値
> >> などの金額ベースで計るべき。
> >
> >とは思いません。
> >売り上げに対するソフトウェア開発コストのパーセンテージ等は
> >制御する必要はあると思いますが、ソフトウェアからみた生産量として
> >管理する必要はないと思います。
>
> 私が言っているのは、ソフトウェアの生産量については、一般には数量
> ベースでは計れないということなんですが。
どこがちがうといわれているのかよくわかっていませんが、
「ソフトウェアの生産量は数量ベースで測れない」
「金額ベースで測るべき」
といわれているのですよね?
> 意味のある集計とするには、同じもの、同じと見なせるものの集まりである
> 必要があります。
（略）
> もし、行数で生産量をあらわせるとしたら、各行が全く同一であっても
> かまわないはずです。同様のことはファンクションポイントについても
> 言えます。
> もちろん、そんなことはありません。同じソフトウェアをいくつも開発
> したりしても意味はありません。ソフトウェアは一種の情報であり、他との
> 差異にこそ価値があるからです。
別の組織や別のプラットフォームの時間あたりソース開発行数やFP数を
比較する事は意味がないとおもいます。
それは比較対象が間違っているのであって、行数ベースで管理する事が
間違っている事にはなりません。
濱井さんが想定されているケースは「数値の使い道が間違っている」例だと
思います。
ある機能を実現するための手間(コスト）は少ない方がいいですよね。
(ある機能というのは最終生産品とは限りません）
同じ機能を手にいれるための手間が減らせる事を生産性の向上と
呼びます。この手間だけじゃなくて全体の手間が減らないとだめですが、
それはそれぞれの工程なり手順なりの手間や工数が減らせるように
するわけです。
そこに別の組織の「生産性」を持って来ても使えるはずはなく、
自分の組織の今までの生産性（ここでは機能を実現するための工数）を
計測しておいて、従来より生産性をあげるという手順を踏みます。
計測の単位（行数・FP・その他）は場面によって変わってきますが
工程を分割して工程毎の生産性向上を考えていかないと、計測もできないし
生産性向上の手段も浮かばない、どこがコストアップ要因かもわからない
ことになります。
いきなりソフトウェア全体の生産性といっても制御できないし、
自分のところの従来の生産性を無視して「よそはこれだけだから
この生産性」といっても適切な対応はできません。
また、ここで金額ベースといわれても、計測が難しいと思います。
（濱井さんが明確な基準を用意している、のなら別ですが）
釈迦に説法みたいになりましたが、
濱井さんが「規模ベースの生産性という発想はソフトウェア工学の誤り」と
いうときに、上のケースでも規模ベースの発想があやまっていて金額ベースが
正しいといわれているのかどうか、わからなかったのでくどくど
書かせてもらいました。
（ちなみに上の例では、規模が大きくなるほどよい、といっているわけでは
ありません。やらないといけない事が減って工数も減るのでもいいので）
> >> (2)ソフトウェア自体をどのように計っても、生産量は計れない。
> >
> >そら売り上げだったらわかりませんね。
>
> (1)とは独立して言っているつもりなんですが。
(1)と独立しているという事は
・「生産量は金額ベースで測るべき」という話は
「ソフトウェアからは生産量から測れない、金額ベースで測るべき」
という論理ではないということですか？
私はいままで濱井さんのメッセージを以下のように理解していました。
「ソフトウェアから生産量を図る従来のやりかたのは間違っている、
適切なのは金額ベースの計測である」
ところが(1)と(2)が連動していないとすると、
こういうことだったのでしょうか？
「ソフトウェアから生産量を図る従来のやりかたのは間違っている
気がする。
他の計測手段が必要。
金額ベースでやってみたら何とかなるとおもうがどうか？」
---------------------------------------------
Toru Morioka 森岡徹
email: vette@....jp
---------------------------------------------