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
チームをよしなにする立場を経験して学んだこと / Things I have learned...
Search
Kentaro Matsushita
December 21, 2019
Technology
0
680
チームをよしなにする立場を経験して学んだこと / Things I have learned in leading the team
kanazawa.rb meetup #88 年末 LT 大会
https://meetup.kzrb.org/88/
Kentaro Matsushita
December 21, 2019
Tweet
Share
More Decks by Kentaro Matsushita
See All by Kentaro Matsushita
開発のアジリティ向上のためのシステムリプレイス ~DMM GAMESの事例~
kentarom
0
670
Denoで簡単なCLIツールを作ってみる / Try to make a simple CLI tool with Deno
kentarom
0
900
GatsbyJSで作った個人ブログの構成を色々見直してみた / Improve my personal blog made with GatsbyJS
kentarom
1
340
Webサイトパフォーマンスを継続的に計測したい!!! / I want to continuously measure my website performance!!!
kentarom
2
480
Actions ToolkitではじめるGitHub Action開発 / Getting started creating a GitHub Action with Actions Toolkit
kentarom
2
1.7k
GitHub Gistを使って、アクティビティを可視化しよう / Let's try visualizing your activity using the GitHub Gist
kentarom
1
760
OGP画像を生成するNode.jsのライブラリを作ってみた / Create a Node.js module for generating Open Graph image
kentarom
1
7.2k
AWSの既存サービスを活用して、 障害検知・復旧を迅速化するカラクリ / JAWS-UG Kanazawa x OpsJAWS
kentarom
2
4.6k
DMM.comの認証基盤を支えるエラー通知の仕組み / AWS Dev Day Tokyo 2018 Lightning Talk
kentarom
2
13k
Other Decks in Technology
See All in Technology
【shownet.conf_】多様化するネットワーク環境を柔軟に統合するルーティングテクノロジー
shownet
PRO
0
280
Making Linux sucks less
ennael
PRO
0
490
Causal Impactを用いたLINE Pay UIの効果検証とABテスト実施への貢献
lycorptech_jp
PRO
3
490
AWSへのNIST SP800-171管理策 導入に向けての整備/20240930 Mitsutoshi Matsuo
shift_evolve
0
150
Perlで始めるeBPF: 自作Loaderの作り方 / Getting started with eBPF in Perl_How to create your own Loader
takehaya
1
190
AI時代のアジャイル開発(XP祭り2024版) / Agile Development in the AI Era in XPJUG
takaking22
13
3.5k
Strict Concurrencyにしたらdeinitでクラッシュする話
0si43
0
120
ITエンジニアとして知っておいてほしい、電子メールという大きな穴
logica0419
2
310
Authenticator のエミュレーションによる パスキーのログインテスト/nikkei-tech-talk-25
nikkei_engineer_recruiting
0
140
Efficient zero-copy networking using io_uring
ennael
PRO
0
280
エンジニアは伝え方が9割/90% of what engineers need is communication skills
ykanoh
2
160
【shownet.conf_】放送局とShowNetが共創する、未来の放送システム ~Media over IP 特別企画の裏側~
shownet
PRO
0
270
Featured
See All Featured
Teambox: Starting and Learning
jrom
131
8.7k
Raft: Consensus for Rubyists
vanstee
136
6.6k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
For a Future-Friendly Web
brad_frost
174
9.3k
The Invisible Customer
myddelton
119
13k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.8k
Done Done
chrislema
181
16k
Fontdeck: Realign not Redesign
paulrobertlloyd
81
5.2k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
167
48k
The Pragmatic Product Professional
lauravandoore
31
6.2k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
230
17k
Ruby is Unlike a Banana
tanoku
96
11k
Transcript
チームをよしなにする⽴場を 経験して学んだこと Kentaro Matsushita kanazawa.rb meetup #88 年末 LT ⼤会
2019/12/21
⾃⼰紹介 ⾦沢市内のゲーム会社で働くフロントエンドエンジニア ゲームプラットフォームのリプレイス開発に従事 Kentaro Matsushita kentaro-m _kentaro_m
突然チームをリードしていく動きが必要になった私が 何を⾏い、何を学んだかを発表します 今⽇のトピック
2019年もあとわずかですね!
今年の私の⼤きな変化
はじめての転職転籍 グループ会社に異動 Webサービス -> ゲーム
フロントエンドエンジニアへの転⽣
職場環境が変化 ⾃分に求められることも変化
フロントエンドの代表者 やってもらえませんか? フロントエンドの代表者 ってなんですか? 上司 私
ディレクター デザイナー フロントエンドA フロントエンドB バックエンド 機能チーム 各職能が効率よくコミュニケーションを図り、 開発を進めるための窓⼝を設置 (東京と⾦沢でわかれて開発) 代表者
機能チーム内の各職能との 相談窓⼝になって欲しい 承知しました 私 上司
代表者になったことで、相談に乗ることが増えた • 仕様相談 • 機能の実現可否の確認、画⾯やAPI仕様の確認 • タスク割り当て • 着⼿すべきタスクの確認、チケット作成 •
進捗確認 • 作業⾒積もり、成果物確認 • 実装相談 • 実装や設計の問題の相談
代表者になったことで、相談に乗ることが増えた • 仕様相談 • 機能の実現可否の確認、画⾯やAPI仕様の確認 • タスク割り当て • 着⼿すべきタスクの確認、チケット作成 •
進捗確認 • 作業⾒積もり、成果物確認 • 実装相談 • 実装や設計の問題の相談 ⾃分の作業ができる時間 ⼤幅に減る
代表者はどんな動きをしたら良いのか (窓⼝以外は何も⾔われていないので) 想定以上に⾊々なことが求められて困惑
代表者はどんな動きをしたら良いのか これまでのメンバーとしての働き⽅から チームをリードする動きが 求められているように感じた
ロールの定義がないので、⾃分で考えてみた プロジェクト成功のために、 チームをよしなにして、 開発を進めるのがミッションだ (多分)
よしなに【良しなに】 《副》よろしく。いいぐあいになるように。
チームを良い具合にして、 開発を進めるぞ!
やったこと • タスクの割り当て • 完了の定義を明確化し、メンバーにタスクを割り当てる • コード・資料レビュー • メンバーの成果物をレビューする •
仕様策定 • 関係者と仕様を決める際に、フロントエンドチームの意⾒をまとめて相談する • スクラムイベントの運⽤ • デイリースクラム・ふりかえり・プランニングのファシリテーション
チームをよしなにするために ⼤切な3つの学びを得た
コミュニケーション
コミュニケーション • 相⼿の⽴場に⽴って、わかりやすい⾔葉で話す • 専⾨⽤語は多⽤しない • 個別最適化ではなく、全体最適化を意識する • ⾃分の担当領域 (フロントエンド)
だけでなく、他職能の担当領域 (UI/UX、マイクロサービ ス)の観点も考慮し、機能全体としてのあるべき姿を⼀緒に考える • メンバーの困りごとを拾う • 作業進⾏上の困ったことを検知・解決する仕組みを作る • デイリースクラムで困りごとを聞いて、適切にハンドリングするようにしている
委譲
委譲 • 「次にどうしたらいいですか」という質問がたくさんくる • ⾃分の作業時間がなくなっていくので、ある程度のチームメンバーの⾃⾛が必要 • 作業の⽅針が分からないゆえの問題なので、⽅針を可視化することにした • メンバーに⽅針資料を作ってもらい、どの順番で作業すべきかを 考えてもらった
• 作業⽅針資料 (アプリケーション完成までのタスク消化優先度) をチームメンバーに 作ってもらう • プランニングの進⾏をチームメンバーにお願いする
俯瞰
俯瞰 • 先々に潜む落とし⽳を⾒つけて対処する • メンバーが安⼼してタスクを進められるように懸念点に対処する • 仕様策定のリード (決まっていないことを決める動き) • コードの品質確認
(すべてのPRに⽬を通して、機能の実装状況確認) • 技術調査 (実装の懸念点を解消する) • プロジェクトを進めるために全体を⾒る動きが必要 • 必要な作業の洗い出しや優先順位付けを⾏う
さいごに • チーム開発は楽しいけど、難しい • メンバー視点からリード視点へのマインド転換 • チームをよしなにするために⼤切なことを学んだと は⾔ったが、それができているとは⾔えない • 来年は学んだことを⽣かして、チームとしての成果
を上げていきたい