ユーザーはなぜ、自社のシステム開発に協力しないのか

ユーザーはなぜ、自社のシステム開発に協力しないのか：本業が忙しいから、お手伝いはできないよ（1/4 ページ） 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを説明した。 今回は「ユーザー」の謎を解説する。彼らはなぜ、いつも当事者感覚がないのだろうか――。 お任せ体質ユーザーの末路 私はこれまで、システム開発のトラブルに関する連載や研修などを行うために、さまざまなIT訴訟について調べてきました。 悪い意味で印象的だったのは、ある清涼飲料水メーカーの在庫管理システム構築に関するトラブルです。ユーザー企業の担当者たちの知識不足、そしていわゆる「お任せ体質」がベンダーの作業を遅らせ、ついにはプロジェクトを破綻させてしまった事件でした。

[deep_one]

つまり「本業」として「システム開発協力担当」のユーザーをアサインできないユーザー企業が悪い。

[reachout]

客の当事者感薄いんだよな・・・

[kakei-akihiko]

ユーザー企業側の担当者や幹部からすれば業務の効率化は必須でも、社員には、効率化すると人が要らなくなるとか思われそう。そのあたりの利害を一致させられないものか。

[asakura-t]

3ページ目にあるように「（ユーザー）企業がIT導入に関わる社員をちゃんと評価しないから」という話だよな。

[ino-agile]

ユーザー側の担当者にとって「普段の仕事＋α」になってることが多いですね。普段の仕事が減ってないのにシステム開発に協力しろという状況が可哀そう

[verda]

IT系の会社でも自社の勤怠システムとか旅費生産システム改善に協力してやろうという気にはなかなかならないから気持ちはわかる

[ryunosinfx]

これは経営陣がウンコなだけやろ・・評価出来ないとか、聖人と言う名のお人好しを搾取しないとシステムが完成しないとかどれだけ他人事なん？これは炎上して然るべきだし、バンバン失敗して経営陣ごと対消滅すべき

[yogasa]

まあ間接業務システムなんていくら作っても売上伸びないからね。金払ってるのだからちゃんと求められてるものを手間かけさず作ってくれとしか思ってないでしょう

[braitom]

これなー。あるあるだ。”ITシステム導入の成否が昇進や給与に反映しないのです。””ITシステム導入がうまくいっても、当たり前のこととして大した評価を受けない”

[lorenz_sys]

自社開発じゃなく受託開発の話になっちゃうけど、顧客側担当者のITリテラシが著しく低い場合とか担当者が当該システムを使う立場の人ばかり(つまり役員クラスがいない)な案件ならその案件の受注は慎重に考えるべき。

[hiroomi]

”「新しい業務の姿やサービスデザインをユーザー自身が考え、ベンダーにはそれを手伝ってもらう」という考え方が必要”だれの仕組みだ。

[takeshi0206]

この方東京高等裁判所IT専門委員だった方。セミナー聞いた事あるが説得力ある。ベンダーが言っても屁のツッパリにもならない。

[daybeforeyesterday]

うーむ

[sds-page]

現場の業務を理解してないユーザー側の責任者･･･仕事が忙しいからと言ってプロジェクトに参加しない現場の人間･･･ギリギリになって初めてシステムに触れた現場の人間から使いにくいクソシステム呼ばわり不可避

[JULY]

これ、意外にもっと根深い気が。そもそも、日本の多くの経営者は、論理的な思考が苦手。システム開発は否応なしに、論理的な思考が求められる。そのギャップを誰も埋められない。

[masayoshinym]

いろいろ書いてるけど結局「いい感じにやっといて」って言われそう。