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
55
入社して1ヶ月のエンジニアが開発プロセスを どう改善していったか
入社したてのエンジニアが「既存の開発プロセスをどう改善していったか」についてしゃべります。
migamiga
June 24, 2024
Tweet
Share
Other Decks in Programming
See All in Programming
CSS Linter による Baseline サポートの仕組み
ryo_manba
1
150
pylint custom ruleで始めるレビュー自動化
shogoujiie
0
140
PEPCは何を変えようとしていたのか
ken7253
2
140
XStateを用いた堅牢なReact Components設計~複雑なClient Stateをシンプルに~ @React Tokyo ミートアップ #2
kfurusho
1
970
もう少しテストを書きたいんじゃ〜 #phpstudy
o0h
PRO
16
3.4k
バッチを作らなきゃとなったときに考えること
irof
2
500
Code smarter, not harder - How AI Coding Tools Boost Your Productivity | Angular Meetup Berlin
danielsogl
0
100
ML.NETで始める機械学習
ymd65536
0
230
sappoRo.R #12 初心者セッション
kosugitti
0
270
クリーンアーキテクチャから見る依存の向きの大切さ
shimabox
5
940
メンテが命: PHPフレームワークのコンテナ化とアップグレード戦略
shunta27
0
290
Open source software: how to live long and go far
gaelvaroquaux
0
660
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Practical Orchestrator
shlominoach
186
10k
Building an army of robots
kneath
303
45k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
Unsuck your backbone
ammeep
669
57k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Scaling GitHub
holman
459
140k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
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 !! 楽しく、継続的に改善していくチームを作っていく