「IT中毒」の会社が陥る会議漬け：日経ビジネスオンライン
IT企業の 営業： 「こちらが他社システムと比較した、当社サービスのメリットをまとめた資料でございます」 企画部課長： 「ふーん。この他社さんのシステムも聞いたことがあるよね」 IT企業の 営業： 「ええ。他社さんのシステムも悪くはないと存じますが、御社の課題を解決するためには当社のシステムのほうがよろしいかと」 企画部課長： 「うーん」 IT企業の 営業： 「ところで経営会議で話していただけましたでしょうか」 企画部課長： 「いやいや、まだだよ。うちの部長がもっと検討しろというものだからね」 IT企業の 営業： 「そうですか…。それではどうでしょう。来月、展示会がありますので、そちらにお越しいただけたらと」 企画部課長： 「それに参加すると何が分かるの」 IT企業の 営業： 「他社の豊富な成功事例が紹介される講演がございます。ぜひ部長さんとご一緒に来られてはと存じますが」 企画部課長：
IT部門と経営の溝を埋めるために必要なたった1つのこと - GoTheDistance
もう何周目になるのでしょうか。｢情報システム部門が経営に貢献できていない｣というこの手の話は。 システム部門再生 - 経企部門が吐露する「システム部門への不満」：ITpro なんか色々ダメだしされていますが、重要なポイントは１つだけです。システム部門がビジネスに貢献するためには、自社の事業に対する理解が必要なだけではなく、その遂行手段である業務プロセスの理解が必要だ、という圧倒的な事実があることだけ。WhatとHowはクルマの両輪だと。で、この手の問題はシステム部門の問題ではなく経営の問題だという水掛け論が水びだしになるまで色んな人にされてFUDが残るのも味わい深いポイントであります。 自分達で管理できないものを改善できるわけが無い システム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシステムをたく
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
