proyecto agil vs tradicional

6
1. Realizar una tabla comparativa destacando las características, ventajas, desventajas entre lo Tradicional y la Agilidad.

Upload: vifredo-gomez

Post on 31-Jul-2015

38 views

Category:

Education


1 download

TRANSCRIPT

Page 1: Proyecto Agil vs Tradicional

1. Realizar una tabla comparativa destacando las características, ventajas,

desventajas entre lo Tradicional y la Agilidad.

Page 2: Proyecto Agil vs Tradicional

Realizar un corto resumen (100 palabras) que presente Qué es un proyecto Ágil

y ¿Cuándo utilizar Agilidad o lo Tradicional?  

Qué es SCRUM

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son fundamentales.

Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente lo que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la calidad no es aceptable, cuando se necesita capacidad de reacción ante la competencia, cuando la moral de los equipos es baja y la rotación alta, cuando es necesario identificar y solucionar ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el desarrollo de producto.

Page 3: Proyecto Agil vs Tradicional

CUADRO COMPARATIVO12 PRINCIPIOS AGILES ETICA DE

1. La prioridad es satisfacer al cliente mediante entregas tempranas y continuas de software que le aporten valor.

2. Cliente y Empresario: los ingenieros de software actuarán de manera que produzca el mejor resultado para cliente y empresario, y de manera coherente con el interés social.

3. Entregar frecuentemente software que funcione desde un par de semanas a un par de meses, con el menor intervalo de tiempo posible entre entregas.

4. Producto: los ingenieros de software garantizarán que sus productos y las modificaciones correspondientes cumplen los mayores estándares profesionales posibles.

5. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto.

6. Compañeros: los ingenieros del software serán justos y apoyarán a sus compañeros.

7. Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir finalizar el trabajo.

8. Gestión: los líderes y gestores de ingeniería de software suscribirán y promoverán un enfoque ético en la gestión del desarrollo y mantenimiento del software.

Diferencia entre PMBOOK - Scrum

Bueno el El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.

El 'PMBOK' reconoce 5 grupos de procesos básicos y 10 áreas de conocimiento (la 5.ª edición incluye una área de conocimiento adicional, hasta la 4.ª edición se consideraron 9) comunes a casi todos los proyectos.

Los procesos se traslapan e interactúan a través de un proyecto o fase y son descritos en términos de:

Entradas (documentos, planes, diseños, etc.)

Herramientas y Técnicas (mecanismos aplicados a las entradas)

Salidas (documentos, productos, etc.).

Mientras que SCRUM es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas

Page 4: Proyecto Agil vs Tradicional

a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son fundamentales.

ROLES UTILIZADOS EN SCRUM, PRINCIPALES ARTEFACTOS DE TRABAJO

EXPLICANDO SUS COMPONENTES.

Product Owner: El Product Owner representa la voz del cliente. Se asegura de que

el equipo Scrum trabaje de forma adecuada desde la perspectiva del negocio. El

Product Owner escribe historias de usuario, las prioriza, y las coloca en el Product

Backlog.

ScrumMaster (o Facilitador): El Scrum es facilitado por un ScrumMaster, cuyo

trabajo primario es eliminar los obstáculos que impiden que el equipo alcance el

objetivo del sprint. El ScrumMaster no es el líder del equipo (porque ellos se auto-

organizan), sino que actúa como una protección entre el equipo y cualquier

influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se

utiliza como es debido. El ScrumMaster es el que hace que las reglas se cumplan.

Equipo de desarrollo: El equipo tiene la responsabilidad de entregar el producto.

Un pequeño equipo de 3 a 9 personas con las habilidades transversales necesarias

para realizar el trabajo (análisis, diseño, desarrollo, pruebas, documentación, etc).

Roles Auxiliares: Los roles auxiliares en los "equipos Scrums" son aquellos que no

tienen un rol formal y no se involucran frecuentemente en el "proceso Scrum", sin

embargo deben ser tomados en cuenta. Un aspecto importante de una

aproximación ágil es la práctica de involucrar en el proceso a los usuarios, expertos

del negocio y otros interesados (stakeholders). Es importante que esa gente

participe y entregue retroalimentación con respecto a la salida del proceso a fin de

revisar y planear cada sprint.

Page 5: Proyecto Agil vs Tradicional

Stakeholders (Clientes, Proveedores, Vendedores, etc): Se refiere a la gente

que hace posible el proyecto y para quienes el proyecto producirá el beneficio

acordado que justifica su producción. Sólo participan directamente durante las

revisiones del sprint.

Administradores (Managers): Es la gente que establece el ambiente para el

desarrollo del producto.

¿Porque scrum es un framework?

Porque es un marco de trabajo para la construcción de proyectos complejos que incluye un conjunto de roles y artefactos, todos ellos dirigidos a cumplir con los doce principios del agilismo.