実業之日本社、酒井様より献本御礼。

本書は外資系コンサルのATカーニー社にてハーバード大のMBAを卒業された超エリートが監修をされております。システム部門、ユーザー、経営の３者が共通言語を持てるようになるまでの「罠」を31点挙げられております。ERP導入したけど現場で使っているのはExcelや野良システムっていうのはあるある過ぎますね。パッケージのカスタマイズを前提にするならスクラッチで組んだ方が結果的に安いケースが多いとかね。あるよね。

正直なところ、本書を読んでだいぶ悲しくなりました。挙げられている失敗談の多くがITがブラックボックス化しすぎている。成功裏に導くほうが難しいぞ・・・っていう読後感。ATカーニーさんの事例が元になっているのでしょうから、フィクションではなく実際の現場で起こっていることなんでしょう。残念です。

本書で挙げられている罠の中で最も悲しい事例が、事業会社の部長さんが新規事業開発の為に取引先のITのベンチャーの技術者を引き抜いて内製部隊を作ったけど、仕様の策定権が内製部隊にないので全くスピードが出ない上に何を作っていいかも不明瞭で、当然のようにゴミのような成果しか出せず、このチームの処遇に困ったという話です。内製回帰の失敗事例、結構多いみたいだね...。

本書の残念な所はもう1個あります。全体的に論理展開が雑です。効率化・可視化・最適化・具体化・・・左記のような「XX化」という言葉がかなり多いので、尻切れトンボ。コンサルさんはこのXX化が大好きですね。XX化というのはビジネスにおける「通っぽい言葉」で、これほど費用対効果が不明瞭なものもない。でもそれなりに筋が通せるし、同時に銀の弾丸っぽい。僕にとってはNGワードです。

最も残念なことは、この本を読んでもあなたがITシステムの導入に失敗する可能性は引き継き高いことです。失敗談を100個並べて穴が空くまで読んでも、失敗の兆候は経験でしかわからない。だけど、僕はシステム導入・運用で絶対に失敗しない方法を知ってます。タダで教えますね。自分で作って下さい。自分で作ったものを導入して運用して下さい。仕様を考える人と実際にプログラムを書く人を同一人物にして下さい。これだけです。

なんで失敗しないかと言うと、仕様の策定者と実装者が同一になれば、ユーザーと経営とIT部門で共通言語が持てるからです。本書の主題は、ITがと経営の間で共通言語が持てないままビジネスとITが分断されてしまうことがITプロジェクトの失敗の元凶にあるという警鐘です。共通言語が持てない理由、ひとつだけですよ。自分たちで改善できないからです。改善できない理由？ 管理できないからです。管理できない理由？自分で手を入れていないからです。逆説的ですけど、失敗したくないなら失敗のリスクを取らないと絶対に失敗するんだよね〜。

僕が書いた絶対に失敗しない方法が極論すぎるとお考えの方も多いでしょう。是非、本書をあたって下さい。僕の言いたいことの輪郭が、より鮮明になること請け合いです。