Cuadros comparativos de metodologas agiles

Ingeniera de software
Ingeniera en Sistema Informticos y de Computacin Departamento de Informtica y Ciencias de la Computacin EPN

Cuadros comparativos de metodologas agiles

Nombres: Pinchao Alex Fecha de entrega: 15-04-2014

-1-

Cuadros comparativos de metodologas agiles

COMPARACIN ENTRE METODOLOGAS GILES Y TRADICIONALES. Caracterstica Metodologas Tradicionales Metodologas agiles Enfoque de la El enfoque de las metodologas El desarrollo por medio de iteraciones es la metodologa. tradicionales se encuentra basado en la base fundamental de este tipo de metodologa en cascada, con estos lo que metodologas, en cada una de estas se queremos decir es, que cada una de las realizan todas las fases del proceso de etapas del desarrollo se ejecutan de desarrollo, entregando as al cliente un manera secuencial, en un lapso de tiempo producto altamente usable en cada iteracin, determinado, lo que nos impide el realizar y sobre el cual se puedan realizar revisiones, es decir no podemos regresar a observaciones para la respectiva etapas anteriores, retroalimentacin del siguiente entregable. Grupo Trabajo. de En este tipo de metodologas los roles del grupo de trabajo se manejan de forma muy estricta, sin poder realizar mayor cambio de ser necesario, adems el recurso humano no es tomado como un eje principal para el proceso de desarrollo, tomndose segn su filosofa, en algo fcilmente reemplazable. La multifuncionalidad y la auto organizacin que caracterizan a los miembros del grupo de trabajo que desarrollan con este tipo de metodologas, permite que se puedan realizar cambios de ser necesario en los rotos de grupo de trabajo. Estas metodologas recalcan la importancia del recurso humano, y del aporte que brinda cada miembro del grupo al proyecto, fomentando la colaboracin constante. Si bien en este tipo de metodologas tambin se establece una planificacin de trabajo previa, esta debe ser cumplida a medida de lo posible, ya que el cambio y modificacin de fechas, recursos o alcance, no afecte al xito del proyecto. Estas metodologas no enfocan la funcionalidad del sistema en la planificacin previa, sino en la adaptacin a cambios que puede presentarse durante el desarrollo del proyecto.

Planificacin.

Flexibilidad para cambios.

Requerimientos.

La planificacin se establece en la etapa inicial en base a todas las fases que implican el proyecto de desarrollo, la cual se proyecta que se cumplir de manera muy precisa para no afectar la calidad del producto final. En este proceso de programacin, el grupo de trabajo suele dedicar gran esfuerzo para su desarrollo, con esto se intenta predecir con exactitud el desarrollo del proyecto, calculando para esto, tiempo y recursos que procuren ser lo ms correctos posible. Las metodologas tradicionales debido a la filosofa de cumplimiento estricto de la planificacin realizada previamente, no brindan mayor apertura a realizar cambios en el proyecto, ya que estos afectan a la predictibilidad que se intenta manejar en el desarrollo. Los requerimientos se tratan en este tipo de metodologas se procura manejarlos de forma esttica, es decir, que si inicialmente se fij un requerimiento este no cambie en el transcurso del proyecto, ya que sobre este ya se realiz una planificacin previa, y la modificacin de este, seria tomado como un riesgo alto para el proyecto.

Las metodologas giles tienen un alto nivel de adaptabilidad a los cambios, tomando a estos no como riesgos altos en la mayora de casos, sino como posibilidades para retroalimentar el proyecto y obtener el mayor beneficio. Los requerimientos en la etapa inicial tratan de ser entendidos de manera global y muy claramente, las posibles variaciones son lomadas como mejoras, que agregarn un valor significativo al producto final.

-2-

Cuadros comparativos de metodologas agiles

Caracterstica Riesgos.

Comunicacin.

Metodologas Tradicionales Los riesgos para proyectos que usan estas metodologas incrementan, debido a que al tratar de manejar la mayor predictibilidad posible, los cambios que se puedan presentar en el transcurso del proyecto hace que las metas impuestas no se cumplan, y dado que en la mayora de proyectos existen cambios esto hace que exista incoherencia tratando de usar metodologas que se desean cero variacin en su plan de accin, en un ambiente del negocio que tiene un alto grado de transformacin. La comunicacin depender del nivel de interaccin que el lder del grupo tenga con el resto de los integrantes, el recurso humano no toma una verdadera importancia para estas metodologas. y la capacidad de decisin es muy limitada, con excepcin del lder. Si bien si existe un proceso de intercambio de idea y opiniones, pero no es visto como

Metodologas agiles Debido al enfoque de adaptabilidad a cambios de estas metodologas, permite que en cada iteracin se acelere la reduccin de riesgos, ya que la retroalimentacin ayuda a que posibles problemas que se presenten en las primeras iteraciones, puedan desaparecer a medida que el proyecto avance.

La comunicacin es imprescindible en este tipo de metodologas. Con el constante intercambio de informacin se legrar la retroalimentacin deseada, siendo as un elemento clave para el xito del proyecto, esta deber ser en todo sentido, es decir, tanto entre los miembros del grupo de desarrollo como con el cliente. Se debe recordar que el factor

-3-

Cuadros comparativos de metodologas agiles

COMPARACIN ENTRE SCRUM Y XP Caracterstica SCRUM La responsabilidad, auto-disciplina y el respeto son caractersticas en los miembros de un equipo, lo cual les permite trabajar eficientemente, llevndolos a la obtencin de productos complejos y sofisticados. En SCRUM forma parte de su filosofa lo siguiente: cada miembro del equipo debe colaborar de forma abierta con los dems, segn sus habilidades y no segn su rol o puesto esto demuestra que este punto es muy importante en esta metodologa gil El proceso aplicado en la metodologa SCRUM es muy sencillo siendo el sprint el ncleo central que proporciona la base de desarrollo iterativo e incremental, haciendo uso se de buenas prcticas, as como un conjunto de herramientas gratuitas como es scrumworks, icescrum y scrum for team system SCRUM adapta su proceso para la gestin y control del producto para quitarle complejidad a estas reas, para as poder centrarse en la construccin de software que satisfaga las necesidades del negocio, esto basado en un desarrollo iterativo e incremental, y se tienen sprints de corta duracin No maneja documentacin extensiva, considera que la documentacin de las historias de usuario y planeacin para cada sprint, pueda ser llevada a cabo mediante imgenes, o documentos informales XP(Extreme Programming) Debido a que se encuentra centrado en potenciar las relaciones interpersonales como clave para el xito en el desarrollo de software, as como de igual manera promueve el trabajo en equipo y busca el que tenga un mejor entorno de desarrollo

Individuos e interacciones

Procesos y Herramientas

Software funcionando

An cuando parece que XP deja de lado este punto, tiene relevancia e impacto, ya que a pesar de que se puede considerar de cierta manera simple o sencilla, se tiene formalidad al realizarlo; por otra parte las herramientas son consideradas para apoyo en partes especficas del proceso, siendo esto dependiente del equipo de desarrollo Se encuentra enfocado a pequeas entregas funcionales, las cuales han sido sometidas a pruebas de aceptacin y cuentan con la aprobacin de los clientes

Documentacin extensiva

Colaboracin con el cliente

Al igual que XP, la metodologa gil SCRUM cuenta con la inclusin del cliente como un rol ms, dentro de su proceso de desarrollo, adems de contar tambin con Historias de Usuario, para SCRUM la participacin del cliente es imprescindible y est implicada durante todo el ciclo de vida del producto, observando los progresos, aportando ideas, sugerencias o necesidades.

Los requerimientos son recabados en forma de Historias de Usuarios y Metfora, con los cuales se desarrollan los planes de entrega y se hace la integracin de un cronograma de actividades, con esto se crea la planificacin de la iteracin y con las pruebas de aceptacin se obtiene la documentacin mnima indispensable El cliente se involucra a un grado tal en que llega a ser considerando un rol, el cual recaba los requisitos al escribir las Historias de Usuario y las pruebas funcionales para validar su implementacin, prioriza y decide cuales se implementarn, XP propone una retroalimentacin continua entre clientes y equipo de desarrollo, en esta metodologa se tienen otros roles que complementan la colaboracin con el cliente como es el caso del Gerente (Big Boss) y el Encargado de pruebas

-4-

Cuadros comparativos de metodologas agiles

Caracterstica

Negociacin contractual

SCRUM Al ser manejados los requisitos mediante historias de usuario realizadas entre el equipo de desarrollo y el cliente, la negociacin queda de manera implcita dentro de ellas con las pruebas de aceptacin y declaracin de los requisitos Tiene gran respuesta ante el cambio debido a las buenas prcticas que realiza, tales como el uso de Historias de Usuario e involucracin del cliente dentro de todo el ciclo de vida. A primera vista parece que congelar las HU mientras est realizndose el sprint no cumple al 100% este punto, sin embargo, este proceso es para tener un mejor control de estas y agilizar el desarrollo En SCRUM la parte ms fuerte de la planeacin es llevada a cabo durante la priorizacin y planeacin de los sprints, los cuales gracias a que las historias de usuario son congeladas cuando es llevado a cabo un sprint se permite llevar una mejor continuidad de planes que en XP

Respuesta ante el cambio

XP(Extreme Programming) El cliente al realizar las historias de usuario y fijar las pruebas de aceptacin establece que es lo que espera recibir del software, y al momento de recibir y aceptarlas pequeas entregas acepta que cumple con los requisitos establecidos anteriormente. Al ser el cliente el que realiza las Historias de Usuario, as como tener la capacidad de modificacin de ellas o que sean admitidas nuevas en cualquier momento del desarrollo XP, demostrando su gran apertura ante el cambio, esto se logra mediante una amplia comunicacin entre el cliente y el equipo de desarrollo

Seguir un plan

Es cierto que la manera en que se toma la respuesta ante el cambio en XP no hace ms fcil el seguimiento de un plan, pero si se tiene una fase de planificacin en la que se realiza el plan de accin con el detalle de las actividades que se van a llevar a cabo de acuerdo con los requisitos descritos en las Historias de Usuario, as como tambin se tienen los planes de iteracin que permiten con la priorizacin delos requisitos saber qu es lo que se va a planear para cada iteracin del proyecto

-5-

Cuadros comparativos de metodologas agiles

-6-