一休.comレストランアプリ チーム開発で取り組んだこと

2017年11月28日 pmjp.slack.comオフ会#11 で発表した内容です。https://pmjp.connpass.com/event/72010/

Transcript

1. 一休.comレストランアプリ チーム開発で取り組んだこと 2017.11.28 土田 はるか
2. 1. はじめに 2. チーム開発での取り組み a. 課題・施策の共有 b. プロトタイピング・開発中あるある c. リリース前チェック
3. 1. はじめに 2. チーム開発での取り組み a. 課題・施策の共有 b. プロトタイピング・開発中あるある c. リリース前チェック
4. 自己紹介 土田はるか 株式会社一休 レストラン事業本部 アプリ開発部 開発ディレクター 経歴 2012年4月 某SIer入社 2015年7月 某携帯電話メーカーでAndroidアプリ開発に携わる 2015年9月 Androidアプリ開発エンジニアとして入社 半年ほどiOSアプリ開発に携わる 2016年7月 開発ディレクターに転身 はじめに
5. 開発チーム体制 • ディレクター 1名 • エンジニア 3名 • デザイナー 1名 はじめに
6. はじめに
7. ビフォア はじめに
8. アフター はじめに
9. 1. はじめに 2. チーム開発での取り組み a. 課題・施策の共有 b. プロトタイピング・開発中あるある c. リリース前チェック
10. 今まではこんな開発をしていた 課題・施策の共有
11. プロダクトの全体感を共有 開発チームが全体感を把握することで、各プロジェクトに対する理解 が深まり、成果物の精度も高くなる 課題・施策の共有
12. プロダクトの全体感を共有 • 当時のKPI 課題・施策の共有
13. • ホワイトボードにKPI、ロードマップ、スケジュールを貼る プロダクトの全体感を共有 課題・施策の共有
14. 各施策の共有 • どの課題を解決するのか、なぜその課題なのか • 課題をどのように解決しようと思っているのか • 解決することによって数字にどう影響するのか 課題・施策の共有
15. どの課題、なぜその課題 課題・施策の共有
16. どのように解決するか 手書きワイヤーで改善イメージを共有することで、認識のズレ を回避し、議論を活発化かつスムーズに！ 課題・施策の共有
17. どのように解決するか 課題・施策の共有
18. 穴の空いたバケツモデル 「日経電子版アプリ 穴のあいたバケツ開発」 https://speakerdeck.com/taishiblue/ri-jing-dian-zi-ban-apuri-xue-falseaitabaketukai-fa 課題・施策の共有
19. 1. はじめに 2. チーム開発での取り組み a. 課題・施策の共有 b. プロトタイピング・開発中あるある c. リリース前チェック
20. こんなこと、よくありますよね • 迷いの森に入ってしまった… • 想定よりも工数が膨らみそうだ… プロトタイピング・開発中あるある
21. 迷いの森 〜こんなことがありました〜 予約者情報の入力画面 「できるだけユーザーの入力する手間を省き、CVをあげ よう！」 プロトタイピング・開発中あるある あーでもない こーでもない
22. 迷いの森なう そんな時は • 課題に立ち返る • 課題解決に繋がるのか？ • 課題の解決方法は正しかったのか？ • そもそも課題設定は正しかったのか？ プロトタイピング・開発中あるある
23. 迷いの森なう そんな時は プロトタイピング・開発中あるある 予約者情報の入力画面は、解決方法に問題があった！ なんとなく 使いにくい... あーでもない こうすれば 使いやすくなり そう
24. 想定より工数膨らみそう・・・ • マイルストーンを見直し、分けられる機能がない か検討 • これはオプション的機能だというものは大胆に切り落とす • 前提として規模の大きいプロジェクトでも １ヶ月を超えないように予定を立てる • 1ヶ月に大規模改善1つ、または中規模改善２〜３つを意識 • チーム外から見て「あれ、この１ヶ月何やってたの？」とならない ようにする プロトタイピング・開発中あるある
25. 失敗談 「複数選択や一括シェア、一括削除でき たら便利だよね」の言葉からスコープに 含め開発をしていたもの 最適なUIの結論が出ず中途半端な代物 に・・・ プロトタイピング・開発中あるある
26. 1. はじめに 2. チーム開発での取り組み a. 課題・施策の共有 b. プロトタイピング・開発中あるある c. リリース前チェック
27. リリース前チェックの実施 • 目的 • 解決したい課題は解決できているのか • ユーザーは満足できるのか （削ぎ落とした機能が、実は必要だった？） • ユーザーにとって使いやすいものになっているか • バグの発見（おまけ） ユーザー目線！大事！ ＜•＞＜•＞ リリース前チェック
28. こちらからアイデアを いただきました 「スマートフォンアプリ開発における共創的な開発チーム」 https://speakerdeck.com/ninjinkun/sumatohuonapurikai-fa-niokerugong-chuang-de-nakai-fa-timu リリース前チェック
29. チェックの流れ 1. 解決しようとしていた課題、仕様を振り返る 2. フリーに触ってみる（10~20分） • 気になったことを付箋に書く 3. 各自、気になったことをを発表・議論 4. 気になったことを並べ、対応するべきか 対応する優先度を決める リリース前チェック
30. 対応する/しない、優先度決め • リリースまでに絶対やること • やれたらやった方がいいこと • 次のフェーズやること • やらなくていいこと リリース前チェック
31. ご清聴ありがとうございました