Upgrade to Pro — share decks privately, control downloads, hide ads and more …

生産性が上がり続けるチームを作るための第一歩

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →
Avatar for KazukiHayase KazukiHayase
April 28, 2023
Technology
4
3.9k

 生産性が上がり続けるチームを作るための第一歩

Avatar for KazukiHayase

KazukiHayase

April 28, 2023
Tweet

More Decks by KazukiHayase

See All by KazukiHayase
entのPrivacy機能とgo/astを使って、意図しないDBアクセスを防ぐ
Avatar for KazukiHayase kazukihayase
1
370
go testのキャッシュの仕組みにDeep Diveする
Avatar for KazukiHayase kazukihayase
0
140
要件定義・デザインフェーズでもAIを活用して、コミュニケーションの密度を高める
Avatar for KazukiHayase kazukihayase
0
500
CIでのgolangci-lintの実行を約90%削減した話
Avatar for KazukiHayase kazukihayase
0
540
もし今からGraphQLを採用するなら
Avatar for KazukiHayase kazukihayase
13
5.8k
Goでテストをしやすくするためにやったこと
Avatar for KazukiHayase kazukihayase
1
910
GraphQLクライアントの技術選定 2023冬
Avatar for KazukiHayase kazukihayase
9
7.7k
Introduction and Insights of the Hasura-based Architecture
Avatar for KazukiHayase kazukihayase
0
1.1k
自分だけが頑張るのをやめて、フルスタックなチームを作る
Avatar for KazukiHayase kazukihayase
2
3.6k

Other Decks in Technology

See All in Technology
わたしがセキュアにAWSを使えるわけないじゃん、ムリムリ！(※ムリじゃなかった!?)
Avatar for cm-usuda-keisuke cmusudakeisuke
1
500
SaaSからAIへの過渡期の中で現在、組織内で起こっている変化 / SaaS to AI Paradigm Shift
Avatar for AEON aeonpeople
0
120
Kubernetesにおける推論基盤
Avatar for ry ry
1
290
Claude Codeの進化と各機能の活かし方
Avatar for Oikon oikon48
21
12k
PMBOK第8版は第7版から何が変わったのか（PMBOK第8版概要解説） / 20260304 Takeshi Watarai
Avatar for SHIFT EVOLVE shift_evolve
PRO
0
200
Ultra Ethernet (UEC) v1.0 仕様概説
Avatar for Masayuki Kobayashi markunet
3
250
DevOpsエージェントで実現する!！ AWS Well-Architected（W-A） を実現するシステム設計 / 20260307 Masaki Okuda
Avatar for SHIFT EVOLVE shift_evolve
PRO
3
520
IBM Bobを使って、PostgreSQLのToDoアプリをDb2へ変換してみよう/202603_Dojo_Bob
Avatar for Mayumi Hirano mayumihirano
1
300
Claude Codeが爆速進化してプラグイン追従がつらいので半自動化した話 ver.2
Avatar for ryu rfdnxbro
0
490
AWS DevOps Agent vs SRE俺 / AWS DevOps Agent vs me, the SRE
Avatar for SMS tech sms_tech
3
530
越境する組織づくり ─ 多様性を前提にしたチームビルディングとリードの実践知
Avatar for hrpnx kido_engineer
2
180
堅牢.py#2 LT資料
Avatar for t3tra t3tra
0
110

Featured

See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
Avatar for Matthew Honnibal honnibal
25
1.8k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
Avatar for Joe Casabona jcasabona
34
2.7k
[SF Ruby Conf 2025] Rails X
Avatar for Vladimir Dementyev palkan
2
820
Documentation Writing (for coders)
Avatar for Carmen Chung carmenintech
77
5.3k
Making the Leap to Tech Lead
Avatar for Ryan Cromwell cromwellryan
135
9.8k
Rebuilding a faster, lazier Slack
Avatar for samanthasiow samanthasiow
85
9.4k
Side Projects
Avatar for Sacha Greif sachag
455
43k
Designing Dashboards & Data Visualisations in Web Apps
Avatar for Des Traynor destraynor
231
54k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
Avatar for soudai sone soudai
PRO
62
51k
How GitHub (no longer) Works
Avatar for Zach Holman holman
316
140k
Unlocking the hidden potential of vector embeddings in international SEO
Avatar for Frank van Dijk frankvandijk
0
200
4 Signs Your Business is Dying
Avatar for Josh Pigford shpigford
187
22k

Transcript

  1. 生産性が上がり続けるチームを作るための第一歩 【開発生産性 Meetup #1】開発生産性可視化による変化~事例LTから学ぶベストプラクティス~ 2023.04.26

  2. 自己紹介 名前：早瀬和輝 経歴：BuySell Technologiesに2021年に新卒入社 所属：開発2部 出品管理SaaSチーム 役職：フルスタックエンジニア、プロジェクトリーダー 趣味：開発、マンガ、アニメ、ベース、バスケ Twitter：@KazukiHayase

  3. アジェンダ はじめに 01 過去の開発体制とチームの課題 02 立ち止まりと振り返り 03 振り返り後の開発生産性 04 まとめ

    05

  4. 01 はじめに

  5. None

  6. 出品管理チームに所属

  7. チーム体制と開発生産性 合計 11 名のチームでスクラムで開発 EM （1名） PdM （1名） デザイナー （1名）

    エンジニア （8名）

  8. 一人当たり1日平均3PR作成 コミットからマージまで平均12.2h

  9. チームのベストプラクティス • PRの差分は60行以内に収める • PRのレビューはどんなに遅くても2時間以内に行う • スクラムイベント、PRのレビューは全員参加 • 全員フルスタックに開発

  10. これらのベストプラクティスを実践し 生産性の高いチームになるために最初にやったこと 今日の話すこと 01

  11. 02 過去の開発体制とチームの課題

  12. 直近1年半の開発生産性の推移

  13. 直近1年半の開発生産性の推移 ここの話

  14. 当時の開発体制① BE 領域で担当者が別れており、自分は両方を担当 FE 業務委託

  15. 当時の課題① • フロントエンドの属人化 • BE・FE間のコミュニケーションコストが高い • タスクの依存関係により作業が進められない • FEのタスクを用意して指示する作業が必要

  16. 当時の開発体制② リソース効率重視で人にタスクをアサインしていた

  17. 当時の課題② かなり属人化していたので、詰まっても誰もヘルプに入れない

  18. 当時の課題② • 共通認識がないので実装もレビューもリードタイムが長くなる • 目先の実装を優先した結果、手戻りが頻発する • タスクが個人に委ねられているので進捗が見えづらい

  19. 03 立ち止まりと振り返り

  20. 立ち止まりと振り返り 前述した課題についてはチームメンバー各々が感じていた 一度立ち止まって、チームの課題と目的の整理を実施

  21. チーム内で課題と目的を設定

  22. 話し合った結果 理想のチームの状態を実現するために、本格的にスクラムを導入 新しい取り組みに置ける、一時的な生産性の低下もチーム内で合意

  23. 取り組み始めの開発生産性 一時的に低下

  24. 04 振り返り後の開発生産性

  25. 振り返り後の開発生産性 • PRの差分は60行以内に収める • PRのレビューはどんなに遅くても2時間以内に行う • スクラムイベント、PRのレビューは全員参加 • 全員フルスタックに開発 改善を繰り返す中でベストプラクティスが生まれた

  26. その他の取り組み 生産性指標を可視化してチームのワークフローを改善したら生産性が爆上がりした話 リファイメントとプランニングを改善することで、チームの属人化が解消された話

  27. 振り返り後の開発生産性 爆上がり

  28. フロントエンドのタスク不足 • FEのテックリードとして新メンバーがjoin • 直近で優先度の高いFEのタスクが無くなった その後のチームの課題と解決策 異動前のチームとのギャップ • スクラム未採用のチームから新メンバーがjoin •

    チームの開発の進め方に疑問を感じていた ◦ e.g. スプリントプランニングなどMtgが多い バックエンドをやってみよう！ とりあえずやってみよう！

  29. 過去の経験を踏まえて 下記のような選択肢は採用しなかった • 単独でFEのタスクを進める • プランニングを省略する • 人にタスクをアサインする 過去の失敗経験から学んだ上での意思決定

  30. 直近の開発生産性 開発生産性は上がり続けている

  31. 全体の流れ なんちゃって スクラム 本格的に スクラム導入 + 生産性向上 新規メンバー 加入 さらなる

    生産性向上 立ち止まり + 振り返り 生産性の低い状態に戻ることを防いだ

  32. 全体の流れ なんちゃって スクラム 本格的に スクラム導入 + 生産性向上 新規メンバー 加入 さらなる

    生産性向上 立ち止まり + 振り返り ここで立ち止まり課題と目的の共通理解を 作ったからこそ生産性を上げ続けられている

  33. 05 まとめ

  34. まとめ • 一度立ち止まることで、結果的に生産性の高いチームになれた • 最初に課題と目的を明確にして、共通の理解を持つことが重要 ◦ できればログを残して、いつでも立ち戻れるように