エンジニアが「見捨てたくなる」発注者の特徴とは？

「システムに欠陥が多すぎて使えない！」
「開発や保守・運用費用が高すぎる！」
「なぜか社員が協力してくれない……」
「経営者がシステムのことを全然わかってない……」

ホームページ、ＥＣサイト、Ｗｅｂマーケティングシステム、ＡＩ、ビッグデータ、ＩＯＴなど、ＩＴシステムが企業の経営を左右する時代。……にもかかわらず、ほんの数年前まで、日本のITシステム開発は3分の2が失敗しており、今もなお、システム開発は他のプロジェクトと比べると成功率の低いのが現状です。

そこで、かつてない「発注者のための入門書」として、発売前から注目を集めた『システムを「外注」するときに読む本』。本連載では、そのエッセンスを大公開。70以上のトラブルプロジェクトを解決に導き、紛争解決率9割を超えた「トラブル解決請負人」が、システム開発プロセスに潜む「地雷」を紹介しながら、成功のポイントを伝えます。

どうすれば、会社が幸せになる「本当に役に立つシステム」が作れるのか？
経営者・ＣＩＯ・システム担当者・プロジェクトマネージャーの必須知識！

なぜ、エンジニアが「本気」を出してくれないのか？

ＩＴシステムの開発プロジェクトにおいては、発注者は、単なる「お客様」ではありません。

むしろ、要件をちゃんと決めたり、受け入れテストをやったり、あるいは新システムについて社内の意見を統一したりと、明確な役割と責任を持った、立派な「プレーヤー」です。

ところが、世の中には、自分の役割をまっとうしないばかりか、そもそも、自分がプレーヤーであるということ自体知らない発注者が少なくありません。

少し極端な例ですが、「システムの要件はＩＴベンダーやエンジニアが作るものであって、自分たちは、ただそれを承認すればいいだけでしょ」と思っている発注者もいたりします。

「新しい生産管理システムを導入するにあたって、製品の部品番号体系を見直さなきゃいけないらしいんだけど、それをみんな俺たちにやれって言うんだよ、あのベンダーさん。ありえないでしょ？」

「だいたい、システムが入る部署の業務自体をよく知らないし、そもそも俺、ＩＴに興味ないからね」

多少、セリフは異なりますが、『システムを「外注」するときに読む本』では、こんな無責任なことを言う人物が登場します。

実際の開発現場で、こうしたことを言う発注側のシステム担当者は少ないでしょう。でも、心の中では、「発注したお客の立場なのに、なぜ、こんなにやらなければいけない仕事が多いのか？」と感じたり、仕事の難しさに戸惑ったりして、そんなことを思う人も少なくないでしょう。

しかし、発注担当者のこうした心の動きを、ベンダーのエンジニアはすぐに見抜くものです。そして、こう思います。

「こんなやる気のない担当者を置くプロジェクトには、発注者も、あまり力を入れていないんだろう」

「これは、傷の少ないうちに手を引いたほうが良いかもしれないな」

こうなると、もう、ベンダーは「なるべく自分の仕事を早めに切り上げてしまおう」と考えます。

そして、たとえば発注者の受け入れテストの支援をろくに行なわなかったり、導入後のサポートがなおざりになったり、新たな機能追加について、まともに相談にすら乗ってくれない場合があります。

それどころか、契約を途中で打ち切ってしまうケースもあります。まさに、ベンダーが発注者を「見捨てた」状態で、当然、プロジェクトはめちゃくちゃになります。

ただ、誤解しないでいただきたいのは、ベンダーが逃げるのは、プロジェクト発足時に、発注者に十分な業務知識や専門知識がないからではありません。

たとえ知識がなくても、それについて学ぶ意思があり準備ができていること。そして何より、自分の学ぶべきことをシステム導入の目的に照らして把握している担当者であれば、ベンダーも見捨てたりしません。
以下ソース
http://diamond.jp/articles/-/132099

◆やっぱり肌を漂泊しているブラックセレブはたくさんいた！

中小企業はだいたいエクセルでなんとかなる

>>2
寧ろエクセルが分かってる人がいるなら発注する必要がない

>>2
エクセル以下のシステムは死滅しろ

>>2
しかもVBAなしとかな
なんとかマクロでやってる程度

エンジニアなら
発注側の社内に潜り込んで
全部門のとりまとめぐらいやれよ

>>3
それは無理
業務内容の専門家は御社でしょ？

>>9
でも大きいほど大きいほど
そういう意識の会社は多い

ミニコンでがんばる

コンサルや営業がダメなんだろいい加減な内容だから

生産管理システムの外注は難しいのでは？
社内にプロジェクトをたちあげないと。

・発注者が社内で決定権を持っていない
・確定した仕様をひっくり返そうとする
・テスト、デバッグに協力してくれない
・もし成果物が完成したとしてもおそらく業務改善の役に立たない

こんなところか

請負でも月単価60万割ったら終了
ぶっちゃけ派遣のがいいと思うけどね

発注者が悪い、発注者が悪い、そうですよね。IT産業も衰退しますわ。

俺は発注者側で、本来はシステム化を契機に業務改善するべきなんだけど、
エライ人は保身に走って何もしようとしないというか逆に改善を邪魔する

んで、出来上がるのは、クソ業務をトレースしたクソシステム

たいした理由ないのに
社内システムの更改・PDCAするのやめて欲しい
利用者がまた１から試行錯誤しないと
いけないから大変なんだよ

発注者のくせに、そもそもドラッグアンドドロップすら出来ない。

ハゲ、デブ、上から目線、タメ口

担当の上司が何も決められない奴

客が自社の仕事内容も何を作りたいのかすらも理解していないってのが最悪

>>1
業務をシステムに落とし込むためにヒアリングしても
まともに業務を理解してる人間が出てこないとかな・・・

で、後から後から新規要件が追加されると
長年業務に携わってんなら、全体像くらい抑えとけや
と言うか抑えてる人間が前に出てこいや

これこそコミュ力なんだけどな
発注者の意図を適切に汲み上げ、時にはこちらから提案し、仕様をキッチリ決めて合意するってのが出来ない奴ばかり