¿Cómo debe administrar un desarrollador para no corregir errores que no son cruciales para llegar al mercado de productos?

Error apocalipsis. Puede hacerlo durante una semana o durante cuatro semanas, o en cualquier otro período de tiempo que se ajuste a su horario.

Clasifique los errores por gravedad y prioridad. Por ejemplo, llámelos P1 (más grave, bloqueador), P2, P3, P4 (solo cosméticos). Comunicar esto a todos.

Ponga a un lado cuatro intervalos de tiempo.

Al final del primer intervalo, todos los errores de P4 deben corregirse, promoverse a P3 o “renunciarse”, lo que significa NO TRABAJAR.

Al final del segundo intervalo, todos los errores de P3 deben corregirse, promoverse a P2 o “renunciarse”, lo que significa NO TRABAJAR.

Al final del tercer intervalo, todos los errores P2 deben corregirse, promoverse a P1 o “renunciarse”, lo que significa NO TRABAJAR.

Al final del intervalo final, todos los errores P1 deben ser reparados, “renunciados”, lo que significa NO TRABAJAR, o decide retrasar el lanzamiento para corregirlos.

Si termina temprano, entonces y solo entonces vuelva a visitar los errores eliminados; de lo contrario, corríjalos después del lanzamiento.

Un enfoque dual de gravedad y prioridad puede ser útil. Por ejemplo, P1 puede ser una solución imprescindible, pero si se trata de un error legal (como completar su documento de términos de servicio e incrustarlo en su sitio web, juego, etc.) puede tener una gravedad de 4 (de 5) . Esto significa que definitivamente debe repararse antes del lanzamiento de la construcción final, pero no es un elemento de casa en llamas por el momento.