Desarrollo y Diseo Web

Sistemas en tiempo real, Visiones Ejecutivas, Pginas personales, corporativas, ... HTML5, CSS3, jQuery, MySQL, Oracle, ....

email comercial@islavisual.com email islavisual@gmail.com Telfono 699.930.732

Ir a Formulario de Contacto

Diferencias entre Scrum y XP

Ultima revisin 13/11/2012

Scrum es un marco de trabajo iterativo e incremental que est enfocado a la gestin de procesos de desarrollo, equipos de mantenimiento de software, o en una aproximacin de gestin de programas. XP, por su parte, es una metodologa de desarrollo de la ingeniera de software, formulada por Kent Beck, que considera que los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos.

Caractersticas de Scrum
Scrum es un modelo de referencia que define un conjunto de prcticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutar durante un proyecto. Los roles principales en Scrum son: ROL

DEFIN

ScrumMaster

Mantiene los procesos y trabaja proyecto. Su trabajo primario e impiden que el equipo alcan ScrumMaster no es el lder del organizan), sino que acta como cualquier influencia que le distraig que el proceso Scrum se utiliza c es el que hace que las reglas se c

ProductOwner

Representa a los stakeholders (in Dicho de otra manera, representa que el equipo Scrum trabaja perspectiva del negocio. El Prod usuario, las prioriza, y las coloca e

ROL

DEFIN

Team

Incluye a los desarrolladores. El e entregar el producto. Un pequeo habilidades transversales neces (anlisis, diseo, desarrollo, prueb

Stakeholders (Clientes, Proveedores, Vendedores, etc)

Son un grupo de personas que h quienes el proyecto producir el b produccin. Slo participan directa sprint. Son las personas que establecen producto.

Administradores (Managers)

Durante cada sprint, periodo definido por cada equipo que normalmente es de entre una y cuatro semanas, el equipo crea una nueva versin de software potencialmente entregable, utilizable o usable. El conjunto de caractersticas que forma parte de cada sprint viene dado por el Product Backlog: El Product Backlog es un conjunto de requisitos de alto nivel priorizados que definen el trabajo a realizar. Los elementos del Product Backlog que forman parte del sprint se determinan durante la reunin de Sprint Planning. Durante esta reunin, el Dueo del productoidentifica los elementos del Product Backlog que quiere ver completados y se los transmite al equipo que determina la cantidad de ese trabajo que puede comprometerse a completar durante el sprint de se est definiendo. Mientras dure el sprint, nadie puede cambiar el Sprint Backlog (los requisitos e hitos marcados para el Sprint) o lo que es lo mismo, los requisitos quedan congelados durante el sprint.

Scrum permite la creacin de equipos autoorganizados impulsando la co-localizacin de todos los miembros del equipo, y la comunicacin verbal entre todos los miembros y disciplinas involucrados en el proyecto. Un principio clave de Scrum es el reconocimiento de que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamado requirements churn), y que los desafos impredecibles no pueden ser fcilmente enfrentados de una forma predictiva y planificada. Por lo tanto, Scrum adopta una aproximacin pragmtica, aceptando que el problema no puede ser completamente entendido o definido, y centrndose en maximizar la capacidad del equipo de entregar rpidamente y responder a requisitos emergentes.

Caractersticas de XP
XP se basa en unos valores que son: ROL DEFINICIN

Simplicidad

Se simplifica todo lo que se puede para ag mantenimiento.

Comunicacin

El cdigo es entendido mejor cuanto ms simple en una buena prctica de comunicacin.

ROL

DEFINICIN

Retroalimentacin o Reutilizacin de cdigo

El cliente es parte fundamental del equipo y su o Esto minimiza el tener que rehacer partes que ayuda a los programadores a centrarse en lo pruebas unitarias frecuentemente permite des recientes en el cdigo.

Necesidades actuales

Hay que disear para hoy, no para el maana convierte en requerimientos de tiempo men programadores ms cmodos, pero tambin h tendr que reconstruir el cdigo cuando sea nece

Respeto

No realizar cambios que hagan que las prueb trabajo de los dems.

Las caractersticas fundamentales son: CARACTERSTICA

EXPLICA

Desarrollo iterativo e incremental

Pequeas mejoras, unas tras otras

Pruebas unitarias continuas

Frecuentemente repetidas y autom regresin. Se aconseja escribir el codificacin. Vase, por ejemplo, l

CARACTERSTICA

EXPLICA

orientada a Java, DUnit orient plataforma.NET o PHPUnit para P en JUnit, la cual, a su vez, se insip orientado a realizar tests, re programacin Smalltalk.

Programacin en parejas

Se recomienda que las tareas de d personas en un mismo puesto. La de esta manera -el cdigo es re escribe- es ms importante que la inmediata.

Integracin del equipo de programacin con el cliente

Se recomienda que un represent equipo de desarrollo.

Correccin de errores

Correccin de funcionalidad.

todos

los

erro

Refactorizacin del cdigo

Reescribir ciertas partes del cdig mantenibilidad pero sin modificar han de garantizar que en la refa ningn fallo.

Propiedad del cdigo compartida

En vez de dividir la responsabilidad en grupos de trabajo distintos, este personal pueda corregir y extender frecuentes pruebas de regresin ga sern detectados.

Simplicidad en el cdigo

Es la mejor manera de que las funcione se podr aadir func programacin extrema apuesta q simple y tener un poco de trab requiere, que realizar algo complica

La simplicidad y la comunicacin son extraordinariamente complementarias. Con ms comunicacin resulta ms fcil identificar qu se debe y qu no se debe hacer. Cuanto ms simple es el sistema, menos tendr que comunicar sobre ste, lo que lleva a una comunicacin ms completa, especialmente si se puede reducir el equipo de programadores.

Conclusin

SCRUM Es una metodologa de desarrollo gil basada en la administracin del proyecto.

XP Es una metodologa de desarrollo que est ms centrada en la programacin o creacin del producto. Los miembro del equipo programan en parejas. Las ietraciones de entrega son de 1 a 3 semanas Las tareas se van terminando aunque son susceptibles de ser modificadas durante el transcurso de proyecto, incluso, despus de que funcionen correctamente.

Cada miembro de del equipo trabaja de forma indivisual. Las ietraciones de entrega son de 1 a 4 semanas. Al finalizar un Sprint, las tareas del Sprint Backlog que se hayan realizado y que el Product Owner (propietario del producto) haya mostrado su conformidad ya no se retoca. Si funciona y est bin, se aparta y a otra cosa. Trata de seguir el orden de prioridades que marca el Product Owneren el Sprint Backlog pero puede cambiarlo si es mejor para el desarrollo de la tareas.

El equipo de desarrollo sigue estrictamente el orden de prioridad de las tareas definido por el cliente.

Si necesitas ms informacin Contacta con nosotros y te informaremos ms detalladamente sobre este o cualquier otro tema.