El tamaño de un Pull Request (PR) influye directamente en la eficiencia del desarrollo. PRs demasiado grandes dificultan la revisión, aumentando el Cycle Time y el riesgo de errores (Change Failure Rate). En cambio, PRs muy pequeños fragmentan el contexto y generan una sobrecarga innecesaria, afectando la productividad del equipo. Mantener un equilibrio mejora la colaboración y agiliza el flujo de trabajo.
Los 5 Tamaños de PRs
En Teambit definimos los siguientes tamaños según las líneas de código (loc por su sigla en inglés lines of code):
Muy grande (400 < loc): Alta complejidad en la revisión. Alto riesgo de generar errores.
Grande (200 < loc <= 400): Requiere más de una sesión para revisar con alta concentración.
Mediano (100 < loc <= 200): Tamaño máximo para revisar en una sesión.
Pequeño (10 < loc <= 100): Óptima tasa de detección de fallos.
Muy pequeño (loc <= 10): Genera un alto costo transaccional. Para hotfixes está bien.
¿Cómo debieran estar distribuidos mis tamaños de PRs?
Recomendamos mantener la cantidad de PRs Muy Grandes y Muy Pequeños baja, en comparación a Pequeños, Medianos y Grandes. De esta forma, se apunta a mantener un buen cycle time, baja tasa de fallos y fluidez en el trabajo cotidiano.