IT部門、システム子会社、SIer…「オーバーヘッダーズ」が企業を滅ぼす
ある大手サービス業のCIO（最高情報責任者）がぼやいていた。「本当は、システム子会社のうち開発部隊だけでも本社に戻したいのだが、色々としがらみがあり、なかなか難しいんだよ」。そう思うなら、CIOなのだからぼやいていないで、とっとと戻せばよいと思うのだが、今回の暴論はその話ではない。なぜ、このCIOが開発部隊を本社に戻したいと考えているのか。それに絡む話だ。 このCIOによると、「お見積もり」に象徴されるオーバーヘッドが最近のシステム開発においては、結構つらいそうだ。その企業ではビジネスのデジタル化が進んでいて、もはや新サービスにはITが不可欠。ライバル企業に打ち勝つためにも、新サービスを実現するシステムを素早く作りたい。だが、子会社とはいえ開発部隊が別会社だと、実際の開発以外の作業に思わぬ時間を取られてしまうのだ。 本社のIT部門がRFP（提案依頼書）を作成してシステム子会社に依頼する。シ
SIがハッピーになれない理由
SIerは人が多すぎるうえに、なぜあんなに働くのか。 井上：SIはなんでハッピーじゃないんですかね。 神林：えっと、まずは、人多すぎですよね。もうちょっと少ない人数でできるところに無理やり人を入れてしまって、いや、いろいろな問題があるんですけど、一番大きいのはやっぱりお互いに知識が不足している。 井上：そうですよね。なんであんなに働くんですかね。 神林：たくさん人を働かせたほうが売り上げが上がるからですよね。結局、ユーザーさんが評価ができないんですよね。システムの価値を。中身がわからないので、どういう評価をするかっていうと、どれだけ人を突っ込んだかっていうほうが、人月工数の原価が高い、要は価値があるように見える。人がたくさんいて作ったもののほうが、人が少ないよりもいいものに決まっているっていう発想が抜けてない。抜けていないっていうか、それしか判断する根拠がない。 井上：それで、人数が多いの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
