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
改善サイクル大臣 基調講演 / Keynote by minister of improvem...
Search
Ueni
March 01, 2024
Technology
220
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
改善サイクル大臣 基調講演 / Keynote by minister of improvement cycle
ABEMA Weber 勉強会 2024/03/01
Ueni
March 01, 2024
More Decks by Ueni
See All by Ueni
「つい進捗してしまう」タスク分解のやり方 / How to Break Down Tasks in a Way That Naturally Leads to Progress
uenitty
2
400
AI 時代に何しよう?「不便」をもっと作り出そう! / In the Age of AI, Let's Leverage the 'Benefit of Inconvenience'!
uenitty
1
130
なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile
uenitty
33
16k
面接で伸びしろを感じさせる方法 / How to make the interviewer feel like you have potential
uenitty
3
800
わかりやすい説明やプレゼンはマジックで鍛えられる説 / Presentation skills could be honed through magic
uenitty
0
350
設計できるエンジニアになるには / Design Guidelines for all engineers
uenitty
2
380
デザインリサーチとは何か / What is Design Research
uenitty
0
320
はじめてのOOUI / Let's get OOUI started
uenitty
1
480
amazonのすごい会議 / amazing meeting of amazon
uenitty
0
510
Other Decks in Technology
See All in Technology
AIレビューはどこまで任せられるのか?自動化と人が背負うレビューの境界
sansantech
PRO
3
1.1k
タスクの複雑さでモデルを選ぶ ── Thompson Samplingで動かす“トークン/コスト最適化
satohy0323
0
570
インフラと開発の垣根を超えていき!〜元AWSインフラエンジニアがAWS開発で奮闘している話〜
hatahata021
3
300
ソニー銀行におけるビジネスアジリティ向上のためのクラウドシフト戦略
srenext
0
840
「最後に責任を取るのはチーム」— 人間のPRレビューを最小化してアップデートしたメンタルモデル
jnishime_dresscode
0
920
関数型の考えを TypeScript に持ち込んで、テストしやすい純粋関数を増やす / Pure at the Core, Effects at the Edge: Bringing Functional Thinking into TypeScript
kaminashi
2
130
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
1
230
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
1
5.2k
AmplifyHostingConstructからSSRフレームワークのためのホスティング設計を考察する/amplify-hosting-construct
fossamagna
1
240
“それは自分の仕事じゃない"を越えて行け
yuukiyo
1
480
Gen3R: 3D Scene Generation Meets Feed-Forward Reconstruction
spatial_ai_network
0
130
オブザーバビリティ、本当に活用できてる? 〜API連携×生成AIで成熟度を自動評価〜
dmmsre
1
3.6k
Featured
See All Featured
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.4k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.3k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
YesSQL, Process and Tooling at Scale
rocio
174
15k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
810
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
470
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
200
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
630
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
870
Transcript
ABEMA Weber 勉強会 2024/03/01 改善サイクル大臣 基調講演 @uenitty
現状
改善サイクルを回せないチーム 課題感の表明がしにくく、議論が起きない(機会が少ない) 成果がわかりやすく、実行が簡単で、穴のない完全な提案でないと 受け入れられない(非協力的な雰囲気)
PDCAサイクル? P(Plan:計画) D(Do:実行) C(Check:評価) A(Act:改善) Planを立てる行動の中にも改善サイクルがあるため、改善行動の最小単位 とはいえなさそう
OODAループ O(Observe:観察) O(Orient:状況判断) D(Decide:仮説、意思決定) A(Act:実行、テスト) OODAループの方が改善行動の最小単位といえそう
構想
目的(ビジョン) トップダウンでもボトムアップでも成果を出せる組織になる
目標(ターゲット) 改善サイクルの持続性
戦略(資源の配分) OODAループを参考に、足りない仕組みを整備する
OODAループ O(Observe) O(Orient) D(Decide) A(Act)
OODAループとの対応 O(Observe) O(Orient) D(Decide) A(Act)
足りない仕組み O(Observe) O(Orient) D(Decide) A(Act)
足りない仕組みを整備する O(Observe) O(Orient) D(Decide) A(Act)
戦術(プラン) KPTを定期開催する(隔週) チーム勉強会を活用した議論の実施を推奨する 実行の象徴としてチケット化する (そのための準備)GitHub Projectsをチームで1つに統合する
まとめ 目的(ビジョン) トップダウンでもボトムアップでも 成果を出せる組織になる 目標(ターゲット) 改善サイクルの持続性 戦略(資源の配分) OODAループを参考に、 足りない仕組みを整備する 戦術(プラン) KPTを定期開催する(隔週) チーム勉強会を活用した議論の実施を推奨する
実行の象徴としてチケット化する (そのための準備)GitHub Projectsをチームで1つに統合する