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
380
よくやるカイゼンアプローチ / Kaizen approach
2021/12/15 #kaizenlt
Yoshiki Iida
December 15, 2021
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
25k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
9.8k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
940
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
850
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
3.9k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.5k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.9k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
5.8k
Other Decks in Technology
See All in Technology
2025年夏 コーディングエージェントを統べる者
nwiizo
0
170
Firestore → Spanner 移行 を成功させた段階的移行プロセス
athug
1
480
なぜスクラムはこうなったのか?歴史が教えてくれたこと/Shall we explore the roots of Scrum
sanogemaru
5
1.6k
まずはマネコンでちゃちゃっと作ってから、それをCDKにしてみよか。
yamada_r
2
110
Aurora DSQLはサーバーレスアーキテクチャの常識を変えるのか
iwatatomoya
1
1k
2025年になってもまだMySQLが好き
yoku0825
8
4.8k
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
260
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
2
580
【初心者向け】ローカルLLMの色々な動かし方まとめ
aratako
7
3.5k
Webブラウザ向け動画配信プレイヤーの 大規模リプレイスから得た知見と学び
yud0uhu
0
230
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
1
390
5分でカオスエンジニアリングを分かった気になろう
pandayumi
0
250
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
Code Review Best Practice
trishagee
70
19k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
Become a Pro
speakerdeck
PRO
29
5.5k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
31
2.2k
A better future with KSS
kneath
239
17k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
Building Adaptive Systems
keathley
43
2.7k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.9k
Embracing the Ebb and Flow
colly
87
4.8k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
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