IT業界の「プロジェクト」は、いつから誤解されるようになったのか - ジャスミンソフト日記
私たちは主として業務アプリケーション開発という「プロジェクト」に関わる仕事をしています。ところで、このプロジェクトという言葉が持つイメージと、実際の開発現場との乖離に悩まされることも少なくありません。ここで、私の考え方を整理しておこうと思います。 「プロジェクト」とは、やったことがない、新しい業務のこと やり方がすでにわかっていて、マニュアル化されていればプロジェクトとは呼びません。 なぜ、そういう自明のことをあえて持ち出したかといえば、新しい業務は誰も経験したことがない分、「リスク」を伴うからです。 このリスクを誰が負担するかといえば、それはプロジェクトの成功によって恩恵を受ける側です。業務アプリケーション開発分野でいえば、それは発注者であるユーザー企業です。 しかし実際には、このリスクをゼロにしようという力学が働いています。それが「一括請負契約」であり、その実体は「丸投げ」です。 この
親会社とIT子会社のミッション
いまやIT組織の運営に欠かせないのがIT子会社の存在である。だがIT子会社には様々なタイプがあり、どのような価値を創出するために経営活動を遂行しているのかは企業ごとに異なる。このような現状において、成功するIT組織となるために、親会社とIT子会社はどのようにしてミッションを共有すればよいだろうか――。これが今回のテーマだ。 IT子会社はもともと、親会社の情報システム部門が独立する形で設立されることが多かった。親会社やそのグループ会社のシステム開発・運用業務を担いつつ、グループのIT機能を集約して全体最適やコスト削減を図る役割が期待されている。 今ではITの活用による業務の効率化が当たり前になったことで、親会社やグループ会社に「業務システム改善の企画・提案」をするIT子会社も増えている。また自社システム開発で培った経験を生かし、外販によって利益創出を図るなど、IT子会社に対して売上拡大を担う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
