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
100
チームの境界をブチ抜いていけ
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
高度なUI/UXこそHotwireで作ろう Kaigi on Rails 2025
naofumi
4
3.6k
なぜGoのジェネリクスはこの形なのか? Featherweight Goが明かす設計の核心
ryotaros
7
1k
Goで実践するドメイン駆動開発 AIと歩み始めた新規プロダクト開発の現在地
imkaoru
4
750
10年もののAPIサーバーにおけるCI/CDの改善の奮闘
mbook
0
790
iOSエンジニア向けの英語学習アプリを作る!
yukawashouhei
0
180
ソフトウェア設計の実践的な考え方
masuda220
PRO
3
500
ててべんす独演会〜Flowの全てを語ります〜
tbsten
1
220
overlayPreferenceValue で実現する ピュア SwiftUI な AdMob ネイティブ広告
uhucream
0
170
Advance Your Career with Open Source
ivargrimstad
0
390
フロントエンド開発に役立つクライアントプログラム共通のノウハウ / Universal client-side programming best practices for frontend development
nrslib
7
3.9k
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
190
CSC305 Lecture 02
javiergs
PRO
1
260
Featured
See All Featured
Speed Design
sergeychernyshev
32
1.1k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
20k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
9
580
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
19
1.2k
A designer walks into a library…
pauljervisheath
209
24k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
61k
It's Worth the Effort
3n
187
28k
Being A Developer After 40
akosma
91
590k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
Context Engineering - Making Every Token Count
addyosmani
5
200
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 入れる • はみ出す心意気を持つ ◦ プロダクトの責務 ≠
チームの責務 • 飲みに行く • 最悪やり直す気持ちを持つ • 少人数で議論 ⇒ みんなに共有のサイクル • 飲みに行く