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
チームビルディングの始め方 / How to start team building
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Yoshiki Iida
October 14, 2023
Technology
1.6k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
チームビルディングの始め方 / How to start team building
スクラムフェス神奈川初陣 LT登壇
Yoshiki Iida
October 14, 2023
More Decks by Yoshiki Iida
See All by Yoshiki Iida
スタートアップでゼロからマネジメント文化を作ってきた話 / How I built a management culture from scratch at a startup
yoshikiiida
0
940
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
38k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
13k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
1k
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
1.4k
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
4.2k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2.2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
7k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
8
4.6k
Other Decks in Technology
See All in Technology
カーネルまで探検して理解するふたつの自動計装
sumiyae
0
340
Dylib Hijacking on macOS: Dead or Alive?
patrickwardle
0
130
紙 to デジタル
ichien178
0
350
AI時代のデータ基盤を考える問い
pacocat
0
740
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
1.2k
:syncing_time:
sksat
3
840
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
54k
IHV like なユースケースへのOpenID Connect 関連仕様の適用事例
optim
0
350
500名弱規模の組織のPythonプロジェクト(dbt) をどう管理するか?
hiracky16
0
360
形式手法特論:Hyperproperty とモデル検査 #kernelvm / Kernel VM Study Tokyo 19th
ytaka23
1
880
8bit CPU 2026
koba789
7
3k
Digitization部 紹介資料
sansan33
PRO
2
7.8k
Featured
See All Featured
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
390
Ethics towards AI in product and experience design
skipperchong
2
350
The Mindset for Success: Future Career Progression
greggifford
PRO
0
480
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
280
The Pragmatic Product Professional
lauravandoore
37
7.4k
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Git: the NoSQL Database
bkeepers
PRO
432
67k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
580
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
Crafting Experiences
bethany
1
270
Building an army of robots
kneath
306
46k
Transcript
2023/10/14 #scrumkanagawa Yoshiki Iida チームビルディングの始め方
Yoshiki Iida (@ysk_118) 株式会社ログラス シニアエンジニアリングマネージャー 2015年に株式会社クラウドワークスに入社。エンジニア、スクラムマスター、プロ ダクトオーナーを経て、2019年から執行役員として開発部門の統括を行う。現在 は株式会社ログラスにてソフトウェアエンジニアとしてプロダクト開発に携わった のち、1人目のエンジニアリングマネージャーとして事業と組織の成長にコミットし ている。
Profile
今日話すこと
10/10に出したブログの内容+α
• 個人の総和ではなし得ないアウトカムを出せるようにする • チームで変化に適応できるようにする チームビルディングの目的について
「チーム内の議論によってよりよいHowを見出せる状況を作ること」 より良いHowとは? • より早くリリースできる実装方法 • より使いやすいUI/UX • より品質の高いコード → 結果的に顧客価値の向上につながるHow
個人の総和ではなし得ないアウトカムを出せるように する
「チームを取り巻く状況の変化にチームで対応できるようにすること」 • メンバーが1週間休んだら? • メンバーの異動や追加があったら? • 競合が自社を上回るリリースを出してきたら? • 重大なインシデントが発生したら? →
状況の変化に対して、チームで考え、チームで対応を完結できれば強い チームと言える チームで変化に適応できるようにする
チームの成熟度と フェーズ別ワークショップ
フェーズごとに最適なワークショップは異なる
内容 効果 いつやるか? ドラッカー風エクササイズ 各自の得意なこと、お互いの期待値に ついて可視化する 初期の期待値、またそこからの変化を 知ることでチーム内で動きやすくなる。 全フェーズ メンバーが増えたら都度
定期開催 インセプションデッキ 我々はなぜここにいるのか?などいく つかのワークをチームで実施 チームで集まって仕事をする根源的な 目的について目線を合わせる。プロジェ クトの進め方に対しての目線を合わせ る。 形成期 デリゲーションポーカー 権限委譲レベルについて可視化する チーム内での責任およびその権限の委 譲レベルを可視化し、合意することでお 互いに動きやすくする。 混乱期 ワーキングアグリーメント チームで一緒に仕事をするためのルー ルを作る 日常業務を進める上でのルールを言語 化し、すれ違いや都度指摘しあうことの コストを減らし気持ちよく働けるようにす る。 形成期 スキルマップ(星取表) 各自の持っているスキルについて可視 化する 日常業務を進める上でのルールを言語 化し、すれ違いや都度指摘しあうことの コストを減らし気持ちよく働けるようにす る。 形成期 メンバーが増えたら都度 DTA(Designing Team Alliance: 意図 的な協働関係の構築) 各自の持っているスキルについて可視 化する 個人の内面にある感情レベルまで引き 出してチームの価値観を言語化するこ とにより、チームの特色を共通の言葉 にできる。 全フェーズ メンバーが増えたら都度 定期開催
チームビルディングをやろうと 言い出す勇気
はじめてのチームビルディングでぶつかる二つの不確実性
参加側の視点 → ファシリテーターの視点 過去のチームビルディングを振り返って考えてみる。 • 何らかのワークショップをしようと言い出したのは誰でしたか? • そのワークショップのアジェンダはどんなものでしたか?何を元にしたものでしたか? • そのワークショップの準備にはどれくらいの時間がかかったと思いますか?
• ワークショップを実施の前後でチームは変化したでしょうか?自身や他のメンバーはどんな反 応でしたか? メンバーからの視点の切り替え
「過去最もパフォームしていた最高のチームはどんなチームだったか?」につ いて考えることでモノサシをつくる。 自分がイメージできる最高の状態の言語化
チームビルディングの準備 ゴールとアジェンダを一度自身の言葉で言語化する
チームビルディングのふりかえり フィードバックを受け止めなければ上達しない
チームビルディングに コミットして得られるもの
• このチームは自身の貢献によって成長することができた、と言える経験に 価値がある • チームに対して思い入れができる ◦ 新しい人が入ってきていいチームだと言われるとうれしい ◦ チームが解散すると悲しい •
そのチームが好きで良い状態を維持したいという気持ち • もっと言えば、過去最高を更新し続けるという前のめりな思い 所有感の話
• チーム全員がチームに対して所有感を持てていたらめちゃくちゃ強いと思 いませんか? • その所有感をチームを超えて、組織や会社に対して持てていたらもっと強 いと思いませんか? 所有感のスケール
RSGT2024にプロポーザル出しました
おわり