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
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか
Search
migamiga
June 24, 2024
Programming
0
68
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか
入社したてのエンジニアが「既存の開発プロセスをどう改善していったか」についてしゃべります。
migamiga
June 24, 2024
Tweet
Share
Other Decks in Programming
See All in Programming
Amazon Bedrockを活用したRAGの品質管理パイプライン構築
tosuri13
5
800
開発者から情シスまで - 多様なユーザー層に届けるAPI提供戦略 / Postman API Night Okinawa 2026 Winter
tasshi
0
210
AI によるインシデント初動調査の自動化を行う AI インシデントコマンダーを作った話
azukiazusa1
1
750
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
310
Oxlintはいいぞ
yug1224
5
1.4k
AWS re:Invent 2025参加 直前 Seattle-Tacoma Airport(SEA)におけるハードウェア紛失インシデントLT
tetutetu214
2
120
Best-Practices-for-Cortex-Analyst-and-AI-Agent
ryotaroikeda
1
110
15年続くIoTサービスのSREエンジニアが挑む分散トレーシング導入
melonps
2
230
コントリビューターによるDenoのすゝめ / Deno Recommendations by a Contributor
petamoriken
0
210
CSC307 Lecture 04
javiergs
PRO
0
660
コマンドとリード間の連携に対する脅威分析フレームワーク
pandayumi
1
470
それ、本当に安全? ファイルアップロードで見落としがちなセキュリティリスクと対策
penpeen
7
4k
Featured
See All Featured
GraphQLの誤解/rethinking-graphql
sonatard
74
11k
Darren the Foodie - Storyboard
khoart
PRO
2
2.4k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
Navigating Weather and Climate Data
rabernat
0
110
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
72
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Into the Great Unknown - MozCon
thekraken
40
2.3k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7k
Optimizing for Happiness
mojombo
379
71k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
Transcript
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか Igarashi @IVRy
⾃⼰紹介 • 名前 ◦ Igarashi Akira • ソフトウェアエンジニア歴 ◦ インフラエンジニア:
2年 ◦ アプリケーションエンジニア: 5年 11⽉からIVRyにSWEとして⼊社
今⽇話したいこと • 改善事例の紹介 • 改善をどう進めていったか • 継続的な改善のために何をしているか
改善事例の紹介 課題 IVRyでは週1回の定期的なデプロイを実施していた エンジニアの増加に伴い、1回のデプロイあたりのコード変更量が増加 ビッグバンリリースとなり、 機能間の依存関係やバグ特定が困難になることが想定される (いわゆる、Four Keys指標の低下) デプロイ頻度向上を絶賛取組み中
取り組む前に背景を知る • 背景‧要因 ◦ 課題感を感じていない ◦ QAリソースの枯渇 ◦ CI/CDの速度、安定性 ◦
ほかサービスとのデプロイの依存性 …etc 改善に取り組む前にまず落ち着け! 現状の問題点の背景と要因を分析する
チームの意識を変化させる https://note.com/igarashi_ivry/n/n638bfa37f353 • ステークホルダー ◦ エンジニア, PdM, Sales, CS 等
• 会うたびにデプロイ頻度について会話した ◦ 5,6回は同じ話をした • ついでに記事も書いた チームで取り組む必要があるので、 「なぜ改善する必要があるのか」を丁寧にコミュニケーションをしていった。
⽬標を⽴てる 波及効果のあるセンターピンを定めると良い チームで取り組むためにわかりやすい数値⽬標を追う
⽬標を⽴てる • IVRyでは毎⽇デプロイを⽬標 ◦ 他のFour Keys 指標の向上につながる ▪ 変更のリードタイム ▪
変更障害率 ▪ サービス復元時間 波及効果のあるセンターピンを定めると良い チームで取り組むためにわかりやすい数値⽬標を追う
どう改善していくか 毎⽇、少しずつより1⽇ガッツリと使うと良い 業務の20%を改善に当てる場合は、毎週機能開発をストップする⽇を作る コンテキストスイッチを無くすことが重要
どう改善していくか 毎⽇、少しずつより1⽇ガッツリと使うと良い 業務の20%を改善に当てる場合は、毎週機能開発をストップする⽇を作る コンテキストスイッチを無くすことが重要 開発合宿でガッツリCIの速度改善を⾏い、所要時間が約1/3になった https://zenn.dev/ivry/articles/93cffc3b6f5b03
どう変わったか • 背景‧要因 ◦ 課題感を感じていない → かなり前向きになった ◦ QAリソースの枯渇 →
⾃動テスト、プロダクトチームで分担(まだ途中) ◦ CI/CDの速度、安定性 → 合宿で改善 ◦ ほかサービスとのデプロイの依存性 → これから 改善する前に調査した背景や課題の要因が今の時点でどうなったか
今⽇話したいこと • 事例紹介 • 改善をどう進めていったか • 継続的な改善のために何をしているか
継続的に改善していくために 「改善の前に信頼貯⾦を貯めてます」みたいなこと奥⻄ (CEO)に話していた
継続的に改善していくために 「そのための時間、無駄じゃないですか?」 「僕たち、何⾔われても⼤丈夫なんで⾔ってほしいっす」 「改善の前に信頼貯⾦を貯めてます」みたいなこと奥⻄ (CEO)に話していた
継続的に改善していくために 「そのための時間、無駄じゃないですか?」 「僕たち、何⾔われても⼤丈夫なんで⾔ってほしいっす」 これってもしかして...⼼理的安全性...?! 「改善の前に信頼貯⾦を貯めよう...」みたいなことをCEOに話していた
継続的に改善していくために ⼼理的安全性が⾼いと課題の発⾒‧改善までのリードタイムが短くなる 特に⼊社してきたタイミングは、改善のよい機会なのでとても⼤事 https://zenn.dev/ivry/articles/d5ccc376d0840c
継続的に改善していくために 個⼈の気づきをチーム課題に変えることが⼤切
継続的に改善していくために • backend雑談会 ◦ 週に1度30分 ◦ 機能開発とは関係ない話 ◦ なんでも良いから雑に話す 個⼈の気づきをチーム課題に変えることが⼤切
継続的に改善していくために • コーヒータイム ◦ 有志がコーヒーを⼊れて#coffee に通知 ◦ 社内のコーヒーメーカー前で雑談 ◦ 社内の悩み事が聞けたりする
◦ ワイワイして楽しい 個⼈の気づきをチーム課題に変えることが⼤切
楽しく、継続的に改善していくチームを作っていく
We Are Hiring !! 楽しく、継続的に改善していくチームを作っていく