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
京都・東京からなるリモートチームで 円滑に働くために考えてきたこと / Minami Aoya...
Search
kga
June 16, 2017
Technology
0
540
京都・東京からなるリモートチームで 円滑に働くために考えてきたこと / Minami Aoyama Night #3 #manight3
Minami Aoyama Night #3 での発表資料です
https://minami-aoyama-night.connpass.com/event/58102/
kga
June 16, 2017
Tweet
Share
More Decks by kga
See All by kga
リモートチームでの働き方 / Work with remote team
kga
1
16k
アプリケーションエンジニアからみたはてなのインフラの話 / Hatena Engineer Seminar #6
kga
1
11k
Other Decks in Technology
See All in Technology
オブザーバビリティが広げる AIOps の世界 / The World of AIOps Expanded by Observability
aoto
PRO
0
360
「何となくテストする」を卒業するためにプロダクトが動く仕組みを理解しよう
kawabeaver
0
390
これでもう迷わない!Jetpack Composeの書き方実践ガイド
zozotech
PRO
0
340
研究開発と製品開発、両利きのロボティクス
youtalk
1
520
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
450
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
2
430
Webブラウザ向け動画配信プレイヤーの 大規模リプレイスから得た知見と学び
yud0uhu
0
230
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
540
JTCにおける内製×スクラム開発への挑戦〜内製化率95%達成の舞台裏/JTC's challenge of in-house development with Scrum
aeonpeople
0
210
2025年夏 コーディングエージェントを統べる者
nwiizo
0
140
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
0
320
要件定義・デザインフェーズでもAIを活用して、コミュニケーションの密度を高める
kazukihayase
0
110
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Code Reviewing Like a Champion
maltzj
525
40k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.2k
Making Projects Easy
brettharned
117
6.4k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
The Cult of Friendly URLs
andyhume
79
6.6k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.5k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Transcript
京都・東京からなるリモートチームで 円滑に働くために考えてきたこと 2017/06/16 Minami Aoyama Night #3
自己紹介 - 戸谷渉(@kga/id:KGA) - 株式会社はてな 東京オフィス - Web シニアアプリケーションエンジニア /
テックリード - 2008年9月度インターン・2015年5月入社
自己紹介 - 担当サービス変遷 - Pinga(KDDI様・ナターシャ様)→ カクヨム(KADOKAWA様)アプリ → 少年ジャンプ ルーキー、となりのヤングジャンプ、あしたのヤングジャンプ、少年ジャンプ +Web版
(集英社様)
はじめに - この2年間、東京側のチームのエンジニアはずっと1人 - 最近1人増えました - リモートチームでの働き方にだいぶ慣れてきたので心がけて きたことをご紹介します - リモートに特化した話題ではないことも含まれています
- チームの規模や自分と相手のロールによっても変わることがありそう - 私自身日々模索中ですしあくまでも一例なので、自分やチームにあったやり方 を見つけられるとよいですね
心がけてきたこと
存在感を出す - 基本的にテキストコミュニケーションかつ物理的に顔も見えな い - 自分から存在感を出さないと忘れ去られてしまいかねない!
基本 - 朝の挨拶 - 冗談のようだけどリモートだといるのかいないのかわからない - Slack に朝の挨拶リマインダを仕込んでいるチームもあるや、チーム単位で iPadを設置して常時接続しているチームも -
報連相 - 大事!!!!! - 普通の仕事でも言われているのだから二拠点に分かれているチームという特 殊な環境ではなおさら大事
何をやっているかこまめに共有 - タスクで悩んでいることがあるときはチームのチャンネルに書 く - #times_*(分報チャンネル) に書かない - 反応がなくても気にしない。ほしいならメンションする -
コードを書いている時は早目に push して wip な Pull Request を作る - どのタスクをどこまでやっているかわかりやすい - 顔が見えない相手が何をやっているかがわかって安心感がで る
なるべく様子を気にかける - 逆に、Slack や GitHub 上で数時間様子が伺えない場合は「調 子どうですか?」とか声をかけたりしている - ハマって一人で悩んでいるかも? -
調子よくコード書いてるところに割り込んでしまう場合もあるけど、ハマっている のが放置されているよりはましと考えている - チームの人数が増えてくると現実的ではなくなるのでどこまでやるかは模索中
不必要な情報のフィルタリングをしない - とりあえず持っている情報は全部出す - 齟齬のリスクをなるべくなくす - 何かやったら簡単でもいいので報告する - A「これやりました!」 -
B「それさっきぼくがやりました!」 - 気を利かせたつもりで黙ってやるのはよくない - 基本的に情報は受け手が取捨選択したほうがよいと思う - 情報の処理が苦手なタイプもいるので、情報の共有方法には気をつける - issue や社内グループにまとめるなど
反応はなるべく早くする - Slack の返信やレビューなどはなるべく早くする - 相手の仕事をなるべく止めない - いつでも素早く対応していると相手も素早く対応してくれる(かも) - 割り込みに強くなる
- 割り込まれない時間を意識的に作るよりいいんじゃないかと思っている - 最近は割り込みが多くなってきたので、本当に割り込まれたくない時は宣 言して Slack をみないじかんを設けたりしている
遠慮しない - メンション送ることを躊躇しない - 仕事に関することではメンション避けはしない - 本当に通知を受けたくないなら受け手側が対策していると期待している - 会話したくなったら軽い気持ちで通話しませんかと声をかける -
話しかけていい状況かな?とか想像している時間は無駄 - 物理的に見えないのでどう頑張っても割り込まざるを得ない - リモートで会話する心理的障壁をとにかく下げる - こういう考えをするようになってからはリモートでの仕事が格段にやりやす くなりました
遠慮しない - 口頭で話していそうな雰囲気を察知したら結論を聞く - ちゃんと報告してもらえることのほうが多いけどうっかり忘れられることもあった りする - 困っている側がちゃんと伝え続けると無意識に報告してもらえるようになる - たまに自分が直接関係ないことでも聞いたりする
- 自分の立場や持っている情報でうまく口を挟めることがあるかもしれない - 隣で口頭で話しているのが耳に入ってアドバイスするみたいなのはよくあ ると思う
まとめ
リモートチームで円滑に仕事をするには - 存在感を出す - 遠慮しない - 思いやりが大事
リモートチームで円滑に仕事をするには - 存在感を出す - 報連相 - やっていることをこまめに共有する - 困っている、不安であるというのは積極的に発信すべき -
遠慮しない - 気を使いすぎて仕事が思うように進まないのは本末転倒だと思う - 顔が見えないと雰囲気もわからないのでそこを補うためにも何事にも思い切り よくやる
リモートチームで円滑に仕事をするには - 思いやりが大事 - “遠慮しない”とは書いたけど思いやりを持ちつつというのは大前提 - 少人数側、多人数側それぞれで困ることやついやってしまいがちなことはある が、インターネットの向こう側にもチームメイトがいるということを忘れてはなら ない -
お互い歩み寄ることが大事
ありがとうございました