Backlogで開発プロセスを可視化した話

JBUG沖縄#6 効率的なプロジェクトの進め方とチームコミュニケーション

Transcript

1. Backlogで開発プロセスを可視化した話
2. 自己紹介 • 〜2011：飲食業 • 2012年：株式会社プロトソリューション • 2018年：株式会社EC-GAIN • 2020年：CTO就任 • 現在　 ：開発組織構築奮闘中 神谷 築（カミヤ キズク） 1991年：32歳 ４人の子持ち お酒/ラーメン大好き
3. アジェンダ • プロダクトの紹介 • 開発プロセスの現状と課題 • Backlogの活用方法 • 成功事例 • 学んだ教訓 • プロジェクト進行とチームコミュニケーションのヒント • まとめ
4. プロダクトの紹介 プロダクトの紹介
5. 当たりか大当たりしかない ネットショッピング
6. EC市場の課題 開発プロセスとは
7. プロダクトの紹介
8. プロダクトの紹介
9. ユーザーは今のEコマースの購入体験では満足していない プロダクトの紹介 出典：Eコマース＆アプリコマース 2019月次定点調査 76.8% n=1100 商品の探し疲れを体験
11. 「買い物に迷ったらpippin」を目指しています。 プロダクトの紹介
13. 開発プロセスの現状と課題 開発プロセスの現状と課題
14. 開発プロセスとは 開発プロセスの現状と課題
15. 開発プロセスの現状と課題
16. どうなっていたか？ 開発プロセスの現状と課題
17. プロセス構築前 何も定義されていない自然な開発プロセス
18. ある時期を境に 鬼のように戻りが発生 工数爆増！ 課題
19. 人数が増え 開発規模が大きくなり 進め方がバラバラになった 原因
20. 阿吽の呼吸が難しい 原因
21. 課題 戻りが増え実装スピードが遅くなってしまう！
22. プロセス定義が必要かも？ とはいえ、変更には時間がかかりそう。 今のやり方のブラッシュアップでいけないか？ そもそも今のやり方が良いとも思ってないしな。。。 ちゃんと考えてみるか 一般的な開発プロセスちゃんとやると重いな。。。 会社にとって最適だと思われる進め方はなんだ？ 今より早くなる開発プロセスを考えてみよう よくよく考えると工程定義決めないと全員意思疎通が難しいぞ 要件定義一つとっても全エンジニアのイメージ違うやん！ 対策：思考変遷
23. EC-GAIN流 開発プロセスを作ろう！ 対策
24. それがこちら！ 開発プロセス
25. 開発プロセス：大枠のプロセス
26. 開発プロセス：上流工程
27. 開発プロセス：デザイン工程
28. 開発プロセス：開発工程
29. 開発プロセスの現状と課題
30. 開発プロセス：工程毎の詳細定義や例題
31. これで問題ないはず！ 開発プロセス
32. 開発プロセス
33. 開発プロセス：問題点 • プロセスを作っただけでは使われない • メンバー全員プロセスを勉強し覚える必要がある ◦ 学習コストが発生 • ぶっちゃけ資料作っても誰も見ない
34. 勉強する必要なく すぐに誰もが理解できる状態にし 手間もかからず 変更も簡単に行える物を作る必要がある 開発プロセス：対策検討
35. 開発プロセス：対策 • 作業内容及び作業手順を言語化し誰でも読めば誰でも理解で きるようにする • Backlog課題はみんな見ているので、全ての情報を課題に乗 せることで手間を無くす • 必ず変わるので、変更にかけるコストを最小限にする
36. Backlogの活用方法 Backlogの活用方法
37. Backlogの活用方法
38. Backlog一括登録スプレッドシート
39. これ作ったヌーラボさん天才！ ありがとうございます！！！ Backlogの活用方法
40. Backlogの活用方法：魔改造
41. Backlogの活用方法：Backlogチケット一括登録ツール
42. Backlogの活用方法：子課題
43. Backlogの活用方法：Backlogチケット
44. 成功事例 成功事例
45. 成功事例：できたことのまとめ • 理解する手間を無くす ◦ 課題を読めば作業内容がわかる ◦ 課題を読めば詳細ドキュメントまでリンクしている • リソースの可視化 ◦ 誰が今どんな作業しているのかがわかるようになった ◦ その作業がどこまで完了しているのかがわかるようになっ た • 変更の簡便さ ◦ スプレッドシートをちょちょいで追加/変更/削除が可能
46. リソースが可視化されて状況把握できるように なったのが良い 成功事例：メンバーの声
47. 次のアクションが明確なので 迷わない 成功事例：メンバーの声
48. すぐにプロセスが変更できるので 共有が早い 実行者には密に共有、 それ以外のメンバーはさらっと共有 成功事例：神谷の声
49. 学んだ教訓 学んだ教訓
50. 学んだ教訓 • 作っただけで完成ではない • わかって欲しい！は作った人のエゴ • 理解してもらうのにかかるコストは膨大 • 情報へのアクセスはわかりやすく • 100%の理解を求めてはいけない（何をやっているのかがわ かる程度で納める） • 理解していないこともメリットとして捉えられる（その場で都度 キャッチアップし、理解できる状態にする）
51. 効率的なプロジェクト進行と チームコミュニケーションのヒント 効率的なプロジェクト進行とチームコミュニケーションのヒント
52. 開発プロセスを構築し 誰でもすぐ理解できる状態にし 運用に落とし込み 改善をし続けること。 どこの何がどのように問題であるか？ がチームの共通言語として使えるようになる 効率的なプロジェクト進行
53. コミュニケーションを減らす努力をする 誰でも簡単に確認できる状態にする 誰でも簡単に理解できる状態にする チームコミュニケーションのヒント
54. まとめ まとめ
55. まとめ • 開発プロセスの重要性や課題の話 • プロセスを作っただけでは何も効果がない • 誰でも理解でき、すぐに確認でき、すぐに変更できることの重 要性 • Backlogが無いとEC-GAINは仕事ができない ◦ 課題一括登録スプレッドシートを作った人ありがとうござい ます
56. スタートアップに興味がある素敵なエンジニアを 募集中！ カジュアル面談して副業から始めましょう！ 最後に