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
よくやるカイゼンアプローチ / Kaizen approach
Search
Yoshiki Iida
December 15, 2021
Technology
1
350
よくやるカイゼンアプローチ / Kaizen approach
2021/12/15 #kaizenlt
Yoshiki Iida
December 15, 2021
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
5.7k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
850
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
250
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
11
3.6k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
1.9k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.2k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.4k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
4.7k
ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass
yoshikiiida
12
2.4k
Other Decks in Technology
See All in Technology
React Server Componentは 何を解決し何を解決しないのか / What do React Server Components solve, and what do they not solve?
kaminashi
6
1.2k
Symfony in 2025: Scaling to 0
fabpot
2
150
20250328_OpenAI製DeepResearchは既に一種のAGIだと思う話
doradora09
PRO
0
150
ペアプログラミングにQAが加わった!職能を超えたモブプログラミングの事例と学び
tonionagauzzi
1
130
パスキー導入の課題と ベストプラクティス、今後の展望
ritou
7
1.2k
ソフトウェア開発現代史: なぜ日本のソフトウェア開発は「滝」なのか?製造業の成功体験とのギャップ #jassttokyo
takabow
2
1.4k
Keynote - KCD Brazil - Platform Engineering on K8s (portuguese)
salaboy
0
120
大規模アジャイル開発のリアル!コミュニケーション×進捗管理×高品質
findy_eventslides
0
240
Tirez profit de Messenger pour améliorer votre architecture
tucksaun
1
120
LINEギフトのLINEミニアプリアクセシビリティ改善事例
lycorptech_jp
PRO
0
230
fukuoka.ts #3 社内でESLintの共通設定を配りたい2025年春版
pirosikick
1
290
BCMathを高速化した一部始終をC言語でガチ目に解説する / BCMath performance improvement explanation
sakitakamachi
2
1.2k
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
94
13k
Site-Speed That Sticks
csswizardry
4
450
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.1k
Thoughts on Productivity
jonyablonski
69
4.5k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
The Language of Interfaces
destraynor
156
24k
Documentation Writing (for coders)
carmenintech
69
4.7k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
176
52k
We Have a Design System, Now What?
morganepeng
51
7.5k
The Cost Of JavaScript in 2023
addyosmani
48
7.6k
How STYLIGHT went responsive
nonsquared
99
5.4k
Fireside Chat
paigeccino
37
3.3k
Transcript
2021/12/15 #kaizenlt Yoshiki Iida よくやるカイゼンアプローチ
Yoshiki Iida (@ysk_118) エンジニアに始まり、スクラムマスター、プロダクトオーナー、マネージャー、執行 役員を経験し、現場のチームビルディングから部署を超えた会社全体の改善な ど、アジャイルな組織づくりの推進を行ってきました。現在は株式会社ログラスに てソフトウェアエンジニアとしてプロダクト開発に携わっています。最近またエンジ ニアリングマネージャーもはじめました。 書籍「Scrum Boot
Camp The Book 増補改訂版」コラムニスト。 一般社団法人アジャイルチームを支える会 理事。 Profile
ログラスについて は事業進捗を正確かつ迅速に可視化することで、 柔軟で高精度な経営推進を実現する経営管理クラウドサービスです。
ログラスについて
ログラスについて
• カイゼンの種類 • カイゼンフロー • カイゼンアプローチ色々 Topic
• 課題を解消したい(-を0にする) • いいところをより強化したい(+をさらに+にする) カイゼンの種類
カイゼンフロー
• それ本当に課題ですか? • 課題の粒度を整理する • 優先順位をつける • フォーカスする課題がわからないとき 課題設定・深堀
• そもそも課題なのか?は立ち止まって確認したほうがよい • (それやらないと)死にますか?死にませんか?死ぬならいつ死にます か? • ヤバさを封じ込めないように、ヤバいほうに倒れることも考えながら言語 化をしていく • 例:HogeライブラリのEOLがきてます
◦ プロダクションで使ってて半年後にサポート切れる:ヤバい ◦ 社内で使っててセンシティブなものを扱ってない:ヤバくない それ本当に課題ですか?
• 自分たちが今どの粒度や具体レベルで話をしているのか認識する • 例 ◦ 「レビューがたまりがち」に対して「レビュー期限を設けよう」で解決す ることもあればしないこともある ◦ しなければ、なぜ?を深堀する(=具体レベルを上げていく) ▪
5Whys 課題の粒度を整理する
• すべてを拾うことはできない • 優先順位をつけてどこかで切る • どういう軸で優先順位をつけるかが重要 ◦ 緊急度 ◦ 重要度
◦ ビジネスインパクト ◦ やりたい度 ◦ … 優先順位をつける
• 全体像を把握する ◦ ロジカルシンキング ◦ システムシンキング • 課題の全体像・構造を把握した上でどこにフォーカスするか決める フォーカスする課題がわからないとき
• 顕在化している課題がないので、未来予測した上でいつどうなってないと いけないか?を定義する • 組織のスケール、事業のスケールを想定して現状の良いポイントが維持 できるか?を考えることが多い • 例 ◦ 現在のコードのキレイさを人数が倍になっても維持できる?
◦ 現在の開発スピードを数年後も維持できる? ◦ 現在のユーザーが倍になってもレスポンス維持できる? +をさらに+にするためのカイゼン
• 可視化 • 合意プロセス 解決策のためのアプローチ
• スクラムマスターがよくやる最も基本的なアクション • 可視化されることにより各自がゴールに向かって動けるようになる • 例 ◦ スプリントごと・エピックごとの見積もり割り振り ◦ 採用アクション量の可視化
可視化
• ゴールまでのプロセスが明瞭ではない場合や人によって受け取り方が分 かれそうなケース ◦ 可視化や解決策を出すだけでは解決に動かないことがある ◦ この場合は1on1等でフォローをしながら合意形成していくほうがよい 合意プロセス
• スクラム関連 ◦ 3pt以上のチケット作らない ◦ 同時並行するエピック 2つまで ◦ 直列エピックのpt上限 ◦
… • 開発関連 ◦ 10分勉強会 ◦ ライブラリアップデート会 ◦ 技術的投資 ◦ 非機能OKR ◦ E2Eテストの拡充 ◦ … • 組織関連 ◦ 採用アクションの活性化 ◦ 中長期の課題について話す場 ◦ ….. どんなカイゼンが生まれているか 細かいものから大きなものまで めちゃくちゃやってきている
https://job.loglass.jp/ We are hiring