Metodologias de desarrollo de software agiles y tradicionales

Pocos artefactos. Pocos roles. Grupos grandes y posiblemente distribuidos. La arquitectura del software es esencial y se. Existe un contrato prefijado. No existe contrato tradicional o al menos es bastante flexible. Lety 29 de marzo de , Unknown 31 de octubre de , Aban Canche Carlos Daniel 7 de septiembre de , Mantener esta cookie habilitada nos ayuda a mejorar nuestro sitio web. Estas Cookies se utilizan para recordar preferencias y para personalizar anuncios. Compartir en whatsapp.

Compartir en linkedin. Compartir en facebook. Compartir en twitter. Para controlar la incertidumbre intentamos definiendo todo el Proyecto desde el principio, estableciendo un plan detallado del Proyecto. Nos sirve de aprendizaje continuo. Los cambios nos sirven como aprendizaje continuo, tanto para el proyecto en vigor, como para proyectos futuros. Entendemos a las personas que forman parte de nuestro equipo como clientes internos del proyecto.

Entendemos como clientes externos a aquellas personas que nos solicitan el proyecto. Por tanto, el cliente del proyecto, de alguna manera, forma parte del equipo de proyecto. Lo es en la medida en que lo tenemos en cuenta como una persona con la que interactuar continuamente.