Think Big & Think Small ミーティング
Think Big
目的
Think Big は、ステージグループの全メンバーで目的とゴールの共通理解を作るために設計されています。ステージグループ内の全員が、今後のプロダクト機能のビジョン、ロードマップ、ユーザーリサーチ、デザイン、デリバリーに関するファシリテートされたディスカッションへの参加を招待されます。
Think Big は、ステージグループおよびセクションレベルで組織全体の知識共有を促進するミーティングです。参加者は、短期的な活動が長期的な目標と整合していることをレビューし、確認する機会を与えられます。
過去の録画は GitLab Unfiltered の YouTube チャネルで見ることができます。
頻度
Think Big ミーティングは、マイルストーンごと（月に 1 回）開催されます。
Think Big を選択するとき
大人数で同期ミーティングを行うことは、GitLab の価値観や文化に反するように感じるかもしれません。Think Big ミーティングが定期的にチームにとって価値あるものであることを確認するため、評価することが不可欠です。以下のような質問を尋ねることができます。
- トピックはチームをまとめる方法でデザインされ、提供されているか？
- ディスカッションはステージまたはグループの長期戦略についてグループを調和させているか？
- 全チームを 1 時間電話に拘束することは高コストとみなされる可能性がある。セッションは全員の時間の良い使い方か？
- 全員が会話に含まれているか？セッション参加者全員にアイデアを議論したり、フィードバックを提供したりする機会があるか？
- 会話はチームからのフィードバックを考慮して進化し、セッションの目的に対して最適なものにしているか？
- 同期ディスカッションのゴールと成果は、セッション後に全員が利用できるか？
上記の質問のいずれかに 「いいえ」 と答えた場合、それは Think Big のトピック、ディスカッション、構造を再評価し、チームがミーティングから最大の価値を得られるようイテレートする兆候です。
ファシリテーター向け一般ガイドライン
- Think Big ミーティングは、参加を促進するために 10～15 人を超えないグループで実施すべきです。
- アジェンダテンプレートは Google Drive で
Think Bigを検索すると見つかります。 - ミーティングを各モジュール平均 15 分のモジュールに分割します。フルセッションでは通常、3 つのトピックを扱えます。
- ミーティングが始まる時、アジェンダドキュメントにディスカッショントピックの順序付きリストを探してください。これが参加者の順番になります。
- 同期ミーティングでフィードバックを集める方法はたくさんあります。一例として、ラウンドロビン形式のターン制の構造を使用すると、コール参加者全員に素早く効率的に考えを共有する機会を与えられます。
- ファシリテーター（通常はプロダクトデザイナー）が、ガイドラインを簡単にレビューし、15 分のタイマーを開始してミーティングを開始します。
- ファシリテーターは、必要なフィードバックのタイプを伝えながら、問題またはデザインを発表します。より自然な反応とフィードバックを得るため、説明はできるだけ短くしてください。
- アジェンダの順序に従って、参加者は順番に関連する質問をしたり、デザインに対する 1 つのフィードバックを提供したりします。各「ターン」は約 1 分に制限します。
- 時間切れになるか、すべての参加者が「パス」するまで、このターンベースのプロセスを繰り返します。
- フィードバックのインスピレーションが必要な場合は、いくつかの異なる帽子を試してみることを検討してください！
- ミーティングからのアクションアイテムは、
Package:ThinkBIG!のような think big ラベルを持つ Issue に変換されます。
発表者向け一般ガイドライン
- ミーティング前に think big アジェンダドキュメントにディスカッションアイテムを追加し、関連する Issue、リサーチインサイト、プロトタイプにリンクしてください。
- 同期ミーティングでフィードバックを集める方法はたくさんあります。一例として、ラウンドロビン形式のターン制の構造を使用すると、コール参加者全員に素早く効率的に考えを共有する機会を与えられます。
- 各ターンは約 1 分しか続かないので、素早く済ませるようにしましょう。あなたのターン中には、以下のことができます（優先順位順）。
- ファシリテーターに質問する。
- 他の人のフィードバックに +1 または -1 する。
- 1 つ(1) のフィードバックを提供する。
- 「パス」 - 自分のターンをスキップできる。
- 次の人の名前を呼んで、公式に自分のターンを終了します。
- 各ターンは約 1 分しか続かないので、素早く済ませるようにしましょう。あなたのターン中には、以下のことができます（優先順位順）。
推奨されるディスカッションアイテム
リサーチインサイトのレビュー
問題または解決策の検証を完了した後、プロダクトマネージャーとプロダクトデザイナーは、顧客とそのニーズに関する堅実なデータを持って去ります。Think Big ミーティングは、こうしたリサーチ努力の計画、プロセス、結果を共有する完璧なフォーラムです。
今後のリサーチの議論はチーム全体を巻き込み、プロダクトや機能の創造に関わる全員が、ユーザーに質問する内容について疑問を提起する機会を提供します。
過去のリサーチイニシアチブと発見された UX リサーチインサイトをチーム全体でレビューすることは、私たちのユーザーが何を必要としているか、構築している機能がどのようにユーザーに役立つかを全員が理解するのに役立ちます。
Epic 概要
新しい Epic をチーム全体でレビューすることは、全員が大規模なビジョンと形成された論理的な分解を理解するのに役立ちます。この会話は、大きな作業を論理的かつ効率的な順序で MVC 成果物に分解する方法をチームが協力するための機会を開きます。
Think Big 中のフィードバック
- フィードバックは、発表者が指摘した領域を中心に展開されるべきです。
- フィードバックは、ポジティブ、ネガティブ、ニュートラルのいずれでも構いません。何が 機能している かを発表者に知らせることは、改善できることと同じくらい重要です。
- 1 つのフィードバックは、他の人のフィードバックをベースにすることができます。
ゴールは、特定のフィードバックを量で集めることであることを覚えておいてください。デザインの選択肢やフィードバックに関するディスカッションを始めたくなるかもしれませんが、このアクティビティはそのための適切なフォーラムにはなりません。デザイナーは後でこの Issue で非同期にフォローアップして、フィードバックに関するディスカッションや会話を始めます。
Think Small
Think Big ミーティングには、Think Small ミーティングが伴うことがあります。Think Big が問題と解決策の空間に関する発散的思考に焦点を当てる一方で、Think Small 部分は収束的思考に焦点を当て、チームが今日取れる最小のステップを定義するのに役立ちます。
GitLab では、Think Small ミーティングの素晴らしい成果は、顧客の問題を解決し、Think Big で議論したより大きな成果に近づける小さな Issue を持つことです。
ファシリテーター向け一般ガイドライン
- Think Big からの要約を行うことでミーティングを開始します。
- Think Big 中に議論したユーザーペルソナをレビューします。ペルソナのニーズと課題を短く再訪します。
- 以前に議論した解決策のいくつかのアイデアを再訪します。
- すでに解決策のために存在するかもしれないデザインファイルをレビューします。
- 次のマイルストーンでチームがこれらのアイデアをテストするために何ができるかを考え、議論します。
- 想定される障害に備えるために、問題を解決する上で最も難しい部分は何かを議論します。
- 取るべきステップを定義し、合意します。
bfd74782)