METODOLOGIAD

METODOLOGIAS

TRADICIONALES Y AGILES

AGILES

TRADICIONALES

VENTAJAS

-Modelo conocido y utilizado con frecuencia

-Orientado a Resultados

Promueve una metodología de trabajo efectiva.

DESVENTAJAS

-En el trabajo día a día, es muy difícil seguir una secuencia lineal

-Requiere mucho tiempo para ver el producto terminado ya que no se puede avanzar hasta que la etapa previa haya culminado.

-Cualquier error detectado en la etapa de prueba, requiere de un rediseño y nueva programación, lo cual aumenta los costos y el tiempo del desarrollo.

VENTAJAS

Rápida respuesta a los cambios

Intervención del cliente en el proceso

Entregas del producto a intervalos

Eliminación de tareas innecesarias

DESVENTAJAS

-Fuerte dependencia de los líderes

-Falta de documentación

-Soluciones erróneas en etapas largas

CARACATERISTICAS

Comunicación:

Si queremos adoptar una metodología ágil, será importante, sino fundamental, que nuestro cliente forme parte integrante del proyecto ya que, como hemos visto, cuando se trata de un desarrollo totalmente nuevo es probable e incluso, normal, que los requisitos y las funcionalidades puedan necesitar cambios y ajustes. Una curiosidad: cuando hablamos del cliente como componente fundamental adentro del proyecto, recuerda que, según por ejemplo el framework Scrum, «el cliente final» o, más bien, su prototipo, puede ser incluso un miembro del propio equipo que, haciendo las veces del cliente, nos ayudará a gestionar y mejorar el proyecto desde una perspectiva intencionadamente externa.

Cohesión:

Otro punto extremadamente importante. El secreto para aplicar bien la metodología ágil es contar con un equipo muy cohesionado. Un consejo: es muy recomendable que el grupo sea pequeño (máximo 10 personas) y, sobre todo, siempre motivado. Debe tratarse de un trabajo de equipo en el que los miembros se complementen los unos a los otros.

Funcionalidad:

En proyectos ágiles, el trabajo se fragmenta en partes que se priorizan y se desarrollan durante un periodo de tiempo corto (entre 1 y 4 semanas), denominados «sprints«. Una de las máximas en las metodologías ágiles es la de anteponer el valor aportado al producto sobre otras tareas (documentación extensa, burocracia en procesos, etc). El objetivo es obtener un producto funcional lo antes posible. De este modo ya en las primeras instancias del proyecto tendremos un producto con valor que se va mejorando con cada «sprint» y – un detalle que no debe subestimarse – un cliente que «empieza a ver algo» de su producto desde muy pronto, será un cliente más motivado y satisfecho.

Conocimientos:

Como podemos ver, sin duda las metodologías ágiles pueden optimizar muchísimo la gestión de un proyecto pero recuerda que no pueden prescindir de un determinado contexto ni de valores y conocimientos para funcionar correctamente. Si deseas emplear una metodología ágil, primero tendrás que interiorizar sus valores y seguir siempre sus reglas de buen uso. Una última recomendación: que la documentación y el «papeleo» no sean una prioridad de la metodología ágil, no significa en absoluto que se deje de lado. En cambio, necesitarás sí una documentación corta y concisa que sea sin muchas florituras pero perfectamente exhaustiva

METODOLOGIAS QUE EXISTEN

Waterfall (cascada): es una metodología en la que las etapas se organizan de arriba a abajo, de ahí el nombre. Se desarrollan las diferentes funciones en etapas diferenciadas y obedeciendo un riguroso orden. Antes de cada etapa se debe revisar el producto para ver si está listo para pasar a la siguiente fase. Los requisitos y especificaciones iniciales no están predispuestos para cambiarse, por lo que no se pueden ver los resultados hasta que el proyecto ya esté bastante avanzado.

Prototipado: se basa en la construcción de un prototipo de software que se construye rápidamente para que los usuarios puedan probarlo y aportar feedback. Así, se puede arreglar lo que está mal e incluir otros requerimientos que puedan surgir. Es un modelo iterativo que se basa en el método de prueba y error para comprender las especificidades del producto.

Espiral: es una combinación de los dos modelos anteriores, que añade el concepto de análisis de riesgo. Se divide en cuatro etapas: planificación, análisis de riesgo, desarrollo de prototipo y evaluación del cliente. El nombre de esta metodología da nombre a su funcionamiento, ya que se van procesando las etapas en forma de espiral. Cuanto más cerca del centro se está, más avanzado está el proyecto.

Incremental: en esta metodología de desarrollo de software se va construyendo el producto final de manera progresiva. En cada etapa incremental se agrega una nueva funcionalidad, lo que permite ver resultados de una forma más rápida en comparación con el modelo en cascada. El software se puede empezar a utilizar incluso antes de que se complete totalmente y, en general, es mucho más flexible que las demás metodologías.

Diseño rápido de aplicaciones (RAD): esta metodología permite desarrollar software de alta calidad en un corto periodo de tiempo. Los costes son mucho más altos y el desarrollo más flexible, aunque requiere una mayor intervención de los usuarios. Por otro lado, el código puede contener más errores, y sus funciones son limitadas debido al poco tiempo del que se dispone para desarrollarlas. El objetivo es iterar el menor número posible de veces para conseguir una aplicación completa de forma rápida.

La metodología tradicional también es conocida como desarrollo en cascada o waterfall en inglés. Este framework es de forma lineal, lo que significa que cada inicio de una etapa está condicionado a la finalización de la etapa anterior.

La metodología de desarrollo ágil de software se refiere a métodos de desarrollo iterativo e incremental de acuerdo a la necesidad y complejidad del producto que se quiere desarrollar. El trabajo es realizado mediante la colaboración de equipos auto-organizados y multidisciplinarios, que en conjunto toman decisiones a corto plazo.