Conclusiones Manifiesto Agil
Conclusión-Ricardo Machorro 6IM6 2016090386
Como se puede inferir de cualquiera que tenga el suficiente conocimiento para poder saber del tema , se dará cuenta de que los métodos ágiles no son totalmente bien recibidos por todos los equipos de desarrollo y que estos no son tienen los beneficios de los que tendrían sus contrapartes ortodoxas,
Lo cierto es que estos métodos son verdaderamente mu eficaces para proyectos con características que se enfoquen o inclinen mucho a cambios y a periodos de adaptabilidad,haciendo de estos una forma muy rápida y eficiente, de poder desarrollar software, ademas de tener caracteristicas extras beneficiosas ,como el hecho de que por sus constantes entregas y desarrollo continuo sea este una muy buena de hacer no solo al equipo mas unidos, si no de hacer de una forma mas activo al cliente haciendo que el trabajo o producto al final se acerque mas a la visión que este mas cercana a lo que el cliente esperaba originalmente, ademas de que este permite que los desarrolladores como equipo puedan auto asignarse las tareas o áreas de las cuales van a estar encargados, haciendo que los esfuerzos de estos sean mas auténticos, y por consiguiente que estos tenga una mayor calidad,esto también da pie a la principal característica de los métodos ágiles que es la de ser adaptable a los cambios, incluso a aunque le proyecto en el que se este trabajando este en una etapa muy avanzada
Por otro lado estos métodos ágiles, al ser una forma tan form de adaptar el producto en si, no dan tiempo o cabida tan grande a los elementos de la documentación, que aunque en muchos casos durante el desarrollo pueden ser sustituidos por otros elementos, ser sintetizados o incluso ser considerados innecesarios, estos tienen la finalidad de ser una forma de que alguien ajeno al proyecto pueda entender hasta cierto grado como funciona.o cuales son los elementos de este.
Esto mencionado anteriormente, se usa principalmente para el manejo del mantenimiento, paso en el desarrollarlo de software, este puede ayudar cuando este sea retomando por un equipo externo.
Por lo mencionado anteriormente y por otras razones en especifico, se explica por que no todos los desabolladores hay escogido este como una forma de desarrollo de proyectos, ademas de haberse demostrado que proyectos a una gran escala no es el mejor adaptado para ello.
Dando como verdadero resumen lo que es métodos ágiles y ortodoxos, se podría decir que cada uno de estos existen con el hecho de poder hacer el cometido de los ingenieros que es el de desarrollar código de calidad, además de que es difícil sino imposible ver el uso común de estos en estado puro, haciendo ver que lo que mas importa no es la selección del que se ve mas prometedor si no de cual se adapta mejor al proyecto a desarrollar.
Como se puede inferir de cualquiera que tenga el suficiente conocimiento para poder saber del tema , se dará cuenta de que los métodos ágiles no son totalmente bien recibidos por todos los equipos de desarrollo y que estos no son tienen los beneficios de los que tendrían sus contrapartes ortodoxas,
Lo cierto es que estos métodos son verdaderamente mu eficaces para proyectos con características que se enfoquen o inclinen mucho a cambios y a periodos de adaptabilidad,haciendo de estos una forma muy rápida y eficiente, de poder desarrollar software, ademas de tener caracteristicas extras beneficiosas ,como el hecho de que por sus constantes entregas y desarrollo continuo sea este una muy buena de hacer no solo al equipo mas unidos, si no de hacer de una forma mas activo al cliente haciendo que el trabajo o producto al final se acerque mas a la visión que este mas cercana a lo que el cliente esperaba originalmente, ademas de que este permite que los desarrolladores como equipo puedan auto asignarse las tareas o áreas de las cuales van a estar encargados, haciendo que los esfuerzos de estos sean mas auténticos, y por consiguiente que estos tenga una mayor calidad,esto también da pie a la principal característica de los métodos ágiles que es la de ser adaptable a los cambios, incluso a aunque le proyecto en el que se este trabajando este en una etapa muy avanzada
Por otro lado estos métodos ágiles, al ser una forma tan form de adaptar el producto en si, no dan tiempo o cabida tan grande a los elementos de la documentación, que aunque en muchos casos durante el desarrollo pueden ser sustituidos por otros elementos, ser sintetizados o incluso ser considerados innecesarios, estos tienen la finalidad de ser una forma de que alguien ajeno al proyecto pueda entender hasta cierto grado como funciona.o cuales son los elementos de este.
Esto mencionado anteriormente, se usa principalmente para el manejo del mantenimiento, paso en el desarrollarlo de software, este puede ayudar cuando este sea retomando por un equipo externo.
Por lo mencionado anteriormente y por otras razones en especifico, se explica por que no todos los desabolladores hay escogido este como una forma de desarrollo de proyectos, ademas de haberse demostrado que proyectos a una gran escala no es el mejor adaptado para ello.
Dando como verdadero resumen lo que es métodos ágiles y ortodoxos, se podría decir que cada uno de estos existen con el hecho de poder hacer el cometido de los ingenieros que es el de desarrollar código de calidad, además de que es difícil sino imposible ver el uso común de estos en estado puro, haciendo ver que lo que mas importa no es la selección del que se ve mas prometedor si no de cual se adapta mejor al proyecto a desarrollar.
Comentarios
Publicar un comentario