Metodología Agil de desarrollo de software

10. BIBLIOGRAFÍA

Resulta muy complicado planear el proyecto y establecer el costo y la duración del mismo. No se puede aplicar a proyectos de gran escala, que requieran mucho personal, a menos que se las subdivida en proyectos más pequeños. Es más complicado medir los avances del proyecto, pues es muy complicado el uso de una medida estándar. Altas comisiones en caso de fallar.

[1] BECK Kent, MARTIN Fowler. Planning Extreme Programming 2da. Edición, Boston, 2004. [2] SOMMERVILLE Ian. Ingeniería del Software 7ma. Edición, Pearson Educación S.A, Madrid, 2006. [3] FERNANDEZ Luis. Una revisión sistemática de la adaptación del proceso software, Revista Española de Innovación Calidad e Ingeniería del Software (REICES), Vol.3, No. 2, Pág. 21-38, Octubre 2007. [4] CASTRO Paco, Programación Orientada a Objetos, Revista del Instituto Tecnológico de Informática, Vol. 1, No. 1, Pág. 4, Octubre 2004. [5] MARCK C. Paulk, Extreme Programming from a CMM Perspective , Revista FOCUS, Vol. 1, No.1, Pág. 8, December 2002 [6] ANONIMO , Detalles de Metodología Xp , http://www.extremeprogramming.org/, 15 de Diciembre de 2012. [7] ANONIMO, Extreme Programming: A Gentle Introduction, http://www.extremeprogramming.org/ , 15 de Diciembre de 2013 [8] CALDERON Amaro, Metodologías Ágiles, http://seccperu.org/files/Metodologias%20Agiles.pdf , 15 de Diciembre de 2013 [9] CASTILLO Oswaldo, FIGUEROA Daniel, SEVILLA Héctor. Programación Extrema, http://programacionextrema.tripod.com/index.htm , 10 de diciembre 2013 [10] VALVERDE David, Introducción a la Programación Extrema (XP), http://www.davidvalverde.com/blog/introduccion-a-la- programacion-extrema-xp/ , 11 de Diciembre 2013

9. CONCLUSIONES Y RECOMENACIONES

9.1. Conclusiones

Es difícil estimar el costo y duración del proyecto por no existir una definición desde inicio.

El cliente le da un valor agregado al proyecto ya que ayuda a que los requerimientos sean más compresibles y de fácil aprobación.

Organiza a los integrantes del equipo para trabajar a un mismo ritmo divertido y con horario adecuado.

Los desarrolladores deben estar involucrados en todas las funcionalidades del proyecto

La programación en parejas ayuda a reducir costo y tiempos y mejorar la calidad del proyecto.

Los métodos en cascada o espiral son los más adecuados para proyectos.

Que requieran decenas de desarrolladores y en los que las especificaciones estén claramente determinadas desde el comienzo.

9.2. Recomendaciones.

Para proyectos medianos, y en los que las especificaciones no se puedan obtener hasta luego de comenzado el proyecto, XP es la metodología recomendada.

Usar XP en equipos pequeños de desarrollo que no superen a 20

Se debe involucrar al cliente en el desarrollo del proyecto desde el inicio hasta el final ya que es indispensable que conozca y apruebe la metodología.

Los desarrolladores deben compartan el código y ser responsables del código de todo el proyecto.