ＥＵＣと隠れＩＴ（ＳｈａｄｏｗＩＴ）

（前もって言っておきますが、私は、逆説的な「情報システム部門不要論者」です。その意図は、記事の最後に書きます）

EUCという3文字略語があります。End User Computingの略でPCと表計算ソフトがポピュラーになってから定着したことばです。情報システム部門がホストコンピュータ系システムの仕事やインフラまわりの仕事が多く、社内のPC利用者の細かいお世話まで手が回らないので「パソコンの表計算ソフトなどを使ってできる仕事は情報システム部門に頼らずに自分でやって!」という意味で、よく言えば「利用部門にとっては小回りが利く」ということになります。

「EUCの促進と指導は情報システム部門の仕事だ」と論じた本もあるくらいです。

でも、実はここには難しい問題が内在しています。

EUCと言っている間は良いのですが、利用部門内にいるPC好きの社員が表計算ソフトに飽き足らず、Microsoft Accessなどをつかって簡単なデータベースを作り、業務アプリケーションのようなものに手を出し始めるのです。そして、それがエスカレートすると、データベースにフロントエンドのWebシステムをつけて「ユーザフレンドリなシステム」が完成するのです。ここまでくるとEUCを越えてEUD（End User Development）になってしまいます。情報システム部門は全体最適を求めるという性質（使命?）があり、個別部門向けのシステムの最適化に手を出す余裕はありません。これに端を発するEUC/EUDの問題には次のようなものがあります。

1. 情報システム部門が提供する業務アプリケーションとEUCで必要なデータが二重入力される。
2. それに気づいたEUC部門（この記事では社内利用部門をこう呼ぶことにします）は元システムからのデータのダウンロードやリアルタイムのリンクを情報システム部門に求めるようになる。
3. それに情報システム部門が対応しないため、EUC部門が、直接、外部ベンダに問い合わせをかけ、発注まで行ってしまうという組織のガバナンスを逸脱する事態が発生する。
4. また、発注という方式ではなく、外部ベンダやテンプスタッフを常駐させるケースもある
5. 外部ベンダが情報システム部門ではなく、直接、利用部門にアプローチするようになる
6. この際に必要な情報システム化の予算もEUC部門で保持することになる
7. この時点で、情報システム部門とEUC部門の間に確執が生じる
8. EUC部門内ではEUC担当者が（明示的に、または、暗に）任命され、本来の業務ではないIT業務を行うようになる（これを隠れITまたはシャドーIT, ShadowITと呼ぶ）
9. EUC担当者は嬉々としてMS Access等でたくさんの小さな業務アプリケーションを作り始める
10. ただし、その際に、ドキュメンテーションの整備はなされない
11. また、セキュリティの意識は極めて低い
12. かつ、個人での単独業務として行うため永続性は考えられない
13. 時に（しばしば）EUC担当者がオタク化し、情報システム部門員の知識を越えてしまう
14. EUC担当者が退職/異動した場合、EUCとして作成されたシステムを利用した業務が止まってしまう
15. 困ったEUC部門は情報システム部門に助けを求めるが、情報システム部門は相手にしない（相手にしたくても時間が無い、ドキュメントがない・・・）
16. EUC部門は全体の流れに違和感を感じEUC担当者という概念をやめることになるが、EUC担当者は、はしごを外された形になり、本来業務にも復帰できなくなる。
17. 会社全体で見た場合のコストパフォーマンスは悪い

問題点をずらっと並べてみましたが、この17個を読んでお気づきになることはないでしょうか。実は、私は、逆説的な「情報システム部門不要論者」です。「逆説的に」とは「『もしも情報システム部門がなくなるとどうなるのか』を常に考えなければいけない」という意味です。

上の17個のうちのほとんどは「情報システム部門は困るが、利用部門は困らない」というものです。隠れITの発生源は「情報システム部門の弱さ（技術力の弱さ、立場の弱さ、ガバナンスの弱さ、攻めと守りのアンバランス）」にあると思っています。まだまだ歴史の浅い情報システム部門です。隠れITの問題から情報システム部門のガバナンスを考えてみるのも有意義ではないでしょうか。

隠れITについて既に扱い方を明確にされている企業もあると思いますし、私も対応を行いましたので、別の記事で紹介いたします。