56. De la idea al producto, fases de creación del software

En este capítulo te vamos a hablar de cómo pasar de la idea al producto, fases de creación del software. Esto es algo que habéis preguntado en más de una ocasión los oyentes y por lo tanto, pretendemos arrojar un poco de luz a las metodologías actuales y el estado actual de la producción de software.Recuerda que tenemos activa la encuesta para los oyentes. Cualquier duda nos la puedes hacer llegar a través del formulario de contacto, por Twitter y Facebook. La lista de distribución te está esperando, serás el primero en saber los temas que abordaremos las próximas semanas.Nosotros, Alfonso y Luis, venimos de la vieja escuela. Hace ya mucho tiempo que estamos metidos en este mundo de la creación de software. Hasta hace poco, solo conocíamos un método contrastado, el Método Tradicional o Ciclo en Cascada. Este método es heredado de la era industrial. A finales de los años 60 hubo una reunión, quizás la primera de la historia, donde desarrolladores y gente del ámbito de la programación de aquella época se plantearon, cuál era el método más idóneo para afrontar un proyecto de software. Como era normal, se optó por el método que se utilizaba en la industria, "si funciona en la industria, funcionará también en el software". Esta idea ha llegado hasta nuestros tiempos y nos acompañará durante toda nuestra carrera como programadores. Puedes ver el artículo que escribimos a este respecto.Pero, hace aproximadamente 15 años, otro grupo de desarrolladores, cabezas pensantes, se reunieron para analizar el método tradicional y llegaron a la conclusión de que quizás, no era la mejor manera de afrontar este tipo de proyectos. Por un lado es un método que funciona muy bien para fabricar en cadena en el sector industrial, el software es más flexible y por lo tanto, no debemos tratarlo como un objeto que se fabrica en una cadena de producción. La relación con el cliente está mal planteada, se debe interactuar con él en todas las fases de creación, haciendo evolucionar el producto con su feedback.Necesitábamos un método más ágil, más flexible donde el software madurara poco a poco, sin condiciones preestablecidas, pudiendo variar sus funcionalidades y requerimientos en el propio desarrollo. Surgió, entonces, el Manifiesto Ágil dando pie a la agilidad en el desarrollo de software. Esto ocurrió en el 2001. Desde entonces a crecido una nueva tendencia, el agilismo, que poco a poco está cogiendo más peso en el mercado del software. Sobre todo, está dando muy buenos resultados a los que lo aplican y ese es el mejor escaparate para promover estos métodos. La agilidad o agilismo no tiene definición, no son una serie de reglas estrictas como en el método tradicional, consiste en unas pautas a seguir que definen una manera de trabajar.Desde programarfacil queremos hacer eco a esta nueva tendencia. Tu que te estás iniciando en el mundo de la programación o que ya estás inmerso, tienes que tener en cuenta que sí que hay otra forma de trabajar, otra manera de ver las cosas que se adaptan mucho mejor a los requisitos de este mercado y que, tarde o temprano, se impondrá. Así que no pierdas el tiempo y estudia e investiga cuanto antes, todo el camino que recorras ahora lo habrás ganado en el futuro.Recurso del díaAsanaAsana es una aplicación web y móvil cuyo fin es la gestión de tareas en equipos. Muy recomendable a la hora de afrontar un proyecto de software con varios programadores, incluso puede ser utilizada por otros sectores no tecnológicos. Tiene funcionalidades como espacios de trabajo, proyectos, proyectos personales, tareas, etiquetas, notas y un buzón de organización y actualización de la información en tiempo real.Muchas gracias a todos por los comentarios y valoraciones que nos hacéis en iVoox, iTunes y en Spreaker, nos dan mucho ánimo para seguir con este proyecto.