
素人IT部長に望むこと
――システム部門Q&A 第18回
木暮 仁
2005/2/11
| あなた個人へのアドバイス |
ここまでも多分にそうでしたが、ここからはさらに偽悪的な表現をします。このような部長になってほしくないとの反面教師の意味でもあります。
例えば、あなた自身の将来を考えてみましょう。本社の部長になると、次は役員にと思うでしょう。もし役員になりたいなら、さっさと他部門へ移るよう画策するか、無理やりにでも情報システム部門を戦略部門に引き上げて、企画部長になることを勧めます(このような情報システム部長は、企業にとっても部下にとっても困る存在です。真面目な視点からいうと「このようになるな」という忠告でもあります)。
|
(1)情報システム部門にいたら役員になれない
|
ある統計では、一流企業ですら3分の2は、情報システム部門出身者の役員が1名もいないのだそうです。情報システム部門の人数は経理部門や人事部門より多いのですから、かなり異常な状況であるといえます。CIOは情報関連のポストのはずですが、それすら情報システム部門出身者は4分の1程度だそうです。すなわち、情報システム部門出身者が役員になれる確率は極めて低く、情報システム部門にいるのは出世の妨げです。レッテルを張られない素人のうちに、他部門に逃げ出しましょう。
- - PR -
先のERPパッケージやダウンサイジングは勧めません。それですと、あなたが主役にされてしまい、転出できなくなる危険があります。たまたま成功すれば、短期的には評価を得られるでしょうが、コケにされた部下の復しゅうを覚悟しなければなりません。
むしろ他部門が中心となるプロジェクトが適切です。例えば、流通部門の合理化をするために、サプライチェーンマネジメントの構築が重要であることをアピールし、経営者の合意を取り付けます。そして、これが重要なのですが、「このプロジェクトは、流通に詳しく、問題点や改革対策を把握している必要があります、私よりも流通部長の方が適任です。私は提唱者として、彼を支援するために、流通部門を担当したいのですが」といえば、ライバルに花を持たせたと思われます。あなたが転出したい部門に合わせて、サプライチェーンマネジメントをセールスフォースオートメーションやナレッジマネジメントに変えればよいのです。
|
(2)情報システム部門を戦略部門に
|
運悪く流通部長に裏を読まれて、あなたがやらされることになったときには、「このような経営に密着した業務を遂行するには、情報システム部門を経営情報企画部としてトップ直結の体制にすることが重要だ」と主張します。それが無理なら、社長直属のプロジェクトチームを発足させます。いずれにしても、できるだけコンピュータ実務作業をアウトソーシングすることが肝心です。別会社組織にしてもよいでしょう。そうすれば、情報システム部門というレッテルをぬぐうことができ、あなたは(経営情報)企画部長になれるのです。企画部長は役員への登竜門ですね。
とかくプロジェクトはトラブルがつきものです。それが起きないうちに役員にならないと大変なことになります。それには、ときどきバラ色の計画書を示し、実行を急がれたら「経営戦略の実現に大きく影響する。失敗は許されない、事前の計画段階が重要だ」といって、トラブルが起こる段階に進ませないのがコツです。そうすれば、「彼は、思いは高く、実行は冷静に対処している」と思われ、ますますあなたの評価が高くなります。
たまたまプロジェクトチームがバカ優秀で、あなたが役員になる前に開発段階に入ったらどうするかですって? 先のように誰か身代わりになる人を探しましょう。それに失敗したら……、あきらめましょう。マジメに情報システム部門で成果を上げることに努力しましょう。それにより情報システム部門の評価、すなわち、あなたの評価が上がることに期待しましょう。
|
3/3
|
第19回へ |
| INDEX | |
| 素人IT部長に望むこと | |
| Page1 ・情報システム部門の社内的地位を上げること |
|
| Page2 ・外部には「素人」を生かせ ・内部では「素人」から脱却せよ |
|
| Page3 ・あなた個人へのアドバイス |
|
|
この記事に対するご意見をお寄せください |
managemail@atmarkit.co.jp |
|
|
||||||||
■要約
一般的に、情報部門の社内的地位は低いことが多い。その理由はさまざまあるが、素人IT部長はこのような地位の向上から取り組むべきだ。方法は複数考えられるが、情報システム部門と利用部門間での計画的ローテーションと、情報システム部門を人材育成部門とすることが効果的である。 また、社外と接する際には素人IT部長にしかできない「素人らしさ」を有効活用することで、良い結果を出すことができる。一方で、社内では「素人らしく」していると、若手社員のやる気をそぐことにもなりかねないため、努力して素人から脱却したいという姿勢が必要だ。また、今後の地位向上のために情報システム部門を戦略部門にすることも必要である。 |
||||||||
|
|
||||||||
| ▲記事の先頭<Page1>に戻る |
|
システム部門Q&A バックナンバー
- 第1回 IT書籍やコンサルタントが“使えない”理由
- 第2回 なぜ情報化投資は初期計画より増えるのか?
- 第3回 社内から必要とされるITスタッフを育成するには
- 第4回 IT投資効果の算出法は本当に役に立つのか?
- 第5回 コンサルタントを賢く活用する秘策
- 第6回 ERPのカスタマイズを最小限に抑えるには
- 第7回 バランスト・スコアカードで業績が上がるか?
- 第8回 システム部門縮小化に打ち勝つ!
- 第9回 情報システム部門の生産性が上がらない理由
- 第10回 情報システム部門を戦略部門化できるか?
- 第11回 セキュリティ対策、社内の協力を仰ぐには?
- 第12回 RFPの作成方法が分からない!
- 第13回 ここまでやればRFP作成工数は削減できる
- 第14回 データウェアハウス中心アプローチで問題解決しよう
- 第15回 パートナーベンダの見直しは慎重に!
- 第16回 システム開発におけるユーザーニーズは絶対か?
- 第17回 健全なEUC推進に適した組織とは?
- 第18回 素人IT部長に望むこと
- 第19回 素人IT部長に望むこと(2)
- 第20回 会計原価を損得計算に使うな!
- 第21回 会計原価を損得計算に使うな!(2)
- 第22回 情報共有化の障壁を突き崩せ!
- 第23回 なぜ、ITコンサルタントに依頼が来ないのか?
- 第24回 企業合併でシステムが止まらない方法教えます!
- 第25回 素人CIOとの上手な付き合い方とは?
- 第26回 ユーザー企業のIT部員育成はどうすればよいのか?
- 第27回 社内用語・概念を整理する「ユーザー辞書」は役立つ
- 第28回 いろいろある基準をどう考えて、どう使うか?
- 第29回 中小企業がERPパッケージを成功させるには?
- 第30回 オープン化とERP導入は今年中に終わらせよう!
- 第31回 部門のエゴによるデータ公開反対運動を回避せよ
- 第32回 新技術ラッシュをいかに乗り切るか?
- 第33回 文系学生はIT関連科目で何を学べばよいのか?
- 第34回 日本版SOX法はIT部門にとって脅威か機会か?
- 第35回 行政のセキュリティ投資はどうするべきか?
- 第36回 オープンシステム移行による弊害を断罪する
- 第37回 IT部門が頼りなくなった原因はなんだ?
- 第38回 ユーザーが満足する提案ができません
- 第39回 経営者が可視化を理解できないのはどうして?
- 最終回 どうしたら、しこりなくローテーションができるのか?
| 「システム部門Q&A」 |
|
ホワイトペーパー(TechTargetジャパン)
|
|

