以下の内容はhttps://ozaki25.hatenadiary.jp/entry/2024/07/22/212410より取得しました。
感想
- アジャイル開発の経験があってデザインリサーチに興味があるという立場で聴きましたが共感できることも多く楽しめました
デザインリサーチとプロダクト開発をつなぐために
事例
プロダクト開発とデザインリサーチ
- デザインリサーチ
- プロダクトをデザインするためのリサーチ
- 現状を良くするには人々を理解することが大事
- 本質的なニーズを探し出す
- デザインリサーチの活用
- 探索的リサーチ
- 長期;ニーズを探し出す
- 短期:プロダクトの適切な仕様を見出す
- ボタンに何てラベルをつけるとか
- 評価的リサーチ
- デザインリサーチをすると
- 作るものが明確
- ゴールがわかるので士気を高めやすい
- 手戻りが最小限
- デザインリサーチとアジャイルは思想は似てる
- でもフェーズが分断されている
アジャイルの中でリサーチをうまくやるために
- チーム構成が重要
- クロスファンクショナルチーム
- 開発者とリサーチャーを過度に分離しない
- 開発者もリサーチタスクに取り組む
- 長期的なリサーチはやりつつ短期的なリサーチを組み合わせる
- 開発プロセスを対象にリサーチ
アジャイルとデザインリサーチの結びかた
- 仮説検証型アジャイル開発
- 問題設定と問題解決を融合する
- 選択肢の幅を広げるところからスタート
- 検証して絞り込んで作るものを決める
- 探索するフェースと一点集中するフェーズ
- なぜこういったアジャイルが必要火
- 解くべき問題の設定があって、解決手段を構築する
- 問題はPOががわかっている段階で解決手段が分からないとき
- 小さく回して反復的に作っていく
- 本当にPOは問題をわかっているのか?
- 実際は問題もわかってないから解決手段を決められない
アジャイル開発とデザインリサーチ
- 問題の設定の検証をどうやって回していくか
- デザインリサーチが長すぎる
- 少なくとも仮説キャンバスを書いて確かめるところから
- 要件定義に仮説検証を紛れ込ませる
- デザインリサーチと開発をどう接続するか
- MVPの特定を中間目標に
- PSFが確かめられてる
- PMFの仮説が立ってる
- 検証の完了が開発のReadyではない
- 何が必要か分かった、がどう作るか分かってるとイコールじゃない
- エピック-> ストーリー -> バックログ といった感じで具体化していく
デザインリサーチとアジャイルをどうやって両立させるか
- 新規なのか既存なのかで違う
- ゼロベースは仮説の検証から始まってMVP目指してく
- 既存はプロダクトの改善と新たな価値検証が並行する
- 検査適応の機会が仕組み化されてれば無限リサーチにはならない
- アジャイル型仮説検証 + アジャイル開発
これからのプロダクトづくりを考える
パネルディスカッション
- MVPの時点でどこまでUIを作り込むか
- 何を確かめたいかで変わってくる
- どこまで公開するかによる
- プロトタイプレベルを使ったフィードバックをどこまで信用できるのか
- インタビューの中でのフィードバックでいいと言われても実際には使ってもらえないことがある
- こういう前提が揃えば使うよねという前提を確かめるのがポイント
以上の内容はhttps://ozaki25.hatenadiary.jp/entry/2024/07/22/212410より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます
不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14