さかやんのコンサル日記 Vol.365 平成18年2月24日 金曜日
１回読みきり 「技術者屋さん」
前回のメルマガで、IT導入・活用に成功するためには、社内に
ITキーマンが必要だと書きました。ただ、あまり技術的に詳しすぎる
のも困りものです。
ある会社では、自分でプログラムを作れるくらいITに詳しい方が
います（仮にBさん）。今までは、この方が、社内のシステムを自分で
作ってきました。今回、新しい事業に進出するので、新システムを開発
することになりました。ちょっと大きなシステムなので、外部のシステム
開発会社に発注することになりました。その要件定義から開発、運用
までさかやんに手伝って欲しいというのです。
早速、要件定義を行なうために、Bさんと打合せしました。要件定義では
まず、何をしたいかという企業全体や部門のニーズを把握し、それを
まとめます。例えば、生産管理の場合であれば、リアルタイムに工程進捗
状況を見たい、在庫管理をする時にシステムで自動発注してほしいなどなど。
ここでは、技術的な視点でなく、「何がしたいか」という視点でシステムの
範囲やニーズをまとめていきます。
ところがBさんは、技術屋さんなので、工程進捗管理をするならデータ
ベースのキーは工程Noにしないといけないとか、在庫管理は年度をデータ
として持ってないと在庫費用を計算できないとか技術的なことをすぐに
言います。技術的なことを言ってはダメだというわけじゃないですが、
要件定義では、まずシステムの範囲（どの業務をシステム化するか）、
システム概要機能（どのようなことがしたいか）をまとめないといけません。
データベースのキーをどうするかは、ベンダーのSEが考えればいいのです。
ちなみに、Bさんの話をよくよく聞いてみると、今までは社内のシステムは
全てBさんが現場の要望を聞いて自分でプログラムを作っていたのです。
つまりBさんは、要件定義から機能設計、プログラム開発までを全て一人で
やっていたのです（外部に発注するのは今回が初めて）。
ですので、要件定義や機能設計という工程別の作業がよく分かっていなかった
のです。この点はさかやんがきちんと教えてあげたので理解されたようです。
尚、さすがにBさんは、今まで社内のシステムを開発してきただけあり、
業界や自社の業務内容に精通しています。要件定義の内容を理解したBさんは
次々と社内の要望を聞きだし、最終的にはきちんとした要件定義書が
出来上がりました。やはり、IT導入・活用には社内にITと業務を理解している
人材が必要なのです。
今日の一言
「やはり、ITキーマンが必要」
=================================================================
本メルマガは実体験を基にお送りしておりますが、登場する企業の業種や
役職、コンサル内容は脚色してストーリ化しております。実際のコンサル
内容をそのままお送りしている訳ではありません。
==================================================================
さかやんのコンサル日記は、隔日（月水金）発行です。
（火木土日曜・祝祭日はお休み）
**************************************************
＜発行者＞
有限会社ダイコンサルティング
中小企業診断士
ITコーディネータ・ITCインストラクタ
坂田岳史（さかやんです）
sakayan@daiconn.co.jp
http://www.daiconn.co.jp
オールアバウトのガイドもやっています。
http://allabout.co.jp/study/itqualification/
------------------------------------
私の理念
「一期一会」その瞬間を大切にします。
**************************************************
本メルマガの購読解除は、下のURLでできます。
http://www.mag2.com/m/0000116110.htm
