サービスと組織を育てるデザインリーダーシップ

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Noriaki Kawanishi @norinity1103 VPoE室 / CTO室 Experience Designer

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

CTO室 /VPoE室 PdMサポート

Slide 5

Slide 5 text

組織的なUX戦略を支援プロダクトオーナーの意思決定のサポートプロダクト開発支援メンバー教育・自走化の支援 UXフレームワーク的なアプローチでプロジェクトドキュメントの整備開発要件の可視化、定性/定量調査、人材採用、カスタマージャーニーマップ、課題の細分化 etc... オンラインファシリテーション、モブプロトタイピングによるドキュメンテーション / ビジュアライゼーション / アーキテクトモブデザインデザイン・ペアワークなどを通して学習支援プロトタイピングスキル、ドキュメンテーションスキルなど技術的サポート

Slide 6

Slide 6 text

デザインに対する期待値を明らかにする参照元：Mark Hurst 「UXへの信頼を失っている理由」 https://creativegood.com/blog/21/losing-faith-in-ux.html

Slide 7

Slide 7 text

組織やチームをシステムと捉えてデザインする参照元：「実行力が強い組織づくりの要諦は、「システム思考」にある」@ムロヤ氏 https://note.com/muroya/n/nf44ed6d3bd74

Slide 8

Slide 8 text

前提とするメンバーの行動指針

Slide 9

Slide 9 text

行動指針を支えるTechValue

Slide 10

Slide 10 text

サービス開発を通して行動特性を育む

Slide 11

Slide 11 text

チーム/個人OKRを通して成長計画を

Slide 12

Slide 12 text

横断的支援のメリット組織全体のナレッジを醸成・共有できる「第3の存在」として健全な学習環境を整備開発メンバー+リード人材の成長を促進その組織の学習レベルでは解決できない課題に対しても横断的な知見でアプローチでき、成功・失敗体験のデザインパターン蓄積ができる。暗黙的に発言力が生まれるステークホルダーと開発者チームの関係性を整備しアウトプット中心の対話構造に立ち返らせることができるモブデザインデザイン・ペアワークなどを通して技術・知識など実務的な学習支援を通してメンタリング。サービスのスケールに伴う役割と雇用の言語化を支援できる

Slide 13

Slide 13 text

組織の中で自分のアイデンティティを設計する

Slide 14

Slide 14 text

課題解決と対話を通して成長を感じられる”仕組み”を理解する図：フロー理論 https://blog.jnito.com/entry/2019/01/22/074628 @JunichiIto

Slide 15

Slide 15 text

横断的支援デメリット期間的な目標設定や自走化計画がないと属人性の塊になる例外を除いて常にHumble（謙虚）でなければならない支援目的の共有がないと単なる外部リソースとして認識されるデザイナーのトラックナンバーの定義。手段としてのデザインシステムの構築を提起し、厳格なルールではなくサービスの目的やユーザーセグメントの定義、グランドルールの整備をおこなう。チームのコンサルやアドバイザリーとして短期的なアサインをする場合は、役割と期待される成果を提起しつつ、メンバーが自ら考え行動する思考の余地を残す必要がある。横断的支援の目的は目的はリソースの短期的な供給にとどまらず、サービスの状態や成長フェーズ、スケールに応じたジョブの明確化と採用戦術、メンバーの育成計画はセットとなる

Slide 16

Slide 16 text

アウトプット起点の対話と共創文化づくり

Slide 17

Slide 17 text

サービスと共に成長できる環境づくり

Slide 18

Slide 18 text

具体的なアプローチ “デザインファシリテート”

Slide 19

Slide 19 text

UXデザインプロセスを全部見せる

Slide 20

Slide 20 text

誰でもデザインに参加できるようになる時代

Slide 21

Slide 21 text

議論の中心に適した成果物 / フィードバック

Slide 22

Slide 22 text

職能デザイナーの強みを再認識する

Slide 23

Slide 23 text

プロジェクト運用での注意点ファシリテーター/ドライバーが不在基本的に散らかりがち情報の寄りどころとしての期待値調整ホワイトボードの代替としてグラフィックファシリテート、ストラクチャードコミュニケーションのように行う場合。各種 MTGやディスカッションの計画とゴール設定、プロジェクトドキュメント落とし込みの規則が決まっていないとダラダラする定期的にふりかえりや主体的な関係者で棚卸しをしないと、情報の正確性、作業進捗、検証制度が著しく低下するため、デザインシステム運用でありがちだが、学習コストと運用コスト対するチームの合意が前提となる最新のデータ、コンテンツの精度などすべてを保つことは無理ゲー。チームの職能ごとに活用の仕方は違うので、どのように活用するのかを明確にする。適した用途に適したツールは対話で決める

Slide 24

Slide 24 text

Material Design / Material UI kit に学ぶアプローチ

Slide 25

Slide 25 text

品質の高いUIの背景にある原理や基本法則にふれる

Slide 26

Slide 26 text

Starter Kitを提供してチームの学習にあわせて運用

Slide 27

Slide 27 text

プロジェクトの属性に応じてパターンを提供 DMM VR事業準備室（R&D 0→1） DMM WEB CAMP（サービス設計 / LPO）