UNIVERSIDAD MAYOR DE SAN ANDRES FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA: INFORMATICA

Integrantes:

Arroyo Gmez Israel

Calle Condori Cesar Alejandro Coro Conde Hctor Moiss Gonzales Cassas Kelvy Alex Gutirrez Flores Paola Len herrera Ximena Wanda Docente: Materia: Lic. Menfy Morales Rios Inf-162 ANALISIS Y DISEO DE SISTEMAS DE INFORMACIN La Paz Bolivia SCRUM

Scrum es una metodologa gil de desarrollo de proyectos que toma su nombre y principios de las observaciones sobre nuevas prcticas de produccin, realizadas por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80.

Aunque las prcticas observadas por estos autores surgieron en empresas de productos tecnolgicos, tambin se emplean en entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad, situaciones frecuentes en el

desarrollo de determinados sistemas de software.

Jeff Sutherland aplic los principios observados por Nonaka y Takeuchi al desarrollo de software en 1993 en Easel Corporation (Empresa que en los macro-juegos de compras y fusiones se integrara en VMARK, luego en Informix y finalmente en Ascential Software Corporation). En 1996 lo present junto con Ken Schwaber como proceso formal, tambin para gestin del desarrollo de software en OOPSLA

96. Ms tarde, en 2001 seran dos de los promulgadores del Manifiesto gil.

Introduccin al modelo
Scrum es una metodologa de desarrollo muy simple, que requiere trabajo duro, porque no se basa en el seguimiento de un plan, sino en la adaptacin continua a las circunstancias de la evolucin del proyecto. Como mtodo gil:

Es un modo de desarrollo adaptable, antes que predictivo. Orientado a las personas, ms que a los procesos. Emplea el modelo de construccin incremental basado en iteraciones y

revisiones.

Estructura del desarrollo gil Comparte los principios estructurales del desarrollo gil: a partir del concepto o visin de la necesidad del cliente, construye el producto de forma incremental a travs de iteraciones breves que comprenden fases de especulacin exploracin y revisin.

Estas iteraciones (en Scrum l amadas sprints) se repiten de forma continua hasta que el cliente da por cerrado el producto.

Se comienza con la visin general del producto, especificando y dando detalle a las funcionalidades o partes que tienen mayor prioridad de negocio, y que pueden llevarse a cabo en un periodo de tiempo breve (segn los casos pueden tener semana hasta no ms de dos meses). Cada uno de estos

duraciones

desde una

periodos de desarrollo es una iteracin que finaliza con la entrega de una parte (incremento) operativa del producto.

Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin en reuniones breves diarias donde todo el equipo revisa el trabajo}realizado el da

anterior y el previsto para el siguiente.

Estructura central de Scrum

Control de la evolucin del proyecto

Scrum controla de forma emprica y adaptable la evolucin del proyecto, a travs de las siguientes prcticas de la gestin gil

Revisin de las Iteraciones

Al finalizar cada iteracin (sprint) se lleva a cabo una revisin con todas las personas implicadas en el proyecto. Es por tanto la duracin del sprint, el periodo mximo que se tarda en reconducir una desviacin en el proyecto o en las circunstancias del producto.

Desarrollo incremental
Las personas implicadas no trabajan con diseos o abstracciones. El operativa, que se puede inspeccionar y evaluar. desarrollo incremental implica que al final de cada iteracin se dispone de una parte de producto

Desarrollo evolutivo
Los modelos de gestin gil se emplean para trabajar en entornos de incertidumbre e inestabilidad de requisitos. Intentar predecir en las fases iniciales cmo ser el resultado final, y sobre dicha

prediccin desarrollar el diseo y la arquitectura del producto no es realista, porque las circunstancias obligarn a remodelarlo muchas veces.

Para qu predecir los estados finales de la arquitectura o del diseo si van a estar cambiando? Scrum considera a la inestabilidad como una premisa, y se adoptan tcnicas de trabajo para permitir la evolucin sin degradar la calidad de la arquitectura que tambin evoluciona durante el desarrollo.

Durante el desarrollo se genera el diseo y la arquitectura final de forma evolutiva. Scrum no los considera como productos que deban realizarse en la primera fase del proyecto.(El desarrollo gil no es un desarrollo en fases)

Auto-organizacin
En la ejecucin de un proyecto son muchos los factores impredecibles en todas las reas y niveles. La gestin predictiva confa la responsabilidad de su resolucin al gestor de proyectos. En Scrum los equipos son auto-organizados (no auto-dirigidos), con margen de

decisin suficiente para tomar las decisiones que consideren oportunas.

Colaboracin
Las prcticas y el entorno de trabajo giles facilitan la colaboracin del equipo. sta es necesaria, porque para que funcione la auto-organizacin como un control eficaz cada miembro del equipo debe colaborar de forma abierta con los dems, segn sus capacidades y no segn su rol o su puesto.

Visin general del proceso

Scrum denomina sprint a cada iteracin de desarrollo y segn las caractersticas del proyecto y las circunstancias del sprint puede determinarse una duracin desde una hasta dos meses, aunque no suele ser recomendable hacerlos de ms de un mes.

El sprint es el ncleo central que proporciona la base de desarrollo iterativo e incremental.

Los elementos conforman desarrollo son:

que el Scrum

Planificacin del sprint: Jornada de trabajo previa al inicio de cada sprint en la que se determina cul va a ser el trabajo y los objetivos que se deben conseguir en la iteracin. Seguimiento revisin diaria, del en la sprint: que cuestiones: realiz el da Breve cada

miembro describe tres 1.El trabajo que

anterior.

2.- El que tiene previsto realizar. 3.- Cosas que puede necesitar o impedimentos que deben suprimirse para realizar el trabajo. Cada persona la pila del actualiza en sprint el

tiempo sus tareas, y informacin tambin el que el el el

pendiente de con esta

se actualiza grfico equipo avance down) sprint: del con

monitoriza sprint

(burn-

Revisin del Anlisis y revisin del incremento generado.

Los elementos
Pila del producto: (product backlog) lista de requisitos de usuario que a partir de la visin inicial del producto crece y evoluciona durante el desarrollo. Pila del sprint: (sprint backlog) lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto. Incremento: Resultado de cada sprint

Los roles
Todas las personas que intervienen, o tienen relacin directa o indirecta con el proyecto, se clasifican en dos grupos: comprometidos e implicados. En crculos de Scrum es frecuente llamar a los primeros (sin ninguna connotacin peyorativa)cerdos y a los segundos gallinas. El origen de estos nombres es esta metfora que ilustra de forma grfica la diferencia entre compromiso e implicacin con el proyecto: Una gallina y un cerdo paseaban por la carretera. La gallina pregunt al cerdo: Quieres abrir un restaurante conmigo?. El cerdo consider la propuesta y respondi: S, me gustara. Y cmo lo llamaramos?. La gallina respondi: Huevos con beicon. El cerdo se detuvo, hizo una pausa y contest: Pensndolo mejor, creo que no voy a abrir un restaurante contigo.

Yo estara realmente comprometido, mientras que tu estaras slo implicada.

Propietario del producto: es la persona responsable de lograr el mayor valor de producto para los clientes, usuarios y resto de implicados. Equipo de desarrollo: grupo o grupos de trabajo que desarrollan el producto. Scrum Manager metodologa Scrum. Algunas implementaciones de modelo Scrum, consideran el rol de gestor de Scrum como comprometido y necesario (ScrumMaster) Tem Leader: Responsable del funcionamiento de la

Con el criterio de Scrum Management, es recomendable que las responsabilidades que cubre este rol, estn identificadas en una nica persona cuando se comienzan a aplicar prcticas de Scrum en una organizacin. En organizaciones giles maduras puede tener menos sentido. En cualquier caso, las responsabilidades de Scrum Manager no son del proyecto, sino del grupo de procesos y mtodos de la organizacin, por considerarse ni cerdo ni gallina. lo que no debe

Valores
Scrum es una carrocera que da forma a los principios giles. Es una ayuda para organizar alas personas y el flujo de trabajo; como lo pueden ser otras propuestas de formas de trabajo gil:

Crystal, DSDM, etc. La carrocera sin motor, sin los valores que dan sentido al desarrollo gil, no funciona:

Delegacin de atribuciones (empowerment) al equipo organizarse y tomar las decisiones sobre el desarrollo.

para que pueda auto-

Respeto entre las personas. Los miembros del equipo deben confiar entre el os y respetar sus conocimientos y capacidades.

Responsabilidad

auto-disciplina (no disciplina impuesta).

Trabajo centrado en el desarrollo de lo comprometido Informacin, transparencia y visibilidad del desarrollo del proyecto

Resumen
Scrum es un modelo gil de desarrollo, que toma forma de las prcticas de trabajo, que a partir de los 80 comienzan a adoptar algunas empresas tecnolgicas, y que Nonaka y Takeuchi acuaron como "Campos de Scrum". El modelo Scrum, aplicado al desarrollo de software, emplea el principio gil:

"desarrollo iterativo e incremental", denominando sprint a cada iteracin de desarrollo. Las prcticas empleadas por Scrum para mantener un control gil en el proyecto son:

Revisin de las iteraciones Desarrollo incremental Desarrollo evolutivo Auto-organizacin del equipo Colaboracin

Los artefactos del modelo son: Elementos: Pila del producto o product backlog Pila del sprint o sprint backlog Incremento

Roles: Propietario del producto Equipo Otros interesados

Reuniones: Planificacin del sprint Seguimiento del sprint Revisin del sprint

Los valores que hacen posible a las prcticas de Scrum crear "campos de scrum" son: Autonoma (empowerment) del equipo Respeto en el equipo Responsabilidad y auto-disciplina Foco en la tarea Informacin transparencia y visibilidad Bibliografa http://www.lulu.com/content/3671394

Libro ScrumManager: Gestin de proyectos. Juan Palacio.