Utilización de métodos rápidos para la creación de programas

Mayo 2017


Los métodos rápidos han revolucionado completamente los procesos de desarrollo de programas y de sitios web. Adoptando un funcionamiento más pragmático y reduciendo considerablemente los plazos de entrega, se oponen a los métodos más tradicionales que se basan en planificaciones detalladas y pliegos de condiciones muy estructurados.

Además, los métodos rápidos promueven las relaciones entre los informáticos y los usuarios del programa y el desarrollo de un programa en varias capas sucesivas para mejor adaptarse a las necesidades de los usuarios. Sin embargo, estos métodos permanecen ampliamente subempleados en los sistemas de información (SSII).

Damien Thouvenin, dirigente de CLT-Services, una sociedad de desarrollo informático, y formador en métodos rápidos nos comparte su experiencia.



CCM - ¿Por qué razones eligió desarrollar sus programas acudiendo a los métodos rápidos?

Damien Thouvenin - La elección de utilizar métodos rápidos no fue tan simple, fue una elección que tomó tiempo. Trabajaba en otra empresa donde estábamos confrontados con problemáticas de criticidad. Necesitábamos tener confianza en nuestros proyectos, entregarlos en los plazos estipulados. Navegando en la Web, descubrimos un pequeño grupo que sometía a un test sus programas "en vías de desarrollo".

La empresa en la que trabajaba utilizaba programación extrema (Extreme Programing). Primeramente comenzamos a tomar pequeñas partes de este método antes de emplearlo completamente.



CCM - ¿Cuáles son las principales ganancias aportadas por la utilización de los métodos rápidos?

DT - La principal ventaja es cumplir con los requerimientos de los plazos establecidos. Con métodos más tradicionales de desarrollo, se observa que la entrega del producto es a menudo posterior a la fecha pactada. Muy pocos proyectos son terminados en el plazo.

Se requiere un programa que va a ser inmediatamente operacional para los usuarios. Los métodos rápidos plantean como idea que el único fin de un programa es ser utilizado de la mejor manera, por lo que no hay que separar a los informáticos de los usuarios.

Con los métodos tradicionales, las funciones son más separadas y hay más intermediarios. Con los métodos rápidos, la comunicación entre los informáticos y los usuarios se hace cara a cara. Al tener una comunicación cara a cara, se evita también los efectos de malos entendidos.



CCM - ¿Cómo explica los postergamientos de los plazos de entrega por usar los métodos tradicionales?

DT - Con métodos tradicionales, se planifica cada paso, de principio a fin, del proyecto. Hay un gran trabajo de análisis previo al lanzamiento del proyecto. Todas las acciones, todas fases del desarrollo son planificadas al menor detalle. El problema surge si se produce un cambio de entorno que forma parte de la vida de un proyecto y tendrá un impacto en su desarrollo. Si no se puede ajustar su programa en función a los acontecimientos, entonces hay retrasos.

A menudo hago la analogía con el ascenso a una montaña. Con simplemente un par de zapatillas y una botella de agua no será posible llegar a la cumbre. Con los métodos tradicionales se va a consultar la meteorología 15 días antes y prever todas las acciones, como por ejemplo atravesar un arroyo a las 17 horas y 12 minutos y girar 8° al este para llegar al refugio a las 18 horas y 10 minutos, etc. Con los métodos tradicionales al surgir un cambio intempestivo el ascenso no será como lo previsto. Con los métodos rápidos, se va a proceder etapa por etapa y se va a poder cambiar los planes en función a la meteorología. Con la improvisación se va a poder trabajar por ajustes sucesivos.



CCM - ¿El método rápido es menos costoso para sus clientes?

DT - Si se hace exactamente la misma cosa, el costo del desarrollo es más o menos lo mismo que si se utiliza un método tradicional o un método rápido. Sin embargo, el retorno de la inversión es mejor con un método rápido. Así como hacemos el desarrollo iterativo, entregamos una primera versión utilizable al cliente lo antes posible. Desarrollamos luego la segunda versión cuando los usuarios lo necesitan.

No hay una varita mágica, si se hace la misma cosa, cuesta el mismo precio. Pero en la práctica, hacemos menos trabajo con el método rápido porque el programa elimina muchas funciones que estarían en un pliego de condiciones clásico.

Un desarrollo rápido cuesta menos para el mismo servicio realizado. Los proyectos son a menudo limitados por el presupuesto. Con el método rápido se va a continuar consumiendo todo el presupuesto, la mayoría de las veces, pero por el precio tendremos más funcionalidades.



CCM - ¿Las empresas no son desconcertadas por esta organización?

DT - Tenemos clientes que conocen estos métodos y es por estos que vienen a vernos. Pero también tenemos clientes que no conocen en absoluto estos métodos. De hecho, abastecemos dos tipos de prestaciones a las empresas, el desarrollo de programas a medida y asesoría y capacitación.

Salgo de una empresa que tenía grandes problemas de plazos y que debía posponer muchas veces la salida de un producto porque no todo había salido como lo previsto.

Para las empresas que no conocen estos métodos, es seguro que es un cambio cultural, hay obstáculos que requieren una conducta del cambio. Las empresas no reaccionan totalmente del mismo modo. Distingo dos grupos, las empresas que tienen la cultura de la solución a un problema dado y las que tienen la cultura del culpable.

Evidentemente, las que tienen la cultura de la solución son más receptivas a los métodos rápidos. En los métodos rápidos, damos el derecho a equivocarse. Sin embargo, no trabajamos sin un plan de contingencia. El enfoque es más heurístico y más pragmático. Vamos a crear islotes de estabilidad en un mundo cambiante combinando a la vez una respuesta a las necesidades de los usuarios y siendo más flexibles sobre los detalles prácticos.



CCM - ¿Al final, qué es lo que determina el éxito de un proyecto?
DT - El criterio que determina el éxito de un proyecto es que el programa que está en producción sea utilizado por los usuarios y que satisfaga su necesidad.

Saber más


Métodos rápidos (RAD, XP)


Consulta también

Publicado por Carlos-vialfa. Última actualización: 13 de junio de 2012 a las 20:58 por Carlos-vialfa.
El documento «Utilización de métodos rápidos para la creación de programas » se encuentra disponible bajo una licencia Creative Commons. Puedes copiarlo o modificarlo libremente. No olvides citar a CCM (es.ccm.net) como tu fuente de información.