
続・いまのIT組織で
いつまでやっていきますか?
――何かがおかしいIT化の進め方 第16回(4/4ページ)
公江 義隆2005/5/24
| (3)アウトソーシング業務の管理、システム管理と開発・保守 |
![]() |
なお、ユーザー部門の業務現場のスリム化が進む中で、業務プロセスの実態を把握した要員も、全容を記録した資料もなくなりつつある。情報システムは業務プロセスの写像である。失われていく現場情報に代わる情報源として、多少手間が掛かっても正統的な方法でのシステム保守と、ドキュメント内容のメンテナンスを正確にやっておく有用性と必要性が増してくる。
これがシステムの陳腐化を防ぎ、長い目で見るとシステム費用の節減につながり、さらに次の段階での問題発見のための地図になると思う。
また、分散体制を取る場合、企画や設計の上流工程は統括ルールを基に自律分散化を進め、下流工程のアウトソーシングは集中して一本化した窓口からアウトソーシング先に当たる形にする方が、システムの整合性の保証のためにも、また取引上も有利になると思う(世の中ではなぜかこの逆の形のケースが多い。それではコストは膨らみ、内容はバラバラになって当然だ)。
| (4)情報子会社の役割と位置付け |
- - PR -
親会社の業務を請け負うサービス子会社の運営は相当難しい問題である。“別会社になったために、業務知識や業務への関心や理解力が失われてきた。親頼みの甘い体質はなかなか改善できない。外販の位置付けがなかなかは安定しない……”、こんなことにはなっていないだろうか。
子会社ならではの仕事の質的内容と、効率面では競合相手であるSIerに対する競争力の確保が必須条件である。いま一度、初心に帰り、役割と位置付けを見直す時期ではないだろうか。
| おわりに |
IT部門の大切な役割の1つは、事業・業務部門への実業務を通じた啓蒙(けいもう)である。IT化がうまく進むほど、社内の理解が進むほど、IT部門の役割は限定されてくる。人と仕事に質が問われてくる。それが支援機能組織の宿命である。
| 4/4 | 第17回へ |
| INDEX | |
| 何かがおかしいIT化の進め方(16) | |
| Page1 集中と分散はなぜ繰り返すか |
|
| Page2 CIOは必要か |
|
| Page3 IT部門の将来 (1)統括(ガバナンス)機能 (2)企画機能・企画支援―業務改革支援機能 |
|
| Page4 (3)アウトソーシング業務の管理、システム管理と開発・保守 (4)情報子会社の役割と位置付け おわりに |
|
|
|
| ■要約 今回は前回に引き続き、IT組織体制に関して考える。前回は、多くの企業が現在抱えるIT組織の問題を俯瞰(ふかん)し、将来への組織体制を「立場が持つ競争力」と「人材開発投資の回収の可否」の2点から考えることの必要性を説明した。今回はIT部門機能の将来を中心に考える。 組織機能の集中と分散の問題では、適切な権限委譲と、それに対してバランスの取れる「求心力としての統括機能」がポイントとなる。また、世の本に書いてあるようなCIOの責任や権限は、本来は事業部門や業務部門の責任者に帰するものである。顧客へのサービスの付加を情報システムで行おうとする企業では、顧客の好みの変化や競合企業の動きとのはざまにおいて、IT投資合戦の泥仕合を避けるための、投資内容や投資タイミングへの高度な判断が重要な役割となる。 情報システムがある限り、それを統括して管理する最小限の組織は必要だ。そして現在のIT部門にとって大切な役割の1つは、事業・業務部門への実業務を通じた啓蒙である。IT化がうまく進むほど、社内の理解が進むほど、IT部門の役割は限定されてくる。そして人と仕事に質が問われてくる。 |
|
|
| ▲記事の先頭<Page
1> |
| profile | ||
|
何かがおかしいIT化の進め方 バックナンバー
- 第1回 世評やベンダの意見に踊らされていませんか?
- 第2回 IT化に対する関係者の不安や不満を取り除くには
- 第3回 プロジェクト・チームの編成で失敗していませんか
- 第4回 IT部門の存在価値は“全社最適”にあり
- 第5回 全社IT最適化のカギは「データ体系の統一」
- 第6回 優秀なスタッフを育てる職場環境とは
- 第7回 仕事への取り組み方は最初の数カ月で決まる!
- 第8回 ブレークタイムに“設計思想”を語り合おう
- 第9回 “誰にでもやさしい”ITは良いことなのか?
- 第10回 ブレークタイムでの話題−製品と情報化のコンセプト
- 第11回 IT化と投資の“正しい”関係とは?(前編)
- 第12回 IT化と投資の“正しい”関係とは?(中編)
- 第13回 IT化と投資の“正しい”関係とは?(後編)
- 第14回 ITの動向や他社の状況を、気にし過ぎていませんか?
- 第15回 いまのIT組織でいつまでやっていきますか?
- 第16回 続・いまのIT組織でいつまでやっていきますか?
- 第17回 理想的な上司と部下の関係とは――部下の育成方法
- 第18回 IT徒然草――コストと利便性を追い求めて失うもの
- 第19回 羽田空港の管制はなぜ止まったのか?
- 第20回 JR脱線事故からマネジメントを学ぶ
- 第21回 “気付き”のコミュニケーション
- 第22回 阪神大震災10年目に考えること、するべきこと(前編)
- 第23回 阪神大震災10年目に考えること、するべきこと(後編)
- 第24回 情報システム部は、もう役割を終えてしまったのか?
- 第25回 リーダーシップを発揮するにはどうすれば?(前編)
- 第26回 リーダーシップを発揮するにはどうすれば?(後編)
- 第27回 SOX法とコンプライアンスとIT
- 第28回 有能なプロジェクトマネージャを育てるには(1)
- 第29回 有能なプロジェクトマネージャを育てるには(2)
- 第30回 有能なプロジェクトマネージャを育てるには(3)
- 第31回 ディスカッションテーマのおもちゃ箱(1)
- 第32回 ディスカッションテーマのおもちゃ箱(2)
- 第33回 ゆでガエルになる前に情報子会社は経営の見直しを
- 第34回 “シックオフィス”で健康を損なっていませんか?
- 第35回 コンプライアンスを語る前に考えてみること
- 第36回 適材適所の人材育成をしよう
- 第37回 事の本質を見極めよう
- 第38回 その考え、本当にあなた自身のものですか?
- 第39回 “変化”は外からやってくる(前編)
- 第40回 “変化”は外からやってくる(後編)
- 第41回 “変化”を模索する世界(前編)
- 第42回 “変化”を模索する世界(後編)
- 第43回 変化の中で、自らを制御できるものが生き残る
- 第44回 新型インフルエンザ対策に学ぶ組織の在り方
- 第45回 持続可能社会とITシステムはどう在るべきか(前編)
- 第46回 持続可能社会とITシステムはどう在るべきか(後編)
- 第47回 いまあらためて確認したい、情シスのイロハ(前編)
- 第48回 いまあらためて確認したい、情シスのイロハ(後編)
- 第49回 失敗は成功のもと、成功は失敗のもと
- 第50回 「想定外」から脱却できる、真の対策を
- 第51回 他山の石――政治を顧みて学ぶマネジメントの在り方
- 第52回 “影”から目を背けてきた原発とIT
- 第53回 優れたシステムを作るための“思考力、人間力”とは?
- 第54回 IT関係者は、原発事故から何を学ぶべきか
| 「何かがおかしいIT化の進め方」インデックス |
|
ホワイトペーパー(TechTargetジャパン)
|
|


