LDJ - Lightning Decision Jam ライトニング・ディシジョン・ジャム
下記の記事の全文翻訳です。チームで、短時間で課題抽出とアクションまでを決める事ができる、デザインスプリントの超簡略版みたいな手法です。チームメンバー同士の理解も深まり、ゲームっぽくて楽しいのでお勧めです。
Lightning Decision Jam — Solve Problems Without Discussion
Kill discussion and start executing
Jonathan Courtney
Mar 29, 2017 ・11 min read
** この長い記事を読む気分ではないという方は、このエクササイズのやり方を説明した長いビデオをご覧ください。記事の方は後でいつでも参照として使えます。私はビデオは専門ではないですが、基本的なことは伝わっていると思います！この悪夢を作るのに協力してくれた同僚のBrittni、Mike、Bruna、Kyleに感謝します！**
UXデザイン、プロダクトデザイン、サービスデザインなど、あなたが好きな事が何であれ、それが価値を生み出しているのであれば、あなたが行っている事は実は創造的な問題解決です。それは、デザインプロセスの中で唯一ルーチン化できない属性であり、単にお金をかけてもうまくいかない唯一の部分です。本当のチャレンジを見極め、優先順位をつけ、解決策を生み出し、その効果を測定することができるということです。創造的な問題解決は、良いデザイナーと最高のデザイナーとを分ける、要となるスキルです。それ以外は制作作業です。
一方、創造的な思考を必要とするあらゆる活動の問題点は、迷子になりやすいこと — フォーカスを失い、無意味で時間制限もなく構造もない議論に陥りがちなことです。多くのプロダクトが、リリースも遅れたうえに、当初のビジョンの妥協の塊に終わるのは、終わりがなく優先順位も付いていない問題の議論によって、チームが疲弊しすぎるからなのです。
この「プロジェクト疲弊 (project fatigue)」は、チーム内にさまざまな形で現れます; 後ろ向きな雰囲気、ゴシップ、人が去り始める、極端なエゴ。チームは塹壕の中で戦っている時間が長くなりすぎると、人々は自身のアイデアを推すため、互いに足を引っ張り始めるのです。そのアイデアが「良い」かどうかと関係なく。では、ほとんどの会社で見られる、この極めて一般的な問題を解決するには、どうすればよいのでしょうか？
The Solution
私が見つけた最も効果的な解決策は次の通りです: 構造化されていないオープンな議論をすべて、明確なプロセスに置き換える。最初は奇妙に感じるでしょう。デザイナーたちの顔に、猜疑心が浮かんでいるのを見たことがあります。彼らは、同僚と情熱的で堂々巡りの議論をするのに慣れていました。最終的に、誰かが折れるか、「じゃあテストしてみよう」と言い出すまで。(面倒な議論を終わらせたい時のカードとしてよく使われる。) 議論の自由は、一見、創造性を高めるように見えて、実は敵なのです。構造と規律が、創造的であるための自由を生むのです。
この「議論をなくす」という原則の効果は、自身で試してみないと分かりません。それでは、私たちが問題解決の短いミーティングを始める時にいつも使う、とても簡単な30分間のエクササイズを見てみましょう。ちなみに、シナリオに応じて何十種類ものエクササイズがあるので、これは「唯一の方法」というよりも、「議論をなくす」という原則の入門編として捉えてください。
The Exercise: Lightning Decision Jam (LDJ)
準備するもの:
・長方形のポストイット、私は黄色が好き
・正方形のポストイット (2種類の色、私はピンクとブルーが好きです)
・投票用ドット (2種類の色)
・油性ペン、または同様のもの
・残り時間が明確に表示されるタイマー
・フォーカスミュージックのプレイリスト (これは私が作ったものですが、ご自由にお使いください！)
必要な時間:
このエクササイズに書いてある時間は、あくまでも目安であり、初めて通しでやってみる時のためのものです。エクササイズ自体の所要時間は、通常25～40分程度です。
モデレーターの選定
チームの中で、司会者の役割を担う人を選ぶことが絶対に必要です。彼らはプロセスに参加することができますが、議論が勃発しないように集中しなければなりませんし、時間も守らなければなりません。AJ&Smartでは、この役割を交代で行っています。
このエクササイズは何に使えるか
グループによる、意思決定、問題解決、挑戦の議論が必要なこと何でも。LDJのセッションでは、広めのトピックを設定するとよいでしょう。以下はその例です:
・チェックアウトのコンバージョンフロー
・社内のデザインプロセス
・どうイベントを開催するか
・競合他社に追従するには
・セールスフローの改善
OK、始めよう!!!!!!!!!!!
1. Start with Problems — 7 MINS
最初のステップは簡単です。チームの全員がテーブルに座り、話し合いなしで7分間、その週に起こった課題、悩み、ミス、懸念をすべて書き出します。書き出す内容は、「進捗が感じられない」、「プロジェクトXが自分のプロジェクトよりも注目されている気がする」など、何でも構いません。気になることは何でもOKです。7分が経過したら、各人は問題のポストイットの山を目の前に置きます。
2. Present Problems — 4 MIN PER PERSON
司会者が一人ずつ選んで、壁やホワイトボードの前に立ってもらい、問題を貼り付けながら非常に素早く説明してもらいます。ここでは、チームの他の誰も発言することはできません。司会者は1人につき4分以上を与えないでください。
全員が話して問題点 (個人的なこと、健康、気分も含めます) を貼り終えた時点で、話が脱線することなく、グループ全員で自分達の問題を共有できています。
3. Select Problems to Solve — 6 MIN
司会者は各メンバーに2つの投票用ドットを渡します。皆さんはここで、解決すべき最も適切だと思われる課題について、議論なしに投票してください。
ここでは自分の考えを投票することもできますし、強い思いがあれば1つの課題に両方の票を入れることもできます。6分が経過すると、司会者は投票された問題を素早く取り上げ、優先順位の高い順に並べていきます。投票されなかった残りの問題はどうなりますか？迷子になるのでしょうか？それについては後で説明します。
4. Reframe Problems as Standardised Challenges — 6 MIN
問題を "How Might We" (どうやればできそうか)という型で言い換える。
ここで、投票された優先順位の高い問題だけに焦点を当てます。モデレーターは、それぞれの問題を標準化したチャレンジの形に書き換えます。これは、沢山の解決策を創り出すことや、その幅を少し広げるのに役立ちます。
一例を見てみましょう。ここで一番人気のポストイットは「プロジェクトX で何が起こっているのかわからない」というものです。多くの人が投票しているので、明らかに多くの人が抱えている問題であることがわかります。ポストイットを "How Might We" (どうやればできそうか)という形式に言い換えることで、問題を解決可能な挑戦として捉え、その書き方を標準化できます。先程の問題を、より一般的な挑戦に書き換えると、こんな感じになります:
司会者は、できるだけ早くすべての問題を書き換え、優先順位が変わっていないことを確認してから次のステップに進みます。
5. Produce Solutions — 7 MIN
ここでは、投票数の最も多いHMW問題について解決策を作っていきます。上位に選ばれた問題が2つ、または3つある場合は、左の問題から始めてください。気にしないで、議論しないでください。
ここでは、各チームのメンバーに「How Might We」の挑戦に取り組む方法を、一切議論せず、できるかぎり沢山書く7分間が与えられます。ここで議論を排除することは、解決策の多様性を確保することにもなります。ここで司会者がチームメンバーに伝えることが重要です。「私たちは質より量を目指しています– 後で整理できます」
解決策は特別な方法で書かれている必要はありませんが、読んでいる人が理解できるものでなければなりません。解決策を個別に発表することはありません。それをすると、プレゼンが上手い人に偏りが出てしまうからです。
7分が経過したら、今度は全員が自分のアイデアをできるだけ早く壁、ホワイトボードなどに貼り付けます。きれいに貼らなくてもいいので、どこにでも貼り付けてください。
6. Vote on Solutions — 10 MINS
これを覚えていますか？前にもやったよね？司会者が各チームメンバーに6枚の付箋を渡し、HMWを解決するのに最も適していると思われる解決策を投票してもらいます。メンバーはそれぞれのポストイットを読む必要があるため、この投票プロセスには少し時間が与えられます。10分です。
7. Prioritise Solutions — 30 Seconds
デジャヴ! 問題点の時と同じように、チームは30秒で解決策の優先順位を決めてリストアップします。次のようなものができあがります。
8. Decide what to execute on — 10 MINS
あるソリューションが他のソリューションよりも人気があることは明らかですが、ソリューションを実行するためにどれだけの労力が必要かを知ることは重要です。そこでここでは、どのソリューションをすぐに試すべきか、どのソリューションをToDoリストに追加すべきか、あるいはバックログをどのように保存すべきかを判断するために、シンプルな労力/影響度スケールを使用します。
モデレーターはこのステップで積極的に行動する必要があります。なぜなら、このステップは議論を始める傾向がある唯一のステップだからです。司会者は、各ソリューションを1つずつ取り上げ、努力/影響の尺度に加えます。ここでいう努力とは、チームとしてそれを実行するのにどれだけの労力が必要だと思うかということであり、インパクトとは、それが問題を解決すると思う度合いのことである。
そこで、モデレーターがすべきことは以下の通りです。通常、ここでちょっとした議論が起こるので、司会者はコンセンサスを得ることと、20秒を超えた会話を止めることに注意を払わなければなりません。努力の度合いが決まると、司会者はインパクトについても同じ方法で質問します。"高いか低いか "です。優先順位をつけたすべてのポストイットがスケールに追加されると、次のようになります:
これで、インパクトのあるソリューションのうち、すぐに実行してテストできるもの（左上の緑色のスイートスポット）と、インパクトのあるソリューションのうち、より労力を要するもの（右上）の概要がはっきりしました。司会者は、スイートスポットにあるすべてのポストイットに対照的なドットをつけて、後で識別できるようにしてください。
9. Turn Solutions into Actionable Tasks — 5 MINS
司会者は、「スイートスポット」のソリューションをE/Iスケールから外し、そのソリューションを書いた人に、そのソリューションをテストするための実行可能なステップを尋ねる。実行可能というのは、1～2週間で実行できることを意味します。私の経験則では1週間の実験ですが、もちろんソリューションの内容によって異なります。
ひとつ例を見てみましょう。
これらの解決策がすべて書き上げられれば、チームは実行可能なタスクを手に入れることができます（チームがどのようにタスク管理を行うかは、また別の機会にご紹介します）。スイートスポット」に入らなかったソリューションについては？私たちは実際に、インパクトの強いソリューションをすべて実用的なポストイットにしてバックログに追加し、忘れられないようにしています。そうすると、「スイートスポット」に選ばれたアクションは、実際に問題を解決することになるので、労力のかかるソリューションは時代遅れになり、後でバラバラにすることができるのです。
Structure and Discipline create the Freedom
以上です！短時間のうちに、あなたのチームは重要な課題を定義し、解決策を生み出し、実行すべきことの優先順位付けを、ほとんど議論なしで行うことができました。
私たちは、製品の新機能の設計から、イベントの企画、オフィススペースの改善まで、ほとんどすべての活動において、オープンな議論を無くすというこの原則を用いています。
前にも述べましたが: 創造的な問題解決こそがデザインの核心です — なので、それに見合う敬意を払い、無駄の多い、やる気を失わせる、疲労感を与える議論を無くしましょう。
ここまで読んでくださった方、ありがとうございました。❤️ LDJのエクササイズを使ったかどうか、ぜひ教えてください!!! 質問はありますか？もちろん、ここに投稿されたものには答えるようにしますが、InstagramやTwitter @jicecreamにDM/PMで送ってくれたものには必ず答えます。
Frequently asked questions
プロセスの後で失ったアイデアはどうなるのでしょうか？人々が投票しなかった素晴らしいアイデアがあったとしたらどうでしょう？
良いアイデアが重要なのではなく、実行してテストすることが重要なのです。最悪のアイデアが投票でトップに選ばれ、テストされたとしても、そこから学び、前進することができます。クライアントの中には、このようなエクササイズで生まれたアイデアをすべて文書化したがる人もいますが、私たちはそのようなことはしないようにしています。問題に対する解決策を生み出すシステムができれば、「良い」解決策にこだわる必要はありません。つまり、簡単に言えば、「捨ててしまえ」ということです。
投票は、最も重要な仕事を決めるための欠陥のある方法ではないか？委員会による設計のようなものではありませんか？
これは完璧なシステムではありませんが、オープンな会話で何も始まらず、テーブルで最も声が大きく、最もしつこい人に譲歩するか、何もせずに立ち去るよりは1000000000倍良いでしょう。判断する前に試してみてください。システムの穴を探すのは、それをするまではただの先延ばしに過ぎません。
ジョナサン、あなたはオタクですが、このようなエクササイズはデザインのシナリオでしか使えないのでしょうか？
そんなことはありません。このエクササイズは様々なことに利用できますし、私も利用しています。
- チーム保養の計画
- オフィス環境の改善
- マーケティング／意識改革（インフルエンサーにどう接触するか？)
- セールス（顧客獲得数を増やすにはどうしたらいいか)
- Sex (How might we actually orgasm) — ok I had to put one joke in there. Come on!
Jonathan Courtneyは、AJ&Smart Berlinの創立パートナーであり、プロダクトデザイン・ディレクターです。彼は世界各地で、元気でエネルギッシュなプロダクトデザインのワークショップや講演を行っています。TwitterやInstagramで彼をフォローや連絡しましょう: @jicecream.
この記事が気に入ったらサポートをしてみませんか？