Por qué los retrasos son inútiles y qué hacer en su lugar

Los plazos son la ruina de la existencia de todos los ingenieros de software. Todos hemos estado allí: el proyecto está “previsto” en dos semanas, y estamos lejos de terminar. Así que pasamos noches sin dormir, realizamos pruebas deficientes y tomamos atajos solo para hacerlo. ¿Y que pasa? El proyecto tiene errores, los clientes no están contentos y todos estamos exhaustos.

A veces, el software tendrá demasiados errores incluso para el estándar de un ingeniero de software. Cuando esto sucede, los funcionarios establecen una nueva fecha límite y revelan que la primera no debería haber existido en primer lugar. Ahora, ¿adivina qué sucede si no cumples con la segunda fecha límite? Exacto, obtienes uno nuevo. ¿No te gustan los plazos?

Es hora de que empecemos a llamar a los plazos por su verdadero nombre: presión.

Los plazos no permiten que los ingenieros codifiquen más rápido. Simplemente los hacen trabajar más tiempo. En equipos menos disfuncionales, los cronogramas actúan como una función de fuerza para reducir el alcance y enviar lo que tengas, lo que revela que podrías haber enviado antes y haber actuado antes en respuesta a los comentarios.

En este artículo, explicaré por qué los retrasos no son un mal necesario y cómo dañan la productividad, la moral y la calidad del software.

A continuación, ofreceré una alternativa más productiva y menos estresante: puntos de preferencia. Te mostraré qué son los puntos de preferencia, por qué funcionan y sus ventajas sobre los temporizadores.

Después de cubrir los puntos de prioridad, también explicaré las disciplinas de filas y cómo lo ayudan a entregar valor antes, haciendo que las demoras sean innecesarias.

Al final de esta publicación de blog, encontrará un pequeño resumen para ayudar a convencer a su equipo de que abandone los plazos y haga que el trabajo sea más agradable para todos, incluidos aquellos que pensaron que los plazos eran útiles.

Por qué los plazos son inútiles

La raíz de la inutilidad de los retrasos es el hecho de que no puedes controlar los resultados. Solo puedes controlar los procesos que generan estos resultados.

No puedes empezar a entrenar hoy y correr una media maratón mañana, por ejemplo. Sin embargo, puede crear un sistema en el que aumente constantemente el número de kilómetros recorridos.

Habrá días en los que no querrá levantarse de la cama. En esos días no correrás tanto. En otros días, te despertarás y correrás como si tu vida dependiera de ello. Habrá habrá variabilidad. Sin embargo, mientras mejore constantemente cada semana, eventualmente correrá un maratón.

Una vez que haya alcanzado un ritmo constante de mejora, podrá predecir si podrá correr el maratón del próximo año. Hasta entonces, cualquier cronograma es una conjetura mal informada.

Por supuesto, si sabe cuándo es el maratón, puede cronometrar su ingesta de carbohidratos y ajustar su rutina de entrenamiento para estar listo para correr ese día. Aún así, a menos que esté mejorando constantemente y ya sea capaz de correr un maratón mucho antes de su fecha, establecer fechas límite es una receta para lesiones y sobreentrenamiento. Si no puedes correr un maratón en esa fecha, entonces no puedes.

Si tiene que sacar algo de esta publicación, tome esto: los objetivos a largo plazo requieren acciones consistentes a corto plazo y mejoras de rendimiento predecibles, no solo un empujón sin sentido.

Además de ser inútiles, los retrasos también son perjudiciales porque:

Los retrasos no mejoran el rendimiento de un equipo. Establecer una meta no hace que el equipo se envíe más rápido. Esto hace que envíen menos o trabajen más. Los plazos desalinean los incentivos y desalientan el pensamiento a largo plazo. Animan a los equipos a priorizar las ganancias a corto plazo para cumplir con los plazos sobre el desempeño predecible y sostenible a largo plazo. Los plazos no son utilizables. Cuando el equipo no cumple con una fecha límite, es demasiado tarde para hacer algo productivo al respecto.

En esta sección, explicaré cada declaración con más detalle.

Los retrasos no mejoran el rendimiento

Nadie alienta el rendimiento de su computadora, le dice que "trabaje más duro" o que "desarrolle un mayor sentido de urgencia". A la computadora no le importa. Procesará los dígitos a la misma velocidad que de costumbre.

Es posible que pueda hacer overclocking, claro, pero solo será cuestión de tiempo hasta que su placa base se convierta en carbón y sus facturas de energía se arruinen.

Si desea que su computadora ejecute programas a una velocidad particular, debe comprar hardware nuevo o escribir un código mejor. Establecer una meta no influye en los resultados del sistema.

Un sistema producirá lo que puede producir, ya sea que establezca una meta o no.

Del mismo modo, los retrasos no mejoran el rendimiento de un equipo de ingeniería.

Para que un equipo funcione mejor, los gerentes deben mejorar el sistema. Necesitan contratar a más personas, realizar implementaciones sin fricciones o implementar pruebas automatizadas para reducir la necesidad de inspección manual,...