Sistemas

UNIVERSIDAD ALAS PERUANAS











FACULTAD DE INGENIERIA Y ARQUITECTURA
ESCUELA DE INGENIERIA DE SISTEMAS E INFORMATICA



SCRUM

PROF.: ING. JUAN C. MEYHUAY FIDEL

MONOGRAFÍA QUE COMO PARTE DE LA ASIGNATURA DE DISEÑO Y EVALUACIÓN DE PROYECTOS PRESENTAN LOS ALUMNOS:


|ROMERO ARANDA, YAN POOL ||SANTIAGO MEJIA, ALEX NIC |





Abril, 2012
Resumen

SCRUM ES UN MARCO DE TRABAJO ITERATIVO E INCREMENTAL PARA EL DESARROLLO DE PROYECTOS, PRODUCTOS Y APLICACIONES. ESTRUCTURA EL DESARROLLO EN CICLOS DE TRABAJO LLAMADOS SPRINTS. SON ITERACIONES DE 1 A 4 SEMANAS, Y SE VAN SUCEDIENDO UNA DETRÁS DE OTRA. LOS SPRINTS SON DE DURACIÓNFIJA – TERMINAN EN UNA FECHA ESPECÍFICA AUNQUE NO SE HAYA TERMINADO EL TRABAJO, Y NUNCA SE ALARGAN. SE LIMITAN EN TIEMPO. AL COMIENZO DE CADA SPRINT, UN EQUIPO MULTI-FUNCIONAL SELECCIONA LOS ELEMENTOS (REQUISITOS DEL CLIENTE) DE UNA LISTA PRIORIZADA. SE COMPROMETEN A TERMINAR LOS ELEMENTOS AL FINAL DEL SPRINT. DURANTE EL SPRINT NO SE PUEDEN CAMBIAR LOS ELEMENTOS ELEGIDOS.
Todos los días el equipose reúne brevemente para informar del progreso, y actualizan unas gráficas sencillas que les orientan sobre el trabajo restante. Al final del Sprint, el equipo revisa el Sprint con los interesados en el proyecto, y les enseña lo que han construido. La gente obtiene comentarios y observaciones que se puede incorporar al siguiente Sprint. Scrum pone el énfasis en productos que funcionen al final delSprint que realmente estén “hechos”; en el caso del software significa que el código esté integrado, completamente probado y potencialmente para entregar. Los roles, artefactos y eventos principales se resumen en la.

Un tema importante en Scrum es “inspeccionar y adaptar”. El desarrollo inevitablemente implica aprender, innovación y sorpresas. Por eso Scrum hace hincapié en dar un pequeño pasode desarrollo; inspeccionar el producto resultante y la eficacia de las prácticas actuales; y entonces adaptar el objetivo del producto y las prácticas del proceso. Y volver a repetir.





Índice




INTRODUCCIÓN 5


1. 6


2. 6

2.1. 6
2.2. 6
2.2.1. 7
2.2.2. 7

3. 7


4. Conclusiones 8


5. Glosario 9


6. Siglario 10


7. Anexos 117.1. 11
7.2. 11

8. Bibliografía 12

8.1. Referencias bibliográficas 12
8.2. Referencias electrónicas. 12
Lista de Tablas

TABLA 1.1: 6
Tabla 3.1: 7


Lista de Ilustraciones

ILUSTRACIÓN 2.1: 6

Introducción

El modelo de procesos Scrum para desarrollo de software es muy simple; tanto que seguramente llamarlo “modelo de procesos” sea un exceso, porque en realidades un conjunto de buenas prácticas de trabajo, que han demostrado en muchos proyectos la capacidad para ofrecer valor al producto final y agilidad en el desarrollo.

Por su simplicidad, la descripción detallada del formato Scrum, que no la de su fondo, no llenaría ni una docena de páginas, y por eso mismo a muchas empresas les cae simpático, porque no necesita de los despropósitos de tiempo ydinero que requiere el asentamiento de modelos tipo ISO 15504, ITIL, CMMI.

Y lo cierto es que implantar Scrum en la empresa no es difícil, pero habría que tener en cuenta que una cosa es mudar la forma y otra más compleja, hacer lo mismo con el fondo.
Una cosa es adoptar prácticas ágiles y otra hacer una empresa ágil; pero, ¿por qué agilidad, y no procesos?; que esta es otra cuestión que damucho que hablar.

Detallaremos como está compuesta esta metodología en todo su esplendor y veremos cómo funciona y cuál es el boom de su éxito.







Definición


Esta metodología se basa en una filosofía del desarrollo ágil, creada por Hirotaka Takeuchi e Ikujiro Nonaka ahí por el año 1986.

La palabra SCRUM es utilizada con frecuencia en el rugby y significa melé, en este...