Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
20260801_スクフェス大阪
Search
hikari
July 31, 2026
Technology
2.1k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
20260801_スクフェス大阪
20260801のスクフェス大阪での登壇資料です。
hikari
July 31, 2026
More Decks by hikari
See All by hikari
20260912_スクフェス三河
kgnkhkr
0
250
20260819_PBL Pub
kgnkhkr
0
130
20260711_スクフェス仙台
kgnkhkr
1
360
NakiNaviの紹介
kgnkhkr
0
48
手順書を作るときに意識していること
kgnkhkr
0
170
セキュリティ対策はじめました。 ~やったこと紹介~
kgnkhkr
0
320
Webサービスのためにクラウドにしていること(20230723CodePolaris)
kgnkhkr
0
280
Other Decks in Technology
See All in Technology
Code4Lib JAPANカンファレンス2026 開会挨拶 / Code4Lib JAPAN Conference 2026: Opening Remarks
ykiyota
0
300
GuardDuty 検知対応を DevOps Agent で効率化しようとしている話 / GuardDuty Investigations with DevOps Agent
masahirokawahara
1
350
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
3
440
ASTを使って影響範囲を特定する
nealle
0
140
AI 駆動 Terraform 開発/SRE_BizReach_MIXI_2
visional_engineering_and_design
3
2k
Webとヘルスデータ
yukukotani
1
270
From Vanilla Kubernetes to a Batteries-Included Platform: Developer Experience at 1,300+ Clusters
yosshi_
0
670
2026-09-10 【Snowflake World Tour Tokyo 2026】dbt Core と Snowflake で実現する多層的なデータガバナンス / Multi-Layered Data Governance Powered by dbt Core and Snowflake
civitaspo
0
290
AI時代のAPI品質を支えるガードレール / API Guardrails for API quality in the AI era
yokawasa
1
210
Omarchy Quattro の日本語設定周り
simosako
2
140
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
3
890
「重なり」は迎える側がつくる ― 人もAIエージェントも歓迎するプロダクトエンジニアリング ―
go0517go
PRO
0
280
Featured
See All Featured
Building Applications with DynamoDB
mza
96
7.2k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
410
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
280
Faster Mobile Websites
deanohume
310
32k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
780
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
680
Exploring anti-patterns in Rails
aemeredith
3
500
Unsuck your backbone
ammeep
672
58k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
Navigating Team Friction
lara
192
16k
Transcript
スクラムフェス大阪2026 / 影中 光 「普通こうですよね?」の声がつ らい ~新人と既存メンバーのすれ違いから考える改善~
自己紹介 影中 光 かげなか ひかり PMO / スクラムマスター 所属:横河レンタ・リース株式会社 計測器・PCレンタルを主軸にする会社で、ソフトウェア開発を担当。
昨年、産休・育休を取得し、今年4月に復帰。 Microsoft MVP JAZUG JAZUG for Women
ちょっと前置き 私のチームに新人さんが入ってきた時の話 一般論やベストプラクティスの話ではない 私のチームで起きたことからの気づきと学び 皆さんのチームには、別の答えがある うちのチームなら、 どうだろう?
今日、一番伝えたいこと 問題を見つけたとき Let’sの気持ち! 「一緒に改善しましょう」 「改善を止めない」と「人を傷つけない」を、両立させる。
01 傷ついた話 共感 / EMPATHY
「普通こうですよね?」―具体的には 新人 「ちゃんとしたドキュメントないんですか?」 新人 「テスト自動化じゃないんですか?」 新人 「スプリントイベント、形骸化してませんか?」 私 私 「ぐぅ‥‥‥」
私たちも、知らなかったわけじゃない 過去に議論した 最善策が見つからない 改善を試した 失敗した 人も時間も足りなかった 何年も向き合ってきた。だから「正しいけど、つらい」。
02 気づいたこと 発見 / DISCOVERY
産休復帰で、見えたこと 歴史を知っている + でも、今は知らない 「歴史を知っている、外部者」になった
そして、新人側の景色が見えた 「確かに、そうだな」 改善した方がいい。その通り。
チーム立ち上げ時からいる私の視点 ― 私の心の声(正直) 「何も知らないくせに」 頭では、正しいと分かっている。でも、感情がついてこない。
指摘される“側”に起きていること 新人の素直な疑問は、受け手には「否定された」ように届くことがある 01 新人の景色 02 受け手の内側 03 防御反応 • 理想の現場との
ギャップが見える • 改善を続けてきたのに できていない所だけ 見られている気がする • 先輩として答えなきゃ 私が何とかしなきゃ というプレッシャー • 頑張りが見えていない • プライドから 「これでいい」と 見栄を張ってしまう • 信頼しているから 素直に聞いてくれる • 改善提案なのに ダメ出しに聞こえる 悪意ではなく、見えている景色の違い。だから、受け止め方を翻訳する必要がある。
新人と既存メンバーが見ている景色 新人 既存メンバー 今の問題 今の問題 + そこに至る歴史 「今」だけを見た正しさを渡すだけでは、チームは前に進まない。
「できていない」の理由は、3種類 ① ② ③ やってみて、やめた 分かっているけど、 まだできていない 本当の盲点 もう要らなくなった チームに合ってなかった
他が優先だった 改善の途中 気づいていなかった 例:お客様向けの詳細な仕様書を やめた 例:テストの自動化ができていな い(CI/CD) 例:スプリントイベントの形骸化
03 本当に怖いこと 問題提起 / THE REAL FEAR
本当に怖いのは、指摘が止まること 新人が提案する 既存メンバーが却下する 新人が言いづらくなる 提案が減る チームの改善が、進まなくなる
04 事前にできること 予防 / PREVENTION
新人参加時に、チームが事前に準備できること ① 「歴史」を、見える形に残す ② 「試して、やめた」も引き継ぐ なぜ今こうなっているかを、記録しておく 同じ議論の、繰り返しを防ぐ ③ ④ 指摘を歓迎する、と先に決める
改善提案は「ダメ出し」ではない、を共有 実例① 改善は「チームの責任」と合意 言い出した人/言われた人が、全部やらない 話し合いはすべてMiroに残し、チームの歴史をいつでも見られるように。 課題:情報量が多く、新人には読み解きにくい(試行錯誤中)
05 翻訳が必要 解決 / TRANSLATION
どちらも、間違っていない 見えている景色と、持っている情報が違うだけ 新人さん 既存メンバー 「今」の課題が見えている 理想と現実のギャップに気づく 「今」と「歴史」が見えている そこに至るまでの経緯を知っている どちらが正しいかより、これからどうするかを一緒に考える。 SMは「翻訳者」:言葉を、お互いに届く形へ訳し直す
※ SMに限らず、チームの誰でもできる
SMは、翻訳者 ― 4つの翻訳 意図と歴史を「引き出し」、相手に届く言葉へ「翻訳」する。 引き出す(聞く) 新人 サイド 既存 サイド 翻訳する(渡す)
① 新人から「意図」を引き出す ② 新人の言葉を「改善提案」へ 「何を見てそう思った?」と、意図や課題を 探す。 「改善できる余地が見つかった」と既存メン バーへ。 ③ 既存メンバーから「歴史」を引き 出す ④ 歴史を「学び」へ翻訳する 「何が原因? 今も同じ条件?」と、歴史を整 理する。 「当時は難しかった。でも今なら?」と新人 さんへ。 翻訳とは、単なる言い換えではなく「情報の橋渡し」。
新人サイド:指摘を「翻訳」する(①→②) ① 新人 → SM | 指摘を「意図(困りごと・理想)」に翻訳 「UIの詳細仕様ドキュメントはないんです か?」 「何がわからなくて困った?」
「スプリントイベント形骸化してません か?」 「どんな状態が理想だと思った?」 ② SM → 既存メンバー | 「当事者として一緒に扱う課題」に翻訳 「UIの詳細仕様ドキュメントはないんです か?」 「新しく参加した人が迷うポイントがあるようです。 既存の仕様書に少し追記しませんか」 「スプリントイベント形骸化してません か?」 「目的を見直すきっかけになりそうです」 「誰か対応して」ではなく、「チームでどう扱おうか?」(一緒にやる)
既存サイド:歴史を「翻訳」する(③→④) ③ 既存メンバー → SM | 歴史を整理する(「失敗」を「経験」と「当時の制約」に翻訳) 「昔、失敗した」 「昔試して、やめたのはなんでだっけ?」 「わかっているけど手が回らない」
「当時は優先度が低かった。今はどうか?」 ④ SM → 新人 | 歴史を「学び」に翻訳する 「昔、失敗した」 「前はスキル不足でやりきれなかった。今ならどうだ ろう?」 「わかっているけど手が回らない」 「今のチームにとっての優先度を考えてみよう」 「もう議論した」で終わらせず、「今ならどうか」を一緒に考える(一緒にやる)
翻訳の判断基準は Let’s 迷ったら、その翻訳が「一緒にやろう」になっているかを見る。 「あなたがやる」 押しつけになっていないか ✕ 「私がやる」 抱え込みになっていないか ✕ 「一緒にやろう」
Let's になっているか 〇 チームの問題を、誰か一人の問題にしない。 「あなた」でも「私」でもなく、チームで扱う。
私がチームで、学んだこと 「なんでやらないんですか?」から、 「一緒にやりましょう」へ。 One’s Problem → Our Problem Let's.