No es fácil hacer proyectos de software. Al menos no es fácil hacerlos bien. Nos enfrentamos a tecnologías en constante evolución, requerimientos cambiantes y problemas de negocio altamente críticos... Es normal que algo pueda salir mal.

Para tener éxito (entendiendo como éxito cumplir con los requerimientos dentro del plazo y del coste previstos para el proyecto y con la calidad esperada por el usuario) no podemos improvisar, necesitamos un método de trabajo. Y tiene que ser uno bueno, realmente bueno.

La mala noticia es que no existe "el método ideal". No hay una respuesta única a la pregunta "¿Cómo debo desarrollar mi software?".

Pero la buena noticia es que sí hay varias metodologías, algunas realmente buenas, que nos ayudarán en nuestros proyecto. Pero es necesario adaptarlas a cada organización, a cada situación e, incluso, a cada proyecto. Así que, aunque no exista la metodología ideal, sí hay muchas que pueden resultar útiles.Existen básicamente dos tipos de metodologías. Las tradicionales, también llamadas "en cascada", que se carecterizan por ir avanzando de fase en fase sin posibilidad de vuelta atrás. Así, una vez llegados, por ejemplo, a la fase de implementación, no se realiza ninguna actividad de diseño. El problema de las metodologías "en cascada" es que no se adaptan bien a los cambios... y normalmente, casi todos los proyectos de software sufren cambios durante su desarrollo. Tampoco se adaptan bien a los errores, y descubrir un error de diseño en las últimas fases del desarrollo del proyecto, con estas metodologías, es sinónimo de fracaso.

Para abordar proyectos altamente cambiantes con éxito existen las metodologías "ágiles". En estas metodologías no hay cambios bruscos de fases. La codificación empieza mucho antes de terminar el diseño, el usuario participa durante todo el ciclo de vida, y se emplean otras "agilidades" por el estilo. Con ello, se consigue responder con éxito (que no sin coste) a los cambios y errores que sufren los proyectos durante su desarrollo.