検索
失敗原因を考察
それでは失敗の原因をリストアップしていく。
「ITプロジェクト版失敗原因マンダラ図」から全ての失敗原因を抽出する
以上、全ての原因について考察したあと、「ITプロジェクト版失敗原因マンダラ図」に丸を付けてみると下記のようなイメージ図となる。
真の失敗原因を特定する
＜直接的な問題点＞
①構想の発表から開業に向けて4年以上経過（当初開業時期20年度から2年先送り）してしまった。
②システムベンダーの乗り換えがうまくいなかった。
③安全性への要求の高まりが想定できていなかった。
④経営環境の変化が発生した。
■筆者が考える今回の問題点
①「LINE Bank」の開業に向けて一番重要な「時間」が認識・共有されていなかった。【重要性の認識誤り】
②経営環境の変化した時点、安全性への要求の高まりでプロジェクトを止め、経営者へステアリングコミッティを行い、進むべき道を探る想像力がなかった。【想像力不足】
■筆者が考える対応策
①今回のケースは「開業までの時間」が最重要であったと思われる。開発が停滞している間に経営環境の変化が起こり、安全性への要求の高まりに対して、やるべきことが増えて、関係者を含め、やるべきことに対して開業する士気が比例するかのように萎えてしまったと思われる。プロジェクトを成功させるのも失敗させるのも人であることを認識し、経営者が重要な分岐点では開発メンバーを鼓舞しながら士気を高めること。
②システムを理解していない経営者はシステムベンダーの乗り換えを安易におこなってしまいがちである。システムベンダーの乗り換えが起こったということは設計思想も想定を変えなければならず、テスト工程においては人員の見直しや教育体制など大きく変化することまで想定できていなかったと思われる。大規模なシステムは大きな船と同じで、少しずつ舵をきらないと思ってもいないことが発生することを責任者は把握しておくこと。
③関係者間の不安（企業として：収益が確保されるのか、ニーズ：必要とされているか）を振り払うだけの好材料を見い出すことができなかった。
④想定されたリスクを超える問題が発生した場合は経営者へステアリングコミッティを開催し、経営者からの明確なメッセージがプロジェクトへ伝わらなかった。
まとめ
今回、メディアで報告された内容から「ITプロジェクト版失敗原因マンダラ図」で真因の検討を行ったが、コミュニティツールと銀行のアライアンスは世間の注目度も高くデジタルトランスフォーメーションとして様々なメディアからも大きく取り上げられていた。
しかし、その後の経営環境の変化を皮切りにLINEとみずほ銀行は本来、＜手段＞であった「LINE Bank」を＜目的＞にしてしまった。本来の目的はLINEのもつユーザー層に向けた新しいビジネス市場の開拓であったと思われる。
時間が長く経ってくると、どうすれば「LINE Bank」が開業できるのか、と、いうことへ思考がシフトしていくことは容易に想像がつく。それを防ぐにはリスク管理の責任者が、ベクトル修正を行うため、経営者へステアリングコミッティの開催を進言し、そのステアリングコミッティで「軌道修正」をうまくできれば開発メンバーの士気も保たれたのではないか、筆者はとても残念に感じている。
また、上記にも記載しているが、システムベンダーの乗り換えは相当な覚悟で行わなければならないが、きっと、経営環境の変化の渦の中で、乗り換え案が出て、プロジェクト運営メンバーも大幅に変更となり、イエスマンだけで乗り換えが承認されてしまいリスクには目をつぶる結果となったのであろう。
筆者の経験からベンダーの乗り換えは「失敗」する。うまくいったケースは聞いたことがない。経営者であれば、他の経営者とコミュニケーションを行う場もあるはずであるが、なぜ聞いたりしないのか、また、第三者機関を使って調査してもよかったのではないかと考える。読者が経営者の場合、ベンダーを変えることには慎重の上にも慎重を期してほしい。
佐伯 徹
特定非営利活動法人失敗学会
理事
《最新のDX動向・人気記事・セミナー情報をお届け！》
≫≫≫DXナビ メルマガ登録はこちら
