こんにちは、上手です。
やっと本が到着しましたので、コメントさせていただきます。
私は、経済学部出身で、ポートフォリオ・セレクション（資産選択理論）という、い
までいう
デリバティブの初期理論を専攻しましたので、このあたりは土地勘があります。
At 15:09 00/03/25 +0900, you wrote:
> Chapter 3 Economics of Software Development
> ===========================================
>
> 次の要因を考慮してソフトウェア開発プロジェクトの経済価値を最大にする戦略を立
> てることができます。
>
> ・現金資金の流出入
これは、キャシュフローという、日本語になっています。
> ・金利
> ・プロジェクトの失敗率
>
> この戦略とは、
>
> ・「支出を抑えること」ですが、だれもみなほとんど同じツールとスキルで始めるの
> で難しいです。
> ・「収入を増やすこと」ですが、すぐれたマーケティングとセールスの組織によって
> 可能になります。
> ・「支出を遅らせ、収入を早めること」です。支出に伴う金利を抑えて収入による金
> 利を増やします。
> ・「プロジェクトが生き残る確率を高めること」です。後で大きな支払いをもらう可
> 能性を高めます。
>
> [「しかし、これらの戦略はなかな達成できない。」と言いたいのでしょう。]
>
> Options
これは、「オプション」という日本語になっています。
「ある値段で売買する権利」のことです。
例えば、ＸＰ株を１００円で１単位買う権利（コール）が１０円とすると、
ＸＰ株が１５０円になると、コールの価格は５０円になります。
売る権利をプットといいます。
アメリカでは、個別の株や証券市場の指数、商品（石油やアルミニウム）で
オプションが売買されているので、この考え方が日常的に使われているのでしょう。
＃日本でもありますが、あまり認知はされていないようです。
本章のなかの「opshon」は、これほど明確なものではないようなので、
選択権は、「オプション（選択権）」とでも変更したらどうでしょうか。
> -------
>
> ソフトウェア開発の経済状態を違った方法で見る事ができます。それは、一連の選択
> として見る事です。ソフトウエアプロジェクト管理には次の４つの選択枠があると考
> える事ができます。
>
> ・断念すること−プロジェクトをキャンセルしてもなにか得るものがあります。得る
> ものが大きければ大きい程いいです。
>
> ・変更すること−プロジェクトの方向性を変えることができます。頻繁にそしてより
> 激しく要求を変えることができるほどいいです。
>
「顧客がプロジェクトの半ばで要件を変更することができるのならば、プロジェクト
管理は
より価値が高い」というニュアンスが有った方が良いのではないでしょうか。
> ・延期すること−問題が自然に解決することを待つことができます。待つ期間が長け
> れば長いほど無駄遣いをしないのでいいです。
>
> ・成長すること−マーケットが伸びそうであれば、すぐに成長して、それを利用して
> いくことができます。プロジェクトがより速くより長い期間成長できるほどいいです。
>
> これらの選択枠の価値を計算する時に考慮する要因は次のとおりです。
>
> ・選択を得るために必要な投資
> ・選択を実行することによって得られる報酬（prize）の価値
> ・報酬の現在価値
> ・選択の実行にかかる時間
> ・報酬の最終価値の不確実性
>
> これらの要因のうち、選択の価値は最後の要因「不確実性」にもっとも左右
> （dominate）されます。この不確実性から具体的な予測をすることができます。[
> 「From this we can make a concrete prediction.」を訳したのですが、「this」は、
> 「不確実性」のことですよね？]仮に選択枠の分析を行って、プロジェクトの価値を
thisは「オプションの（現在）価値」を指すと思います。
> 最大にするプロジェクト管理の戦略は、以下を提供します。
>
> ・正確かつ頻繁な進捗状況のフィードバック
> ・劇的に要求の変更が行える多数の機会
> ・[以前に比べて]小さい初期投資
> ・より速く進むする機会
>
> 不確実性が高ければ高いほどこの戦略の価値は増します。（これは、「いつXPを使う
> べきか？」という質問の理論的な答えを提供しています。要求が曖昧または変化して
> いる時、XPを使いましょう。）
>
> Example
> -------
>
> あなたは楽しくプログラムを書いているとしましょう。あなたはある機能を$10で加
> えることができることに気付きます。あなたはこの機能に対する収益は約$15と考え
> ました。ですから、この機能追加の現在価値は$5です。
>
> この新機能が本当に$15の価値があるかどうか、わからないと仮定しましょう。実は、
> この価値は100%変動してもおかしくないと思っています。さらにこの機能を一年後に
> 追加しても$10かかると仮定しましょう。金利が5%として計算すると$7.87になります。
>
> [
> 「7.87」という値はどのように計算したのでしょうか？
>
> 現在価値=支払い時における価値/POWER(1+金利,年数)
>
> を使ってみましたが、
>
> 15/POWER(1+0.05, 1)=14.29
>
> となってしまいます。:-(
> ]
>
これは、オプション理論の数式から計算していると思います。
確率分布を使って計算します。
＃方式の名前は忘れました
将来の期待収益の現在価値ですので、１０ドルを上回ることはあり得ません。
例えば、確率１００％として、５％の定期預金金利で、１年後の１０ドルの現在価値は、
１０／１．０５となります。
> 待つ選択（$7.87）が現在機能を追加する（$5）より価値があることになります。不
> 確実性の作用によって、ユーザーにとってもっと価値がある場合は、待っていても
> 今実装することとひけめはない。また、価値がまったくない場合は、実装していない
> ので手間が省けました。
>
> [コメント：
> この章は、大変でした。「option」は、ストックオプションに引っ掛けているのでしょ
> うか？「There are five factors ...」の要因とその後の戦略との関係がよく理解で
> きませんでした。まあ、言いたかったことは、「曖昧でいつも変わる要求に対応する
> にはいつでも状況／環境とともに変化できるようなプロジェクトにしましょう。」で
> しょうか？
>
オプションの現在価値を計算するのに５つの要因があり、これを考慮して
現在価値を最大にするための戦略をとるということの様です。
（以上）
> 「7.87」の出し方教えて下さい！
> ]
>
> --
> Kaoru Hosokawa
> khosokawa@....com
>
-----------------------------------------------
y-kamite@....jp
上手 裕(Yutaka Kamite)
（株）データ通信システム 品質推進部
tel:03-3437-7524 fax:03-3437-7521
-----------------------------------------------