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

バックナンバー　https://mat.lekumo.biz/ppf/conceptual_thinking/
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆ビーイング・コンセプチュアル

前回はコンセプチュアル思考のイメージについて説明しました。この連載では、主にコンセプチュアル思考についてイノベーションの視点から説明していこうと思っていますが、そのまえにコンセプチュアルスキルについて触れておきたいと思います。

前回説明したようにクリティカルシンキングとロジカルシンキングを組み合せるとコンセプチュアル思考になるわけですが、ここでコンセプチュアルである（ビーイングコンセプチュアル）ということが重要な条件になってきます。では、コンセプチュアルであるとはどういう状態なのでしょうか？

バックナンバー　https://mat.lekumo.biz/ppf/cat9922971/━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆技術統合における事例

ずいぶん、古い本の話で恐縮だが、ハーバードビジネススクールのマルコ・イアンシティ教授が「技術統合―理論・経営・問題解決」（NTT出版、2000）の中で、技術統合の必要性を示す例として興味深い事例を挙げているので紹介しよう。

ＳＧＩのレゴ・システム（グラフィック・ワークステーション）の開発プロジェクトで発生したＡＳＩＣのバグ（予想外の処理遅れ）によりシステムのハングが起こるという問題の対処に関する事例だ。

最初の段階では、ＡＳＩＣの問題だということで、ハードウエア設計チームが独断で判断し、問題源のある特定領域での解決を図ろうとし、４週間の時間と２０万ドルの費用をかけて、チップの再設計を行った。ところが再設計したチップがまた新たな問題を引き起こした。デスマーチだ。

それで問題はハードウエアのチームでは収まらなくなり、プロジェクト全体の問題になった。そこで、ＯＳのソフトウエアチームの提案は「実行遅延（待ちサイクル挿入）し，タイミングを取る」というものだった。実際にＯＳを手直してみるとそれで問題は即刻解決した。ＡＳＩＣとＯＳの２つの領域の知識の組み合わせが問題を解決したのだ。