共同トレーニングやワークショップの開催 ü 調査、分析、現状把握の共有 ü プロダクトコンセプトやビジョンの共有 ü 初期の事業計画 KEY FACTOR プロダクト開発に必要な機能と要素 ü プロダクトオーナー /チーム ü 早めにビジネスチームとエンジニアチームが⼀緒に動く ü アサインするメンバーは稼働100%が前提 オーナーが不在 もしくは兼務をしている.. Issue # 1 社内の合意形成が 出来ていない..
あるプロジェクトで外部パートナーのデザイナーが感じた課題 要件が提供/整理されるのを待っていないか？ ü 要求と⽬的から、画⾯・機能要件を検討出来たほうが良い ü 結局そのスプリントの効果測定はビジネス成果 ü 必要な情報や視界の共有はされているか？ ü 個⼈の⾃律ではなく、ロール(チーム)の⾃律を促しているか？ デザイナーとエンジニアに溝はないか？ ü プロセスとルールなど「共創環境」は整っているか？ ü MTGや細かい確認や詰めのコミュニケーションは？ ü 最終的にはフロントエンドとデザインが機能的に 統合された体制（早い段階での協働）が理想？
プロダクト(開発チームにおける)デザイナーとは、 魂は成果に Committed to outcomes not only 魂を細部に宿す⼈ 実現する⼀⼈ Design the UI system not only 画⾯をデザインする⼈ 伴⾛者 Run with you not only 第３者視点 ・・ ＋ ＋
インタビュー ü 顧客体験の把握 ü プロトタイプ活⽤ ü ユーザストーリー ü FS /アーキテクト KEY FACTOR 仮説検証をやらない、やれない理由 ü プロダクトビジョン／コンセプトが曖昧 ü プロダクトが⼤きすぎる、機能が多すぎる ü 最重要な機能がわからない （優先順位がつけられない） ü ペルソナが不明確 ターゲットや 提供価値が曖昧.. Issue # 2 構想が壮⼤すぎる.. 調査/分析に時間が かかりすぎている..
あとはUXデザインを考えれば…。 ü この技術で、この社会課題を…というよくあるケース。 ü 「その」ユーザーに届けたい価値は？ ü なぜ「変わる（利⽤される）」と考えているのか？ ü 同じ⾔葉でも個々によって解釈に齟齬がでないようにするには 現場の⽅が⾮合理的に考えていないか？ ü この企業のやる強みは？（その規模感の企業がやる強みは） ü 既存事業・部⾨との⼲渉は？ ü 急な共創を強いていないか？ ü 急な変化を強いていないか？
tonyrice
aleyda
aemeredith
baasie
uxyall
lara
nwiizo
mlcsv
inesmontani
michaelherold
signer
palkan
