コンセプチュアル・マネジメント

◆意思決定における例

もう一つ例にを挙げてみよう。ＩＴでよくある問題で、顧客が仕様追加を要求してきた。そんなに難しい課題ではないが、予算がぎりぎりで、対応すると目標原価を切ってしまう。このような状況の中で、仕様追加への対応を決定しなくてはならない。

ここでも同じようにこの決定を抽象化してみる。たとえば、これは、顧客の要求にこたえるかどうかの問題であると考える。もう一段、抽象度を上げると、顧客価値を増やすかどうかという問題である。ここまでくれば、結論ははっきりしてくる。顧客価値が増えるのであれば、顧客満足を獲得するために対応する。顧客価値が増えないのであれば、対応しない。

この意思決定を具体的な話に落とす。つまり、仕様追加による顧客価値がどのように変化するかを調査し、顧客価値が増えれば引き受けるという意志決定をする。

このように意思決定をうまくする際にも、概念化能力が求められる。


◆計画する

もう一つ例を挙げる。プロジェクトでは必須のスケジュールである。今では、ＷＢＳを作って詳細化していき、計画を作るのが一般的である。これを、仮に、作業ベースですべきことを洗い出し、スケジュールを作ったとすればどうなるだろうか？おそらく、スケジュールはできないだろう。

ＷＢＳは概念的なものであり、ＷＢＳをブレークダウンしてスケジュールを作る能力は概念的思考能力である。ＷＢＳを作ってというのは普通にやっているようだが、実は概念的思考能力の違いで、実行しやすいスケジュールになったり、実行しにくいスケジュールになったりする。概念的思考能力があれば、実行スケジュールの調整の容易なＷＢＳプロジェクトスケジュールができるし、なければ、実行スケジュールの融通の効かない、がちがちのプロジェクトスケジュールになることが多い。

つまり、計画において、概念と具体を行ったり来たりしながら、計画を調整しながらプロジェクトを進めていく。


◆プロジェクトの規模と求められるスキル

以上のように、プロジェクトでは、特にプロジェクトマネジャーは、具体と概念を行ったり来たりしながら、計画を作ったり、意思決定をしたり、問題解決をしたりする。

これが最も求められるのが、大規模プロジェクトである。以前、こんな記事を書いた。

【戦略ノート262】統合マネジメントに不可欠なコンセプチュアルスキル
https://mat.lekumo.biz/ppf/2011/08/note262.html

ロバート・カッツがマネジャーのスキルに対して、マネジメントのレベルが上がってくるにつれて、中心的なスキルが変わってくるという説を示している。

監督者　テクニカルスキル
管理者　ヒューマンスキル
経営者　コンセプチュアルスキル

という変化である。これと同じように、プロジェクトにおいても、プロジェクトの規模が大きくなると、プロジェクトリーダーには

小規模　テクニカルスキル
中規模　ヒューマンスキル
大規模　コンセプチュアルスキル

という風に必要なスキルが変わってくる。将来的に大規模なプロジェクトを管理できるようなプロジェクトリーダーになりたいと思っている人は、コンセプチュアルスキルを強化しておくことをお奨めしたい。