11章｜使われ続ける仕組みをデザインする｜11−1｜ 実験の成功を、再現できる形にする

このnoteは、「問いからはじめる”デザインマネジメント”」として、１冊の本をつくるためのnoteです。１つずつのnoteでも伝わる様にと書いていますが、他の記事であったり、なんでこんな事やっているの？と興味を持っていただけたら、こちらをお読みください。

プロジェクトでも、グループワークでも、こんな経験はありませんか？

• あるときはチームが噛み合って、発表がうまくいった

• でも次のプロジェクトでは、同じやり方をしようとしても、なぜか再現できない

• 成功を支えていたあのメンバーがいないと、急に進まなくなる

• あなたがそのチームを離れると、やり方が戻ってしまう

• 「前はできたのに…」が、また起きる

たとえば、毎週ホワイトボードで進捗を合わせる会議を始めたら、プロジェクトがうまく回った。
ところが、その会議を支えていた人が異動したら、いつの間にかメールでの報告だけに戻っていた──そんな話を聞くことがあります。

後任は、なぜその会議をやっていたのか、何を決める場だったのか、知らない。
よいやり方でも、「あの人がやっていたから」で終わると、続かない。

ここまでの章で私たちは、いくつもの「うまくいった経験」を積み上げてきました。

• 第2章では、共創の場をつくると、自然に役割が生まれて、知恵が増えることを学びました

• 第8章では、ボトルネックを見つけ、仕事を小さく分けて「流れ」をつくると進みやすくなることを学びました

• 第9章では、価値とお金の視点を持つと、判断の質が変わることを学びました

• 第10章では、結果的に、指示がなくても自律して動けるチームが育っていくという話に触れました

どれも、ちゃんと手応えのある成功です。
でも、ここで大事な問いが残ります。

「その成功、次も同じように再現できる？」

メンバーやチームが変わっても、同じ質で続くためには、仕組みにしておく必要があります。

建築でいうと「いい建物を一回建てた」だけでは足りない

建築やインテリアって、完成がゴールじゃないですよね。
むしろ、完成してからが本番です。

• 使われてみて初めて分かることがある（例：想定と違う動線、自然と人が集まる場所）

• 生活や働き方が変われば、空間も変わる（例：在宅が増えると、過ごし方や仕事の場所のニーズが変わる）

• メンテナンスや改修が前提になる（例：設備更新、間仕切りの変更）

だから、良い建物とは、「変われる建物」だと言われます。
壊れないだけじゃなく、直せる・足せる・使い方を変えられる。
仕組みも、一度つくって終わりにせず、使われながら改修されていくことを前提にデザインする、という発想です。

デザインマネジメントで言う「仕組み化」も、まったく同じです。

仕組み化は、ルールで縛ることじゃありません。
変化に合わせて更新し続けられる「土台」をつくることです。
たとえば、打合せの進め方の「型」だけ決めておき、議題や結論は毎回変えていく。そんな「形は残すが、中身は更新する」イメージです。

「使われ続ける」とは、「変わり続けられる」ということ。

いいプロジェクトが終わったあと、何も残っていないとどうなるか

• 次の人は、またゼロから試行錯誤する（成功を支えていたメンバーはいない）

• 引き継ぎがなく、同じ失敗を繰り返す（例：検討の進め方、合意の取り方、レビューで見ていた観点が伝わらない）

• うまくいった理由が曖昧なまま消える

• あなたが異動したり、別のチームに移ると、その場限りの成功で終わる

これって、建築で言えば、図面も仕様も残っていない建物のようなものです。
改修したくても、どこに配管が通っているか分からない。
間仕切りを変えたくても、どこまで手を入れられるか、当時の意図が分からない。
照明や設備の更新時期、過去のクレームとその対応が、どこにも残っていない。

誰も責任を持って手を入れられず、結果として、変えられずに古くなっていく。
プロジェクトでも、「なぜ、このやり方にしたか」が残っていないと、同じことが起きます。

だから必要なのが、第11章のテーマです。

実験的に成功した経験を、再現性のある仕組みに変える。
プロセスを言葉にするところから、データの残し方、判断の理由をどこにどう共有するかまで、少しずつ決めていく。
そうすると、「その場限り」が、続く形に変わっていきます。

仕組み化で押さえておくとよい3つ

ここでいう仕組みは、次の3つでできています。
「仕事の進め方（ルール）」「データ」「コミュニケーション」です。

• 仕事の進め方（ルール）：誰がいつ何をするかが分かり、迷いが減って動きやすくなる。打合せの型、提出物のチェック順、設計の手順などを「硬直しない形」で決めておく。

• データ：事実が残り、判断のよりどころになる。現場写真、寸法、変更履歴など、根拠になるものを、どこにどう残すか。

• コミュニケーション：やりとりが残り、学びが引き継がれる。議事録、レビューコメント、判断理由をどこで共有するか。

例えば、「図面の変更は共有フォルダに保存してメールで知らせる」だけだと、見落としが出やすい。
そこで、

• 変更したら一覧に登録する（仕事の進め方／ルール）

• 誰がいつ確認したかを残す（データ）

• 「なぜこの案にしたか」をコメントで残す（コミュニケーション）

こうして3つが揃うと、個人の頑張りや「あの人がいるから」に依存せず、メンバーが替わっても、別のチームでも、同じ質で再現できるようになります。

第11章では、ここまでの章で得た成功を「その場限り」にせず、続く仕組みとして、次のチーム、次のプロジェクト、次の世代へ渡せる形にしていきます。
まずは、なぜ仕組みが続かなくなってしまうのかを次のSceneで整理します。
そのうえで、続く仕組みのつくり方──仕事の進め方（ルール）・データ・コミュニケーションを、どう形にしていくか──に進みます。

#問いかけ

あなたが関わった制作やプロジェクトで、「うまくいったのに続かなかった」ものはありますか？
そのとき、どんな事情や理由があったと思いますか？