ＩＢＭ　ＡＳ４００とパソコンを愛するＳＥのブログ

なーんか、今朝も頭の中に、ナショナル住宅（現在パナホーム）のＣＭソングがグルグル回りましたー
このｃｍソングご存じですか？

家を作るなら〜♪
家を作るなら〜♪
草の燃える匂いのするカーペットにしたいと思うのであります♪

ってやつです。

何故この歌が頭の中にわいてくるかと言うと・・・

今朝も、システム仕様書が変わる・・・ということが発生したからです。

システム作るなら〜♪
システム作るなら〜♪
最初からきちんとした仕様書で作りたいと思うのであります〜♪
ってことなんです。

仕様書に従って、プログラムコードを書き、コンパイルし、仕様書に従ってテストを行います。
そして、システムは複数のプログラムから構成されるのが普通ですから、プログラム一つ一つをテストしたあと、連携させてキチンと動くかを結合テストをします。
もう、システムは１から１０まで仕様書通りに作り上げます。

家を作るときは、
（１）どんな家を作るか構想を練る
（２）その構想に従って家を作った場合の問題点などを洗い出す。
（３）出された問題点の解決策を導き、構想を具現化する。
（４）具現化された構想に従って、建築設計書を作成する。
（５）建築設計書をチェックする。
（６）チェック後の建築設計書に従って建築する。
（７）建築中の各段階で設計者がチェックする。
（８）家が完成する。
（９）出来上がりを確認する。
（１０）必要な些細な調整をする。
（１１）引き渡し

てな感じですよね。
これに対してシステム構築では

（１）どんなシステムを作るか構想を練る
（２）その構想に従ってシステムを作った場合の問題点などを洗い出す。
（３）出された問題点の解決策を導き、構想を具現化する。
（４）具現化された構想に従って、システム仕様書を作成する。
（５）システム仕様書をチェックする。
（６）チェック後のシステム仕様書に従って開発する。
（７）開発中の各段階で設計者がチェックする。
（８）システムが完成する。
（９）出来上がりを確認する。
（１０）必要な些細な調整をする。
（１１）引き渡し
ってなります。

めっちゃ手を抜いて作りました。
まず、【家】⇒【システム】に変更し
【建築設計書】⇒【システム仕様書】に、また【建築】⇒【開発】に
変更しただけです。

そりゃ、工程が似ているからですよね。

でも、決定的な違いがあります。

改修の可能範囲の差ですね。
同列に論じるのはどうかと思いますが、家ができてから、二階建ては嫌だから三階建てに変更・・・ってのはかなり困難ですよね。
システムでは、結構いろんな変更ができちゃいます。
何故か？それは物理的に構築している部分が少ないからです。
殆どがデジタルの世界だからです。

開発をしたことが無い人・・・からすれば、

例えば、商品コードが最初４桁としていたけれど、２０年後には５桁が必要になるかもしれないので、今から５桁、いや６桁にしておきたいって注文をシステムが出来上がりかけの時に出してくるかもしれません。

開発側からすれば、今更そんなことを言われても・・・・って感じですが、そこが大きなギャップとなります。

そんな、仕様変更が次から次へと出てきているのが、今のグループ統合システムの開発です。

どうして最初から決めておかないの？って思うようなことがポロポロポロポロ出てきて・・・