組織の目的を確認して洗練しよう

目的に合わないITは、ただの無駄遣い

　当然の話ですが、ITの導入は、結局、なんらかの目標を達成したりするために行います。基幹システムであれ、情報系システムであれ、あるいは通販サイトのような営業系システムであれ、結局は業務の効率化や生産性向上、売上拡大と言ったなんらかのメリットを組織にもたらす為に高いお金を払って導入する訳です。逆に言えば、どれだけ洗練され、高度な技術を使ったITであっても、それが組織の売上やコスト等に貢献しないモノであればお金をドブに捨てたのと同じ話になってしまいます。ちょっと、以下の裁判の例をご覧ください。

　このプロジェクトでは、あまりに目的が抽象的だったためユーザとベンダのシステムイメージ(要件や新しい業務の姿) がズレてしまったようです。このように「目的」があやふやだったせいでIT導入が失敗するという例は一般にもよく見られます。基幹業務の効率化を目指してERPを刷新するはずだったのに、いつの間にか、ERPパッケージの導入自体が目的となり、自社業務と合わないERPの機能に合わせるために不要な業務プロセスを組み込まざるを得ず、かえって業務効率が落ちたという話はよく聞きます。また、当初は顧客の層別分析を行なうはずだったシステムが、ダイレクトメールを送るための営業ツールになってしまったなどという話も聞きます。結局のところ、これらは、皆、組織的には役に立たないITに多額の投資をしてしまった訳です。

要件は目的と課題から導出される

　これらはいずれも、開発者に目的がはっきりと伝わらないか、あるいは途中で忘れ去られてしまったせいで起きたことです。目的を失ったITは当然、組織が意図した改善をもたらすことなく、時には、部分最適に資することはあっても、組織全体から見れば「お金をドブに捨てる」ということになってしまいます。しかも、そうした失敗はユーザ組織内部の責任であることが多く、意図しないものをベンダが作ってきても、弁償してもらえるわけでもありません。

　後々、ベンダにITや導入を依頼するときには要件が金科玉条となる訳ですが、それは、組織の目的があって、そこから目的達成の方針が打ち出され、それを実現するたねにITを入れる、その基本要件へと繋がります。

　ですから、ITを導入する際には、その元となる組織の目的がハッキリしていることが大切ですし、要件を定めたときには、それが組織の目的・方針と合致していることを確認すること、その後のプロジェクトでも、この繋がりをメンバが意識し続けることが大切です。このトレーサビリティについては、この連載の中で別途取り扱うことにします。