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
310
よくやるカイゼンアプローチ / Kaizen approach
2021/12/15 #kaizenlt
Yoshiki Iida
December 15, 2021
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
720
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
130
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
10
3.2k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
1.8k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
5.8k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
2.9k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
3.5k
ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass
yoshikiiida
12
2.2k
エンジニア採用責任者と人事の邂逅 / Engineer hiring manager meet HR
yoshikiiida
2
580
Other Decks in Technology
See All in Technology
Fargateを使った研修の話
takesection
0
120
omakaseしないための.rubocop.yml のつくりかた / How to Build Your .rubocop.yml to Avoid Omakase #kaigionrails
linkers_tech
3
740
独自ツール開発でスタジオ撮影をDX!「VLS(Virtual LED Studio)」 / dx-studio-vls
cyberagentdevelopers
PRO
1
180
Aurora_BlueGreenDeploymentsやってみた
tsukasa_ishimaru
1
130
物価高なラスベガスでの過ごし方
zakky
0
380
Forget efficiency – Become more productive without the stress
ufried
0
150
「最高のチューニング」をしないために / hack@delta 24.10
fujiwara3
21
3.5k
pandasはPolarsに性能面で追いつき追い越せるのか
vaaaaanquish
4
4.6k
大規模データ基盤チームのオンプレTiDB運用への挑戦 / dpu-tidb
cyberagentdevelopers
PRO
1
110
プロダクト成長に対応するプラットフォーム戦略:Authleteによる共通認証基盤の移行事例 / Building an authentication platform using Authlete and AWS
kakehashi
1
150
カメラを用いた店内計測におけるオプトインの仕組みの実現 / ai-optin-camera
cyberagentdevelopers
PRO
1
120
プロダクトチームへのSystem Risk Records導入・運用事例の紹介/Introduction and Case Studies on Implementing and Operating System Risk Records for Product Teams
taddy_919
1
170
Featured
See All Featured
The Art of Programming - Codeland 2020
erikaheidi
51
13k
Code Review Best Practice
trishagee
64
17k
Six Lessons from altMBA
skipperchong
26
3.5k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.6k
Scaling GitHub
holman
458
140k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5k
Ruby is Unlike a Banana
tanoku
96
11k
Why Our Code Smells
bkeepers
PRO
334
57k
The Language of Interfaces
destraynor
154
24k
Fireside Chat
paigeccino
32
3k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
7
150
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