Metodologa gil de desarrollo de Proyectos. Proyectos que requieren rapidez y flexibilidad.

. Equipos pequeos (72), multidisciplinares y localizados en un mismo sitio. Mtodos adaptativos (rpida adopcin de cambios segn necesidades). Mtodos de desarrollo iterativo e incremental. Mnima produccin de documentacin. Colaboracin constante clienteequipo desarrollo.

SCRUM: Scrum significa mel, es que todos los jugadores de ambos equipos se agrupan en una formacin en la cual lucharn por obtener el baln. Si un miembro se viene abajo, falla toda la mel. Los jugadores estn bien coordinados para empujar al mismo tiempo y avanzar a la misma velocidad.

SCRUM en Ingeniera del Software:

Es una metodologa gil para desarrollo y mantenimiento de Software. Basado en un desarrollo iterativo e incremental. Grupos auto-organizados y multidisciplinares. Rpida adaptacin a cambios, minimizando costes, tiempos y equipos de trabajo. Adaptacin continua a las circunstancias de evaluacin del proyecto.

Colaboracin estrecha con el cliente. Predisposicin y respuesta al cambio. Prefiere el conocimiento tcito de las personas al explcito de los procesos. Desarrollo incremental con entregas funcionales frecuentes. Comunicacin verbal directa entre los implicados en el proyecto. Motivacin y responsabilidad de los equipos por la autogestin, auto-organizacin y compromiso. Simplicidad. Supresin de artefactos innecesarios en la gestin del proyecto.

Esquema SCRUM

El proceso parte de la lista de tareas (Product backlog). De esta lista el cliente prioriza los requisitos basndose en objetivos, balanceando el valor que le aportan a su coste y quedando repartidos en iteraciones y entregas (Sprint backlog), De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla mediante la re planificacin de objetivos que se puede realizar al inicio de cada iteracin Cada da de una iteracin debe realizarse una reunin con los integrantes del equipo con el objetivo de obtener de primera mano los avances de las tareas y los obstculos que se van presentando a lo largo del desarrollo de la iteracin Una vez finalizado un Sprint backlog, se revisan con el usuario o cliente los productos obtenidos (Sprint review) y si cumplen con las necesidades plasmadas por el usuario al inicio de la iteracin. Cada fin de un Sprint Backlog, se debe revisar los aspectos positivos y negativos del mismo (Sprint retrospective) con el objetivo de poder utilizar estos para una mejor planificacin de la siguiente iteracin a realizar.

SPRINTS:
Los sprints son cada una de las partes del ciclo de

vida del mtodo Scrum. Son la base del desarrollo. Distintas partes en las que se divide el producto a realizar Cada Sprint dura de 2 a 4 semanas

Componentes o Roles. Propietario del producto (Product Owner) Scrum Manager (o Scrum Master). Equipo de desarrollo (Scrum Team). Usuarios o Clientes y Stackholders. Elementos o artefactos Pila de Producto (Product Backlog) Pila de Sprint (Sprint Backlog) Burndown Chart. Incremento. Reuniones o meetings Sprint Planning meeting. Sprint Review. Sprint Retrospective Daily Scrum Meeting.

Product Owner. El responsable de obtener el mayor valor de producto Representa al cliente Es el que puede definir o cambiar el producto y acepta o rechaza el resultado de cada Sprint. Es el que exige y prioriza los requerimientos del producto.

Scrum Master o Scrum Manager. Gestor de los equipos Responsable del funcionamiento y productividad del equipo de desarrollo. Asegura el seguimiento de la metodologa guiando las reuniones y ayudando al equipo ante cualquier problema que pueda aparecer. Trabaja junto al equipo

Scrum Team. Equipo de desarrollo. Grupo de trabajo que desarrollan el producto Sprint a Sprint. Responsables de implementar las funcionalidades del Product Owner. 5 a 9 personas, multidisciplinares y multifuncionales. Comprometidos y auto-organizados. Stackholders (clientes, usuarios) Hacen posible el proyecto. Slo participan directamente durante las revisiones del sprint. Beneficiarios finales del producto. Viendo los progresos, pueden aportar ideas, sugerencias o necesidades.

Product Backlog o Pila de Prducto: Todas las tareas, funcionalidades o requerimientos a realizar Marcadas y priorizadas por el Product owner. Lista de requisitos de usuario que se origina con la visin inicial del producto Va creciendo y evolucionando durante el desarrollo por lo que nunca llega a ser una lista definitiva.

Sprint Backlog o Pila de Sprint: Una tarea que proviene de la lista de tareas (Product backlog), Deben acometerse entre 2 y 4 semanas. Un Sprint backlog no puede ser alterado o modificado. Hay que esperar a que concluya para hacerlo. En definitiva, es la lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto.

Burndown Chart: Es el grfico que controla el progreso del sprint y la cantidad restante de trabajo por hacer. Re-estima las tareas o se aaden nuevas tareas. Es muy importante para que los Stackholders evalen el proceso de cada sprint. Incremento: Es el resultado entregable final de cada Sprint

Sprint Planning meeting. Sprint Review.

Sprint Retrospective
Daily Scrum Meeting

Sprint Planning Meeting: Reunin de planificacin del sprint Backlog Se priorizan los requerimientos Participantes: Scrum master, Scrum team y el Product owner. Jornada previa al inicio de un Sprint Determina el trabajo y los objetivos que se deben cumplir en esa iteracin La duracin depende del Sprint, pero como mximo ser de 8 horas.

Sprint Review Meeting: Reunin de revisin del Sprint. Se realiza una vez terminado un Sprint. Revisin entre 2 y 4 horas El Scrum Team Muestra los avances live al Product Owner Se presentan nuevas funcionalidades y se genera un feedback del producto. la revisin del sprint es el anlisis y revisin del incremento generado.

Reunin diaria (Daily scrum meeting).

Sprint Retrospective: Retrospectiva del Sprint. El Product owner revisar con el equipo los objetivos marcados inicialmente en el Sprint backlog concluido, se aplican cambios y ajustes necesarios, Se marcan aspectos positivos (para repetirlos) y los aspectos negativos (para evitar que se repitan) del Sprint. Se realiza al finalizar un Sprint, y durar entorno a una hora.

Tarea iterativa todos los das de cada Sprint Primera actividad del da Duracin entorno a 15 minutos. Ser moderado por el Scrum Master, 3 preguntas a cada miembro del Scrum Team . Qu hice ayer?, Qu tengo previsto hacer hoy? Qu dificultades tengo?) Se verifica el avance de las tareas y la planificaciones de las mimas.

Ventajas.

Obtencin de Software con requerimientos exigidos de forma rpida. Trabajo con iteraciones rpidas Gran adaptacin al cambio. Ventaja competitiva. Creatividad y efectividad del equipo auto administrado y entorno libre de interrupciones. Reuniones dedicadas a problemas recientes. Evita estancamiento.

Inconvenientes. Delegacin de responsabilidades y posibilidad de fallo. Dificultad de aplicacin para grandes proyectos Se requiere de un agile champion para monitorizar el desarrollo Problemas si el precio y fecha de entrega son cerrados Presuposiciones de: equipos formados y motivados, clientes involucrados en el desarrollo y su participacin, y que la documentacin no es necesaria.

Conclusiones.

No es vlido para cualquier proyecto o equipo de trabajo. ptimo para un equipo de 8 personas. No existe una metodologa vlida 100% para todas las personas o empresas, pero Scrum est empujando fuerte por su facilidad de implantacin y agilidad en cuanto a cambios. Scrum evita la burocracia y generacin de documentos. La idea Principal es ponerse a trabajar cuanto antes y que el cliente vaya viendo avances. Idea metodologa gil: que se pueda reconducir fcilmente el proyecto y que afecte lo menos posible a costes, tiempos y equipos de trabajo.

Algunas empresas que han desarrollado una metodologa Scrum con xito son: Adobe HP Motorola SAP Xerox. Google Microsoft Philips Nokia