当事者が当事者開発を⾏うことの強み

Transcript

1. Agile PBL祭り 2023-03-16 当事者が当事者開発を⾏うことの強み 船⼭滉介・飯塚涼太・齋藤光貴・塙秀幸 enPiT：Team FISH
2. 背景 プロダクトオーナー（PO）が当事者 ペルソナ l 発話が明瞭ではない聴覚障がい者 課題 l 数⼈の聴者に囲まれたリモート会議で聴者らと双⽅向コミュニ ケーションができにくい 2
3. 3 ⼀つ⽬の学び 当事者参画型開発
4. 4 通常の開発と我々の開発 ユーザから純度100%の意⾒を得られる 通常 カード① カード② ユーザ PO カード① ユーザ×PO 我々 POの解釈によって ユーザの意⾒･要望の⼀部が 失われる可能性有り ユーザと開発者との間が ダイレクトとなっているので、 意⾒･要望を100%受け取れる カード③ 開発者 カード② 開発者
5. 5 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【リーンキャンバス】 l 課題の明確化 【通常の場合】 l 具体的な利⽤者を想像して課 題を考える 【我々の場合】 l 実際の利⽤者の経験を踏まえ た上で課題を考える
6. 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【リーンキャンバス】 l POが実際に経験したこと l ある話題に対するチャットの⼊⼒中に、話題が変わってしまって⼊⼒した チャットを送れなかった 6
7. 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【リーンキャンバス】 l POが実際に経験したこと l チャットを⼊⼒する時間がかかってしまい、聴者を待たせているというプ レッシャーが常にあった 7
8. 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【リーンキャンバス】 l POが実際に経験したこと l チャットを送信したけど、聴者に気づいてくれなかった 8
9. 9 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【スプリント中】 l 課題に対する認識にズレが無くなるため無駄な機能を作らない 開発者と同じ課題認識ヨシ！ POと同じ課題認識ヨシ！ 課題 PO・利⽤者 開発者
10. 10 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【スプリント中】 l 実際にあった例その１ l ⾳声の種類を増やしてほしいという要望があったが、聴覚障がい者の課題 ではなかったため、優先順位を下げた それは聴覚障がい者の課題ではない 今は増やさなくていいよ おかのした PO・利⽤者 開発者 ⾳声の種類を 増やしてほしい
11. 11 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【スプリント中】 l 実際にあった例その2 l POと開発者の間でその⽅法で課題を解決できるのか共有できた 漢字変換確定した時にチャット内容を送出する 形で良いですか 句読点で送出した⽅が課題解決に貢献出来る 開発者 PO・利⽤者
12. 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【スプリントレビュー・デモ】 l 開発者では考えられていなかった課題の発⾒ Ø 読み上げられたチャット内容を聴者が時々聞き漏らすことを発⾒した Ø ログを表⽰する機能を実装し、コピペで送れるようにした 楽に再送できる 機能が必要だ もう⼀回、 読み上げて！ PO・利⽤者 12
13. 13 実在する当事者にインタビュー 確実にある課題をありのままに捉えられる 【スプリントレビュー・デモ】 l すぐにユーザからのフィードバックを得られる Ø 素早い機能の修正が可能 素早くリリースできる チャットログの位置、チャット⼊⼒欄の 上の⽅がやりやすいですね〜 すぐにフィードバックを受け取れる
14. まとめ 当事者と⼀緒に開発をしよう！ l メリット1 ユーザから純度100%の意⾒を得られる l メリット2 確実にある課題をありのままに捉えられる 14
15. 15 開発したプロダクト Sekoe MVP l 聴覚障がい者が 送信したチャッ トを⾳声で読み 上げることで、 聴者に気付いて もらう機能