アジャイルスプリントで Google Stitch を使ったら、チームの会話の質が変わった

2026.04.12

スプリントプランニングの朝、デザイナーがいないチームでUIの方向性を決める会議があった。ホワイトボードに手書きした四角と矢印を指さしながら、「この画面はこういう感じで」と説明しても、エンジニアの顔に「具体的にどういうこと？」という表情が浮かぶ。いつものことだ。

その日、初めて Google Stitch をリアルタイムでプロジェクターにつないで使ってみた。「こういう感じ」を言葉で説明するのではなく、プロンプトを入力して画面を出してみた。30秒後、3つのレイアウト案が画面に並んだ。「あ、真ん中のやつがいいですね」とエンジニアが即座に言った。

それまで20分かかっていた「どのUIにするか」の議論が、5分で終わった。

結論から言うと

一言で言えば、Google Stitch をアジャイルスプリントに組み込むと、「議論の入り口」が大きく変わる。完成形のモックアップが不要になり、「今この場で叩き台を作る」という動き方が可能になる。その結果、会議の密度と意思決定の速度が変わった。

ただし、Stitch はスプリントの「全工程」を置き換えるわけではない。向いているフェーズと向いていないフェーズがある。その使い分けを理解することが、Stitch をアジャイルで活用するカギだ。

アジャイル開発における「デザイン合意」の難しさ

アジャイル開発では、スプリントの短いサイクルの中でUIの方向性を素早く決める必要がある。しかし従来のワークフローでは、「方向性を決める会議」→「デザイナーがモックアップを作る」→「レビュー会議」というプロセスに数日かかることが多かった。

この「デザインの往復」がスプリントのボトルネックになる。特にデザイナーの工数が限られているチームや、デザイナーが不在のチームでは顕著だ。

Stitch が変えたこと：「その場で見せる」という新しい規範

Google Stitch の最大の強みは「その場でデザインを出せる」ことだ。プランニング会議中に、議論に上がった画面のたたき台を30秒〜1分で生成できる。これにより「イメージを言葉で説明する時間」が「実際の画面を見て議論する時間」に変わる。

イギリスの金融サービス企業がStitchをデザインスプリントに導入したケースでは、2時間で3つのダッシュボードバリエーションを生成・比較・検証し、従来の初期反復時間を50%削減した（2026年3月の事例報告による）。

Stitch 2.0 のチームコラボレーション機能

2026年3月のStitch 2.0アップデートで、チームコラボレーション機能が大幅に強化された（Google Labs 公式発表）。主な追加機能は以下のとおりだ。

ワークスペース共有：チームメンバーが同じプロジェクトにアクセスできる
コメント機能：生成されたデザインに直接コメントを付けられる
バージョン管理：デザインの変更履歴を管理できる
Agent Manager：複数のメンバーが並行してデザイン探索を進められる

これらの機能により、「Stitch はひとりで使うツール」という認識が変わりつつある。

スプリントの各フェーズでの使い方

アジャイルスプリントは複数のフェーズで構成される。Stitch が効果を発揮するフェーズと、そうでないフェーズを整理する。

プランニング：複数の方向性を即座に視覚化する

スプリントプランニングでは、実装する機能のUIを素早く決める必要がある。Stitch を使えば、議論に上がった「こういう画面にしたい」というアイデアをその場で3〜5パターン生成できる。

実際にやってみた手順は次のとおりだ。プランニング会議でユーザーストーリーを確認しながら、「このストーリーに対応する画面を3パターン作って」とStitchに指示する。生成された画面を見ながらチームで議論し、「A案のこのエリアをB案のようなレイアウトに変えたらどうか」という具体的な議論が生まれる。30分の会議で4〜5画面の方向性が決まった。

デイリースクラム：昨日の実装を確認しながら次を決める

デイリースクラムでは、実装中に生まれた「この画面、もう少し変えた方がよくないか？」という議論が起きることがある。以前はその場で決められず「次のスプリントレビューまで保留」になりがちだった。

Stitch を使えば、デイリー中に「試しにこう変えてみたらどう見えるか」を1分で確認できる。小さな改善の意思決定が加速し、「保留事項」が減った。

Stitch をアジャイルに組み込むワークフローの作り方

Stitch をスプリントに組み込んで効果が出るまでには、いくつかの「設計」が必要だった。

プロンプトテンプレートをチームで共有する

Stitch でよく使う指示のパターンをプロンプトテンプレートとして共有すると、会議中のオペレーションがスムーズになる。例えば「[サービス名]の[画面名]。デザインテイストは[ブランドの方向性]。含む要素：[要素リスト]。既存画面と統一感を持たせること」というテンプレートをNotionに置いておき、会議中はそこにコピーして使う。

テンプレートが揃ってから、プランニング会議での操作時間が半分以下になった。

「Stitch 担当」を決める

会議中にStitchを操作する人を1人決めておくと、議論が分散しない。全員がそれぞれ操作すると「どのバージョンを見ているか」が混乱する。Stitch 担当は「ドライバー」のような役割で、チームの議論を聞きながらリアルタイムに指示を出す。

チームの「デザインリテラシー」が変わった

Stitch をスプリントに組み込んで3ヶ月で、チームに予想外の変化が起きた。エンジニアたちが「UIについて意見を言うようになった」のだ。

以前は「デザインはデザイナーの仕事」という暗黙の線引きがあり、エンジニアはUIに対して意見を出しにくそうにしていた。しかしStitchで生成された画面を見ながら「ここのボタン、もう少し大きくした方が押しやすいと思うんですよね」という発言が出るようになった。

実際に使ってみて分かったのは、UIを「見て議論できる状態」にすることで、専門家でない人もデザインの議論に参加しやすくなるということだ。これは予想以上の副次効果だった。

よくある質問（FAQ）

Q1. Stitch はスプリントのどのフェーズで最も効果を発揮しますか？

プランニングフェーズと、機能の方向性を決める初期のデザイン探索フェーズです。「どういうUIにするか」を議論するための「たたき台」を即座に作ることが得意です。逆に、実装前の精緻なモックアップ作成や、デザインシステムの詳細な管理には向いていません。それらはFigmaなどの専用ツールに任せる分担が効果的です。

Q2. デザイナーがいないチームでも使えますか？

はい、むしろデザイナーがいないチームこそ効果が大きいです。デザインの専門知識がなくてもプロンプトを入力するだけでUIのたたき台が出てくるため、「デザインができる人待ち」という状態がなくなります。ただし最終的な品質確認・アクセシビリティチェック・ブランドへの適合確認には、デザインの知識を持つ人のレビューを挟むことを推奨します。

Q3. Stitch で生成したデザインを、そのままエンジニアが実装に使えますか？

「参考として使う」は可能ですが、「そのまま実装に使う」には向いていません。StitchのHTML出力はインラインスタイルが多く、本番実装向けのコード品質ではありません。スプリントの中での役割は「議論のたたき台」であり、実装ファイルはエンジニアが別途作成するか、Figmaでハンドオフ用の仕様を整えることを推奨します。

Q4. Stitch の生成回数制限（月550回）でスプリントの運用は足りますか？

1スプリント（2週間）で50〜80回程度の生成を使うことが多い印象です。1チームで月550回あれば、通常のアジャイル運用には十分です。ただし複数チームで同一アカウントを共有する場合は注意が必要です。チームごとにアカウントを分けることを推奨します。

Q5. チームコラボレーション機能を使うには特別な設定が必要ですか？

2026年3月アップデートで追加されたワークスペース共有機能は、Google LabsのStitchアカウントから設定できます。チームメンバーのGoogleアカウントを招待するだけで共有ワークスペースが使えます。追加費用は現時点（2026年4月）では発生しません。