Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
スプリントレビュー(バザー形式)とそれを支えるCI CD / sprint-review-ba...
Search
OPTiM
May 21, 2024
Technology
0
1k
スプリントレビュー(バザー形式)とそれを支えるCI CD / sprint-review-bazaar-and-supporting-cicd
OPTiM
May 21, 2024
Tweet
Share
More Decks by OPTiM
See All by OPTiM
メモ整理が苦手な者による頑張らないObsidian活用術
optim
1
190
新卒でも即戦力になりたい! ~新卒エンジニアがAIを使ってElectronアプリの改善をやってみた~/20250723-ai-endo
optim
0
36
製品価値向上のための "上流工程" AI支援/20250723-ai-uehara
optim
0
37
IoT機器の一括デバイスプロビジョニングと遠隔操作の技術 / 20250424-iot-aoki
optim
0
48
ClineにNext.jsのプロジェクト改善をお願いしてみた / 20250321_reacttokyo_LT
optim
2
2k
k8s(EKS)でマルチテナントプラットフォームを運用する際のコスト按分の実装 / 250124_LT_SRE
optim
0
63
MDMサービスの巨大さと特殊さに負けない開発体制と品質プロセス / technight250218
optim
0
130
Nuxt3マイグレーションについて / nuxt_migration
optim
1
260
挑戦を楽しむ!保守運用の管理課題への取り組み
optim
0
160
Other Decks in Technology
See All in Technology
Google Agentspaceを実際に導入した効果と今後の展望
mixi_engineers
PRO
2
280
【CEDEC2025】ブランド力アップのためのコンテンツマーケティング~ゲーム会社における情報資産の活かし方~
cygames
PRO
0
230
【Λ(らむだ)】最近のアプデ情報 / RPALT20250729
lambda
0
220
みんなのSRE 〜チーム全員でのSRE活動にするための4つの取り組み〜
kakehashi
PRO
2
130
相互運用可能な学修歴クレデンシャルに向けた標準技術と国際動向
fujie
0
200
Strands Agents & Bedrock AgentCoreを1分でおさらい
minorun365
PRO
6
210
LLM開発を支えるエヌビディアの生成AIエコシステム
acceleratedmu3n
0
370
Findy Freelance 利用シーン別AI活用例
ness
0
260
AWS re:Inforce 2025 re:Cap Update Pickup & AWS Control Tower の運用における考慮ポイント
htan
1
190
AIエージェントを現場で使う / 2025.08.07 著者陣に聞く!現場で活用するためのAIエージェント実践入門(Findyランチセッション)
smiyawaki0820
1
110
反脆弱性(アンチフラジャイル)とデータ基盤構築
cuebic9bic
2
160
Perlアプリケーションで トレースを実装するまでの 工夫と苦労話
masayoshi
1
400
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
Optimizing for Happiness
mojombo
379
70k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.5k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
130
19k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
332
22k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Designing for humans not robots
tammielis
253
25k
A designer walks into a library…
pauljervisheath
207
24k
Site-Speed That Sticks
csswizardry
10
750
Side Projects
sachag
455
43k
Transcript
© 2019-2024 OPTiM Corp. All rights reserved. © 2019-2024 OPTiM
Corp. All rights reserved. 1 株式会社オプティム シニアエンジニア 今枝 スプリントレビュー(バザー形式)と それを支えるCI/CD
© 2019-2024 OPTiM Corp. All rights reserved. 2 自己紹介 【入社年度】
20年度入社 【現職】 株式会社オプティム シニアエンジニア 【最近主な業務・経歴】 エンジニア歴: 5年目 (Go, Typescript, Vue, NestJS, k8s, Terraform) 3/27リリースの新サービス OPTiM サスマネ 開発 【紹介】 バックエンド(Go, TypeScript)や、 たまにフロント・インフラの部分も触ったりしています。 学生時代は競プロ楽しんでいました。 今枝 いまえだ
© 2019-2024 OPTiM Corp. All rights reserved. 3 株式会社オプティム 英語表記:OPTiM
Corporation(東京証券取引所プライム市場:3694) OPTiM SAGA(佐賀本店) :佐賀県佐賀市本庄町1 オプティム・ヘッドクオータービル OPTiM TOKYO(東京本社):東京都港区海岸1丁目2番20号 OPTiM KOBE :兵庫県神戸市中央区小野柄通7丁目1番1号 菅谷 俊二(佐賀大学農学部招聘教授) 2000年6月8日 444百万円 3月 406名(2024年4月1日現在) ライセンス販売・保守サポートサービス(オプティマル)事業 (IoTプラットフォームサービス/ リモートマネジメントサービス/サポートサービス/その他サービス) 商 号 所在地 代 表 設 立 資本金 決算期 従業員数 事業内容 会社概要
© 2019-2024 OPTiM Corp. All rights reserved. 4 アジェンダ
スクラム開発とスプリントレビュー スプリントレビュー 運用時の課題 スプリントレビュー バザー形式とは? バザー形式 運用事例 バザー形式を支えるための CI・CD 改善 まとめ
© 2019-2024 OPTiM Corp. All rights reserved. 5 スクラム開発とスプリントレビュー
スクラムの流れ ◼ スプリントプランニング: 計画 ◼ デイリースクラム : 検査 ◼ スプリントレビュー : 成果を検査 ◼ スプリント レトロスペクティブ : 振り返り 本日話をするのは スプリントレビューについて
© 2019-2024 OPTiM Corp. All rights reserved. 6 スプリントレビュー 運用時の課題
スプリントレビューを運用する中での課題 ◼十分な結合がされていないアプリでレビューされてしまう ◆開発者のローカル環境でスプリントレビューし、結合したときの挙動と異なる ◆機能を知っている前提で開発者目線で操作・発表してしまう ◼開発担当者が発表する、受け入れ条件の確認等のみになっている → アンチパターン ◆開発寄りのフィードバックが偏り、顧客目線・営業目線などのフィードバックが得られない ◆本来であれば、今後の機能についても話し合うべき… ◼クローズの場で開催されて社内にプロダクトの状態の周知ができない ◆会議室等で開催され、アプリのスプリントレビューが内輪向けの説明になっている
© 2019-2024 OPTiM Corp. All rights reserved. 7 スプリントレビューバザー形式とは? https://less.works/jp/less/framework/sprint-review
バザー形式によって、スプリントレビューの議論の活発さの向上 小さなブースで実際に参加者に触ってもらいながらフィードバックを確認できる 参加者 • 開発・企画・営業・別チームの営業・デザイナー 周知方法 • オープンな場にするために全社メールで バザーの開催場所と時間を周知 フィードバック • 口頭での質問や、チャットにて質問 タイムスケジュール • オープニング(5分) • 1回目(15分) Aブース画面共有(リモート用) • 2回目(15分) Bブース画面共有(リモート用) • 3回目(15分) Cブース画面共有(リモート用) • POが質問回答(10分〜)
© 2019-2024 OPTiM Corp. All rights reserved. 8 バザー形式 の運用事例
会場・タイムボックス ユーザーストーリXX 〇〇機能の改善 ユーザーストーリYY ユーザーストーリZZ
© 2019-2024 OPTiM Corp. All rights reserved. 9 バザー形式のスプリントレビューで実際に得られた効果
より有意義なフィードバックが得られた ◼ ユーザーが自由に触れることでUI・UX・デザイン関連の違和感のフィードバック ◼ 確認が漏れていたバグのフィードバック ◼ 開発者への質疑応答も活発に行われていた 参加者としても有意義な効果 ◼ 営業 ◆定期的にこういった他製品に実際触れる機会があると売りやすい ◼ デザイナー ◆ユーザーの実際の操作を確認しながら、デザインシステム等の懸念点が発見できた。
© 2019-2024 OPTiM Corp. All rights reserved. 10 スプリントレビューの準備の課題 バザー形式によって今までのスプリント課題が浮き彫りに…
ドキュメント作成の追従が間に合わない スプリントレビューにリリースが間に合わない ✓ DB・APIの仕様変更に追従漏れで 結合・認識合わせが遅れる ✓ 2チームを横断した時に仕様が わからない ✓ デプロイ回数が少なく スプリントレビュー直前の 結合ミスで動かない ✓ デプロイ準備に時間が取られる デプロイ周り・リリース頻度改善 ドキュメント生成の運用見直し CI/CD上で実現へ!!
© 2019-2024 OPTiM Corp. All rights reserved. 11 CI/CDの改善: 検証環境へのデプロイフローの見直し
改善前 アプリ実装 デプロイ自体は自動化されているため、 問題ないと思っていた。。。。 振り返ってみると 一部メンバーがスプリントレビュー直前にデプロイ マージ Image Push マージ デプロイ k8sのmanifest 修正・プルリク作成 アプリ実装 マージ Image Push マージ デプロイ 改善後 k8sのmanifest更新 CI CI CD CI プルリク作成 CI CD アプリの実装・デプロイまでの手順をCIで削減 kubernates(k8s)のマニュフェスト更新の認知負荷・手間 を下げ、チームメンバー全員がデプロイするように DEV・STG環境に3〜4日で1,2回 デプロイ DEV・STG環境に1日で1回 〜8回 デプロイ
© 2019-2024 OPTiM Corp. All rights reserved. 12 検証環境へのデプロイフローの見直し
© 2019-2024 OPTiM Corp. All rights reserved. 13 ドキュメント更新・認識合わせ中間成果物もCIから生成
GitLabのReviewAppsボタンから環境を参照して認識合わせ リポジトリのバッチに配置し、瞬時に今の実装の仕様・ 定義を検索できるようにする 結合に関わる定義ドキュメントはCIで自動生成・自動更新 ◼ RDBMS: SchemaSpy でER図とテーブル情報定義を検索可能な状態に ◼ OpenAPI: Redoc で見やすいドキュメントをプルリクごとに作成 ◼ Storybook: コンポーネントカタログをプルリクごとに作成 RDBMS Migration実装 プルリクレビュー マージ レビュー用 ドキュメント作成 本番用 ドキュメント作成 CI CI OpenAPI Schema実装 コンポーネント実装
© 2019-2024 OPTiM Corp. All rights reserved. 14 ドキュメント作成の自動化
Schema Spyとは? ◼ SchemaSpy でER図とテーブル情報定義を検索可能な状態に ◼ データベースのドキュメントをHTMLで出力するJava製ツール https://schemaspy.org/ https://schemaspy.org/samples/epivirusurf/
© 2019-2024 OPTiM Corp. All rights reserved. 15 ドキュメント作成の自動化
Redocly/redoc とは? ◼ OpenAPI Specification からコードも生成しているため、簡単に見やすい仕様書の作成のために利用 ◼ Redoc は、OpenAPI (旧名 Swagger) 定義からドキュメントを生成するためのツール(npmパッケージから利用可能 → リポジトリのバッチに配置し、いつでも今のAPI定義を瞬時に確認できるように https://github.com/Redocly/redoc
© 2019-2024 OPTiM Corp. All rights reserved. 16 CI/CD改善について 速度を上げた開発、デプロイ頻度の増加、品質の担保、その他ドキュメントの整備、CIの高速化
に向けてまだまだ課題は多いですが... スプリントレビュー(バザー形式)を開催できるぐらいの改善はできました。
© 2019-2024 OPTiM Corp. All rights reserved. 17 まとめ
スプリントレビュー バザー形式を導入してみて ◼従来の受け入れ条件の確認等がメインのスプリントレビューを脱却できた ◼有意義なプロダクトを改善できそうなフィードバックが多く集まった ◼導入する際はCI・CD+運用改善も合わせて実施し回せるように ◆アプリ実装から検証環境のデプロイが誰でもできるぐらいの認知負荷を下げる ◆自動生成できるドキュメントはCIで自動生成し、アクセスしやすい動線に配置する
© 2019-2024 OPTiM Corp. All rights reserved. 18 OPTiMを支える技術情報をエンジニアたちが 毎週更新中
• プロダクトマネージャー • エンジニアリングマネージャー • プロジェクトマネージャー • UI/UXデザイナー • テックリード • 機械学習エンジニア • ロボティクス • バックエンドエンジニア • フロントエンドエンジニア • モバイルエンジニア • SRE • QAエンジニア • ・・・ OPTiM テックブログ OPTiM採用 エンジニア 募集中
© 2019-2024 OPTiM Corp. All rights reserved. © 2019-2024 OPTiM
Corp. All rights reserved. 19