Lo perfecto es enemigo de lo bueno

Tenían lista la primera versión de una aplicación pero no la usaron porque quisieron adicionarle más funcionalidad.

calidad vs tiempo
Calidad vs Tiempo – Bueno o perfecto

(Ver la explicación de la gráfica en la Referencia)

 

Una empresa industrial y comercial estudió la posibilidad de hacer un desarrollo a la medida para tomar los pedidos de los clientes por medio de una aplicación web.

Para lograrlo visitaron los clientes de empresas contratistas que elaboraron aplicativos similares, cotizaron el proyecto y contrataron el desarrollo con una de ellas.

Los directivos del área comercial delegaron la responsabilidad de participar en el proyecto en una persona operativa y con el contratista y el área de TI conformaron el grupo de trabajo.

En general, el proyecto avanzó bien y ya se tenía una versión básica funcionando que estaba lista para hacer las pruebas con datos reales.

En ese momento, el usuario planteó la necesidad de incorporar una funcionalidad adicional no prevista.

El directivo ordenó incorporar la mejora y no usaron la versión que estaba lista.

La orden del directivo fue incorporarla al módulo que ya iniciaba la fase de pruebas y por ello, no usaron la versión que ya estaba disponible.

Por ello el proyecto requirió más tiempo y más recursos y además, en ese momento, el contratista cambió las personas que lo desarrollaban.

El proyecto perdió el ritmo que tenía y entró en una etapa de desánimo.

Adicionalmente, los requerimientos iniciales de la nueva funcionalidad fueron cambiando y necesitaron ajustes.

Varios meses después el sistema desarrollado fue implementado prácticamente con la versión inicial que estaba disponible para hacer las pruebas antes de incluir la adición mencionada.

Hay que anotar que en esta versión ni en las siguientes, la adición funcionó porque repetidamente siguieron cambiando las reglas.

Consideraciones

  • En los desarrollos de software hay, como en todo, buenos y malos resultados.
  • Se debió utilizar la versión ya disponible del sistema y dejar para una siguiente iteración la nueva funcionalidad solicitada.

  • La solicitud vino de un directivo que no había participado en la forma que le permitiera conocer las implicaciones de la decisión dado que la persona que actuó como usuario no tenía la autonomía suficiente.
    El grupo de trabajo simplemente acató la orden de su superior y debió insistir en el uso de la versión inicial.
  • En general, es mejor tener funcionando una primera versión del nuevo sistema con un alcance básico que seguirla perfeccionando y adicionándole nuevas funcionalidades, sin liberarla.
  • Más adelante, en las siguientes iteraciones, es posible incorporar un mayor alcance de acuerdo con un plan de implementación.
  • Las causas de los fracasos en la elaboración de un software son muy numerosas, entre ellas las siguientes:
    • El usuario no tiene claridad ni compromiso con los objetivos.
    • Las necesidades de las empresas cambian en una forma permanente y por ello no se logra concretar un alcance.
    • Hay fallas en la metodología, en la experiencia y conocimiento de los arquitectos y desarrolladores.
    • No se logra mantener el grupo de trabajo por la alta rotación del personal.
    • El liderazgo de los directivos no es el adecuado.

Referencia

Daniel Gómez Hidal en su Blog Administra TIC, dice:

Lo perfecto es enemigo de lo bueno

“Esta célebre frase de Voltaire argumenta que es preferible hacer una cosa con una calidad buena en un tiempo razonable, que algo excelente o perfecto dedicando a la tarea un tiempo excesivo.

…..En el mundo del desarrollo del SW esta disyuntiva entre buscar la perfección o encontrar una solución decente cobra especial importancia y a menudo es preciso decidir entre estas dos alternativas.

Las metodologías ágiles tienen muy presente el razonamiento de Voltaire y procuran enfocar los desarrollos iniciales hacia la problemática general, en vez de perderse en un sinfín de ramificaciones, excepciones o casos singulares que se pueden llegar a presentar en la vida real sobre la materia implementada. Es posteriormente en sucesivas fases evolutivas, una vez la aplicación está en producción y siendo usada, cuando se van abordando estas particularidades que se salen del común denominador.”

http://administratic.blogspot.com/2013/01/lo-perfecto-es-enemigo-de-lo-bueno.html

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s