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
250
チームの境界をブチ抜いていけ
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
1k
Other Decks in Programming
See All in Programming
自動テストのアーキテクチャとその理由ー大規模ゲーム開発の場合ー
segadevtech
0
430
Blazing Fast UI Development with Compose Hot Reload (Bangladesh KUG, October 2025)
zsmb
2
460
contribution to astral-sh/uv
shunsock
0
580
Claude Agent SDK を使ってみよう
hyshu
0
1.5k
AI Agent 時代的開發者生存指南
eddie
4
2.3k
TransformerからMCPまで(現代AIを理解するための羅針盤)
mickey_kubo
7
6k
SidekiqでAIに商品説明を生成させてみた
akinko_0915
0
120
Designing Repeatable Edits: The Architecture of . in Vim
satorunooshie
0
240
GC25 Recap: The Code You Reviewed is Not the Code You Built / #newt_gophercon_tour
mazrean
0
140
KoogではじめるAIエージェント開発
hiroaki404
1
300
詳細の決定を遅らせつつ実装を早くする
shimabox
1
180
マイベストのシンプルなデータ基盤の話 - Googleスイートとのつき合い方 / mybest-simple-data-architecture-google-nized
snhryt
0
120
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
116
20k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Documentation Writing (for coders)
carmenintech
76
5.1k
Designing Experiences People Love
moore
142
24k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
2.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.3k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Automating Front-end Workflow
addyosmani
1371
200k
Product Roadmaps are Hard
iamctodd
PRO
55
11k
The Invisible Side of Design
smashingmag
302
51k
Typedesign – Prime Four
hannesfritz
42
2.9k
Docker and Python
trallard
46
3.6k
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 入れる • はみ出す心意気を持つ ◦ プロダクトの責務 ≠
チームの責務 • 飲みに行く • 最悪やり直す気持ちを持つ • 少人数で議論 ⇒ みんなに共有のサイクル • 飲みに行く