UXデザイン思考をマネジメントに活かす対話のまとめ

UXデザイン思考をマネジメントに活かす

1. 出発点：「UXは何にでも応用できる」への批判的検討

NotebookLMの要約は「マネジメントにも応用可能」と結論づけていたが、鵜呑みにできない

AI要約は「つながりを見出す」のが得意なので、もっともらしくても論理の飛躍が混ざる

2. 全部を持ち込むのは危険：3つのリスク

UXの前提は「デザイナーがユーザーの体験を設計する」という非対称な関係

部下はユーザーではない

「感情を動かす動線を設計する」発想は、一歩間違えると操作的なマネジメントになる

離脱できない相手

ユーザーは不満なら去れるが、部下は簡単に離脱できず、フィードバックループが働きにくい

対話の欠如を覆い隠す

「体験を設計してあげる」姿勢が、対話や権限移譲の不足をきれいに見せてしまう

3. 有効なのは「設計」より「リサーチ」

△ 体験を設計する

感情や動機づけを「動線」として作り込む → 思い込みが混入しやすく、気づかれると信頼を損なう

◎ 観察し、思い込みを検証する

接点（面談・会議・導入時）の摩擦を減らす

メンバー視点でジャーニーを洗い出す

仮説 → 小さく試す → 観察する

抽象的に「UXを取り入れた」と語るより、具体的な場面（例：新人の最初の30日）の摩擦を一つ減らすことから

4. 本当の関心：指示の粒度をどう設計するか

細かすぎる指示は自律を奪う／経験の浅い同僚には丁寧さが必要 → 矛盾ではなく設計の問題

プログレッシブ・ディスクロージャー

必要な情報を必要なタイミングで段階的に渡す。最初のタスクに必要な分だけ丁寧に

習熟度に応じて粒度を変えれば、マイクロマネジメントと放任の両方を避けられる

ハーシィ＆ブランチャードが提唱。部下の成熟度に応じて指示的／支援的な関わりの配分を変える

UX由来でなくても既に確立された知見がある

5. 自律を育てる：渡すのは「答え」ではなく「判断基準」

UX的発想は「迷わせない」方向に働きがちだが、成長には迷って自分で判断する余白が必要

目的を渡す：何のためのタスクかを共有し、手順の細部は本人に委ねる

裁量の範囲を決める：どこまで自分で決めてよく、どうなったら相談するかを明確に

フィードバックをもらう：「指示は細かすぎた？足りなかった？」と定期的に聞く（UXのユーザーテストに相当）

勝手に粒度を変えると相手を混乱させる → 本人の声で検証する仕組みをセットにする

6. 対話から生まれた気づき

コミュニケーションは「気の利いたことを言う」ことではなく、フィードバックをもらうだけでも成立する

聞く側・受け取る側に回るだけで成立する場面は多い

フィードバックを求めることは「あなたの見え方を尊重している」というメッセージ

「出力を設計する」より「相手から学ぶ」——UXで最も大事な観察とテストの姿勢と一貫している

7. 次の一歩

SL理論の入門記事を読む

場面を一つ決めて小さく試す

例：経験の浅い同僚への最初のタスクで、目的・裁量の範囲・相談のタイミングをセットで渡す

本人にフィードバックをもらう

指示の粒度は合っていたかを定期的に聞き、理論の仮説を本人の声で検証する

理論で仮説を立てて、本人の声で検証する——それ自体がUXのプロセス