Pull Requestを小さくする戦略 - 開発チームのパフォーマンス向上のための第一歩 - Agile Journey

Agile Journeyをご覧の皆さん、こんにちは。ZOZOの御立田です。 私が所属する株式会社ZOZOは、「世界中をカッコよく、世界中に笑顔を。」を企業理念として掲げ、ファッションEC「ZOZOTOWN」、ファッションコーディネートアプリ「WEAR」などの各種サービスの企画・開発・運営や、「ZOZOSUIT」「ZOZOMAT」「ZOZOGLASS」などの計測テクノロジーの開発・活用をおこなっています。また、カスタマーサポート、物流拠点「ZOZOBASE」を運営しています。 ファッションコーディネートアプリ「WEAR」やショップスタッフの販売サポートツール「FAANS」を手がける、私が所属するブランドソリューション開発本部では、「開発生産性を3倍に」を目標に掲げ、多くの改善を進めています。 「開発生産性」をどのように定義するかには議論がありますが、まず私たちが向き合ったのは「仕事量の生産

[ryo_ryoo_ryooo]

レビューしやすいのはいいと思うけど、一部分だけレビューすると「コードがきれいに書けてるからLGTM」くらいになってしまいそう。

[nothing_sh]

計測とてもよい。ぱっと見だとレビュー後クローズまでの時間が支配的だけど、プルリク作成からレビューまでの平均時間の短縮が全体に効いてそう

[Kesin]

PRマージまでの時間が長い現状から出発し、PR分割、Feature Flags、PRテンプレートの充実、Slack通知、レビュワー自動アサイン、ラベルルールなどを整備してマージまでの時間を大幅に改善した事例

[hdampty7]

結局レビューの回数増えるしデプロイの回数増えるし本番確認の回数も増える。トイルを削減するスキルや投資があってこそ。