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
チームの境界をブチ抜いていけ
Search
tokai235
October 08, 2025
Programming
0
380
チームの境界をブチ抜いていけ
2025/10/8 の TSUDOI by giftee Tech #1 で話した内容です。
tokai235
October 08, 2025
Tweet
Share
More Decks by tokai235
See All by tokai235
俺たちは雰囲気で scope をやっているけどもうちょっとなんとかならんのか?
tokai235
0
1.1k
Other Decks in Programming
See All in Programming
perlをWebAssembly上で動かすと何が嬉しいの??? / Where does Perl-on-Wasm actually make sense?
mackee
0
300
Context is King? 〜Verifiability時代とコンテキスト設計 / Beyond "Context is King"
rkaga
10
1.5k
チームをチームにするEM
hitode909
0
440
それ、本当に安全? ファイルアップロードで見落としがちなセキュリティリスクと対策
penpeen
6
1.9k
[AtCoder Conference 2025] LLMを使った業務AHCの上⼿な解き⽅
terryu16
6
1k
0→1 フロントエンド開発 Tips🚀 #レバテックMeetup
bengo4com
0
470
[AI Engineering Summit Tokyo 2025] LLMは計画業務のゲームチェンジャーか? 最適化業務における活⽤の可能性と限界
terryu16
2
270
DevFest Android in Korea 2025 - 개발자 커뮤니티를 통해 얻는 가치
wisemuji
0
180
愛される翻訳の秘訣
kishikawakatsumi
3
370
PC-6001でPSG曲を鳴らすまでを全部NetBSD上の Makefile に押し込んでみた / osc2025hiroshima
tsutsui
0
200
Grafana:建立系統全知視角的捷徑
blueswen
0
280
SQL Server 2025 LT
odashinsuke
0
130
Featured
See All Featured
Accessibility Awareness
sabderemane
0
33
The Invisible Side of Design
smashingmag
302
51k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
730
Producing Creativity
orderedlist
PRO
348
40k
Reflections from 52 weeks, 52 projects
jeffersonlam
355
21k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.2k
Designing Experiences People Love
moore
143
24k
Context Engineering - Making Every Token Count
addyosmani
9
590
Six Lessons from altMBA
skipperchong
29
4.1k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
77
Applied NLP in the Age of Generative AI
inesmontani
PRO
3
2k
Transcript
チームの境界をブチ抜いていけ TSUDOI by giftee Tech #1 2025-10-08 tokai235
自己紹介 • toki(@tokai235)です • 現実世界ではギフティで働いています • 京都在住です これを作ってます
チームを越えた開発 すること、ありませんか? (社内の話です)
チームを越えた開発 • 基盤チームと機能開発チームとか • フロントエンドチームとバックエンドチームとか • プロダクトAとプロダクトBとか
たいへん
むずい
なんもわからん
わかる
なんとかうまく やっていけんか? とはいえ...
今日の話: チームを越えた開発をするときに 大事だと思っていること
Tips1: 「私はあなたの敵ではあり ません」と伝える
Tips1: 「私はあなたの敵ではありません」と伝える • 忘れがちなんだけどめちゃくちゃ大事 • まんま言葉に出してもいい • チームが違うと社内でも「敵」のように見えてしまうことがある ◦ 短期的、直接的なミッションが違うので
◦ 忙しいときほどこうなっていく(ツライ) • でも最終的に目指したいところは同じはず ◦ これを思い出す ※以前どなたかが言っていたことの受け売 りなんですが、出典を見つけられず...
Tips2: オーナーを立てる
Tips2: オーナーを立てる • それぞれのチームに担当がいるだけだと不十分 ◦ お見合いになっちゃう • 2つのチームを1つのプロジェクトでまとめ、そのオーナーを立てる ◦ 1つの大きなチームと見立てる
• オーナーの目的はただ一つ ◦ プロジェクトを終わらせること
Tips3: 目に見える形で合意する
Tips3: 目に見える形で合意する • なぜ? ◦ チームにはプロジェクト以外にも仕事がある ▪ プロジェクト ≠ プロダクト
◦ チームが違うと見えてない情報も多い • 境界や全体像をいつでも見られるようにする • 例えばマイルストーン、API スキーマなど
まとめ • 「私はあなたの敵ではありません」と伝えよう ◦ チームが違うとミッションが違うので忘れがちだけど大事 • オーナーを立てよう ◦ オーナーの目的はただ一つ、「プロジェクトを終わらせること」 •
目に見える形で合意しよう ◦ 境界や全体像をいつでも見られるようにする
ブチ抜いて いきましょう💪
他にもTips • 定例 MTG 入れる • はみ出す心意気を持つ ◦ プロダクトの責務 ≠
チームの責務 • 飲みに行く • 最悪やり直す気持ちを持つ • 少人数で議論 ⇒ みんなに共有のサイクル • 飲みに行く