未経験のデータベース構築に挑戦：システム開発プロジェクトの現場から（3）（2/2 ページ）

» 2007年05月22日 00時00分公開

[稲井紀茂，アクセンチュア・テクノロジー・ソリューションズ]

1つの提案をきっかけに、データベースの構築を担当

　いよいよテスト環境を構築するという段階になって、私はプロジェクトリーダーにこう提案しました。

　「データベースを実装するスクリプトを自動的に生成するツールがあります。この機会に導入しませんか。便利だし、何らかのツールがないと、膨大な設計情報を管理しきれませんよ。私ならそのツールの使い方は分かるので、よろしければ全般的に作業を引き受けましょう」。前のプロジェクトで活用されていたツールを、このプロジェクトでも導入しようという提案でした。

　「本当にあなたが管理できるの？」といぶかしがられましたが、「大丈夫です。どうしても困ったら、Oracleに詳しいエキスパートに相談します」と主張して押し通しました。

　こうして「ツールの担当者」という立場を得た私は、それを足掛かりとして徐々にデータベース自体の設計・管理の領域へと手を広げていきました。

　データベースの構築には、命名規約に始まり、サイジング、パフォーマンスチューニングなどさまざまな知識が必要です。実務と並行してそれらの学習を進め、知識を習得していきました。机上で学習したことを実機で試行しながら最適解を探っていくプロセスはとても楽しく、やりがいのあるものでした。

　時にはエキスパートの手を借りながら、最終的には大きなトラブルもなく、データベース環境を構築・提供することができました。気付いてみると、DBA（データベースアドミニストレータ）としての知識が自然と身に付いており、プロジェクトの合間に挑戦した「ORACLE MASTER Gold」（現ORACLE MASTER Silver）にもすんなりと合格することができました。

旧システムの解析作業にも携わる

　こうしてデータベースに詳しくなり、仕事ぶりも認められてきたことから、私は主要なロジックを新システムでどう実装するかを検討するプロセスに関与できることになりました。

　新しいシステムの仕様を決めるとき、旧システムのロジックを把握することは不可欠です。ところがこのプロジェクトでは、旧システムに関するドキュメントがまったくといっていいほど存在せず、仕様を知っている人も皆無でした。

　しかたなく、旧システム（オフコン）のライブラリの構造やソースコードを読み解きながら、仕様を探るというアプローチを採らざるを得ませんでした。上級のSEさんがそういった解析作業を行い、私がVisual BasicとOracleという新しい環境でどう実装するか考えるというように、二人三脚で設計を進めていくことになったのです。

　当然、一筋縄ではいかず、夜通し作業を進めることもしばしばでした。皆さんも経験があると思いますが、期日が迫っている中、追い詰められた状況で夜中に仕事をしていると、妙にテンションが上がってきて、おかしくもないものが妙におかしく感じられたりします。

　夜中に静まりかえったオフィスで、COBOLのソースコードを解読しながら、なぜか2人してケタケタと笑っている姿は、はたから見ている人がいれば不気味だったに違いありません。いまとなってはいい思い出ですが、「あのとき救急車を呼ばれなくてよかったな」とも考えてしまいます。

契約時のスコープ設定は重要だ

　私たちは1つ1つ解析作業を繰り返しながら、大変な時間と労力をかけて、ひとまず作業をやり遂げました。しかし、そのような作業は当初の見積もりに含まれておらず、プロジェクトの収益に小さくない影響を与えました。また、解析しきれなかったロジックが原因となって不具合が発生し、プロジェクトとして責任を問われるという事態にもつながってしまいました。

　契約時に作業範囲が明確に取り決められていなかったため、結果的に「全部請け負います」という形になってしまい、こういった解析作業にも責任を負うことになってしまったのです。あらかじめ必要な工数とリスクを網羅的に見積もり、契約時に作業範囲を明確に定めておくことは非常に重要だと、このとき強く感じました。