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
#RSGT2020 テックリードは未来の話をしよう / Tech Lead in Scrum
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Mitsuyuki Shiiba
January 08, 2020
Technology
32k
38
Share
#RSGT2020 テックリードは未来の話をしよう / Tech Lead in Scrum
https://confengine.com/regional-scrum-gathering-tokyo-2020/proposal/11890/tech-lead-in-scrum
Mitsuyuki Shiiba
January 08, 2020
More Decks by Mitsuyuki Shiiba
See All by Mitsuyuki Shiiba
入社3ヶ月目のエンジニアから見たカケハシ
bufferings
6
2k
Dynamic Config の紹介 #CircleCIJP
bufferings
0
580
最近 Fitbit をつけて散歩してるので CircleCI + Pixela で見えるようにしてみた
bufferings
1
360
誰も嫌な思いをしない変化 #scrumosaka / Scrum Fest Osaka 2021 Keynote
bufferings
14
11k
#RSGT2021 Rethink Scrum from a Japanese cultural perspective
bufferings
2
11k
Introduction to Cypress
bufferings
3
4.2k
The Touch and Feel of Micronaut
bufferings
0
850
Introducing Micronaut
bufferings
1
880
Service Operation Centered Development
bufferings
3
6.6k
Other Decks in Technology
See All in Technology
RedmineをAIで効率的に使う検証
yoshiokacb
0
150
オライリーイベント登壇資料「鉄リサイクル・産廃業界におけるAI技術実応用のカタチ」
takarasawa_
0
420
[みん強]AIの価値を最大化するデータ基盤戦略:Self-Service型Data Meshへの転換とAgentic AI Meshに向けた取り組み with Snowflake他
y_matsubara
1
150
AI時代に、 データアナリストがデータエンジニアに異動して
jackojacko_
0
1.1k
生成AI時代に信頼性をどう保ち続けるか - Policy as Code の実践
akitok_
1
510
JTCでRedmine利用者2700人を実現した手法 第二部
nobuonakamura
0
140
AWSアップデートから考える継続的な運用改善
toru_kubota
2
310
JaSSTに関わることで変わった人生観 #jasstnano
makky_tyuyan
0
150
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
100k
そのSLO 99.9%、本当に必要ですか? 〜優先度付きSLOによる責任共有の設計思想〜 / Is that 99.9% SLO really necessary? Design philosophy of shared responsibility through prioritized SLOs
vtryo
0
840
GitHub Copilot CLI で考える複数エージェント設計
tomokusaba
0
130
マンション備え付けのネットワークとLTE回線を組み合わせた ネットワークの安定化の考案
harutiro
1
140
Featured
See All Featured
Mind Mapping
helmedeiros
PRO
1
190
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.5k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.3k
SEO for Brand Visibility & Recognition
aleyda
0
4.5k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.9k
Practical Orchestrator
shlominoach
191
11k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
1.4k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
350
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
120
Site-Speed That Sticks
csswizardry
13
1.2k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
690
A Modern Web Designer's Workflow
chriscoyier
698
190k
Transcript
テックリードは未来の話をしよう Tech Lead in Scrum 2020/01/08 Regional Scrum Gathering Tokyo
2020 Mitsuyuki Shiiba EC Incubation Development Dept. Rakuten, Inc.
Photo by Camylla Battani on Unsplash
テックリードは未来をつくってる • 大変だけど面白いよねという話 • 今日は技術ではなくてチームづくりの実践と学びの話
椎葉 光行 (@bufferings) 好き: Java, Scrum, DDD, k8s 楽天株式会社 大阪支社
(2010年〜) ウェブアプリケーションアーキテクト 自己紹介
ECインキュベーション開発部 ECインキュベーション開発部 インフラ担当部署 デザイン担当部署 プラットフォーム担当部署 開発 グループ 開発 グループ 開発
グループ サービス サービス サービス 開発グループ EM SM PO 開発チーム ENG TL ENG … 開発チーム ENG TL ENG …
改善グループ EM SM PO 開発チーム ENG TL ENG … 開発チーム
ENG TL ENG … 内側からサポート スクラム・モブプロサポート 技術的なサポート
テックリードって必要ないんじゃないか? Photo by Olga Guryanova on Unsplash
“ある人にしかできない作業があったとしても、スクラム における開発チームのメンバーに肩書きはない。” スクラムガイド - Scrum Guides https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf アクセス日 2020/01/04
“開発チームのメンバーに専門能力や専門分野があっ たとしても、最終的な責任は開発チーム全体が持つ。” スクラムガイド - Scrum Guides https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf アクセス日 2020/01/04
テックリードをなくそうとしてるスクラムチームのサポート テックリードが苦しむだけだった • テックリードが見てる世界はまだメンバーには見えていない • まだスキルが足りてなくて最終的にはテックリードの判断になってしまう • こぼれ落ちてしまう部分はテックリードが全部拾ってしまう 結果 どうしてやってくれないんだろう?とイライラしてしまう
実験と観察
「スクラムをやるために開発してるんですか?」 僕が8年くらい前に当時の上司から言われたこと そんなときに思い出す言葉
テックリードはやっぱり必要だな じゃあ、どうしてスクラムにはテックリードって役割がないんだろう?
テックリードって何をしてるっけ? Photo by Jaime Spaniol on Unsplash
テックリードって何をしてるっけ? コードレビュー 会議 アーキテクチャ スクラムマスターと相談 決断 仕様のチェック プロダクトオーナーと相談 他部署と調整 技術的プロダクトオーナー
方向性を決める コーディング チームの育成 インフラチームと相談 設計 技術的負債 窓口 設計レビュー メンバーの相談 技術選定
わかる でも、ずっと続けるのはなんか違うなぁ… 技術的な最後の砦
未来への時間軸
将来的に… 未来への時間軸 チームに渡していきたい チームのために引き受けたい プロダクトオーナーと相談 方向性を決める コーディング チームの育成 技術的負債 メンバーの相談
技術選定 コードレビュー 会議 アーキテクチャ スクラムマスターと相談 決断 仕様のチェック 他部署と調整 インフラチームと相談 設計 窓口 設計レビュー 技術的プロダクトオーナー
将来的に… 未来への時間軸 チームの成長 組織の形 プロダクトオーナーと相談 技術的プロダクトオーナー 方向性を決める コーディング チームの育成 技術的負債
メンバーの相談 技術選定 コードレビュー 会議 アーキテクチャ スクラムマスターと相談 決断 仕様のチェック 他部署と調整 インフラチームと相談 設計 窓口 設計レビュー
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える
The 7 Levels of Delegation Delegation Poker & Delegation Board
- Management 3.0 Practice https://management30.com/practice/delegation-poker/ アクセス日 2020/01/04 参考:「自分がやる」と「相手がやる」の二択じゃないよ © Management 3.0 2020 https://management30.com/
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える 向かうべき?
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える 向かうべき? 正直わからん! (マネージャたちを信頼してる)
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える 差分を吸収
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える 差分を吸収 組織の中でチームの成果を最大化するよう動いている
ここまでのお話 • テックリードは必要そう • テックリードは組織の中でチームの成果を最大化してる じゃあ、どうしてスクラムにはテックリードって役割がないんだろう? の前にちょっとよりみち テックリードは未来の話をしよう
学び:チームの成長を支える Photo by Gaelle Marcel on Unsplash
開発チーム TL PO SM 最初は最前線で引っ張って
開発チーム TL PO SM チームの成長に合わせてだんだん中に入って一緒に動いて
開発チーム TL PO SM 最終的には一番後ろで奉仕するようになる
学び:チームの成長を支える 1. に適応する 2. を信頼する 3. を否定しない
変化に適応する • チームの成長に合わせて立ち位置が変わる • そもそも世界はすごいはやさで変化し続けてる • 自分の過去の成功体験にとらわれず、常に「今何をするべきか」を考える
1. に適応する 2. を信頼する 3. を否定しない 変化 学び:チームの成長を支える
何を信頼する? お願いしたことをやってくれるという「結果を信頼する」? ではなくて「コミットメントを信頼する」 約束したことをやりとげてくれるということを信頼する? ではなくて「献身を信頼する」 信頼は大切だってよく言われるけど
“So, commitment is about dedication and applies to the actions,
the effort, not the final result.” 椎葉訳:コミットメントは『献身』についてのことであり、それは 最終結果に対してではなく、行動や努力に対して適用される。 There’s value in the Scrum Values | Ullizee https://guntherverheyen.com/2013/05/03/theres-value-in-the-scrum-values/ アクセス日 2020/01/06
献身を信頼する 全力で考えて全力で取り組んでいるということを信頼する • 「信頼して任せたのに結果を出してくれなくて残念だ」 →結果を信頼してるから違う • 「うまくいかなかったのは努力が足りなかったからだ」 →全力であることを信頼してないから違う • 「うまくサポートできなくてごめん」
→全力でやってるんだから自分がどう支えるかの問題になる
1. に適応する 2. を信頼する 3. を否定しない 変化 献身 学び:チームの成長を支える
心を否定しない もし、違和感があっても • 「その人がそう感じた」という事実を否定しない • 心を変えるのではなくて、それを生み出す元となった部分を取り除く
心を否定しない 例「テストを書くのがめんどくさかったから書かなかった」 ⾃分の中の正しさを強要しない めんどくさいとかそういうのじゃないやろ そう感じたということを受け⽌める そっかめんどくさかったんですね 源泉を⼀緒に探す でもどうしてめんどくさかったんだろう︖な るほど、組み合わせが多すぎてどうやったら 良いかが分からなかったということだったん
ですね。 取り除く どの組み合わせをテストするべきかを⼀緒に 考えましょうか。
学び:チームの成長を支える 1. に適応する 2. を信頼する 3. を否定しない 変化 献身 心
ここまでのお話 • テックリードは必要そう • テックリードは組織の中でチームの成果を最大化してる • チームの成長を支える じゃあ、どうしてスクラムにはテックリードって役割がないんだろう? テックリードは未来の話をしよう
テックリードはスクラムの中でどう動くか?
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 成長を支える 差分を吸収 組織の中でチームの成果を最大化するよう動いている
None
スプリントの 外側 スプリントの 内側 チーム
PDM (Product Manager) プロダクトオーナー + 組織的なあれこれ DVM (Development Manager) テックリード
PJM (Project Manager) スクラムマスター + 組織的なあれこれ
None
None
None
None
None
None
None
None
None
None
None
None
ここまでやってみて実感
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 スクラムはココから始まる だからテックリードが不要
なるほど? そう考えてみたら、最初からそう言ってることに気づいた顔
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 でも、現実はここらへんにいる
さて、どうしよう?
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 自分たちの道を切り開く
チームの成長 組織の形 職能横断組織 職能別組織 引っ張る人が必要 自己組織化 正解はない
テックリードの役割 正解のない世界で自分たちの道を切り開くこと
テックリードは未来をつくってる 面白いなぁ
ここまでのお話 • テックリードは必要そう • テックリードは組織の中でチームの成果を最大化してる • チームの成長を支えるときに大切なこと • スクラムを実感 •
テックリードは未来をつくってる テックリードは未来の話をしよう
学び:未来をつくる Photo by Suraj Patil on Unsplash
正解のない世界で自分たちの道を切り開くこと 未来をつくる
正解のない世界で自分たちの道を切り開くこと 未来をつくる 1. 現在地を確認 2. 目的地を確認 3. 進む
1. 現在地を確認 2. 目的地を確認 3. 進む この繰り返し
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 大切だなって思うこと
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 大切だなって思うこと
現状を受け入れる 期待が足元を見えにくくする • もう3年目・EM・専門チームなんだから、これぐらいのことはできてほしい • このスケジュールでやってほしい • 職能横断的な組織であるべきだ 1. 現在地を確認するときに考えること
現状を受け入れる 1. 現在地を確認するときに考えること 期待 現状 なんでここにいないの?って 言っても何も変わらない ここにいることを受け入れることで 次の一歩を考えることができる
現状を受け入れる 期待からのマイナスではなく現状とそこからのプラスを考えよう • 現状の良いところをたくさん見つけよう • 足りない部分ではなくて、足すと今日よりも良くなる部分を考えよう • 成長に対して苦労を期待しなくていい 1. 現在地を確認するときに考えること
誰かのせいにしたくなったとき • あの人のスキルが足りないからうまくいかない • あのチームの動きが良くないからうまくいかない • 職能横断組織になっていないからうまくいかない 誰かのせいにしたくなったときは期待で動いてる 現状を受け入れられていないサイン
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 大切だなって思うこと
自分色のビジョン テックリードあるある • メンバーの意見を聞きすぎる • 多数決で行き先を決めようとする • 反対意見が出ただけで方針を変更してしまう ただの「いい人」になってる いきあたりばったりで未来に向かわない
2. 目的地を確認するときに考えること
自分色のビジョン 強い信念を持って目指す場所を描こう • どんなシステムにしていきたいか • それを支えるチームをどう作っていきたいか など 2. 目的地を確認するときに考えること
僕の場合:成長する場としてのチーム を実現させたいなと思ってる • 誰もがそこを3年ぐらいで通り過ぎていってくれてよくて • そこを通り過ぎる中で成長していくことができて • でも、そこに何かを残していってくれて • 「場」としてのチームは成長し続ける
そういうチーム作りができたらいいなって 自分色のビジョン
自分色のビジョン • 全員が賛成してくれるわけじゃない • 音楽性の違いはある • 違いを怖がらない 自分色のビジョン
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 大切だなって思うこと
選ばない選択 色んな決断をしながら前進していく中で 「これをやっておけばよかった・・・」って思うことがある あのときにあのアーキテクチャを選択していればよかった。とか。 でも、それってできたのかな? 3. 進むときに考えること
選ばない選択 自分たちの力や時間は限られてて 全てを拾い上げることはできない 3. 進むときに考えること
選ばない選択 自分たちの力や時間は限られてて 全てを拾い上げることはできない だから何かを選ぶ そのとき僕が選んだのは、チームで技術的負債を返していくということだった 3. 進むときに考えること
選ばない選択 「あのアーキテクチャを選択していればよかった・・・」 3. 進むときに考えること
選ばない選択 それを選んでいた場合は、こうではなくて 3. 進むときに考えること
選ばない選択 こうなっていたはず 技術的負債を返すことを選ばずに そのアーキテクチャを選ぶということ 3. 進むときに考えること
選ばない選択 そう考えてみると、やっぱりこっちでいいんだった 僕はその部分を今回は選ばないという選択をしたんだった 3. 進むときに考えること
選ばない選択 選んだことばかりを見てしまいがちだけど 何かを選ぶときには 何かを選ばないということも選んでいる これを認識しておく 3. 進むときに考えること
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 大切だなって思うこと
失敗を恐れない • 失敗を怖がらなくていい • 失敗するところまでいこう • 失敗から学んで次の一歩を踏み出そう
1. 現在地を確認 2. 目的地を確認 3. 進む 現状を受け入れる 自分色のビジョン 選ばない選択 失敗と学習
未来をつくる回転
まとめ 「テックリードが必要な場」に立ってスクラムを実践してみて実感したのは 今、自分たちの立っている場所 テックリードはその場から未来を描いて一歩ずつチームと共に歩んでいる
テックリードをサポートする中での学び
自分に優しくしよう テックリードは責任感が強くて自分に厳しい人が多い
自分にも適用する 成長を支える 未来をつくる どうするか?
成長を支える 1. に適応する 2. を信頼する 3. を否定しない 変化 献身 心
1. に適応する 2. を信頼する 3. を否定しない 自分が全力で頑張ってることを信頼して 自分が感じたことを受け止めて 今の自分が一歩進むために何ができるかを考えよう
未来をつくる 「自分はこうあるべきだ」って期待に惑わされずに 今の自分を受け止めて良いところをほめて 一歩ずつ失敗しながら前進しよう
未来の話をしよう そんな風に、チームに優しく、自分に優しく、前を向いてチームと自分の
クロスファンクショナルグループ 最近試してるのは同じグループ内にSREやQAチームを作ること おまけ インフラ担当部署 デザイン担当部署 プラットフォーム担当部署 サービス 開発チーム SREチーム QAチーム