少人数チームにおける複数アプリの継続的デリバリー＿Yoshihiro Tanaka

【Flutter特集】Flutter開発の裏側〜各社が向き合う課題と挑戦〜 ( https://findy.connpass.com/event/370621/ )の登壇資料です。

Transcript

1. 少⼈数チームにおける複数 アプリの継続的デリバリー Yoshihiro Tanaka
2. Yoshihiro Tanaka • UPSIDER, Inc. • App team • ⼤体 2 年くらい
6. Agenda 1. App team の役割 2. Team 構成 3. 私たちの課題 4. 課題に対する対応
7. App team の役割
8. • いくつかの app と backend を管理するのが主な役割 ◦ UPSIDER ◦ PRESIDENT CARD ◦ Mobile backend ◦ 今後は White label apps も展開 • App team ⾃⾝でも計測や評価を⾏い、機能を設計している • ⼀部 QA の設計や実施も担っている
9. Plan Action Analyze Evaluate App team Plan Team B Plan Team A
10. Team 構成
11. • Engineer 3 名 • 全員が Android / iOS / backend を実装する体制 ◦ Flutter app なので実装コストが⽐較的低い ◦ Backend は Go なのでこちらも学習‧実装コストが抑えられる ◦ 仕様は基本的に全員が把握‧共有する
12. 課題
13. • 2 つの app / backend を効率よく開発していく必要がある ◦ QA の設計などもあるため、リリースが混み合うと開発⼯数が少なくなる ◦ Hotfix などもその都度発⽣し得る
14. • UPSIDER app と PRESIDENT CARD app には重複した機能 が多い • ⼀⽅で、それぞれ個別の機能も存在する • A に⼊った機能や修正は B にも⼊れたい
15. 対応
16. Repository • 数ヶ⽉前に monorepo に変更した • 今までは App, package 別の repository で管理していたが… ◦ 別の app に機能を持ってくるのが⾯倒 ◦ 修正を⽚⽅に反映するのを忘れる ◦ CI/CD 上での private package の管理が煩雑
17. App packages UPSIDER And more… PRESIDENT CARD Before
18. App packages UPSIDER PRESIDENT CARD Shared Package C apps UPSIDER PRESIDENT CARD Shared Package A Package B After
19. Development • Pub workspaces を使⽤して管理 • 共通機能に関しては shared 配下の package に順次切り出す • Apps 配下の shared ◦ まだ package に切り出せていないもの ◦ CI/CD 関連の共通のもの
20. CI/CD • それぞれの directory の変更に応じて lint などを実⾏する ◦ Package / Shared が変更された場合はそれぞれが⾛るように
21. CI/CD • Release 時は namespace で release branch を切り分けて それぞれ QA 向け、Prod 向けの準備をする ◦ E.g. releases/upsider/v1.0.0
22. Cons • リリースでどのような差分が⼊ったか把握す るのが難しい ◦ Devin などを活⽤して markdown 形式で書き出させ ている • Devin などの⾃⽴型 AI agent に repository の構成を教えたり、workspace の setup を ⼯夫する必要がある
23. Pros • 開発効率は上がっている ◦ 依存関係などもより早く upgrade できるようになった • CI/CD の管理がかなり楽になった ◦ 主に⾃分が管理していたため、個⼈的に⼀番嬉しい
24. 今後の展望
25. • Cursor, Devin, v0, Claude Code などを活⽤した効率化 ◦ 特に事務作業やリリース作業の効率化を今後も進める • Figma や Designer との連携強化 • AI を活⽤した E2E test の実施
26. おわり