UIの話は会議室でするな
Upcoming SlideShare
Loading in...5
×
 

UIの話は会議室でするな

on

  • 349 views

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

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

Statistics

Views

Total Views
349
Views on SlideShare
334
Embed Views
15

Actions

Likes
24
Downloads
1
Comments
0

3 Embeds 15

https://twitter.com 12
http://nanan.tumblr.com 2
https://kcw.kddi.ne.jp 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

UIの話は会議室でするな Presentation Transcript

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