Su enfoque esta basado en organizaciones, con el objetivo de desarrollar gradualmente sistemas y productos. Esta metodologia ágil mejora las comunicaciones ya que lleva un control del trabajo desarollado y maximiza la cooperación y la productividad. Tambien esta forma de trabajo permite obtener feeback a temprano desarrollo, permitiendo entregar productos confiables.
SCRUMAlliance es la organización sin fines de lucro que se encarga de difundir Scrum: http://www.scrumalliance.org/
Características de Scrum
- Períodos (ciclos) breves de 15 a 60 días.
- Cada ciclo es una iteración o también llamados Sprint
- Cada día se realizan breves reuniones de seguimientos
Circulo de trabajo (diario): Representa la reunión diaria que se lleva a cabo durante la iteración en la cual los miembros individualmente exponen sus avances y los cambios necesarios en las tareas asignados.
Sprint (15-60 dias): Representa 1 iteración de desarollo que ocurre una tras otra. El producto de cada iteración es un incremento en el producto.
Backlog: Representa la lista de los requerimientos que el producto debe tener, los cuales se van haciendo poco a poco en cada iteración.
Cómo es el proceso de SCRUM?
- Al comienzo de la iteración, el equipo revisa lo que se debe hacer (Backlog).
- Se selecciona lo que es posible hacer para tener un incremento y un potencial prototipo funcional al termino de dicha iteración (Sprint Planning).
- Se designan las tareas a cada uno segun su rol y se define el tiempo necesario para completarla (Sprint Planning).
- Las reuniones diarias permiten llevar un control sobre el avance de las tareas y los impedimentos que pueden experimentar cada uno (Sprint Planning).
- Al finalizar el Spint, el equipo presenta el incremento de la funcionalidad que se ha realizado de modo que se puede revisar la funcionalidad y hacerle las modificaciones necesarias.
- Por último se realiza una restrospectiva de lo que se ha trabajado, lo que se ha realizado con exito segun lo planeado y cómo nos fue. Para luego seguir con el ciclo hasta acabar la lista de tareas que tenemos en el Backlog (Restrospective).
 |
| ciclo iterativo Scrum |
Roles del SCRUM TEAM
El Scrum Team consiste en Product Owner, el Equipo de Desarrollo, y el ScrumMaster.Product Owner
Es el encargado de crear el Product Backlog y priorizar las tareas a realizar. La administración del Product Backlog incluye:
- Expresar claramente los items (requerimientos) en el Product Backlog.
- Ordernar los items en el backlog de la mejor forma para poder alcanzar las metas y la misión del equipo.
- Optimizar el trabajo que el equipo de desarrollo realiza.
- Asegurarse que el backlog sea visible, transparente, y claro para todos ya que muestra en lo que el equipo trabajara después.
- Asegurar que el equipo entienda los items en el Product backlog al nivel necesario.
Para que el trabajo del Product Owner sea exitoso, toda la organización debe respetar las decisiones las cuales son visibles en el Product Backlog. No debería permitirsele a nadie que le diga al equipo de desarrollo que trabaje en otra cosa, ni el equipo de desarrollo debe permitirsele hacer lo que alguien diferente del Product Owner diga.
El Equipo de Desarrollo
Consiste en profesionales quienes trabajan en entregar un producto potencialmente finalizado al final de cada Sprint. Este equipo esta estructurado y empoderado por la misma organización para organizar y administrar su propio trabajo. Esto resulta en una optimización de la eficiencia y efectividad del equipo.El equipo de Desarrollo tiene las siguientes características:
- Son auto-organizados.
- Interfuncionales. habilidades propias para crear un producto incremental.
- No hay titulos exclusivos para los miembros del equipo excepto el de Developer.
- No existen sub equipos dentro del equipo.
Tamaño ideal del equipo de Desarrollo SCRUM
El tamaño del equipo debe ser lo suficientemente pequeño para mantenerse ágil y lo suficientemente grande para poder completar un trabajo significativo en un Sprint. Un equipo con menos de 3 personas baja la interacción y resulta en pequeña ganancia productiva. Equipos pequeños de desarrollo encontraran pequeñas restricciones durante el Sprint causando que no se pueda entregar un producto potencialmente incrementable.Cuando se tienen mas de 9 requiere de mucha coordinación y genera mucho complejidad poderlos manejar. El Producto Owner y el Scrum Master no estan incluidos en este equipo a menos que ejecuten trabajo del Sprint Backlog.
ScrumMaster
Es el encargado de asegurarse que se entienda y promulge el Scrum. Esto se hace para que el equipo se adhiera a la teoría Scrum, sus practicas y sus reglas.El ScrumMaster es un lider de servicio para el equipo Scrum. El Scrum Master ayuda a aquellos fuera del equipo Scrum entender las interacciones del equipo, cuales son utiles y las que no.
Servicios en que el Scrum Master ayuda al Product Owner:
- Encontrando mejores tecnicas para el manejo efectivo del backlog
- Ayuda al equipo de desarrollo entiendo los items del backlog de manera clara
- Ayuda a entender el Sprint planning en un ambiente empírico.
- Se asegura que el Product Owner sepa como order los items en el backlog para maximizar su valor.
- Entender y practicar la agilidad
Servicios en que el Scrum Master ayuda al equipo de Desarrollo:
- Entrena al equipo en ser auto organizados e interfuncionales
- Ayuda al equipo en la entrega de productos de alto valor.
- Remover impedimentos en el progreso del equipo
- Entrenando al equipo en eventos en los cuales Scrum no es completamente adoptado o entendido.
 |
| Team Scrum |
Eventos del Scrum
Los eventos Scrum son diseñados específicamente para permitir transparencia e inspección crítica. Si se falla en incluir cualquiera de estos eventos resulta en la reducción de transparencia y es una oportunidad perdida para inspeccionar y adaptar.
Los eventos Scrum son: Sprint, Sprint Planning, Daily Scrum, Sprint Review, y Sprint Retrospective.
Sprint Planning
Se planea el trabajo a ser desarrollado en el Sprint. Este plan es creado por el trabajo colaborativo de todo el equipo Scrum. Acá el Scrum Master se asegura que se lleve a cabo y que los asistentes entiendan su propósito. El Sprint Planning responde a lo siguiente:
- Qué puede ser entregado en el incremento resultante del próximo Sprint?
- Cómo se logrará entregar el incremento esperado?
El equipo de desarrollo trabaja para pronosticar la funcionalidad que será desarrollada durante el Sprint. El Producto Owner discute el objetivo que el Sprint debería lograr y los items del Product Backlog que si son completados en el Sprint, lograrían la meta del Sprint.
La entrada a esta reunión es el Producto Backlog, el último producto incremental, la capacidad proyectada del equipo durante el Sprint y el último desempeño del equipo de Desarrollo. El número de items seleccionados del Product Backlog recae solamente en la decisión del equipo de Desarrollo. Solamente dicho equipo puede valorar lo que realmente se puede lograr en el próximo Sprint a realizarse.
Luego de que el equipo de Desarrollo ha pronosticado los items del product backlog que se entregaran en el Sprint, el Scrum Team crea un objetivo a alcanzar al final del Sprint, esto ayuda a proveer una guía al equipo mientras se desarrollan los productos incrementales.
Cómo se realizará el trabajo seleccionado?
Habiendo establecido la meta del Sprint y seleccionado los items del Product backlog para el Sprint a trabajar, el equipo de desarrollo decide como construirá esta funcionalidad en un incremento producto "terminado" durante el Sprint. Los items seleccionados del Producto backlog para trabajarlos en este Sprint mas el plan para entregarlos se llama: Sprint backlog.
El equipo de desarrollo usualmente empieza por diseñar el sistema y el trabajo necesario para convertir el Product Backlog en un producto funcional incremental. El trabajo puede variar de tamaño o esfuerzo estimado. Sin embargo, se planea suficiente trabajo durante el Sprint Planning para que el equipo de desarrollo pueda pronosticar lo que crean que se pueda realizar en el Sprint a realizar. El trabajo planeado para los primeros dias del Sprint por el equipo de desarrollo es descompuesto al final de esta reunión a menudo en unidades de 1 dia o menos (Estimacion).
Si el equipo de desarrollo considera que es mucho trabajo o poco, puede negociar con el Product Owner. Tambien puede invitar a otras personas para proveer consejeria tecnica.
El Objetivo del Sprint
Es un objetivo definido por el Sprint que puede ser realizado a travez de la implementación del Product Backlog. Provee una guía al equipo del porqué se esta construyendo el incremento. Se crea durante el Sprint Planning. Da al equipo cierta flexibilidad con respecto a la funcionabilidad implementada dentro del Sprint. Los items seleccionados del Product backlog entregan un funcion coherente la cual puede ser el objetivo del Sprint. El objetivo del Sprint puede ser cualquier otra coherencia que cause que el equipo de desarrollo trabaje junto y no con iniciativas separadas.
El equipo de desarrollo usualmente empieza por diseñar el sistema y el trabajo necesario para convertir el Product Backlog en un producto funcional incremental. El trabajo puede variar de tamaño o esfuerzo estimado. Sin embargo, se planea suficiente trabajo durante el Sprint Planning para que el equipo de desarrollo pueda pronosticar lo que crean que se pueda realizar en el Sprint a realizar. El trabajo planeado para los primeros dias del Sprint por el equipo de desarrollo es descompuesto al final de esta reunión a menudo en unidades de 1 dia o menos (Estimacion).
Si el equipo de desarrollo considera que es mucho trabajo o poco, puede negociar con el Product Owner. Tambien puede invitar a otras personas para proveer consejeria tecnica.
El Objetivo del Sprint
Es un objetivo definido por el Sprint que puede ser realizado a travez de la implementación del Product Backlog. Provee una guía al equipo del porqué se esta construyendo el incremento. Se crea durante el Sprint Planning. Da al equipo cierta flexibilidad con respecto a la funcionabilidad implementada dentro del Sprint. Los items seleccionados del Product backlog entregan un funcion coherente la cual puede ser el objetivo del Sprint. El objetivo del Sprint puede ser cualquier otra coherencia que cause que el equipo de desarrollo trabaje junto y no con iniciativas separadas.
Daily Scrum
Es un evento de 15 minutos para que el equipo de desarrollo sincronize actividades y cree un plan para las próximas 24 horas. Esto se hace revisando el trabajo realizado desde el último Daily Scrum y pronosticando el trabajo que puede ser terminado antes del siguiente. El Daily Scrum es llevado a cabo en el mismo lugar y hora para reducir complejidad. Durante la reunión los miembros del equipo de desarrollo explican:
- Que hice ayer que ayuda al equipo de desarrollo a alcanzar los objetivos del Sprint?
- Que haré ahora para ayudar al equipo de desarrollo a alcanzar los objetivos del Sprint?
- Hay algun impedimento que me prevenga de alcanzar los objetivos del Sprint?
El equipo de desarrollo ocupe los daylies para inspeccionar el progreso de los objetivos del Sprint y para inspeccionar como es la tendencia del progreso hacia completar el trabajo en el Sprint Backlog. El Daily Scrum optimiza la posibilidad de que el equipo alcance el objetivo del Sprint.
Los Sprint Review incluyen los siguientes elementos:
Sprint Review
Se lleva a cabo al final del Sprint para inspeccionar el incremento y adaptar el Product Backlog si es necesario. Durante el Sprint Review, el Scrum Team y los interesados (Stakeholders) colaboran sobre lo que se hizo en el Sprint. Basado en esto y en cualquier cambio al Product Backlog durante el Sprint, los asistantes colaboran en las siguientes cosas que pueden ser hechas para optimizar el producto. Dicha reunión es informal no de reunión status, y la presentación del incremento se realiza para recibir retroalimentación y fomentar la colaboración.Los Sprint Review incluyen los siguientes elementos:
- Los asistentes incluyen el Scrum Master y los stakeholder clave que son invitados por el Product Owner.
- El Producto Owner explica las cosas que se han terminado del Product Backlog y lo que aún falta.
- Se discute lo que salió bien durante el Sprint, los problemas que se enfrentaron y como se resolvieron.
- El equipo hace una demo de lo que se ha hecho y se contestan interrogantes sobre el incremento.
- El Producto Owner discute los items del Backlog que aun queda y proyecta fechas de finalización basadas en el progreso a la fecha (si fuese necesario).
- El equipo completo colabora en lo que se hará después, de modo que el Sprint Review provee información importante con respecto al Sprint Planning consecuente.
Sprint Retrospective
Es una oportunidad para que el equipo se auto inspeccione y prepara tecnicas para mejorar durante el próximo Sprint. El Sprint Retrospective ocurre después del Sprint Review y previo al Sprint Planning se sugiere que dure cerca de 3 horas. El propósito del Sprint Retrospective es:- Inspeccionar como salio el Sprint con respecto a las personas, relaciones, proceso y herramientas.
- Identificar los items mayores que salieron bien y las mejoras potenciales.
- Crear un plan para implementar mejoras al trabajo que el equipo Scrum ya hace.
Scrum Artifacts
Estos artefactos permiten darle transparencia al trabajo realizado. Los Scrum Artifacts son: Product backlog, Sprint Backlog.Product Backlog
Es la lista de requeirmientos que se desean en un producto y es la unica fuente de cambios que pueden efectuarse en el producto. El responsable de esto es el Product Owner.El Product Backlog enlista todas las características, funciones, requerimientos, mejoras y arreglos que constituyen los cambios a hacer en el producto en futuros lanzamientos.
Los items que conforman el Product Backlog tienen como atributos: descripción, orden, estimación (tiempo), y valor.
