思い込みを取り除け！ / U理論を読んだ - はんなりと、ゆるやかに

「U理論」ちょくちょく単語は耳にしますが、何か分からないものでした。どういったものか知るために本書を手に取りました。具体的な部分もありますが、どちらかというと抽象的で、完全に理解するというよりも感覚的に身にまとっておくような内容だと思いました。

U理論［第二版］――過去や偏見にとらわれず、本当に必要な「変化」を生み出す技術

Amazon

U理論はなんですか？

と質問されたら「思い込みを取り除いて、今まで見えてなかった将来や未来を見つけ、行動する」ためのフレームワークや考え方です。以下にフレームワークの概要をまとめました。1から7へと進んでいきます。

ダウンローディング（Downloading）…思い込みや習慣でモノゴトを捉えている状態。
観る（Seeing）…思い込みや習慣による判断を保留して、モノゴトを観ている状態。
感じ取る（Sensing）…自分はモノゴトに影響を与えていて、与えられているということに気付く状態。言い換えると、システム思考のフィードバックループの中に自分も組み込まれていることに気付いた状態。
プレゼンシング（Presencing）…「感じ取る」の状態を維持することで、「ダウンローディング」状態では見つけられなかった未来やアイデアが見えてくる状態。
結晶化（Crystallizing）…プレゼンシング状態で見えた未来やアイデアの意図やビジョンを明確にしていく
プロトタイプ（Prototypying）…完成前に小規模な範囲で実験し、速いフィードバックと見直しを行うこと。
実践・実体化（Performing）…実験の範囲を広げていく。広がるにつれプロトタイプでは得られなかったフィードバックを取れ入れていく

U理論で例をつくってみる

個人的に分かりやすい例えを考えてみました。

※注:スクラムを例にしますが、スクラムを批判している訳じゃないですよ。

ダウンローディング

プロジェクトの問題はすべてスクラムで解決できると思い込んでいるので、問題が見つかっても、「スクラムで開発すれば良い」「スクラムが回ってないので改善した方がいい」と、現場の状況をろくに観察せずに決めつけている状態です。良くない。

観る

スクラムという方法論はいったん置いておいて、問題の原因を分析し、絡み合っている因果関係を見つけようとしている状態です。スクラムという拘りがプロジェクトを混乱させている要因だと気付き始めます。

感じ取る

問題を分析し、因果関係がわかった。また、その問題に自分も加担していることに気づいた。部分最適ではなく、全体最適するために何ができるか考えている状態です。自身の課題に気づく、チームの課題に気づき、プロダクトの課題に気づいています。

プレゼンシング

スクラムが唯一の解決策だという思い込みを捨て、問題に向き合い、自身と向き合い、関係者と対話し、全体を把握できたため、新しい開発後の姿が見えてきた。

結晶化

プレゼンシングまでの気づきや変化から生まれた新しいアイデアの意図やビジョンをまとめた状態です。それは、今このプロジェクトに必要なアイデアです。

プロトタイプ

生煮えのアイデアを自チームで実験し始めました。すると、実践によって分かった課題が見つかり、アイデアを見直しながら進めています。

実践・実体化

アイデアを自チームで運用し、改善し続けた結果、効果的であることが分かってきました。アイデアを広げるため再現できる形にまとめ、他チームに展開したり、カンファレンスで発表し、新しい課題が見つかりました。引き続き、アイデアをブラッシュアップしている状態です。

小まとめ

ということで、思い込みやエゴにより狭めていた可能性を広げ、自身、チーム、組織など狭い範囲から広い範囲まで考えることで新しいアイデアを実現できるフレームワークです。

大事だと思った考えやキーワードなど

本書の中から大事だと思った考えやキーワードを紹介します。

未来から学ぶ

プレゼンシングの意味は、未来の最高の可能性を感じ、同調し、そこを起点に行動するということだ

過去からの学びも重要だと紹介しつつ、それだけでは不十分で未来からも学ぶことが大切だと書かれています。そして、未来からの学びを起こすプロセスがU理論です。「今までがこうだから」という理由で諦めていたこと、思考停止していたことを、保留して、理想の未来を考え、そこから逆算してアイデアを作るフレームワークだと理解しました。