先日愛用していたブルガリの時計が故障してしまいました。電池じゃなくて自動巻き（でいいんだっけ）、シルバーウィークにほうっておいたら動かなくなっていたので、日付と時刻をあわせてから手に着用、ぷらぷらしていたらまたネジが巻かれて普通は正常に動きだす予定だったのですが・・・

　

あれ～？？

いつみても10時10分ちょうどで止まっている。

笑えるのが、故障しているとわかっているのについつい時計をみてしまうこと。

携帯みればいいのに、こんなときはなぜか時計をちゃんとみようとするんですねえ。

　

で、いつみても10時10分だから、

（んー、まだまだ今日はAM、時間たっぷりあるなあーっ）

で、またついついみちゃう。

（おー、まだ10分か、よしよし・・・って！？）

だーかーらー、10時10分で止まってるんだって。

・・・ちゃんと携帯みたら、なんと12時30分。

ぎゃひー。13時には提案書書き終えて、30分には客先に移動開始しないと！！

　

もう、それはもう、大混乱。

いかに自分が無意識に高頻度で時計をみて自分の進捗を計っているか、痛感しました。

皆さんはこういう体験あるでしょうか？

最近Ｍ＆Ａ絡みの依頼が多いです。あいかわらず、いや、他のタイプの案件の伸びはイマイチなんで、むしろポートフォリオ的には依存率が高まっているかもしれません。

M&Aといっても当社はM&Aを仕掛ける「プレ」の立場は（できないという意味じゃなくて）ほとんどなく、もっぱら「ポスト」です。ポストの場合はよくＰＭＩ（Post Merger Integration）といって、簡単に例示すれば企業の統合が形式上（法律上）成立したあとも、商品・サービスや、ビジネスプロセス、IT、人事その他ルールの統合や変革をしていくことが必要なわけで、その「あと」活動を支援するサービスの方が活況です。

　

非常に簡単に解説するといくつかにＭ＆Ａのタイプがわかれるのですが（注：かなり易しく意訳しますんで専門家の皆さん違和感があると思いますがゴメンナサイ）、昔は投資余力がしっかりある企業統合は

Ａ＋Ｂ＝Ｃ

という、Ａ社とＢ社が目指す新しい形（機能）の箱Ｃを作って旧Ａ社とＢ社の機能を移し替えるケースも結構あったのですが、最近は、

Ａ＋Ｂ＝Ａ

という、基本完全にどちらかの会社に片寄する、

または、

（Ａ＋Ｃ）＋（Ｂ＋Ｃ）＝Ａ’＋Ｃ

という、共同化機能をそれぞれから切り出して残りをほぼ片寄し、共同化機能で運用する。

さらには、

Ａ＋Ｂ（でおしまい、ＰＭＩなし）

みたいな、

とにかくつないで（ブリッジという）１つの企業体にはするけれど、統合はほとんどやらずに次のＭ＆Ａに備えるみたいな、昔欧米の金融機関がこの手法でＭ＆Ａを繰り返して急成長しているようなモデルを今実践しているケースもあるようです。

（注：概念的に言っており、厳密には統合や新機能移行がゼロというわけではありません）

　

バリエーションがこうして増えてきている気がします。どれがどちらが正しいという話でもなくて、その時に最良なＭ＆Ａを行えばいいだけです。それだけユーザ企業側に知恵も経験もたまってきており、我々コンサルファームが手を貸さずともＭ＆Ａの入口（Ｄａｙ１という）を迎えることはできるので、そのあとの完全統合（Ｄａｙ2という）では、

Ｄａｙ１以上に多数の人手がいる

多数多様なステークホルダー（関係各社）をマネジメントできるリーダーシップがほしい

次回のＭ＆Ａに備えてこの体験をきちんと自社内に伝承し醸成させたい

という思いで我々が購買されることが多くなってきたのではと推察しています。

　

私が見渡せる範囲ではありますが、まだまだ日本はＡ＋Ｂ＝Ａ

で割り切れる企業Ｍ＆Ａと、（Ａ＋Ｃ）＋（Ｂ＋Ｃ）＝Ａ’＋Ｃ、もしくはいろいろな事情で片寄したくないため、Ａ＋Ｂ（でおしまい、ＰＭＩなし）もいいとこどりし（たつもりで）、

（Ａ＋Ｃ）＋（Ｂ＋Ｃ）＝Ａ’＋Ｂ‘＋Ｃ

みたいなさらに冗長な計画を志向される企業もあるようですから、なかなか日本の企業文化や競合他社との融合嫌いはなかなか大変です。

欧米だってそんな問題はもちろんあるわけですが、Ｍ＆Ａプランのオプション選びはそもそも冗長な計画になるくらいなら経営ＴＯＰも株主も黙っちゃいないわけで、Ｍ＆Ａ自体が成立しませんから、やっぱりいろいろ違いますね。弊社だってＭ＆Ａを何度か繰り返して今に至っています。

　

特にＩＴの場合、本当に次のＭ＆Ａをにらむのであればしばらく（ＩＴを）Ａ＋Ｂのままにしておくのは一策ですし、あるいは複数回のＭ＆Ａをにらんで一度（Ａ＋Ｃ）＋（Ｂ＋Ｃ）＝Ａ’＋ＣにしてＣを汎用的に複数社取り込める形に構築しておくとか、そういう手法も志向可能です。予算的にＡ＋Ｂ＝Ｃがないなら、そして政治的にＡ＋Ｂ＝Ａがないなら、中途半端にＡ‘やＢ’を誕生させることはありません。

ただ、悩ましいのは、ＩＴ（部門）としては、ただブリッジだけじゃ芸がないから技術力の誇示のような意味合いも含ませてＡ‘やＢ’を誕生させるＰＭＩが計画されることは残念ながら可能性としてあり得ます。そしてその投資のおかげで我々コンサルファームへの仕事依頼へつながることも否定できません。残念ながら・・・

でも、本来の仕事目的に立ちかえると、そのような支出をおさえる、計画を是正することこそ我々「Consultancy」の役目でもあるのです。そのような思考を、クライアントへ一貫してメッセージしていける業界、そして自分でありたいな、と思う今日この頃です

　

（まあ、仕事はもちろんほしいんですけどね・・・苦笑）

　

　

（注：数式が四則演算的にはおかしい表現になっていることは承知していますが概念的に説明したくてのことですのでご理解いただければ幸いです）