昨日はあるクライアントさんのシステムの本番日でした。
もう10年くらい使っているWindows NT Server 4.0 ＆Windows98クライアントのシステムで、ハードウェアのメーカー保守がいよいよ切れてしまうので、Windows 2003 ServerとWindows Vistaのシステムの入れ替えて欲しいと去年に依頼があったものです。
そりゃあ、設計ドキュメントも無いOracle7（データベース）とPro*Cobolで出来ているシステムを移行するというのは、想像を絶するエライ苦労でした。
◎大事故
で、ようやくこぎつけたシステム切替の日。
まずはデータの移行作業。
データベースのバックアップを待っている間に、新サーバーを置く場所を確保しようと、サーバーの横のキャスター付きキャビネットをゴロゴロと移動させようとすると…
「ヒュゥゥン…」
＼(◎o◎)／
サーバー外付けの増設ディスクが止まってる！データベースのメインディスクやのに！
サーバーのコンソールを見るとデータベースのバックアップも異常終了してる！！
サーバー裏側を確認するとケーブルが一本抜けきっているのでした。
よく見るとキャビネットの引き出しがケーブルをはさんでいたようで、そのキャビネットを動かした瞬間にまた何故かもともとネジ止めされていなかったケーブルが抜けたようでした
「これって、完全にトラップですやんか(ーー;)　　しかし、これはヤバイですぞ……」
いろいろと復旧にチャンレジしたものの、結果的に財務、顧客、売上、在庫の全てのデータベースが壊れてしまっている事を知るのでした。

(続きを読む…)

◎SEの味方
この時期、子供達のもとにはサンタさんやってきますが、世の可愛そうなSEのもとにサンタさんが来てくれるとしたら、どんなことをしてくれるでしょうか。
クリスマスの朝、SEが目を覚ましてみると、
・データベース設計、アプリケーション設計の仕様書が完成している！
・外注プログラマの単金が半額になっている！
・外注プログラマに口頭仕様が伝わりまくる！
・Windows2000 ServerのMicrosoftサポート期間が延長されている！
・ミドルウェアのメーカーが一瞬で障害を解決してくれる！
・5年経過したサーバーの部品をメーカーが提供し続けてくれる！
・RAID再構築中にぶっ壊れたハードディスクが直っている！
・データベースコネクションをクローズしていないにもかかわらず、勝手にクローズしてくれている！
・エンドユーザーがシステム確認事項への回答をすぐに返してくれる！
・エンドユーザーが「それじゃリリース時期を遅らせましょう」と言う！
・エンドユーザーが「これは開発範囲外なので追加注文します」と言う！
・エンドユーザーが「平日の日中にシステムメンテナンスしてもいいよ」と言う！
・納品もしていないのに印鑑の押された検収書が郵送されてくる！
サンタさんの代わりにこんなことをしてくれるスーパーSEはどこかにいないもんですかねー

え～ちょっとシステム屋さんらしく、システム開発に関することを。
◎システム開発のプロジェクト管理
最近、身近なところで、立て続けに2件の大失敗システム開発プロジェクトを見ました。
システム開発プロジェクトっていうのは、
1）お客さんと、どういう事に困ってますかー、と「要件」をまとめる
2）お客さんの要望をシステムに落としていく「設計」を行う
3）納期に間に合うように限られた人数でプログラムを「開発」する
4）お客さんのところの業務運用時にトラブルが起きないように「テスト」する
というのが、おおまかな流れかと思います
※「お客さん」っていうのは、システム開発を依頼するクライアントの事です。
たいていのシステム屋は、もともと人よりもコンピューターとかかわってる方が得意な（かなりの偏見ですが）人たちが集まる傾向があるんで、人とあまり接する必要の無い3)、4）が得意です。
ただ年をとってくると、いつまでも3）4）ばかりやってる事を会社は許してくれず、1）2）もしっかりやりなさい！ などといって突然、客先との折衝をまかされるんですが、ここに大きなリスクがあるようです。
◎お客と戦う！
実は、実際のシステム開発作業3）が始まっても、お客さんの要望は果てしないため、1）2）っていうのは、終わりまで続く傾向にあります。
「そういえば、こういう画面が無いと困るんだけど」
「この帳票が無いと仕事にならないんだよー」
「そんな風になるとは思ってなかった。こうして欲しい」
ここで、プロジェクトで決められた納期や予算と、お客さんからあふれれ出てくる要望とのギャップを埋めるべく、対人折衝能力が必要になります。
しかし、これまで1日の大半をコンピューターの前に座って過ごしてきたエンジニアには、そんなヒューマンスキルを鍛える暇が無かったため、知らない間にお客さんの要望を「えぇ。えぇ。」と聞いているうちに、けっきょく巨大なシステムを作らなければいけない事になります。
いわゆるシステムのスコープの決定ミスです。
そして、それは1,000万円規模の小さなプロジェクトなら、徹夜して頑張れば何とかなる事も多いんですが、もっと規模の大きいプロジェクトでは致命傷となります。
◎きっとこれからも…
私が最近見た２つの失敗プロジェクトはまさに上記の例でした。
プロジェクトの管理者は決して能力が無いわけではなく、立派な「技術者」でした。
ただ人とのコミュニケーションがやや苦手というだけでした。
ちょっと小さなシステム開発会社では、これからこんな事態が多発しそうな気がします。
というのも、これまで技術的な事はよう分からんけど、先頭をきってお客さんと折衝を続けてきた団塊の世代の方たちが、ドタドタと退職していきます。
そして、今まで影に隠れて「技術屋」をやっていた人たちが、突然「君もそろそろプロジェクトのマネージメントをやりたまえ」なんて言われて最前線に立たされて、結果的に数ヶ月後にプロジェクトが炎上するなんて事が多発するんじゃないでしょうか。
システムを発注する側の方もよーく気をつけてくださいねー。
システム会社から出てくる管理者のスキルをよーく見極めて要望を出さないと、結果的にエライ目にあいますよー(^^;