ダイヤモンド社のビジネス情報サイト
システムの「外注」成功の鉄則
【第3回】 2017年6月15日
著者・コラム紹介バックナンバー
細川義洋

「こんなダメシステム使えない!」という悲劇を回避する「2つの質問」

1
nextpage

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

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

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

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

メリットはわかるけど、使いにくいシステム

前回の記事(http://diamond.jp/articles/-/131399)で、システムの開発・導入にあたっては、最初の段階で「業務フロー図」を作成すること。そして、その業務フロー図などの文書には「システム化の目的」を明記し、目的と開発する機能と結びつけながらプロジェクトを進めることで、過不足のないシステム化範囲を決めることができる、ということについて書きました。

ただ、システムというのは、いくら経営陣がトップダウンで「導入すべきだ!」と決定しても、実際に使う人が喜んでくれないことには、なかなか、その効果を生まないものでもあります。

私の知る、ある機械製造メーカーでは、複数ある自社製品の中から生産効率の良い製品(儲けの出やすい製品)に注力するため、社員向けに、自分が製品製造に使った工数を記録させるシステムを導入しました。

でも、社員は、きちんとした数値を入力してくれませんでした。みんな、システムが会社全体のメリットになることは理解しているのですが、なぜか、やってくれないのです。

理由はいくつかありました。

1つは、単純に入力が面倒であること。その会社では、1人が複数の製品の製造に関わっていたため、ある製品だけに費やした時間を、毎日、正確に記録することが難しいのです。

また、その会社では、いわゆる「サービス残業」が横行していて、まじめに業務時間を書き込んでいると、それがすべて明るみになってしまうという理由もありました。「サービス残業自体が悪い」と言うのは簡単ですが、とにかく実体として、社員が「作業時間を記録したくない」ということでした。

このように会社全体としては良いけれども、一人ひとりの社員、管理職、経営者など、個々のユーザーからみると好ましくないから機能しないシステムというものが、確かに存在します。

システムを導入する際には、そうしたボトムアップの意見や思いも十分に理解した上で要件決めや設計を行わないと、莫大な費用を投資しても、結果的に使われない無駄なシステムになってしまうのです。

「え? なんでこんな使えないシステムになったの?」ということはありませんか?

こうしたことにならないためには、どうすればよいのでしょうか?

1
nextpage
スペシャル・インフォメーションPR
  • ダイヤモンド・オンライン 関連記事
    借りたら返すな!

    借りたら返すな!

    大久保 圭太 著

    定価(税込):本体1,500円+税   発行年月:2017年7月

    <内容紹介>
    会社がつぶれないためには、会社に「お金」があればいい。つぶれない会社に変わるための「銀行からの調達力を上げる7つのステップ」や「儲ける会社がやっている6つのこと」、「つぶれそうな会社でも、なんとかる方法」などを紹介。晴れの日に傘を借りまくり、雨になったら返さなければいい、最強の財務戦略を指南する。

    本を購入する
    ダイヤモンド社の電子書籍

    (POSデータ調べ、8/6~8/12)



    細川義洋(ほそかわ・よしひろ)

    政府CIO補佐官。ITプロセスコンサルタント。元・東京地方裁判所民事調停委員・IT専門委員、東京高等裁判所IT専門委員。

    立教大学経済学部経済学科卒業後、NECソフト株式会社(現NECソリューションイノベータ株式会社)にて金融機関の勘定系システム開発など多くのITプロジェクトに携わる。 その後、日本アイ・ビー・エム株式会社にて、システム開発・運用の品質向上を中心に、 多くのITベンダと発注者企業に対するプロセス改善とプロジェクトマネジメントのコンサルティング業務を担当。 独立後は、プロセス改善やIT紛争の防止に向けたコンサルティングを行なう一方、ITトラブルが法的紛争となった事件の和解調停や裁判の補助を担当する。これまで関わったプロジェクトは70以上。調停委員時代、トラブルを裁判に発展させず解決に導いた確率は9割を超える。システム開発に潜む地雷を知り尽くした「トラブル解決請負人」。2016年より政府CIO補佐官に抜擢され、政府系機関システムのアドバイザー業務に携わる。

    著書に『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』『「IT専門調停委員」が教える モメないプロジェクト管理77の鉄則』(ともに日本実業出版社)、『プロジェクトの失敗はだれのせい?』『成功するシステム開発は裁判に学べ! 』(ともに技術評論社)などがある。


    システムの「外注」成功の鉄則

    「システムの「外注」成功の鉄則」

    ⇒バックナンバー一覧