ワークショップ用のシンプルなUXゲームが必要
私が実行している短いワークショップで使用できるUXの実例を探しています。チームを小さなグループに分け、いくつかの簡単なタスクを実行する時間制限を与え、結果を表示できるようなゲームを見つけたいと思っていました。
私の聴衆は主にUXについてほとんど知らない人です。 UXプリンシパルに関連した方法で考えることができるように、聴衆に説明できる単純で現実的なユーザビリティの問題を知っている人はいますか？理想的には、チームで協力して、協調的思考の必要性を強調してもらいたいと思います。
すべてのアイデアを歓迎します。 （この質問が少し標準外の場合は申し訳ありません。）
選択するゲームは、コースに対する意図に完全に依存します。
- 3か月で視聴者に何を覚えてもらいたいですか？
- UXについて共有したい最も重要なことは何ですか？
私はこの「ゲーム」に行きます：
- 3〜4人のグループを作成する
- 紙のモックアップ（紙、鉛筆、カラーペン、はさみ、ポストイットなど）を作成するためのアクセサリを提供します。
- 簡単なタスクのモックアップを作成してもらいます。例えば。登録フォーム、「ソーシャルネットワーク」のようなUI、米国大統領の投票、一部のFOSSプロジェクトへの寄付。これらのタスクを「地面に」維持する必要はありません。好奇心の通知システムを作成してみませんか。好奇心が火星で生命を発見したときに起動するシステムです。
- 一部のモックアップでユーザーテストをいくつか実行します。あなた自身がテストユーザーになるべきです。そうすれば、どの視聴者も厄介な状況に置かれることはなく、いくつかの古典的なテスト状況を示すために「馬鹿げている」ことができます。
なぜ：
- 誰もが設計段階から直接始めたので、誰もが大きな間違いを犯したことを指摘できます。彼らは最初に「分析」しませんでした。主な聴衆が視覚障害者である場合、すべてのモックアップはおそらく失敗します;-)初期段階での作業の重要性を強調します。
- モックアップの力と、反復作業におけるこの重要性を示します。
- ユーザーはあなたのようではありません。これがおそらく最も重要なポイントです。ユーザーを知っているとは思わないでください。ユーザーのように考えることができるとは思わないでください。これを体験する最良の方法は、ユーザーがソフトウェアでミスをするのを観察することです。
veryこれが十分に準備され、適切に構成されていることが重要です。可能な限り準備してください。各ステップに明確な時間枠を用意し、この時間枠に問題がないかtest（きつすぎず、緩すぎない）。概要で指摘したい問題について明確にしてください。
私は人々が一緒にグループ化されたその日にUX 101セミナーに行って、単なるUIではなくexperience（例-DMVにアクセスする、手紙を郵送するなど）を再設計するように頼みました要素またはコンポーネント。彼らはプロセスをステップに分解し、それらのステップをより良い方法で再設計するように求められました。これは2つの理由で非常に効果的でした。
1-ユーザーエクスペリエンスは単なるUIと機能以上のものであるという点を理解するのに役立ちました。そのため、さまざまなレベルの技術経験を持つ人々のグループに「UX」を広く定義するのに役立ちました。
2-UXの考え方をよりよく理解し、関係を築けるようになったのは、貧弱な経験に基づいて実際の例を選んだためです。
UXは多くの要因の複合体であることを人々が理解できるようにすることが重要であり、この演習はそれをファシリテーターが示す方法でした。
UXから初心者に向けて強調すべき最も重要な3つは次のとおりです。
- まずユーザーについて考える
- プロトタイプを反復する（詳細に計画するのではなく）
- 実際のユーザーでアイデアをテストする
したがって、これらの3つのシンを模倣したゲームを作成する必要があると思います。
- それらを小さなグループに分割します。すべてのグループに幅広いトピックを提供します。 （外食、通勤など）
- 各グループは、他のグループの2〜3人にインタビューし、トピックの課題について尋ねます。
- グループは解決策のアイデア（機能）をブレインストーミングする必要があります
- 各グループは、想像した製品から1〜2画面を描画します。
- 他のグループの人々と紙のプロトタイプをテストする
これにはもう少し時間がかかります（約3〜4時間）が、UXが何であるかについて参加者は非常に理解できます。
また、1つの領域のみに焦点を当てることもできます。私はここに3つの特定のワークショップタイプについてブログ投稿しました： 同じページにチームを配置するための3つの便利なUXワークショップ
聴衆が一緒に働き、彼らが製品について共通の理解を持っている場合は、これらの3つのワークショップのいずれかを彼らと一緒に実行して、彼らが仕事に戻ったときに結果を使用できるようにする方がよい場合があります。
私は頭の中で特定のシナリオを考えることはできませんが、ここでプロセス中にあなたを助けることができるたくさんのゲームの例があります： http://www.gogamestorm.com/ （そこ本と私は信じているiPhoneアプリです）。
（デジタルベースではなく）実世界の例を探している場合、さまざまなアプライアンスやその他の毎日のオブジェクトを設計するタスクを与えることができます。私がここで気に入っている1つの例は、列車のチケットの再設計です。 http://www.roberthempsall.co.uk/uk-train-ticket-redesign/
既製の例についてさらに考えます。
MVEエクスペリエンスを目指すアプリケーションの初期段階にいると言えます。 顧客がビジネスの問題を解決するのに役立つソリューションは何ですか対「スマート」ユーザーが望むものを使用して、各機能のスプリントを常に測定しています。私たちのチームは賢いユーザーでいっぱいですが、私たちは対象ではありません。
状況に混じって、現在のプラットフォームから新しいプラットフォームに顧客を引き渡す期限があります。さて、それはこのゲームのコンテキストです。
ゲームはBridge Too Farと呼ばれます。それは、MVEとは何か、理想的なソリューションの金額、時間、およびリソースは何かをチームの考えやアイデアを理解するのに役立ちます。
1つまたは2つのペルソナを紹介します。それらを名前で参照してください。可能であれば、実際の顧客フィードバックを提供してください。デザインパターンも紹介。おそらくそれはあなたのチームがよく知っていることですが、多くの場合、解決するUX/UIデザイナーとしてあなたに見えます。これは、チームのリーダーシップスキルを伝える絶好の機会です。
次に、非常に基本的なUI要素のスケッチまたはワイヤーフレームと一連の描画マテリアルを提供します。
タイマーを10分に設定して、本当にいい、高価、または役に立たないUI機能とトリックを追加するようにグループに依頼します。これらはあまりにも遠い機能の橋です。あなたのチームにこれを楽しんでもらいましょう。私を信じてください。賢い人たちはMVE ++を採用し、真剣に取り組みます。それらを少し緩めます。
最後に、部屋を回って、各チームメンバーに自分のBridge Too Farについて話してもらい、これが機能満載だと思う理由を説明します。
結果。 1つは、チームの個人およびグループの反応を測定し、期待どおりかどうかにかかわらず、ソリューションを強制的に実行できるようにすることです。ふたつ目は、膨満感は実際にテストしてスプリントにもたらす価値があると思うかもしれません。 3つ目は、特定のデザインパターンについて規範外で考えるようにチームに指示することです。
うまくいったかどうか教えてください。
実際の視聴者と一緒に新しい機能を検証することを忘れないでください。
3人の「ボランティア」を選び、それぞれに非常に単純な筆記ペルソナを与えます。次に、そのユーザーの役割を果たします。他のグループを小さなグループに分けて、簡単な設計の課題を与えます。 3人の異なる「ユーザー」のニーズを満たす包括的なソリューションを設計するように依頼します。次に、3人のユーザーが提案を判断します。
あなたの聴衆に応じて、あなたはmightウェブサイトやアプリではなく、実際の製品を設計するように依頼する方が簡単だと思います。