Upgrade to Pro — share decks privately, control downloads, hide ads and more …

before/afterで見る Cake.jpのアジャイル開発

before/afterで見る Cake.jpのアジャイル開発

虎の穴ラボさん主催(サイボウズさん、Cake.jp合同)の「アジャイル開発、どうやって進めてますか?LT会」に登壇した際の資料です

https://yumenosora.connpass.com/event/314082/

Keisuke Yamauchi

May 09, 2024
Tweet

More Decks by Keisuke Yamauchi

Other Decks in Technology

Transcript

  1. 2 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 自己紹介 山内 啓輔

    やまうち  けいすけ 担当業務 バックエンドエンジニア、たまにインフラ 🍰おすすめスイーツ 元祖かぼちゃプリン 約1.2kg かぼちゃ感が強く、甘さが控えめで美味し い! 付属のカラメルをかけることで甘さもアップ
  2. 3 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリース( PR)について 5.  まとめ Cake.jpのアジャイル開発について
  3. 4 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリース( PR)について 5.  まとめ Cake.jpのアジャイル開発について
  4. 5 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 前提共有 開発体制 ・PM

    ・エンジニア ・デザイナー 2名 6名(うち業務委託が1名) 3名
  5. 6 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 前提共有 プロジェクト(タスク) ・やりたいプロジェクトはたくさんある

    ・プロジェクト以外にも小粒のタスクもある ・開発がプロジェクトの作成から実施まで行っている 人数が足りず、1エンジニア/1プロジェクト サイトの使いやすさの向上は、開発チームの責務として進めている プロジェクトのタスクもしつつ、他部署から依頼される小さなタスクも行っている
  6. 7 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリース( PR)について 5.  まとめ Cake.jpのアジャイル開発について
  7. 8 © Cake.jp Co.Ltd. All Right Reserved.|Confidential スプリントのスケジュールについて 1スプリントの流れ ・スプリント期間は

    1週間 ・毎朝デイリースクラム ・金曜日にレトロスペクティブ、スプリントプランニング
  8. 10 © Cake.jp Co.Ltd. All Right Reserved.|Confidential スプリントのスケジュールについて 2週間 Good

    スプリントごとのイベントは 2週間に1回だけ Bad やりたいタスクが出てきた場合、 2週間待つ必要がある before 1週間 after Good やりたいタスクを2週間待たずに着手可能になった Bad スプリントごとのイベントは倍になった スプリント期間の before/after
  9. 11 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリース( PR)について 5.  まとめ Cake.jpのアジャイル開発について
  10. 13 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 各種イベントについて 主にタスクの進捗の共有 Good

    遅れがあれば内容を共有 Bad 事務的に現状のタスクの進捗状況の確認 before タスクの問題点の共有 after Good 問題点のみを共有するようにした Good 人数も少ないので、報告せずとも他のエンジニアの状況は概ね理解できている Good 余った時間を数値確認(前日の売り上げ、会員登録数など)の時間に使っている デイリースクラムの before/after
  11. 14 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 各種イベントについて KPT(Keep Problem

    Try)でスプリントを振り返る Good KPTで各自振り返る Bad 振り返りはKPTのみ before タスクの上振れや下振れを振り返る after Good プランニングポーカーで付けたポイントを元に、上振れ下振れを振り返る Good より自分たちのサービスに詳しくなっていく Good KPTは継続 Bad 強いて言うなら少し時間が掛かるようになった レトロスペクティブの before/after
  12. 15 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 各種イベントについて ポイントは担当者がつける Good

    ストーリーポイントは担当者が事前に付けておく Bad タスクの詳細を把握しているのは担当者のみ before プランニングポーカーの導入 after Good ポイントを付けをするために、全員がタスクの詳細を理解できる Good 各自の懸念や、時短ポイントを共有 Good 曖昧な仕様を確認して、仕様の確定、 PMに戻すなどを行う Bad プランニングの時間が増えた スプリントプランニングの before/after
  13. 16 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリース( PR)について 5.  まとめ Cake.jpのアジャイル開発について
  14. 17 © Cake.jp Co.Ltd. All Right Reserved.|Confidential リリース(PR)について 前提 ・1日あたり5~10回程度

    小粒タスク、管理画面、デザイナーのリリースなども含めた件数 ・1年前は不具合も多々出ていた レガシーさも相まって、不具合が定期的に出ていた
  15. 18 © Cake.jp Co.Ltd. All Right Reserved.|Confidential リリース(PR)について 巨大なPRを作ってしまうこともしばしば Good

    PR作成のコストは低い Bad プロジェクトのPRの行数がかなり多くなってしまう Bad レビューで不具合を拾えない before PRをいくつかに分ける after Good PRを分けて100〜200行程度のサイズにしてレビューを依頼する  Good 1回あたりのレビュー負荷が軽減されて、不具合に気づきやすくなった Bad PRを分ける手間が生じる プルリクエストの before/after
  16. 19 © Cake.jp Co.Ltd. All Right Reserved.|Confidential 今日話す内容 1.  前提共有

    2.  スプリントのスケジュールについて 3.  各種イベントについて 4.  リリースサイクルについて 5.  まとめ Cake.jpのアジャイル開発について
  17. 20 © Cake.jp Co.Ltd. All Right Reserved.|Confidential まとめ アジャイルの対象はソフトウェアだけじゃない 自分たちが行っている開発サイクルも、何かしら改善できる余地があるはず

    変化には痛みを伴うこともあるが、その先により良いものが見つかるかもしれない 自分たちの組織にあった、よりベターな形を探していこう!