Ensayo metodologias agiles

Ensayo de Metodologías agiles

Introducción

En la actualidad las personas, en su vida cotidiana, se les hace algo común el uso de algún sistema informático o a veces se encuentran con la total necesidad de utilizarlo, ya sea para el trabajo, la escuela, simplemente por entretenimiento e inclusive utilizarlo indirectamente puesto que no son ellos mismos los que trabajan con ese sistema, pero necesitan de él. Un ejemplo de esto es cuando vas en tu auto y te encuentras con un semáforo, este no lo controlas tú, pero es evidente que su uso es muy necesario, de ahí la importancia de los sistemas informáticos. Ahora la cuestión es ¿Cómo se crean estos?, ¿Se tienen que apegar algunas reglas?, ¿Hay un proceso exacto para crear todos los sistemas?, es por ello por lo que en este trabajo nos abordaremos en este tema para descubrir cual fue la relevancia del surgimiento de las metodologías agiles y en que nos ha beneficiado o perjudicado su nacimiento.

¿Porque surgieron las metodologías para el desarrollo de software?

Para poder solventar la problemática de la crisis del software, Winston W. Royce propuso el modelo en cascada, para tratar de minimizar que los proyectos de desarrollo tengan innumerables errores debido a la planeación, que después terminaban afectando a las empresas de manera económica. Dicho modelo ha sido rediseñado para adaptarse a las nuevas tecnologías reduciendo tiempo y esfuerzo.

¿Metodologías agiles?

        Primeramente, las metodologías ágiles son un conjunto de métodos que permiten adaptar el modo de trabajo a las condiciones del proyecto, aportando flexibilidad, eficiencia y, por lo tanto, logrando un mejor producto a menor coste [1].

El problema que tenían las metodologías tradicionales como el “cascada” es que era demasiado robusto y se volvía tedioso el proceso de elaboración, tanto para el desarrollador como para el cliente. Es por ello por lo que surgen las metodologías agiles con el fin de aligerar esos procesos tan tediosos y poco flexibles. Las premisas de estas metodologías agiles es poner al equipo de trabajo antes que procesos y herramientas, anteponer el desarrollo del producto en lugar de la documentación, manejar cierta flexibilidad de documentación, manejar cierta flexibilidad de desarrollo ante cambios sobre el diseño y el involucrar de una manera más activa al cliente antes de trabajar con requisitos preestablecidos y fechas de entrega imposibles plasmadas en un contrato.

Las ventajas que presenta ante las metodologías como la de cascada es que reducen de manera importante el tiempo de desarrollo, aumentan la calidad en el proceso y en el producto final, de igual manera se tiene una amplia flexibilidad para afrontar cambios sin previo aviso y por último se tiene una amplia flexibilidad para afrontar cambios sin previo aviso. Por otro lado, las metodologías pesadas funcionan de mejor manera con respecto a proyectos “grandes” en donde se requiere una mayor cantidad de personas trabajando y de manera dispersa.

Una de las desventajas que se puede notar es que al reducir en gran medida la documentación, en un momento futuro en el que se requiera ver el proceso de desarrollo, este no estará muy detallado y no se tendría muy claro de cual fue el proceso de desarrollo.

¿Realmente es buena esta metodología?

Como se puede ver en la imagen 1 se presenta como las metodologías agiles han aumentado los proyectos exitosos en comparación de los tradicionales y por ende reducir considerablemente los que fracasan.

Para mí esto es algo lógico porque considero que este tipo de metodologías son una manera más eficiente de desarrollar software, ya que te permite trabajar en conjunto con tu cliente debido que al momento de desarrollar te permite estar enfocado en lo que el cliente necesita sin hacer una documentación demasiado extensa, que solo te va a ir retrasando. De igual forma el percibo más eficiente ya que te permite hacer consultas al cliente e ir mostrando los avances que se vayan desarrollando a lo largo del proyecto para que en dado momento en el que el cliente quiera hacer algún cambio, sea más fácil de implementarlos y entregarle una mejor calidad de software, ya que será exactamente o muy parecido a lo que el cliente pidió.

...