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
敢えて生成AIを使わないマネジメント業務
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Kazuki Maeda
July 07, 2025
Technology
780
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
敢えて生成AIを使わないマネジメント業務
https://em-yuru-meetup.connpass.com/event/356077/
Kazuki Maeda
July 07, 2025
More Decks by Kazuki Maeda
See All by Kazuki Maeda
「答えを出す」より「わかる」をつくる
kzkmaeda
1
220
Amazon Bedrockで実現する 新たな学習体験
kzkmaeda
3
2.4k
日本の教育の未来 を考える テクノロジーは教育をどのように変えるのか
kzkmaeda
1
370
モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実
kzkmaeda
0
290
エンジニアリング価値を黒字化する バリューベース戦略を用いた 技術戦略策定の道のり
kzkmaeda
9
8.1k
現場の種を事業の芽にする - エンジニア主導のイノベーションを事業戦略に装着する方法 -
kzkmaeda
2
7.7k
生成AIを用いた 新しい学びの体験を 提供するまでの道のり
kzkmaeda
0
490
生成AIによって変わる世界 -可能性とリスクについて考える-
kzkmaeda
2
440
新しいことを組織ではじめる、そしてつづける
kzkmaeda
4
1.2k
Other Decks in Technology
See All in Technology
デジタル・デザイン構想 by Sayaka Ishizuka
y150saya
0
200
完全自律ロボットを作りたくて、先に開発を自律させた話(ROS Japan UG #63 LT)
rryz09
0
440
SRE Next 2026 何でも屋からの脱却
bto
0
310
SRE Lounge Hiroshimaへの招待
grimoh
0
550
SRE依存からの脱却 運用を開 発チームへ移す、 フルサイ クル開 発体制の実践
joooee0000
0
2.3k
最近評価が難しくなった
maroon8021
0
260
Road to SRE NEXTの今までとこれから
hiroyaonoe
0
260
Claude Code 珍プレー好プレー
shinyasaita
0
300
Keeping applications secure by evolving OAuth 2.0 and OpenID Connect
ahus1
PRO
1
150
SREとQA 二人三脚で進めるSLO運用/sre-qa-slo
sugitak
0
120
AIと共生する開発者プラットフォーム:バクラクのモノレポ×マイクロサービス基盤
sakajunquality
2
3k
ローカルLLMとLINE Botの組み合わせ その3 / LINE DC Generative AI Meetup #8
you
PRO
0
130
Featured
See All Featured
Unsuck your backbone
ammeep
672
58k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
180
Building Applications with DynamoDB
mza
96
7.1k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.8k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
200
The untapped power of vector embeddings
frankvandijk
2
1.8k
Deep Space Network (abreviated)
tonyrice
0
220
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
640
The Cost Of JavaScript in 2023
addyosmani
55
10k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Claude Code のすすめ
schroneko
67
230k
Transcript
敢えて生成AI を使わない マネジメント業務 もあるよ EM ゆるミートアップ vol.10 kzk-maeda 2025.07.07
自己紹介 Kazuki Maeda atama plus 株式会社 VPoE / 技術統括 組織マネジメント・技術マネジメントを管掌
生成AI 好きです。逆張りではありません。
業務の中で生成AI を使わない日はない 分野 活用例 プロダクト開発 Claude Code で新プロダクトのプロト作成 コード生成・レビュー支援 情報管理・分析
MCP でドキュメント検索・作成 データ分析の自動化 組織コミュニケーション 組織全体会のサマリ作成 1on1 の内容整理・振り返り 他組織との連携 人事・コーポレートとの議論前の壁打ちなど 専門性が異なるチームとの議論準備
でも、ある業務では 生成AI を使わないことにしている
振り返り面談のための情報収集
一見、生成AI に向いていそうなタスク 生成AI タスク データソース Slack チケット Pull Request ドキュメント
MCP やRAG で収集 情報の統合 要約・抽出 ポジティブフィードバック の基
個人のマネジメントのこだわりとして 「ポジティブなサプライズ」にこだわっているから
ポジティブなサプライズとは? メンバー自身の振り返りから漏れている素晴らしい行動や成果を見つけて 「こういう成果もあったよね」と伝えること メンバー自身も忘れている成果の発見から、表面的でない、真の価値の把握
生成AI ではなぜできないのか?
Lost in the Middle 問題 生成AI に多量のコンテキストを渡すと、その中央に位 置する情報が抜けやすいという問題 参考: Lost
in the Middle (Liu et al., 2023) 例えばMCP を用いて多量の会話ログなどを渡して生成 AI に情報分析させようとした時に、 ポジティブサプライズに寄与しうる重要な情報がロス トしてしまう可能性
暗黙知や構造の欠落 Slack やJIRA などのツールに残っているのは表面 的・断片的なテキスト情報のみ ポジティブサプライズのためには、 ログに残らないような対面コミュニケーショ ンの情報 情報間の有機的な繋がり など、生成AI
が知り得ない情報が多く存在し、 それらを総合してFB に繋げる必要がある
でも、忌避しているのは技術的な問題ではないかも
" 浅い" 意思決定 出典: 生成AI によって増えてきた" 浅い" 意思決定 - Kazuki
Hayakawa
今どうしているのか?
日常的な賞賛文化の醸成 Win Session など、良い言動を日常的に組織で賞賛する文化をつくる その中で、 「ポジティブなサプライズ」対象になりうる行動を見逃さないよう、普段から目を皿にして行動を観 察 振り返り時にこれらの情報から拾い上げる
定期的な情報収集 レトロボードなど、賞賛系の情報が溜まりやす い場所は評価タイミングで全て目を通す 一つ一つ丁寧に確認することで、埋もれがちな 成果を発見
他の業務を生成AI で効率化することで、 「人間らしい」仕事に時間を使える
どうしたら生成AI で代替できるか?
技術的な進化の方向性 暗黙知の取り出し 今はデータとして取り出せない情報を扱えるように なること オフライン含むMTG での会話 偶発的なコラボレーション 非言語的なコミュニケーション 学習サイクルの確立 「ポジティブなサプライズ」に対して生成AI
を学習 させるサイクル ポジティブなサプライズの事例収集 アノテーションと再学習の軽量化 組織文化への適応
多分 mento がなんとかしてくれる
None