７Ｓの使い方

　でも、そんな企業はごく少数です。今あるソフトの４Ｓを前提として、今、なんとなくある方向性を前提として、システムとストラクチャーをいじって何とかするのが現実解であることが多いですね。

　そうすると、よくある７Ｓの図に、ストラクチャーとシステムのボックスだけブランクにして、他の５つのＳの現状を記入して、どういうシステムとストラクチャーを組む？というチャートを作ったりしますと、お客さんに響いたりします。

　ただ、実際のコンサルティングの中では、方向性が間違っていると、システムとストラクチャーをいくらしっかり組んでもうまく行かない面もありますので、プロジェクトの過程で、ひっそり方向性の変更にかかるお話しもするし、実際に、変更した方向性をベースに、ストラクチャーとシステムを組んでいきます。

　システムに関しては、ちょっと注意が必要なので少し解説しますと、システムというのは、いわゆるビジネスプロセス／ビジネスシステム、情報システム、人事制度などを含みます。ちょっと広い概念ですよね。

　世の中的には、組織構造とビジネスシステムは厳密に分かれないことが多いです。私は分ける習慣になってしまっているので、別々に考えますが、クライアント側に合せるとすれば、分けなくてもいいかもしれませんけどね。

　よろしいでしょうか？

　こういう７つの要素の関係性の中で、システムや、ストラクチャーを変えるということ、すごーくかっこよく言うと、組織変革をやっていくと、まるっきり唐突なお話しにならないと思います。

　人事系のコンサルタントの方の組織変革提案を何度か見たことがありますが、唐突感があるものが、けっこうあるんですよね・・・。

　７Ｓの考え方を使って考えると、多少、唐突感が減るかもしれませんね・・・。

　ただ、世の中のたいていの場所では、全体感なんて意識されないものです。実際には、部分最適な視点のほうが喜ばれたりします。そういう状況を見ると、悲しくなりますが、まあ、あなたは間違っている！とも言えませんので、「殿、お役にたてませぬ」と言って、私は消えることにしています。

　あんまり多くの人が使うフレームワークでもありませんが、頭の片隅にでも置いていただきまして、マネジャークラスになって、自分の領域を持った時に、嫌でも全体のバランスの中で、プランニングをしていって頂くことを心よりお祈りいたします。