Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
migamiga
June 24, 2024
Programming
75
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか
入社したてのエンジニアが「既存の開発プロセスをどう改善していったか」についてしゃべります。
migamiga
June 24, 2024
Other Decks in Programming
See All in Programming
最近”作らせてる” ローカルAIアプリの話
akit37
0
480
iOS 27でニュースアプリはどう変わる!? 〜日経電子版の新機能対応と、開発事例から〜
lynnswap
7
13k
UPDATE をやめる — EF Core でマスタをバージョン管理する
panda728
PRO
0
1.2k
SalesForceを内製化!? ~ HR事業を支える顧客管理基盤のインフラを大公開 ~
oku053
0
180
dotNET_vulnclicker_intro.pdf
deka_morita
0
140
JAWS-UG 東京支部が始める、JAWS-UG支部コラボ / JAWS-UG lunchtime LT Collaboration
y0hgi
0
280
[JA] Domain Modeling with Vanilla Rails: 「操作」から再考するRailsの設計論
yasaichi
3
440
残高管理から台帳サービスへの進化
artoy
1
200
半永久的に提供し続けられるプライベートクラウドを目指して ― 利用者の認知負荷を抑えるAPI抽象化とハードウェア世代交代の基盤設計
tomokon
0
500
月間100万人のサービス刷新で、 技術選定をHonoに振り切った話
yutobara
8
6.7k
コードレビューのボトルネックを"する側"と"される側"の両面から解消する
yub0n
2
1.6k
當我們開始不讀 Code - AI Agent 時代,Code Review 與 Clean Code 還剩下什麼?
jame2408
1
260
Featured
See All Featured
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
480
Joys of Absence: A Defence of Solitary Play
codingconduct
1
550
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
430
New Earth Scene 8
popppiees
4
2.7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
43k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
630
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
890
Music & Morning Musume
bryan
48
7.4k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.9k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
730
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 !! 楽しく、継続的に改善していくチームを作っていく