Documentos de Académico
Documentos de Profesional
Documentos de Cultura
HA2NV50 Equipo9 Metodologia SCRUM
HA2NV50 Equipo9 Metodologia SCRUM
El proceso
En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos
(iteraciones que normalmente son de 2 semanas, aunque en algunos equipos son
de 3 y hasta 4 semanas, lmite mximo de feedback y reflexin). Cada iteracin
tiene que proporcionar un resultado completo, un incremento de producto final
que sea susceptible de ser entregado con el mnimo esfuerzo al cliente cuando
lo solicite.
Estructura y Operacin
El proceso parte de la lista de objetivos/requisitos priorizada del producto, que acta como
plan del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le
aportan respecto a su coste y quedan repartidos en iteraciones y entregas.
Las actividades que se llevan a cabo en Scrum son las siguientes:
Planificacin de la iteracin
Cada miembro del equipo inspecciona el trabajo que el resto est realizando
(dependencias entre tareas, progreso hacia el objetivo de la iteracin, obstculos que
pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan
cumplir con el compromiso adquirido.
Ventajas
Se obtiene software lo ms rpido posible y este
cumple con los requerimientos ms importantes.
Se trabaja en iteraciones cortas, de alto enfoque y
total transparencia.
Se acepta que el cambio es una constante universal y
se adapta el desarrollo para integrar los cambios que son
importantes.
Se incentiva la creatividad de los desarrolladores
haciendo que el equipo sea auto administrado.
Se mantiene la efectividad del equipo habilitando y
protegiendo un entorno libre de interrupciones e
interferencias.
Permite producir software de una forma consistente,
sostenida y competitiva.
Las reuniones se dedican a inconvenientes recientes,
evitando el estancamiento
Ventajas y desventajas
Desventajas:
1. Si no existe una fecha definitiva de finalizacin
del proyecto es posible que se siga solicitando, y
aadiendo, nueva funcionalidad.
2. Si una tarea no esta bien definida, los costes de
tiempo y dinero estimados del proyecto no sern
demasiado exactos. En ese caso, la tarea se puede
extender sobre varios Sprints.
3. Si los miembros del equipo no estn centrados y
convencidos, el proyecto nunca se completara o
incluso fallar.
4. Esta bien para proyectos pequeos, de rpido
movimiento ya que trabaja bien solo con equipos
pequeos.
CONCLUSIONES