UX フォーラム

UX フォーラムについて

The UX Forum is a recurring meeting for UX team members to share and discuss their work. This includes past, current, or future work, and covers Product Design, UX Research, and Technical Writing. All meetings are recorded and made available on Unfiltered for Product, UX, Engineering, and Leadership to watch at their convenience.

目的

• ビジネス、プロダクト、ユーザーの成果を強調することで、UX を通じて提供される価値への認識を高める
• 発見、機会、ソリューションへの可視性を高める
• より広い組織への UX 活動の露出を高める
• ミーティング中およびその後のステージをまたいだ協業を促進することで、仕事の品質を高める

対象者

• プロダクトデザイナー、リサーチャー、テクニカルライター（発表者）
• Upstream Studios
• Product 部門
• Engineering 部門

スケジュール

フォーラムは隔週で予定されます。最大 3 名のチームメンバーがそれぞれ 15 分間共有し、加えて参加者との議論に 5 分間を充てられるよう、60 分間で行われます。スケジューリングの柔軟性を持たせるために 4 番目の発表者枠も用意していますが、理想的にはほとんどの UX フォーラムは発表者を 3 名だけにすべきです。

• 分散したチームを包摂するために、開催ごとに交互にミーティングの開始時刻を変更し、Americas/LAC/EMEA に都合がよい時刻か、APAC に都合がよい時刻のいずれかにしています。
• 各フォーラムは Product Design Manager がホストします。
  • マネージャーのタイムゾーンの制約により、APAC の UX フォーラムは別の Product Designer、Technical Writer、または UX researcher がホストします。
• Product Designer は、ランダムに生成されたローテーションに基づいて日付が割り当てられます。
  • 各デザイナーが年に 2 回共有する機会を持てるようにします。
  • 追加の発表者のために、スケジュール全体に空きを残しています。
• 誰でも自分の仕事を共有・議論するために申し込めます。空いている枠を確保するには、ホストと調整してください。
• 共有する各人は、発表の前にその週のアジェンダ（ミーティングの招待に添付されています）に記入することが期待されます。
• 自分がいつホストする予定かを知ることはホストの責任であり、自分がいつ共有する予定かを知ることは発表者の責任です。これを助けるために、#ux チャンネルにスケジュールを確認するための Slack リマインダーが設定されています。

発表者が割り当てられた日付に共有できない場合は、交代を手配することが本人の責任です。交代するには、次のとおりにします。

• #ux チャンネルで交代したい旨を告知します。
• 交代相手を見つけたら、スケジュールを更新する MR を作成します。
• Product Design Manager にレビューとマージを依頼します。

ライブでのプレゼンテーションが必須です。トピックを事前に録画しないでください。UX フォーラムの価値は、リアルタイムの議論、参加者があなたの仕事について質問し直接関わる能力、そしてチームメンバーと自分の仕事をライブで共有する機会から生まれます。私たちはリモートで働いているため、これらのフォーラムはこのような直接的なやり取りができる数少ない機会の 1 つです。

Upcoming UX Forums

*A fourth speaker spot is available to allow for flexibility in scheduling, but ideally most UX forums should only have three speakers.

Tip for Product Design Managers: Create the schedule in a temporary spreadsheet, and then copy/paste the rows into an online markdown generator.

スケジュールを更新

自分の仕事を共有する

自分の仕事の一部を共有するために、最大 15 分間あります。 複雑なトピックを共有・議論するためにもっと時間が必要な場合は、そのフォーラムで発表する人数を減らすことについてホストに相談してください。

フォーラムの準備は最小限にすべきです。 ストーリーを語り、聴衆からフィードバックを引き出すのにちょうど十分な準備で臨むべきです。 成功したフォーラムには、次の側面が共通しています。

• インフォーマル: 専用のスライドやアセットを作成することは避けつつ、何が最も効果的か、すなわちプロトタイプ、一連のモックアップ、プロセス図、ジャーニーマップ、数枚のスライド、あるいはその他のものを、自分の最善の判断で決めてください。 UX フォーラムは、自分の仕事をインフォーマルに共有・議論するためのものであり、凝ったストーリーテリングのためのものではありません。
• ちょうど十分な洗練度: 低い羞恥心を目指すことに協力し、できる限り洗練度を抑えて自分の仕事を共有してください。 一部のトピックはより洗練されたストーリーから恩恵を受けますが、この洗練度は品質への期待を高め、他の発表者に不要なプレッシャーをかけ、他の人が関わりにくくしてしまうことがあります。
• 共感できる: 聴衆を念頭に置いてストーリーを構成し、彼らからフィードバックを引き出し、潜在的な重なりを強調してください。 これにより、人々が共感し、価値を見出し、関わることが容易になります。 たとえば、意図的に重なりを指摘したり、聴衆への質問を加えたりします。
• イテレーションのマインドセット: 他の人から学び、協業する機会として活用してください。 これまで行ってきた仕事だけでなく、今後どのようにイテレーションしうるか、何が欠けているかにおいてもイテレーションを輝かせてください。 たとえば、現在の課題、未解決の疑問、他の人が助けられる箇所を挙げます。

役立つヒントを参照してください。

最小限のフォーラムの例:

• Fulfillment: 新しいセールスアシスト付き GitLab.com サブスクライバーのプロビジョニングとオンボーディングの改善
• Secure: ロードマップの検証と優先順位付け
• Secure: グループレベルのセキュリティスキャナーステータスウィジェット
• Secure: セキュリティワークフローのイテレーション

準備

• UX フォーラムの前に、自分の具体的なトピックをミーティングのアジェンダに追加します。
• これが APAC のフォーラムで、まだホストがいない場合は、ホストを検討してください。
• 問題のコンテキストを提供します。
  • 問題のスコープ
  • なぜそれを解決することが重要だったか／重要なのか？
  • リサーチで何を学んだか？
  • ソリューションに影響する制約はあるか？
• 仕事の望ましい目標を述べます。
  • 望ましいビジネスおよび顧客の成果は何か？
  • 理想的には、JTDB を説明します
    • [ユーザーの状況] のとき。私は [ユーザーの目標] したい。だから [ユーザーの望ましい成果] できる。
  • 制約は何だったか／何か？
  • MVC に向けてどのようにイテレーションしたか／するつもりか？
• 聴衆にソリューションのイテレーションを順を追って説明します。
  • 自分らしく、仕事のストーリーを語ります。
  • 新しいものを作るのではなく、既存のモックアップやフローを使います。
• 議論を促します。
  • これは他のチームとどう重なるか、または他のチームをどう助けられるか？
  • 現在の課題、次のステップ、未解決の疑問は何か？
  • 他の人はこれにどうアプローチするか、またはあなたをどう助けられるか？

共有する人への役立つヒント

• 自己紹介をし、自分のトピックのコンテキストを提供します。
• 参加者の体験を楽しいものにする: あまりにも速く移動したり（たとえば Figma のプロトタイプを見せるとき）、前のビューで言い忘れたことがあったためにビュー間を行き来したりすることは避けます。
• 画面を共有するときは、聴衆が詳細を見られるように、全画面表示にすることを検討してください。
  • macOS で UI を表示／非表示にする便利な Figma のキーボードショートカット: ⌘\ または ⌘.。
• ストーリー内のテキストの最小フォントサイズが、誰もが簡単に読めるよう十分に大きいことを確認してください。
• Issue、エピック、Figma ファイル、FigJam ボード、録画など、自分のストーリーに関連するリンクをアジェンダのドキュメントに提供します。
• Figma ファイルや Issue から直接共有するときは、事前にカバーしたいことのアウトラインを準備し、言及したいポイントの詳細をいくつか書き込んでおくことを検討してください。話す間にこれをガイドとして使い、聴衆にとってより直線的でわかりやすくします。
• インターネット接続が限られていますか？ Zoom のカメラ映像を停止するか、これらのヒントを試してください。
• ストーリーのあるセクションの後で、人々に質問を共有するよう促します。
• 全員に見られていると不安を感じるのは普通のことです。覚えておいてください: 私たちは互いを支えるためにここにいるのであって、互いを判断するためではありません。
• ミーティング後の協業と透明性を高めるために、関連するエピックや Issue から録画にリンクすることを検討してください。

その他のヒントは、コミュニケーションのハンドブックページを参照してください。

ホスティング

Product Design Manager が交代で UX フォーラムをホストします。マネージャーは UX フォーラムの Issue テンプレートを使って、各セッションのトラッキング Issue を作成できます。テンプレートの使い方を参照してください。現在のホストが次のホストのために Issue を作成します。

セッションを録画する

UX フォーラム後の編集の量を抑えるために、各トピックの後に録画を開始・停止（一時停止ではなく）してください。これにより、各トピックが個別のクリップとして保存され、1 時間のクリップよりもはるかに速く編集できます。録画するたびに「コンピュータに録画」を選択してください。

GitLab Unfiltered で共有する

動画を少しでも編集する必要がある場合は、iMovie のような動画編集ソフトを使えます。

そうでなければ、次のとおりにします。

1. コンピュータ上で動画クリップを見つけます。
2. 動画に「UX Forum」＋トピックのタイトルで名前を付けます。
3. 動画が一般公開に適切であること（顧客名がないこと）を発表者と確認します。
4. 動画を GitLab Unfiltered にアップロードします。
5. 動画を UX Forum のプレイリストと UX Team のプレイリストに追加します。
6. 可視性を Public に設定します。
   1. 注: 動画のコンテンツにSAFEでない項目が含まれている場合は、動画を Private にマークします。
7. #ux と #product の Slack チャンネルに、各トピックの簡単な説明とともに YouTube のリンクを共有します。
   1. 同じ更新を Engineering Week-In-Review のドキュメントに追加します。このドキュメントは、社内の engineering-fyi Slack チャンネルの説明から利用できます。

役立つヒント

• Zoom アカウントで動画が見つからない場合は、カレンダーイベントのオーナーに連絡してください。おそらくそのアカウントにアップロードされています。
• iMovie では、15 分未満であれば動画を YouTube に直接アップロードできます。ただし、プレイリストを選択するには依然として YouTube に行く必要があります。
• アップロード後にアップロードページに行って動画を選択することで、より良いサムネイルを選んだり、他の設定を編集したりできます。
• YouTube の使い方の詳細。

スケジュールの更新と次回セッションの準備

セッションが終わったら、UX フォーラムのスケジュールを更新してください。

• 終わったばかりのセッションを削除します
• 次に予定されているセッションの Issue を作成します。

ページのソースコードを見る - ページの編集 - please contribute.