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
360
よくやるカイゼンアプローチ / 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
8.4k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
910
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
720
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
3.8k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.4k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.7k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
5.5k
ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / 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
AWS テクニカルサポートとエンドカスタマーの中間地点から見えるより良いサポートの活用方法
kazzpapa3
2
530
Javaで作る RAGを活用した Q&Aアプリケーション
recruitengineers
PRO
1
110
第9回情シス転職ミートアップ_テックタッチ株式会社
forester3003
0
230
Amazon S3標準/ S3 Tables/S3 Express One Zoneを使ったログ分析
shigeruoda
3
470
Amazon Bedrockで実現する 新たな学習体験
kzkmaeda
2
540
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
29
11k
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
340
5min GuardDuty Extended Threat Detection EKS
takakuni
0
140
生成AI活用の組織格差を解消する 〜ビジネス職のCursor導入が開発効率に与えた好循環〜 / Closing the Organizational Gap in AI Adoption
upamune
1
380
Claude Code Actionを使ったコード品質改善の取り組み
potix2
PRO
6
2.2k
Uniadex__公開版_20250617-AIxIoTビジネス共創ラボ_ツナガルチカラ_.pdf
iotcomjpadmin
0
160
米国国防総省のDevSecOpsライフサイクルをAWSのセキュリティサービスとOSSで実現
syoshie
2
1.1k
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
35
6.7k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
BBQ
matthewcrist
89
9.7k
Designing for humans not robots
tammielis
253
25k
Art, The Web, and Tiny UX
lynnandtonic
299
21k
It's Worth the Effort
3n
185
28k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.8k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Automating Front-end Workflow
addyosmani
1370
200k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
17
940
Building Flexible Design Systems
yeseniaperezcruz
328
39k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
138
34k
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