O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

UIの話は会議室でするな

134.150 visualizações

Publicada em

UIデザインの決定プロセスをより高速化するために、会議するのをやめました。会議をやめたことでより多くのフィードバックを得ることができ、デザインの修正コストを下げる事ができました。

Publicada em: Design
  • Seja o primeiro a comentar

UIの話は会議室でするな

  1. 1. UIの話は会議室でするな UX Design Team 勝島真悟
  2. 2. 勝島真悟 担当 • UI設計・実装 好きなもの • スキー、バイク 嫌いなもの • 会議
  3. 3. 会議
  4. 4. 会議、長い
  5. 5. 会議、だいたい無駄
  6. 6. 会議、ダサい
  7. 7. http://ttripper.blogspot.jp/2014/07/blog-post_17.html
  8. 8. サボタージュマニュアル • 第二次世界大戦中の1944年に米国のOSS(戦略諜報 局)が作成 • 敵地で仕事の進みを遅らせるように人々をトレーニ ングする
  9. 9. ● 常に文書による指示を要求せよ。 ● 準備を十分行い完全に準備ができているまで実行に移すな。 ● 些細なことにも高い完成度を要求せよ。わずかな間違いも繰り返し修正させ小さな 間違いも見つけ出せ。 ● 重要な決定を行う際には会議を開け。 ● もっともらしくペーパーワークを増大させよ。 ● すべての規則を隅々まで厳格に適用せよ。 ● 何事をするにも「通常のルート」を通して行うように主張せよ。決断を早めるため のショートカットを認めるな。 ● 可能な限りの事象を委員会に持ち込み「さらなる調査と熟考」を求めよ。委員会の メンバーはできるだけ多く(少なくとも5人以上)すること。 ● 議事録や連絡用文書、決議書などにおいて細かい言葉遣いについて議論せよ。 ● 以前の会議で決まったことを再び持ち出し、その妥当性について改めて問い直せ。
  10. 10. ● 常に文書による指示を要求せよ。 ● 準備を十分行い完全に準備ができているまで実行に移すな。 ● 些細なことにも高い完成度を要求せよ。わずかな間違いも繰り返し修正させ小さな 間違いも見つけ出せ。 ● 重要な決定を行う際には会議を開け。 ● もっともらしくペーパーワークを増大させよ。 ● すべての規則を隅々まで厳格に適用せよ。 ● 何事をするにも「通常のルート」を通して行うように主張せよ。決断を早めるため のショートカットを認めるな。 ● 可能な限りの事象を委員会に持ち込み「さらなる調査と熟考」を求めよ。委員会の メンバーはできるだけ多く(少なくとも5人以上)すること。 ● 議事録や連絡用文書、決議書などにおいて細かい言葉遣いについて議論せよ。 ● 以前の会議で決まったことを再び持ち出し、その妥当性について改めて問い直せ。
  11. 11.
  12. 12. 会議したがるヤツあやしい…
  13. 13. 会議をなくそう
  14. 14. 会議をなくすためにやったこと • 朝会・夕会 • 全部席で話す • 絵を描いて説明する • まとめ
  15. 15. 朝会・夕会 • 10分以内に終わらせる • 基本的に議論禁止 • 課題・問題の共有のみ • タスク何やるのか • タスク終わったか • 問題起きた
  16. 16. 朝会・夕会をやってみて • 週次定例で話す事がなくなる • 問題への対処が早くなる • やばいらしいとかわかる
  17. 17. UIに関することは全部席で話す • 会議室にはいらない • ホワイトボードを用意する • エンジニア、ディレクターを自分の席に呼ぶ • 関係なさそうな人にも聞こえるくらいの声量で話す • 関係ありそうな話になったら適時呼ぶ
  18. 18. ディレクター デザイナー エンジニア
  19. 19. このデザイン できますかね?
  20. 20. 簡単にできますよ(^^) デザイナー
  21. 21. いいすね! じゃあこれで デザイナー
  22. 22. すごいエンジニア いいすね! じゃあこれで できねえよ!
  23. 23. いかに早く合意を得れるか
  24. 24. かっこいいか? 実装コストは? セキュリティ 大丈夫か? UIの決定に必要なこと サーバーに負 荷かからないか? 世界観にあって いるか? 使いやすいか? 訴求力はある か? ゲームデザイン の意図通りか? 実装の難易度 は? 優先度は? ゲームバランス は?
  25. 25. 結果 • 問題発見のスピードがあがった • 作業時間が増えた • みんなを巻き込めた • 関係ある人が誰か把握できなくててもいい • 巻き込めないひとは無視していい
  26. 26. 絵で説明する • 一元情報(デザインpsd)はsvnにすべて集める • 社内gyazoツール(greepy最高) • チャットでは文章で説明しない • 絶対に画面をみながら会話し合意を得る
  27. 27. 「こんな感じですか」
  28. 28. 作業中のスクショをチャットに貼りまくる
  29. 29. 「こんな感じですか」しか言ってない
  30. 30. まとめ • 会議は無駄が多い (会議しようとするやつを信用するな) • UI(画面)の話は席でする • 問題をみんなの見える聞こえるところで話す • 文章ではなく絵でコミュニケーションをとる • UIの改善はいかに多くのフィードバックを得れるか
  31. 31. 会議をなくそう

×