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
KazukiHayase
April 28, 2023
Technology
4
3.7k
生産性が上がり続けるチームを作るための第一歩
KazukiHayase
April 28, 2023
Tweet
Share
More Decks by KazukiHayase
See All by KazukiHayase
もし今からGraphQLを採用するなら
kazukihayase
10
4.7k
Goでテストをしやすくするためにやったこと
kazukihayase
1
760
GraphQLクライアントの技術選定 2023冬
kazukihayase
9
6.5k
Introduction and Insights of the Hasura-based Architecture
kazukihayase
0
870
自分だけが頑張るのをやめて、フルスタックなチームを作る
kazukihayase
2
2.8k
Goでテンプレートからファイルを自動生成するCLIを作る
kazukihayase
0
1.2k
GraphQLにおけるクライアントキャッシュ戦略
kazukihayase
0
2.8k
MUIをベースにしたデザインシステムの構築
kazukihayase
0
520
Hasuraを活用するためのTips集
kazukihayase
0
33k
Other Decks in Technology
See All in Technology
表現を育てる
kiyou77
1
210
2025-02-21 ゆるSRE勉強会 Enhancing SRE Using AI
yoshiiryo1
1
240
スタートアップ1人目QAエンジニアが QAチームを立ち上げ、“個”からチーム、 そして“組織”に成長するまで / How to set up QA team at reiwatravel
mii3king
2
1.4k
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
5
2.6k
技術負債の「予兆検知」と「状況異変」のススメ / Technology Dept
i35_267
1
1.1k
データ資産をシームレスに伝達するためのイベント駆動型アーキテクチャ
kakehashi
PRO
2
520
目の前の仕事と向き合うことで成長できる - 仕事とスキルを広げる / Every little bit counts
soudai
24
7k
Developers Summit 2025 浅野卓也(13-B-7 LegalOn Technologies)
legalontechnologies
PRO
0
660
TAMとre:Capセキュリティ編 〜拡張脅威検出デモを添えて〜
fujiihda
2
240
MC906491 を見据えた Microsoft Entra Connect アップグレード対応
tamaiyutaro
1
540
「海外登壇」という 選択肢を与えるために 〜Gophers EX
logica0419
0
700
OpenID Connect for Identity Assurance の概要と翻訳版のご紹介 / 20250219-BizDay17-OIDC4IDA-Intro
oidfj
0
270
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Embracing the Ebb and Flow
colly
84
4.6k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
550
Building a Scalable Design System with Sketch
lauravandoore
461
33k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
410
Thoughts on Productivity
jonyablonski
69
4.5k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Automating Front-end Workflow
addyosmani
1368
200k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.3k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
The Language of Interfaces
destraynor
156
24k
Transcript
生産性が上がり続けるチームを作るための第一歩 【開発生産性 Meetup #1】開発生産性可視化による変化~事例LTから学ぶベストプラクティス~ 2023.04.26
自己紹介 名前:早瀬和輝 経歴:BuySell Technologiesに2021年に新卒入社 所属:開発2部 出品管理SaaSチーム 役職:フルスタックエンジニア、プロジェクトリーダー 趣味:開発、マンガ、アニメ、ベース、バスケ Twitter:@KazukiHayase
アジェンダ はじめに 01 過去の開発体制とチームの課題 02 立ち止まりと振り返り 03 振り返り後の開発生産性 04 まとめ
05
01 はじめに
None
出品管理チームに所属
チーム体制と開発生産性 合計 11 名のチームでスクラムで開発 EM (1名) PdM (1名) デザイナー (1名)
エンジニア (8名)
一人当たり1日平均3PR作成 コミットからマージまで平均12.2h
チームのベストプラクティス • PRの差分は60行以内に収める • PRのレビューはどんなに遅くても2時間以内に行う • スクラムイベント、PRのレビューは全員参加 • 全員フルスタックに開発
これらのベストプラクティスを実践し 生産性の高いチームになるために最初にやったこと 今日の話すこと 01
02 過去の開発体制とチームの課題
直近1年半の開発生産性の推移
直近1年半の開発生産性の推移 ここの話
当時の開発体制① BE 領域で担当者が別れており、自分は両方を担当 FE 業務委託
当時の課題① • フロントエンドの属人化 • BE・FE間のコミュニケーションコストが高い • タスクの依存関係により作業が進められない • FEのタスクを用意して指示する作業が必要
当時の開発体制② リソース効率重視で人にタスクをアサインしていた
当時の課題② かなり属人化していたので、詰まっても誰もヘルプに入れない
当時の課題② • 共通認識がないので実装もレビューもリードタイムが長くなる • 目先の実装を優先した結果、手戻りが頻発する • タスクが個人に委ねられているので進捗が見えづらい
03 立ち止まりと振り返り
立ち止まりと振り返り 前述した課題についてはチームメンバー各々が感じていた 一度立ち止まって、チームの課題と目的の整理を実施
チーム内で課題と目的を設定
話し合った結果 理想のチームの状態を実現するために、本格的にスクラムを導入 新しい取り組みに置ける、一時的な生産性の低下もチーム内で合意
取り組み始めの開発生産性 一時的に低下
04 振り返り後の開発生産性
振り返り後の開発生産性 • PRの差分は60行以内に収める • PRのレビューはどんなに遅くても2時間以内に行う • スクラムイベント、PRのレビューは全員参加 • 全員フルスタックに開発 改善を繰り返す中でベストプラクティスが生まれた
その他の取り組み 生産性指標を可視化してチームのワークフローを改善したら生産性が爆上がりした話 リファイメントとプランニングを改善することで、チームの属人化が解消された話
振り返り後の開発生産性 爆上がり
フロントエンドのタスク不足 • FEのテックリードとして新メンバーがjoin • 直近で優先度の高いFEのタスクが無くなった その後のチームの課題と解決策 異動前のチームとのギャップ • スクラム未採用のチームから新メンバーがjoin •
チームの開発の進め方に疑問を感じていた ◦ e.g. スプリントプランニングなどMtgが多い バックエンドをやってみよう! とりあえずやってみよう!
過去の経験を踏まえて 下記のような選択肢は採用しなかった • 単独でFEのタスクを進める • プランニングを省略する • 人にタスクをアサインする 過去の失敗経験から学んだ上での意思決定
直近の開発生産性 開発生産性は上がり続けている
全体の流れ なんちゃって スクラム 本格的に スクラム導入 + 生産性向上 新規メンバー 加入 さらなる
生産性向上 立ち止まり + 振り返り 生産性の低い状態に戻ることを防いだ
全体の流れ なんちゃって スクラム 本格的に スクラム導入 + 生産性向上 新規メンバー 加入 さらなる
生産性向上 立ち止まり + 振り返り ここで立ち止まり課題と目的の共通理解を 作ったからこそ生産性を上げ続けられている
05 まとめ
まとめ • 一度立ち止まることで、結果的に生産性の高いチームになれた • 最初に課題と目的を明確にして、共通の理解を持つことが重要 ◦ できればログを残して、いつでも立ち戻れるように