企業のAI導入は慎重に進む一方で、現場の個人はすでにAIを日々の仕事で使い始めています。この「慎重な組織」と「速く試す個人」のズレを、組織学習の機会に変えるにはどうすればいいか。AI活用コンテストの意義と、その先に設計すべき「観察と翻訳の仕組み」について考えます。

AIは経営者の片腕になるのか 最近、意思決定とAIの関係について、いくつかの会社の経営者に話を聞く機会がありました。 こちらが持っていた仮説は、比較的素直なものでした。経営には複雑で曖昧な判断がつきまとう。

安宅和人さんのポストと、スウェーデンの研究者たちによる論文「Same storm, different boats」をほぼ同じタイミングで読みました。 論文は460万件の求人データを分析し、こんな事実を示しています。

AIの進化を眺めていると、自分たちの仕事について考えることが増えてきました。 以前できなかったことができるようになる。以前は時間のかかった作業が、短い時間でそれらしい形になる。

ひらめきには賞味期限がある。37signalsのその言葉が、ずっと残っています。アイデアの熱が冷める前に、まず心臓部分だけを形にする。今の道具が変えているのは、速さではなくそこです。

SANAAの《Grace Farms》とペーター・ツムトアの《テルメ・ヴァルス》を見ていると、建築が場所に「置かれている」のではなく「生えている」ように感じられます。その感覚から、設計の想像力について考えます。

良い習慣をつけてもらおうとすると、私たちはすぐに管理の方向に走るように思います。

やるべきことを整理する。
忘れないように通知する。
進捗を記録する。
完了したかどうかをチェックする。

それは、「正しい」。実際、多くの場面で役に立ちます。
特にデジタルサービスでは、こうした管理の仕組みはつくりやすく、分かりやすく、説明もしやすい。

けれど最近、その正しい管理に息苦しさを感じつつあります。

正直なところ、私は、ToDoを管理されたいわけではない。
毎日きっちりやるべきことを提示され、できたかどうかを確認され、抜け漏れを指摘されたいわけでもない。
ごちゃごちゃうるさいものからは距離をとりたくなる。

—

そんな素朴な感覚を肯定するような、少し違う角度から助ける道具があったらよいかもしれない。
行動を縛らない、強い習慣化を求めないもの。
管理されているという感覚をもたせないもの。

そんな、気にかけるくらいの傾斜をもったツールです。

ToDoにすると、失われるものがある

もちろん、ToDo管理が悪いわけではありません。

仕事の抜け漏れを防ぐ。
期限を守る。
複数人で進捗を共有する。
やるべきことを分解し、前に進める。

そうした場面では、ToDoはとても有効です。

ただ、人の暮らしのすべてが、ToDoに向いているわけではありません。

植物を育てること。
散歩すること。
本を読むこと。
誰かを気にかけること。
自分の体調と付き合うこと。

こうした営みは、やるべきこととして管理された瞬間に、少し別のものになってしまうことがあります。

たとえば、植物の世話を考えてみます。

水をやる日。
肥料をやる日。
植え替えのタイミング。

それらをToDoにして、通知し、チェックできるようにすることはできます。

「今日は水やりの日です」
「肥料をあげましょう」
「このタスクは完了しましたか」

たしかに便利そうです。
けれど、その瞬間に、植物との関係は少し仕事に近づいてしまう。
できなかった日は、負債になる。
通知を無視すると、少し後ろめたくなる。
開くたびに、やれていないことを思い出す。

本来は、植物の変化を見ること自体が楽しかったはずです。
少し葉が増えている。昨日より背が伸びている。新しい芽が出ている。
逆に、少し元気がないようにも見える。

ルールベースにすると、どうもそうした変化を見るより、TODOをこなすことに向かってしまう。
そこに違和感がありました。

実践としての『Plant Care』という小さなサービス

その考えを小さく試しているのが、最近形にしてみた『Plant Care』というサービスです。

Plant Care サンプル画面：
https://plant-line-bot-forme.vercel.app/share/e66f00d8-ae82-42c9-99ad-d133456d8cb6

Plant Careは、植物の世話を毎日のタスクとして管理するアプリではありません。
水やりを完了したかどうかを厳密に記録するものでもありません。

植物の種類を入れる。
写真を残す。
気になったときにヒントを見る。
必要なら、LINEから写真を送ったり相談したりする。

やっていることは、それくらいです。

写真を撮ることも、入力作業というより観察に近いものです。
変化を見ること自体が楽しいので、写真を撮ることはそれほど苦ではありません。
むしろ、植物との関係をほんの少し見つめ直す時間になります。

返ってくるものも、管理表ではなく、ジャーナルのようなものにしたいと思いました。

「今日のベランダは、こんな感じでした」
「この植物は少し元気そうです」
「こちらは少し気にしてもよいかもしれません」
「土の乾き具合も、ついでに見てみるとよさそうです」

そのくらいの声かけでいい。

管理されるというよりは、誰かが一緒に庭を眺めてくれるようにしたかった。

サンプル画面には、ベランダで育てている植物が並んでいます。
それぞれのカードには、置き場所や植えた時期、過去写真、ちょっとしたケアメモが添えられています。

ただし、画面は「今日のタスク一覧」ではありません。

Today’s pickでは、その日少し目を向ける植物が一つ選ばれる。
Care summaryでは、葉色、虫食い、土の乾き具合など、軽く見ておくと安心な観察ポイントがまとめられる。

「やりなさい」ではなく、「少し見ておくと安心です」。

それくらいのものを作ってみたかったのです。

気にかけるくらいの傾斜

ここで考えているのは、大きく行動を変える仕組みではありません。
「毎日必ず開く」「連続記録を伸ばす」「通知で戻ってきてもらう」といった、強い行動変容ではありません。

もっと小さなもので、「気にかけるくらい」の傾斜をつくることです。
強い義務ではないけれど、無関心でもない。
毎日完璧に向き合うわけではない。
でも、なんとなく気になって様子を見る。
少し変化があると嬉しい。
危うそうなら、少し手を入れる。

これくらいの曖昧さを壊さない、という挑戦をしたかった。

管理ではなく、手放す・ゆだねる

考えてみたかったのは、管理する設計ではなく、手放す設計です。

サービスが、利用者の行動をすべて引き受けようとしない。
次に何をすべきかを、細かく指示しすぎない。
正解に向かって、一直線に誘導しすぎない。

ただし、それは何もしないということではありません。

完全に放っておくのではなく、少し見やすくする。あるいは、見方を示す。
気づきやすくする。
迷ったときには、そっと助言する。
危うそうなときには、少しだけ声をかける。

でも、最後の関わり方は利用者に残しておく。ゆだねてしまう。

以前も書いたことがありましたが、この「ゆだねる」という感覚が大事なのではと思います。（過去投稿）

指示をしてもらうのは便利で楽かもしれませんが、息苦しい。

使う人が、自分のペースで関われること。
サービスが、すべてを管理しきらないこと。
それでも、関係が途切れにくくなるように、ほんの少しだけ場を整えること。

そういう道具になったら、と思いながら形にしてみました。

行動支援ツールは、管理者でなくていい

望ましい行動を「理想ジャーニー」として定義し、それに近づける強い行動変容支えるチャレンジも肯定されるべきです。それはそれでよいのです。

ただ、行動を支える仕組みが、いつも先生や監督者である必要はありません。
行動を最適化し、ユーザーを導く存在でなくてもいい。

ときには、一緒に眺める存在でいいのではないかと思います。

追記

このポストで紹介したPlant Careは、まだ試作に近いものですが、もう実際に使えるところまでは作り込んでいます。無料で使えるので、ベランダや室内で植物を育てている方がいれば、気軽に触ってみてもらえるとうれしいです。

Plant Care：
https://plant-line-bot-forme.vercel.app/

UXの仕事では、「ペインを捉える」という言葉をよく使います。

ユーザーは何に困っているのか。
なぜ、その行動がうまくいかないのか。
どこに支援の余地があるのか。

この問いはとても大切です。
ただ同時に、ここには落とし穴もあると感じています。

それは、ペインを見つけるつもりで、いつの間にか“もっともらしい物語”をでっち上げてしまうことです。

たとえば、ベランダで植物を育てている人がいるとします。

植物について詳しくない。水をいつあげればいいかわからない。日当たりが足りているのか判断できない。葉の色が変わったとき、それが危険信号なのかどうかもわからない。

このとき、私がまず捉えたいのは、

植物の世話をしたいのに、知識が足りず、うまく行動できない

という素朴な機能不全です。

ところが、この話を整理していると、時々こんな解釈が出てきます。

本当のペインは、花を枯らしてしまう罪悪感にある

もちろん、完全に間違いではないのかもしれません。
植物を枯らしてしまえば、罪悪感を抱く人もいるでしょう。
愛着や不安や、自分はちゃんと育てられないのではないかという感情もあるかもしれません。

ただ、こうした内面に入り込むようなペインの拾い上げは、どうも生活になじむツールづくりにフィットしないように感じます。
「だから、どう役立つものがつくれるの？」
という投げかけに対して筋道がたった仮説を立てにくい。

この内面に注目するというスタンスは、観察されていない物語を、設計者の側が勝手に作ってしまうということにもつながります。

しかもその物語は、たいてい少しだけ真実を含んでいる。
だから厄介です。

少し当たっているから、深い洞察のように見える。
インサイトらしく聞こえる。
人間理解があるように感じられる。

でも、その物語が先に立つと、本来見るべきだったものがぼやけます。

何ができないのか。どこで迷っているのか。どの判断が止まっているのか。何があれば、次の行動に移れるのか。

つまり、行動のからくりです。

私は、UXデザインは、美しいコピーライティングではなく、機能性のある仕掛けだと思っています。

もちろん、言葉や感情を扱わないという意味ではありません。
ただ、設計者が最初に見るべきなのは、ユーザーの内面を文学的に読み解くことではなく、行動がどこで止まり、どうすれば自然に動き出すのかという機構です。

水やりのタイミングがわからない。
判断基準がない。
変化に気づけない。
気づいても、何をすればいいかわからない。

そうした小さな力学を見ていく。

そこに必要なのは、感動的なストーリーではなく、からくりを正しく捉える目線です。

そして、からくりをきちんと作っていくことが、意味のある仕組み、アーキテクチャになるのだと思います。

よいUXは、ユーザーの感情を勝手に代弁することから生まれるのではありません。

むしろ、うまく行動できないという機能不全を、素朴に、正確に捉えることから始まります。

生活者の内面を詩的に描写するようなワークは、後から慎重に扱えばいい。
でも最初にそこへ飛んでしまうと、設計は現実から離れていきます。

AI時代には、この危うさがさらに強まる気がしています。

AIは、もっともらしい意味づけが得意です。
小さな行動の詰まりを、きれいな物語に変換することができます。

だからこそ、設計者の側には、逆の力が必要になります。

深読みしたくなる気持ちを抑える。内面を想像した解釈に飛びつかない。
まず、行動の詰まりをそのまま見る。

設計者が勝手にありもしない物語をでっちあげることは害悪にさえなりえます。

私たちがまず向き合うべきなのは、その人が現実の中でうまく行動できなくなっている場所です。

そこに小さな道を通す。
判断できるようにする。
迷わず動けるようにする。
無理なく続けられるようにする。

そうして行動のからくりを整えていくこと。

それが、UXを「それっぽい物語」ではなく、本当に機能する仕組みに近づけていくのだと思います。

AIやClaude Codeのようなツールを使っていると、「これ、何時間で作りました」「週末だけでここまでできました」といった話をよく見かけます。

もちろん、それ自体が悪いわけではありません。

以前なら数日かかっていたものが、数時間、場合によっては数十分で形になる。画面ができる。動くものが出てくる。その変化は、たしかに大きい。ファーストアウトプットが速く出ることには、はっきり価値があります。

ただ、その「何時間でできた」こと自体を誇る空気には、どこか違和感があります。

なぜなら、UX改善という観点で本当に重要なのは、最初のアウトプットがどれだけ速く出たかではないからです。

大事なのは、その後です。

最初に出てきたものを触り、違和感を覚え、その理由を考え、言葉にし、もう一度画面に戻す。そのサイクルを、何回転できるか。

より本質的なのは、作って、触って、違和感を覚え、その理由を考え、もう一度画面に戻すまでの回転数が、桁ごと変わることです。

UX改善は、違和感から始まる

UX改善とは、何かをつくって終わりではありません。

むしろ、つくったあとに始まる仕事です。

実際に触ってみる。日常の中で使ってみる。そこで、「なんか違う」「ここで止まる」「気持ちよくない」「意味はわかるけど、使いたくならない」といった違和感が生まれる。

その違和感は、最初はたいてい言葉になりません。

ボタンの位置が悪いのかもしれない。文言が硬いのかもしれない。導線が遠いのかもしれない。あるいは、もっと根本的に、その機能が置かれている文脈や、使い手との関係性がずれているのかもしれない。

UX改善の仕事は、この違和感をただの感想として流さず、原因を探ることにあります。

表面で見つかるなら、表面を直せばいい。けれど、どうもそれだけではないと感じるなら、もっと深く潜る必要がある。使われる状況、生活の流れ、利用者の気持ち、提供者側の都合、行動の前提。そうした見えにくいところまで降りていって、そこからもう一度仕組みを更新する。

この営みこそが、UX改善なのだと思います。

価値は、3つの「短さ」にある

AI時代のUX改善で大きく変わったのは、この違和感を中心にしたサイクルの速度です。

特に価値があるのは、次の3つの時間が短くなることです。

1つ目は、アウトプットが出てから、違和感を捉えるまでの時間の短さです。

頭の中で考えているだけでは、違和感はなかなか立ち上がりません。仕様書やワイヤーフレームを見ている段階では、よさそうに見えることも多い。けれど、実際に画面になり、触れる状態になると、急に身体が反応します。

「あれ、ここで迷うな」 「この順番だと気持ちが乗らないな」 「機能はあるけれど、使う理由が弱いな」

企画書のレベルではなく、手に取って触れるもの、暮らしの中で使ってみることのできる「動くもの」が早く出てくるほど、この違和感に早く出会えます。

2つ目は、違和感を言葉にするために、こねくり回す時間の短さです。

違和感は、感じた瞬間にはまだ曖昧です。それを「なぜそう感じたのか」「何が引っかかっているのか」「これはUIの問題なのか、構造の問題なのか」と考える必要があります。

このとき、AIは単に答えを出す道具というより、違和感を言語化するための壁打ち相手になります。

「この画面、なんか重い」 「なぜ重く感じるのか」 「情報量か、順番か、期待とのズレか」 「そもそも、この場面でユーザーは何をしたいのか」

こうして何度も言葉をぶつけ、組み替え、掘り下げることで、曖昧だった違和感が少しずつ輪郭を持ち始めます。

3つ目は、違和感を言葉にしたあと、それがもう一度画面に出てくるまでの時間の短さです。

これが特に大きい。

以前なら、「違和感の原因がわかった」としても、それを修正して画面に反映するまでには時間がかかりました。デザイナーに伝え、エンジニアに依頼し、優先度を調整し、実装を待つ。その間に、違和感の熱は少しずつ冷めていきます。

しかし今は、言葉にした違和感を、そのまま次の画面に反映しやすくなっている。

「ここは説明ではなく、先に結果を見せたい」 「この導線は、ユーザーが迷わないように一段減らしたい」 「この機能は前面に出すより、使いたくなった瞬間に出したい」

そうした仮説を、すぐに形に戻せる。

そしてまた触る。また違和感を得る。また言葉にする。また画面に戻す。

この回転が速くなることに、本当の価値があります。

「何時間で作ったか」より、「その後に何回転したか」

ファーストアウトプットが速いことは、もちろん意味があります。

早く形になるから、早く触れる。早く触れるから、早く違和感が出る。だから、最初の出力速度は、回転を始めるための条件としては大切です。

でも、それはあくまでスタート地点です。

「何時間でここまで作りました」という話は、しばしばそのスタート地点だけを成果のように見せてしまいます。けれど、UX改善の品質は、最初に出てきたものの速さでは決まりません。

だからこそ、AIを使う側には、回転数を上げるという意識が必要になります。速く作れることに満足してしまうと、アウトプットの量は増えても、体験の質は十分には磨かれません。触って、違和感を捉え、言葉にし、もう一度形に戻すところまでを一つの単位として扱う必要があります。

むしろ、そこから何回触ったか。何回違和感を見つけたか。何回言葉にし直したか。何回画面に戻したか。

その回転数によって、体験は磨かれていきます。

だから、AIによって変わったのは、制作速度だけではありません。

むしろ重要なのは、一度外に出したものが、違和感を経由して、もう一度改善案として戻ってくる速度です。

作る。触る。違和感を覚える。言葉にする。直す。もう一度触る。
この一周が短いほど、UXの品質は上がっていきます。
なぜなら、UXの質は、最初のアイデアの美しさだけで決まるものではないからです。実際に触れたときに生まれる小さなズレを、どれだけ早く、どれだけ深く、どれだけ何度も扱えるかによって磨かれていく。

違和感は、失敗のサインではありません。
むしろ、改善の入口です。
そして、その入口に何度も戻れること。戻るためのコストが低いこと。戻ったあと、すぐにまた形にできること。

ここに、AI時代のUX改善の大きな可能性があります。

動くものを、日々の暮らしで試せること

これまでのUX改善でも、調査をし、仮説を立て、プロトタイプをつくり、検証するという流れはありました。

けれど、その多くは、動くものになるまでに時間がかかりました。日々の暮らしの中で自然に試せる状態にたどり着くまでに、距離がありました。

いま起きている変化は、そこが決定的に違います。

動くものをすぐにつくれる。日々の中で触れる。触った瞬間に違和感が立ち上がる。その違和感をすぐに言葉にし、すぐに次の形に戻せる。

これは、単なる効率化ではありません。

UX改善の回転数が、桁ごと変わるということです。

そして、その回転数の変化こそが、いま起きているもっとも重要なイノベーションなのだと思います。

違和感に何度でも戻れる人が、品質を上げていく

UX改善の核は、完成品を一度でつくることではなく、触って、感じて、考えて、直すという繰り返しのプロセスにあります。

実際に使いながら、表面の問題だけでなく、奥にある構造のズレにも気づいていく。利用者の行動、生活の流れ、気持ちの動き、仕組みの前提。そうしたものを少しずつ捉え直しながら、体験を更新していく。

AI時代に本当に価値を持つのは、最初から正解を出せる人ではなく、違和感に何度でも戻れる人なのだと私は思います。
そして、その違和感を曖昧なままにせず、言葉にし、また形に戻し、何回転もさせられる人。

UX改善において、これほど大きな武器はないはずです。

何時間で作ったかよりも、その後に何回転できたか。

そこに、これからのUX改善の本当の価値があるのだと思います。

「壊れにくい」だけでは足りない

タレブの『反脆弱性』という本を、最近少しずつ読んでいます。
癖の強い本です。文章も、主張も、ところどころかなり強い。けれど、読み進めていると、妙に残る考え方があります。

反脆弱性。

壊れにくい、という意味ではありません。

壊れにくいものは、ただダメージに耐えるものです。揺れても倒れない。叩かれても壊れない。もちろん、それも強さの一つです。
けれど反脆いものは、少し違います。
揺らされることで、むしろ強くなる。傷つくことで、次の変化に適応していく。小さな失敗や摩擦を取り込みながら、かえってよくなっていく。ヒュドラの首が1本切れたら2本生えてくるように。

そんなタレブの考え方に触れながら、とくに組織運営に関する部分が印象に残ったので少し考えを残しておきます。

組織運営では、ロスの少ない道がよく見える

ここで「組織はもっと大胆であるべきだ」といった、外側からの勇ましい話をしたいわけではありません。

実際に組織を動かす側にいると、大胆さだけでは済まない現実がいくらでもあります。

方針を変えると、関係者への説明が必要になります。
既存の計画との整合を取らなければならない。
予算や人員の再配置も起きる。
誰に、どの順番で、どう伝えるかも考えなければならない。

ひとつの判断を変えるだけでも、その背後には多くの調整が発生します。

だから、組織の中で慎重になることは、決しておかしなことではありません。むしろ、その場にいれば当然の感覚だと思います。

説明責任を果たすこと。
関係者の納得を得ること。
余計な混乱を起こさないこと。
既存の約束を乱さないこと。
限られた予算と時間の中で、できるだけロスを少なく進めること。

どれも、その状況においては十分に正しい。

組織の中で慎重に判断している人たちを、外側から悪く言ったり、下に見たりすることには意味がないと思っています。そこには、そこで働く人たちの現実があり、その状況なりの正しさがあります。

ただ、その正しさを内側から眺めていると、別の危うさも見えてきます。

正しい判断が積み重なると、大きく試せなくなる

運営上のコストがよく見えすぎると、大きく向きを変えることに躊躇が生まれます。

いま大きく方針を変えれば、相応の混乱が起きる。
うまくいかなかったとき、説明が必要になる。
戻すにも手間がかかる。
関係者を巻き込んだ以上、簡単には「やっぱり違いました」とは言いにくい。

そう考えると、人は自然に、いちばんロスの少ない道を選ぶようになります。

誰かが強く止めたわけではない。
誰かが「挑戦するな」と命じたわけでもない。

それでも、気づくと摩擦の少ない道が選ばれている。

自分たちで決めているようでいて、実際には、状況に決めてもらっている。

説明しやすいほうへ。
合意を取りやすいほうへ。
あとから責められにくいほうへ。

その選択は、一つひとつを見ると、たぶん間違っていません。

けれど、それが続くと、組織はだんだん「大きく試す」ことから遠ざかっていきます。

タレブの議論に引き寄せて考えるなら、ここに中央集権的な安定の危うさがあるのだと思います。

中央で方針を決め、全体を揃え、計画通りに進める。

それは平時には、とても合理的に見えます。

内部的な説明もしやすく、資源配分もしやすい。全体として何をしているのかも語りやすい。
組織が大きくなればなるほど、そうした安定は必要になります。誰もが好き勝手に動けばよい、という話ではありません。

ただ、波が大きくなると、その安定は別の顔を見せます。

中央が状況を読み切れなくなる。
現場の小さな違和感が、方針に反映されるまでに時間がかかる。
一度決めた計画を変えるコストが高くなり、変えたほうがよいと分かっていても、変えにくくなる。

つまり、平時には「安定」として機能していたものが、変化の大きい時代には「慣性」になります。

波が大きくなると、安定は慣性に変わる

これは、「波が来れば揺れる」というだけの話ではありません。

むしろ怖いのは、中央集権的な安定が、波を見えにくくすることです。

現場では、小さな変化が起きています。

顧客の反応が少し変わる。
使われ方がずれる。
以前なら通用した説明が、通用しなくなる。
自分たちが価値だと思っていたものの置きどころが、少しずつ変わっていく。
小さな違和感が、あちこちに出てくる。

けれど、中央で整えられた計画は、それらをすぐには扱えません。

なぜなら、小さな違和感は、説明しにくいからです。

まだ数字になっていない。
まだ失敗とは言えない。
まだ方針を変えるほどの材料ではない。

そうしているうちに、違和感は「ノイズ」として処理されます。

平時には、それでよかったのかもしれません。
ノイズをいちいち拾っていたら、組織は進まない。中央で決めた方針に沿って、多少の揺れを抑えながら進むほうが、効率がよい。

でも、環境の変化が大きくなると、ノイズの中にこそ次の兆しが混ざり始めます。

そのとき、中央集権的な安定は、組織を守る力であると同時に、兆しを捨てる力にもなってしまう。

タレブが繰り返し警戒している脆さも、こういうところに現れるのではないかと思っています。

波が高いときこそ、強くリードすべきなのか

よく言われる「べき論」は、
「波が大きいときこそ、強いリーダーシップが必要」
「迷いを断ち切り、中央が大きく方向を示し、組織全体を一気に動かすべき」
のようなものだと思います。
実際、その感覚はよく分かります。
不確実性が高いときほど、人は「決めてほしい」と感じます。方針が見えない状態は不安ですし、現場がそれぞれ別々に動けば、混乱も生まれます。だから、中央が状況を読み、強く進路を示すことには、確かに意味があります。

ただ、それでもなお、少し疑ってみたいのです。

波が大きいときに本当に必要なのは、中央がもっと正しく、大きく操舵することなのだろうか。
むしろ、そもそも大きく操舵しなければ変われない組織設計そのものが、波の大きい時代には脆いのではないか。

タレブの議論を借りれば、問題は「未来を読み切れないこと」そのものではありません。
未来を読み切れないにもかかわらず、中央が読み切れる前提で組織を動かしてしまうことです。

タレブのいう「反脆さ」を組織に引き寄せて考えるなら、むしろ、未来を読み切れないことを前提に、小さな単位で試せる組織が強い。

失敗しても全体が壊れない。
損失は小さく閉じる。
一方で、うまくいった試みは大きく育てられる。

そのためには、挑戦のすべてを中央承認の対象にしないことが重要になります。

現場の小さな違和感や仮説を、最初から全社方針や投資対効果の言葉に翻訳させると、試す前に生命力が失われてしまう。

階層が多く、小さな挑戦が上に上がる途中で丸められる組織は、平時には安定して見えます。

けれど波が大きくなると、現場の違和感を試す前に失っていく。
これは、脆い組織です。

必要なのは、より強い統制ではなく、小さく揺れられる地形

では、どうすればいいのか。

まだ自分の中で完全に整理できているわけではありません。ただ、タレブの本を読みながら考えているのは、より強いコントロールではなく、もう少しゆだねることの重要性です。

小さな単位で試す。
現場の違和感を拾う。
いくつかの仮説を並走させる。
うまくいったものが自然に残り、合わなかったものが静かに消えていく。

全体を一つの方向に強く動かすのではなく、複数の小さな揺らぎを許し、その中から次の形が立ち上がるのを待つ。
そういう組織のほうが、揺れに強いのかもしれません。

「失敗を許容する文化が大事だ」とはよく言われます。
それはその通りです。ただ、言葉として「失敗してもいい」と言うだけでは、おそらく足りません。
もし失敗したあとに戻すコストが高いままなら、人は試しません。
もし方針変更の説明が重すぎるなら、人は最初から無難な案を選びます。
もし評価が短期の成果だけに寄っているなら、人はアップサイドよりも減点回避を選びます。

波の大きい時代に危ういのは、間違える組織ではありません。
間違える前に、試す芽を潰してしまう組織です。

小さく試し、小さく失敗し、うまくいったものだけが大きくなる余白を残しておくこと。
そのほうが、波の大きい時代には強いのだと思います。

今は、反脆い組織とは何かを考える、とてもよいタイミングなのだと思います。

波が大きくなり、仕事の前提や価値の置きどころが揺らぎはじめると、組織の脆さは表に出てきます。

どこで試す芽が潰れているのか。
どの違和感が、まだ言葉になる前に捨てられているのか。
そうしたものが、以前よりも見えやすくなる。

だからこそ今は、反脆い組織をどうつくるかを模索するには、素晴らしいタイミングなのかもしれません。

揺らぎが大きい時代だからこそ、揺らぎを消すのではなく、揺らぎから学ぶ組織をつくる。
中央が未来を読み切るのではなく、あちこちで生まれる小さな兆しを、次の形へ育てていく。

それは、単なる組織改革ではなく、これからの時代における「強さ」の定義を問い直すことなのだと思います。

揺れないことではなく、揺れながら強くなること

中央集権的な安定は、平時には組織を強く見せます。けれど、波が大きくなると、その安定は、変化を受け止める力ではなく、変化を遅らせる慣性として現れることがある。

タレブの反脆弱性から受け取っているのは、おそらくこの感覚です。

強い組織とは、揺れない組織ではない。
小さく揺れながら、その揺れを学びに変えられる組織なのだと思います。
揺らぎを消すことで安定するのではなく、揺らぎを取り込みながら形を変えていく。

今、組織に必要なのは、揺れない強さではなく、揺れを取り込む強さなのかもしれないと感じています。