Por qué y cómo fallar rápido y con propósito

sg
Mon, 03/06/2023 - 16:56

Imagina la siguiente situación. Un equipo trabaja en Sprints de 3 semanas. El desarrollador invierte unas dos semanas y media escribiendo código, y el tester media semana probándolo. El desarrollador continúa trabajando bajo el supuesto de que lo que ha hecho hasta ese punto funciona correctamente, así que construye sobre lo que hizo durante las primeras dos y media semanas. Pero cuando llega al inicio de la cuarta semana, el tester reporta una docena de bugs. Ahora el desarrollador no sólo debe corregir los bugs, sino retrabajar lo avanzado. Más aún, podría estar reticente a andar por el mismo camino, de modo que el producto final será más parecido a un conjunto de parches que a un todo coherente.

¿Suena familiar? A pesar de la aversión que le tenemos al fracaso, aquí es donde fallar, pero fallar de manera controlada y a tiempo, puede ser de utilidad. La idea de fallar rápido va de la mano del conjunto de prácticas DevOps, (o “desarrollo” más “operaciones”), caracterizado por los principios de propiedad compartida, automatización del flujo de trabajo y retroalimentación rápida. El punto de fallar rápido es recibir retroalimentación y aprender de ella lo antes posible, y como veremos más adelante, esto se puede lograr en parte por medio de la automatización.

Un medio ambiente que motive la experimentación

Otro motivo por el cual nos conviene fallar pronto es …