ソフトウェア開発でいうなら,ウオーターフォールモデル的なプロセスの場合なら,しっくりくるかもしれない.事前に立てた計画がしっかりしている必要がある.
しかし,事前の計画が難しいのが現状.
昨今の日々変化している状況に対応できるようにするには,どうすればよいだろうか?ということを考える.
そして,昨今は,例外ばっかりってのが,現実かもしれない.
そこで,考えられるのが例外を減らすこと.
例外を減らすには,
- 例外を例外ではなくしてしまう
- 例外が起きないように,短期間で何回も計画を立て直す
というのが,とりあえず,思いつく.
短期間で計画を立て直すってのは,アジャイル開発みたいなものですね.極論すると計画を立てないってやつ.
例外を例外でなくしてしまうってのは,マージン(余裕)を持たせて,その代わりパラメータを増やすこと.4シグマと6シグマに見る発想の転換は,つまるところそういうこと.
では,例外を減らすという発想ではなくて,例外にかかるコストを減らす.つまり,例外を速く処理するには,どうすれば良いか?なんてことまで,考えようかと思ったけど,とりあえず,ここまでで,終了.
この記事にトラックバックする(FC2ブログユーザー)



