ピザ2枚のチームが変える、UXと開発の関係

「リーンUX」とは？

「リーンUX（Lean UX）」とは、分厚い仕様書をひたすら書き上げるのではなく、「まずやってみる」「反応を見る」「すぐ直す」を繰り返しながら、ユーザーにとって本当に価値ある体験を育てていくUXデザインのアプローチです。
ざっくり言えば、“考えすぎずに作って、見せて、直す”をちゃんと仕組みにしたもの。Lean Startup（リーンスタートアップ）の思想をUXデザインに応用し、2013年にJeff Gothelf氏らが提唱しました。

重たい資料より、軽快なプロトタイプ。全体最適より、目の前のユーザーの変化。リーンUXは、スピード感と柔軟性が求められる今の時代にぴったりの考え方です。

なぜ「リーンUX」が注目されるのか

かつての開発は、設計・開発・検証・公開……と、ひと筆書きのように一方向に進む「ウォーターフォール型」が主流でした。しかしこのやり方、完成してから「思ってたのと違う」となるリスクが高めです。
ユーザーの期待と現実がズレたままローンチしてしまう悲劇、きっと見覚えのある方も多いのではないでしょうか。

リーンUXはそんな“つくってから気づく”リスクを軽減するための考え方。
ユーザーとの接点をできるだけ早く持ち、「小さく作って、素早く学び、大きく育てる」──この柔らかい循環こそが、リーンUXが注目される理由です。

リーンUXの3つの基本要素

• 仮説駆動：完璧な正解を求めるよりも、「こうかも？」という仮説を立てて小さく検証。失敗しても大丈夫、むしろそこから学ぶ姿勢が前提です。
• コラボレーション：デザイナーだけじゃありません。エンジニアも、PMも、時にはクライアントも巻き込みながら、職種横断でチームとして取り組みます。
• アウトカム志向：画面の美しさやコードの正確さではなく、「ユーザーが行動を変えたか」が成功の指標。KPIの数字より、実際の体験が大切です。

「ピザ2枚で足りるチーム」が生むスピードと創造性

Amazonのジェフ・ベゾスが残した名言に、「チームはピザ2枚で満腹になる人数が最適だ」というものがあります。つまり、5〜7人くらいがちょうどいい、という話。

この「Two Pizza Team」理論は、リーンUXにもばっちり当てはまります。なぜなら、人数が増えると話し合いも合意形成も複雑になってしまうからです。
ピザ1枚で足りるほど少なすぎても困りますが、10人超えてくると会議の段取りだけでお腹いっぱいになりがちです。

• スピード命の仮説検証には、小回りのきく編成が最適
• 職種をまたいだ対話も、人数が少ないほど濃くなる
• ピザが足りないときは、仮説も腹八分目で

サンアンドムーンでは、「まず2ピザ規模で小さく始め、成功の芽を見つけたら広げていく」というスタイルで、クライアントと伴走しています。

「リーンUX」と「アジャイル」の違い

リーンUXとアジャイル開発は、似て非なるもの。どちらも「小さく作って素早く動く」を掲げているため、混同されがちですが、視点が少し違います。

リーンUXとアジャイル開発の比較

要するに、アジャイルが“どう作るか”に注目するなら、リーンUXは“なぜ作るか”に注目しているイメージです。両者は対立せず、組み合わせてこそ真価を発揮します。

サンアンドムーンが考える、リーンUXの価値

サンアンドムーンでは、UXデザインを“設計図”ではなく、“生きた会話”と捉えています。
仮説を立てて、ユーザーに見せて、反応を観察して、改善する。その繰り返しこそが、現場にフィットしたプロダクトを育てる鍵です。

初期フェーズで正解を見極めるのではなく、“正解に近づく過程そのもの”をクライアントと共有しながら、私たちはリーンUXを日々実践しています。