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
楽楽精算のリリースプロセス最適化/meetup_20211117
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Rakus_Dev
November 29, 2021
Technology
1.9k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
楽楽精算のリリースプロセス最適化/meetup_20211117
Rakus_Dev
November 29, 2021
More Decks by Rakus_Dev
See All by Rakus_Dev
複数プロダクト組織のAIネイティブ化における戦略 / AICon2026_kude
rakus_dev
0
610
伝票作成AIエージェントを支える、LLMOpsとインフラの選択肢 / AICon2026_takeda
rakus_dev
0
340
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
1
570
仕様駆動開発、導入半年。「本当に速くなってるの?」にデータで答える / AICon2026_hirakawa
rakus_dev
0
410
「顧客の声を聞かなければ何も始まらない」 ── 顧客の声から生まれた『AI返信補助機能』の開発プロセス / AICon2026_shikata_imai
rakus_dev
1
930
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
730
螺旋型キャリアの生存戦略 / kinoko-conf2026
rakus_dev
1
3.2k
AIで久々にコードを書いたらエンジニアへの依頼が"増えた" ── 元エンジニアのPdMの話 / Using AI to Code Again After a Long Break Increased My Requests to Engineers: Insights from a Former Engineer PdM
rakus_dev
0
540
主体的に活躍する内製QA組織の作り方と組織文化の醸成 / How to Build a Proactive In-house QA Organization and Foster Its Culture
rakus_dev
0
300
Other Decks in Technology
See All in Technology
もう一度考える SRE チームの作り方・育て方 / Rethinking SRE #1: Building and Growing SRE Teams
rrreeeyyy
5
760
plamo-3-translateの開発
pfn
PRO
0
250
データと地図で読む 大井町の「かわるもの、かわらないもの」
yoshiyama_hana
0
900
OSPN.JPバージョンアップ作業進捗のご報告 / 20260801-osc26kyoto
akkiesoft
0
140
PLaMo 3.0 Primeの構造化出力サポート
pfn
PRO
0
160
クラウドを使う側から、作る側へ / 大吉祥寺.pm 2026前夜祭
fujiwara3
8
2k
オートマトンと字句解析でRoslynを読む
tomokusaba
0
130
Escolhendo LLMs na Prática: Lições Reais em Busca Agêntica no Mercado Livre —TDC 2026 Floripa
jpbonson
0
120
運用を犠牲にせずコストを制御し事業成長を支える B2B SaaS ID管理基盤におけるS3 Tableのログストレージ活用
kaminashi
1
130
13年運用タイトルのサーバーサイドが辿り着いた現在地 ― モンスターストライクにおける技術・組織・AI活用から得た知見
mixi_engineers
PRO
1
390
DevOps Agentで運用判断をチーム資産にする~Agent InstructionsとAgent Skillを継続的に育てる~
fujioka6789
0
190
AI エージェント時代のデジタルアイデンティティ
fujie
2
1.3k
Featured
See All Featured
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
350
BBQ
matthewcrist
89
10k
GraphQLとの向き合い方2022年版
quramy
50
15k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
500
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Technical Leadership for Architectural Decision Making
baasie
3
450
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
680
My Coaching Mixtape
mlcsv
0
180
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
340
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
160
Faster Mobile Websites
deanohume
310
32k
Transcript
©2021 RAKUS Co., Ltd. 楽楽精算のリリースプロセス について 根井 達規
#RAKUSMeetup アジェンダ ・開発体制 ・リリース担当者の役割 ・リリースサイクル ・担当してみての課題と対策 ・今後の作業効率化・品質向上にむけて
#RAKUSMeetup 自己紹介 根井 達規(ねい たつのり) 経歴 2005年~2013年:エンジニアになる以前(もともと作曲家) 2014年~2020年:ラクス入社前(Sierでシステム開発を経験) 2020年11月:ラクス入社 現在
楽楽精算の開発と並行してリリース関連業務を担当
©2021 RAKUS Co., Ltd. 楽楽精算のご紹介 本題に入る前に、担当製品の楽楽精算についてご紹介 させていただきます。
#RAKUSMeetup 楽楽精算のご紹介 経費・交通費・出張費・旅費・交際費など、すべての経費精算フローを、 社内の誰もが「楽」できるようになるクラウド型の経費精算システムです。
©2021 RAKUS Co., Ltd. 楽楽精算の開発体制とリリー スフロー
#RAKUSMeetup 開発体制 ・各チーム3~4名体制 ・機能開発チーム×3 ・スマホアプリ開発チーム ・オフショアチーム ・ウォーターフォール開発
#RAKUSMeetup リリース担当となったきっかけ 元々はSREチームが楽楽精算のリリース業務を担当 楽楽精算がサービスとして成長するとともにSREの業務負荷が増え、対 応しきれなくなってきたのと、よりインフラやSREとしての業務(自動化推進 など)に専念するために開発チームにて巻き取ることとなりました。
#RAKUSMeetup リリース担当者の役割(担当作業) ・リリーススケジュールの作成,確認 ・機能開発 ・IT/ST ・品質審査 ・リリース
#RAKUSMeetup リリース担当者の役割(進捗管理)
#RAKUSMeetup リリースサイクル
#RAKUSMeetup リリースサイクル ・設計(項目決定) 開発期間開始時に各事業部でタスクを整理して、どのバージョンにどのような変更をいれるか管理す るようにしています。 ・機能開発 設計~単体テストまでの開発全行程 ・テスト期間(結合・システムテスト) 不具合の洗い出しと、その改修を行います。開発機能として優先度の高い内容を除くと、多くは前回リ リースからの実装差分に焦点を充てて確認を行います。この期間で行うのは主にリリース前の手動に
よるテスト実施してます。この期間でなくとも、自動テストや手動テストを必要に応じて回し、不具合が あれば修正します。
#RAKUSMeetup リリース メジャーバージョンアップ 新機能追加を伴う、アプリケーションリリース。 同時にBugfixなどの対応を行うことがある。 マイナーバージョンアップ Bugfixを中心とした、アプリケーションリリース。 リスクが大きいものは対象としないため、2段階リリースは行わない。 リリース時のサービス停止は発生しない。
©2021 RAKUS Co., Ltd. 担当してみて発生した課題 障害事例の紹介
#RAKUSMeetup 属人化 問題 ・あるチームの開発機能で、本来実施しておくべき作業手順(特定顧客向けの設定) が漏れており、リリース直前に手戻りが発生。 ・イレギュラーな対応を行うことでの障害リスクも増大させてしまった。 原因 ・作業手順/作業分担ができておらず、明確化していなかった 反省点 ・前任者はリリース担当の経験も長く十分にナレッジがあったため、その方式でもリス
クを検知し独自に動けていたが引継ぎ後の体制では漏れてしまった。
#RAKUSMeetup 対策 リリースサイクルのガイドラインを設ける ・特定個人への依存した運用とならないよう、リリースサイクルのガイドラインを作 成 オブジェクトや物資の不足 ・開発担当者・リリース担当者・インフラへの作業引き渡しが曖昧とならないよう、 最終チェックの場を設けた 対策結果 リリースフローが形式知化され、必要な情報は資料を見れば分かる状態となった
©2021 RAKUS Co., Ltd. 今後の展望 今後の作業効率化・品質向上に向けて改善したいこと
#RAKUSMeetup 【現状】 リリース担当者の負担が大きい リリース担当者というリリースに責任を負う人物を立てて、問題なくリリースが行える ように部署間の施策の調整をしたり、スケジュールの調整を行う役目を担ってました。 次のリリースに入るはずの機能がマージできていないときに関係者をつっつくような 役目も持っていたので、とにかく細かい作業や人間の間の調整で忙殺されてしまう。 【理想】 当事者間の調整や確認に非常に手間をとられてるので、「調整・確認」を減らしたい、 なんなら無くしたい!
#RAKUSMeetup 生産性向上に向けた効率化計画
#RAKUSMeetup やってみたいこと CI/CD ・Jenkinsによるビルド、テスト、検証環境へのデプロイは実装できてる ・ジョブが増えすぎたこともあって整理したい ・ソースコード管理にGitlabを利用してるので、GitlabCIを利用してビルド→テスト→デ プロイ→動作確認(性能検証・シナリオテスト)までの一連の流れを一つのパイプライ ンで実施できるようにしたい Selenium 自動化したシナリオテストをもっているが、全機能網羅できてるわけでない。また主要
機能を確認するだけでも5-6時間以上かかってる。シナリオテストの実行時間を減らし たい
#RAKUSMeetup 楽楽精算のリリースサイクルについてご説明しました。 サービスが拡大し環境も変化するで、システム品質を損なわずにどう開発を続けてい けるか試行錯誤してるところです。 まだまだ困っていることもたくさんありますがより良い方法を考えていきたいと思って います。