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

やめられない、とまらない!プルリクエスト分割

 やめられない、とまらない!プルリクエスト分割

■ 2023/04/26(水)開催
 
■ 【開発生産性 Meetup #1】開発生産性可視化による変化~事例LTから学ぶベストプラクティス~
https://findy.connpass.com/event/279894/

Findy主催のMeetupにて登壇したLT会資料になります。

Goto Daiki

April 27, 2023
Tweet

Other Decks in Programming

Transcript

  1. CONFIDENTIAL 【名前】
 後藤 大樹 (ごとう だいき)
 
 
 【所属】
 NJSS事業本部


    スクレイパー開発チーム リーダー(※3月まで)
 
 【経歴】
 • 29歳からエンジニアキャリアスタートして、5年目突入
 • バックエンドメイン、インフラちょこっと。
 2 自己紹介

  2. CONFIDENTIAL 21 前提:プロジェクト&チームの概要
 • スクレイパーのリプレイスプロジェクト 
 • 新規開発が一旦完了し、運用保守の フェーズ突入
 プロジェクト


    • 4人チーム(全員バックエンド)
 • スクラム開発(振り返りの習慣あり) 
 • 基本オンライン
 チーム
 Backend
 Leader/
 Backend
 Backend
 Backend

  3. CONFIDENTIAL 
 
 
 Findy Team+の導入
 01 
 PR分割の提案
 02

    チーム課題の解決策
 23 導入のきっかけ
 とりあえずやってみよう精神で
 すんなりと取り組み開始 

  4. CONFIDENTIAL 24 方法:PR分割の基準
 • PRの差分は基本1つの機能単位や処 理に絞る(単一責任の原則)
 
 • PRの概要に下記を記載
 ◦

    WHAT、HOW、WHYの記載
 ◦ 分割TODOの記載
 レビュイー
 ※PR作成者
 • なる早で見る
 ※レビュイーが頑張っているので敬意を持って 
 
 • LGTMの画像選別
 ※割と大事
 レビュアー
 ※PRレビュー者 

  5. CONFIDENTIAL 障壁:PR数増加によるレビュー負担
 29 • レビュアーの偏り
 • 作業時間の減少
 • PR作成の頻度増 影響

    • PRレビューの担当制
 ◦ 曜日毎
 ◦ ストーリー毎
 • リーダーはレビュー必須
 ※2名approve必須のため
 • PR作成時の各種自動化
 ◦ ラベルやレビュアーを GithubActionsで自動付与 対策 FindyTeam+
 から把握
  6. CONFIDENTIAL 33 まとめ:PR分割導入の前提条件
 PR分割 
 疎結合な
 設計
 設計
 コミュニケーションが活 発になるためお互いの

    理解が必要 開発プロセスが 自動化
 されており、PR作成時に品 質が最低限担保 されている 状態が必要 
 PR同士が干渉しないよ うにコンポーネント間の 依存関係を少なくする 必要がある 
 
 CI/CD
 の導入
 自動化
 
 レビューと 改善の文化
 チーム

  7. CONFIDENTIAL 34 まとめ:PR分割のメリット・デメリット
 • 開発サイクルの向上
 • レビューの負担軽減
 • 手戻りの抑止力UP
 •

    アウトプット増
 • 計画調整の容易性UP
 メリット • レビュイーの負担微増
 • PRの管理が煩雑化 
 ※プロジェクト規模や人数に比例 
 
 • ゴールイメージが共有しにくい (レビュアー目線)
 デメリット