レビュー時間を感覚で見積もると遅延の元に
「レビューお願いします」と言われたとき、どれくらい時間がかかるか分からないと優先順位を付けづらいものです。GoogleやSmartBearなど複数の組織によるコードレビュー研究では、レビュアーが欠陥を見逃さずに検討できる速度は時間当たり200~400ライン程度とされ、それ以上速くすると品質が急激に落ちると言われています。
このツールは時間当たり300ラインという業界平均値を基準に、追加・削除されたライン数とコードの複雑度(低・中・高)を反映して予想レビュー時間を算出します。単純な誤字修正と中核ロジックの変更では同じライン数でもかかる時間が異なるため、複雑度倍率を掛けて現実的な値に近づけています。
予想時間が長すぎる場合は、PRをより小さな単位に分けることを検討しましょう。複数の研究で400ラインを超えるPRは欠陥発見率が急激に下がると指摘されているため、小さく頻繁にレビューを受ける習慣がチーム全体のコード品質向上につながります。
よくある質問
レビュー速度の基準はどう決まりましたか?
複数のコードレビュー研究が提案する時間当たり約300ライン検討速度を基準とし、複雑度に応じてこの速度を調整しています。
複雑度はどんな基準で選びますか?
単純なテキスト・設定変更なら低、一般的な機能追加やバグ修正なら中、アーキテクチャ変更や中核ロジック修正なら高を選ぶのが適切です。
大きすぎるPRはどうすればいいですか?
一般的に400ラインを超えるとレビュアーの欠陥発見率が急激に下がるという研究があるため、可能であればPRをより小さな単位に分けるのがおすすめです。