いまあらためて確認したい、情シスのイロハ（後編）：何かがおかしいIT化の進め方（48）（1/2 ページ）

[公江義隆，＠IT]

IT現場の課題や悩みは尽きることがない。問題は、その悩みや課題が解決されることも、時代とともに変わっていくこともなく、いつまでも同じ問題を引きずっていることだ。「システム化企画段階」における「情報システム部門としてのあるべき発想・行動のポイント」を整理した第47回に引き続き、今回は「システム化計画、実施段階」のポイントを紹介する。

もう一度「情シスの基本」を振り返っておこう

　前回に引き続き、「情シスのイロハ」という形で「IT現場での発想・行動のポイント」を紹介したいと思う。前回は「システム化企画段階」について配慮すべきポイントをまとめてみたが、今回は「システム化計画、実施段階」のポイントを整理してみた。

　前回も述べたが、過去から引き継いできたIT関係者の“悩み”は、「受身の発想を脱却して、自律性を持つ」ことで、かなり解決されると思う。目先の成果を求めるあまり、日々の業務に忙殺されたり、そのときどきの状況に流されたりしてはいないだろうか。狭い“IT島の発想”から早急に脱却し、長期的な視点に立って、幅広く世界の大変化に目を向けてほしい。

　少々手厳しい言葉もあるかもしれないが、今回の「イロハ」も情報システム部門で働く“自らのスタンスの見つめ直し”と、“悩みからの脱却”の一助にしていただければと願う。

「発想と行動へのポイント」〜システム化計画／実施段階（前編）〜

　以下、「IT現場での発想と行動へのポイント」を解説していく。前回同様、基本的にユーザー企業のIT関係者向けに書いているため、コンサルタントやベンダの方は「自社」を「顧客企業」、「ユーザー」を「顧客企業のユーザー部門」と読み替えていただければと思う。

従って――

• “技術”面に向けるエネルギーと、“人”の面に向けるエネルギーの配分を考え直そう。
• プロジェクトのスポンサー、責任者、オーナーは当該ユーザー部門の長にお願いしよう。
• 計画作りにおいては、「いかにユーザー部門の人たちに参画してもらえるようにするか」に知恵を使おう。どれほど立派な内容の企画・計画でも、IT部門だけで作ったのでは後々うまくいかなくなることが多い。

従って――

• 情報化プロジェクトは、できる限りユーザー部門内の既存の組織、機能を使って進めよう。そうするために、独立したプロジェクトチームは極力小さなものにしておくことが望ましい。このことは「臨時のプロジェクトチーム」だけではなく、「IT部門の体制」についても当てはまる。

従って――

• 面倒な交渉や調整の場ほど絶好の機会と捉え、心して臨もう。

従って――

• プロジェクト作業を、時間はかかるがかけた分だけ進む「“量”の仕事」と、かけた時間に関係のない「“質”の仕事」に、明確に区別しておこう。そのうえで、「“質”への貢献」を期待する人には、「プロジェクト評価委員会」「マネジメント委員会」などのメンバーになってもらい、既存組織の中で影響力を発揮してもらおう。このように、その人が権限を行使できる「組織上のポジション」を確保したうえで、重要な意思決定に参画してもらうなど、常に「人と役割」の最適化を考えよう。

従って――

• 常に、「何のために？」という「目的」を自ら意識するとともに、周囲や部下にも意識させて、仕事を進めよう。

従って――

• 関係者それぞれの努力目標を明確にして、IT投資の事後評価を確実に行おう。