◆ビーイングとビカミング

ものごとの捉え方には、固定的、かつ静態的なビーイング（being）と、流動的、かつ動態的なビカミングがあるというのは、知識創造で著名な経営学者・野中郁次郎先生の説である。

たとえば、昨年大ブレークしたノンアルコールビールがある。もともとあった微アルコールビールは、車を運転している人、お酒がダメな人が、ビールで乾杯するときに飲む商品だった。市場の設定としては、ビーイングな設定をされていたし、そのようなマーケティングしかされなかった。実際に見かけるのはドライブインとか、飲み屋だった。

ところが、大ヒットしたキリンフリーでは、ユーザが用途をどんどん拡大していった。一度飲んだ人が飲む場面を考える。非常に印象的だったのは、高速のサービスエリアにビバレッジとしておいてあったこと。これまでは本当はビールを飲みたいけど、自動車なのでノンアルコールビールだったのが、ドライブのときの飲み物になってしまったのだ。このように経験や環境変化でユーザ自身がどんどん変わっていく。これがビカミングである。


◆プロジェクトはビーイングからビカミングへ

プロジェクトの捉え方にも、ビーイングとビカミングがある。一旦、スコープや制約条件（目標）を決めたら、絶対に動かさないようにするのがプロジェクトだとするとらえ方。状況に応じて変わっていくのがプロジェクトだとするとらえ方。

プロジェクトマネジメントはビーイングだと捉えて行われることが多い。ピラミッドの建立から始まり、原爆、ロケット、プラントと、プロジェクトマネジメントの必要は理由は、仕事の規模であり、新規技術であり、それゆえの不確実性だった。つまり、内発性の不確実性だった。内発性の不確実性に対しては、マネジメントとしての重要性は如何にビーイングにするかにある。

ところが、情報システムにプロジェクトマネジメントが適用されるようになってきたころから、少し傾向が変わってきた。これまでビーイングであったものは依然としてビーイングが求められる一方で、不確実性が外発性のものになってきたのだ。もちろん、プラントなどの場合にも、たとえば、為替変動といった外発的な不確実性はあったが、それはリスクの範囲であった。しかし、情報システムなどにみられる外発性はスコープの不確実性による部分が大きく、従来のようにビーイングとしてとらえようとするとうまく行かないケースが増えてきた。そこで、ビカミングを指向するプロジェクトマネジメントが必要になってきた。言い換えると、変化を前提にしたプロジェクトマネジメントである。


◆ビカミングとしてのプロジェクト

ビカミングとしてプロジェクトをとらえるには、

世界はすべて互いに関連しあったプロセスで成り立っている。したがって、世界は常に動き続ける出来事の連続体である

という哲学者・ホワイトヘッドのいうような世界観が必要になってくる。ホワイトヘッドの考え方を実践レベルで考えるとシステム思考である。

このような考え方のプロジェクトマネジメントの代表格は、アジャイルプロジェクトマネジメントである。アジャイルプロジェクトマネジメントにはビーイングは存在しない。スコープもスケジュールもコストもすべてビカミングである。


◆なぜ、ビーイングにしたいのか

ちょっとここでなぜ、人はなぜものごとをビーイングとしてとらえたがるのかを考えてみよう。簡単だ。全体が見えるからであるし、全体を見ていなくても影響は限定的だからだ。たとえば、コストがとんでもなくオーバーしたとしよう。普通に考えれば経営への影響というのが出てくる。経営への影響がでてくれば、それだけでは済まない。株主への影響も出てくる。株主への影響がでてくれば、プロジェクトもただでは済まない。

こういうややこしい影響の連鎖を起こさないようにするには、プロジェクトの影響が外に出ないようにＱＣＤＳの範囲で調整する、もしそれができなければプロジェクトの主幹部門の中で調整するといったコントロールの網を最初から引いておくわけだ。

ビカミングだとそうはいかない。どこまで影響が及ぶかは別にして、プロジェクトに関連する要素、つまり、ステークホルダ、成果物、ＱＣＤなどの関係性をコントロールしながら進めていかなくてはならない。気の遠くなるような話だが、これを可能にするのがシステム思考である。関係性を把握し、望ましい関係性を保ちながらプロジェクトを進めていく（メンバーが活動していく）。

ここで関係性が望ましいかどうかの判断基準が必要になる。それが戦略目標であり、プロジェクト目標（制約条件ではない。制約条件下でプロジェクトが自ら設定するＱＣＤ等の目標）である。戦略目標やプロジェクト目標をクリアしていれば、関係性のあり方としてはＯＫということにする。


◆ビカミングに不可欠なシステム思考

ＩＴの世界でも基幹系では、ビーイングのプロジェクトマネジメントが求められるが、ウェブになるとビカミングのプロジェクトマネジメントが必要になってくる。特に、最近話題のなっているキュレーションを行うようなプロジェクトではビカミングのプロジェクトマネジメントは必須だといってよい。

ここまで読んでこられて、

ビーイング：ＰＭＢＯＫ（Ｒ）
ビカミング：アジャイル

という印象を持たれた方がいらっしゃると思うので、修正しておく。ＰＭＢＯＫ（R)は本質的にはビーイングだと思うが、今のフレームワークで十分、ビカミングのプロジェクトマネジメントが実現できる。

そして、ビカミングのプロジェクトマネジメントの枠組みがなんであれ、その枠組みの活用の巧拙を決めるのはシステム思考だと言える。


◆関連するセミナーを開催します
━【開催概要】━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　 ◆コンセプチュアルなプロジェクトマネジメントのポイント　　　◆7PDU's　
　　　日時・場所：【Zoom】2024年 11月 05日（火）9:30-17:30（9:20入室可）
　　　　　　 【Zoomハーフ】2024年 12月 18日（水）13:00-17:00＋３時間
　　　　　　【Zoomナイト】2025年 01月 22日（水）24日（金） 19:00-21:00＋３時間
　　　　　　　　※Zoomによるオンライン開催です
　　　　　　　　※ナイトセミナーは、2日間です
　　　　　　　　※ハーフセミナー、ナイトセミナーは、事前学習が３時間あります。
　　講師：鈴木道代（プロジェクトマネジメントオフィス，PMP，PMS）
　　詳細・お申込　https://pmstyle.biz/smn/conceptual_pm.htm
　　主催　プロジェクトマネジメントオフィス、ＰＭＡＪ共催
　※Youtube関連動画「コンセプチュアルスキルとは」「コンセプチュアルスキルで行動が変わる」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　【カリキュラム】　　　　　　　　　　　　　　　　　　　　　
　　　１．ＶＵＣＡ時代に必要なコンセプチュアルなプロジェクトマネジメント
　　　２．プロジェクトへの要求の本質を反映したコンセプトを創る
　　　３．コンセプトを実現する目的と目標の決定
　　　４．本質的な目標を優先する計画
　　　５．プロジェクトマネジメント計画を活用した柔軟なプロジェクト運営
　　　６．トラブルの本質を見極め、対応する
　　　７．経験を活かしてプロジェクトを成功させる
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━