前回は、落雷で止まってしまった電車の中で、再開を待ち続けるか別のルートを探しに行くべきか、という状況に絡めて「ストップ・ロス・オーダー」という概念を紹介した(「ストップ・ロス・オーダーと撤退の知恵」参照)。じつは、この言葉を知ったのは古いけれども、別に株式投資やFXをやる訳でもないわたしにとって、しばらくは縁の薄い概念だった。あらためてこの問題を本気で調べ始めるようになったのは、プロジェクトの撤退判断、すなわち『Go or no-go問題』を考えるようになってからである。 エンジニアリングや受託開発のSIerなど、受注型プロジェクトに主に従事している会社にとっては、プロジェクトの中断撤退判断など、通常は問題にならない。赤字を出そうが納期に遅れようが、歯を食いしばって何とか最後の納品までたどりつくのが当然の事だ、とみな信じている。なぜなら、納品できなければ支払も得られないからだ。仮に今、予算