PROCESOS DE SCRUM (GUÍA SBOK)

FASE PROCESOS
Iniciar (Initiate) 1.       Crear la visión del proyecto (Create Project Vision)

2.       Identificar al Scrum Master y al socio(s) (Identify Scrum Master and Stakeholder(s))

3.       Formación de un equipo Scrum (Form Equipo Scrum)

4.       Desarrollo de épica(s) (Develop Epic(s))

5.       Creación de la lista priorizada de pendientes del producto (Create Prioritized Product Backlog)

6.       Realizar el plan de lanzamiento (Conduct Release Planning)

Planear y Estimar (Plan and Estimate) 7.       Elaborar historias de usuario (Create User Stories)

8.       Aprobar, estimar y asignar historias de usuarios (Approve, Estimate, and Commit User Stories)

9.       Elaboración de tareas (Create Tasks)

10.   Estimar tareas (Estimate Tasks)

11.   Elaboración de la lista de pendientes del Sprint (Create Sprint Backlog)

Implementar (Implement) 12.   Crear entregables (Create Deliverables)

13.   Llevar a cabo el Standup diario (Conduct Daily Standup)

14.   Mantenimiento de la lista priorizada de pendientes del producto (Groom Prioritized Product Backlog)

Revisión y Retrospectiva (Review and Retrospect) 15.   Convocar Scrum de Scrums (Convene Scrum of Scrums)

16.   Demostración y validación del Sprint (Demonstrate and Validate Sprint)

17.   Retrospectiva de Sprint (Retrospect Sprint)

Lanzamiento (Release) 18.   Envío de entregables (Ship Deliverables)

19.   Retrospectiva del proyecto (Retrospect Project)

Anuncios

ROLES DE SCRUM (GUÍA SBOK)

Los roles de Scrum se dividen en dos grandes categorías:

  1. Core Roles—Core Roles son aquellos papeles que obligatoriamente se requieren para producir el producto o servicio del proyecto. Las personas a quienes se les asignan Core Roles están plenamente comprometidas con el proyecto y son las responsables del éxito de cada iteración del project y del project en su totalidad.

Estas funciones incluyen:

  • El Propietario del producto es la persona responsable de lograr el máximo valor empresarial para el proyecto. Él/ella también es responsable de la articulación de requisitos del customer y de mantener el Justificación del negocio para el project. El Propietario del producto representa la voz del cliente (voice of the customer-VOC).
  • El Scrum Master es un facilitador que asegura que el Equipo Scrum esté dotado de un ambiente propicio para completar el project con éxito. El Scrum Master guía, facilita y les enseña las prácticas de Scrum a todos los involucrados en el proyecto; elimina los impediments que encuentra el equipo; y asegura que se estén siguiendo los procesos de Scrum.
  • El Equipo Scrum es el grupo o equipo de personas responsables de la comprensión de los requisitos especificados por el Propietario del producto y de la creación de los Entregables (Deliverables) del project.
  1. Non-core Roles—Non-core Roles son los papeles que no son obligatoriamente necesarios para el proyecto Scrum y pueden incluir miembros de los equipos que están interesados en el project. No tienen ningún papel formal en el equipo del project y pueden interactuar con el equipo, pero no pueden ser responsables del éxito del project. Las Non-core Roles deben tenerse en cuenta en cualquier proyecto de Scrum.

Non-core roles incluyen los siguientes:

  • Socio(s), que es un término colectivo que incluye a los customers, usuarios y patrocinadores, que con frecuencia interactúan con el Equipo Principal de Scrum (Scrum Core Team), e influyen en el project a lo largo de su desarrollo. Lo más importante es que el project produzca beneficios de colaboración para los socios.
  • Cuerpo de asesoramiento de Scrum es una función opcional, que generalmente consiste en un conjunto de documentos y/o un grupo de expertos que normalmente están involucrados en la definición de objetivos relacionados con la calidad, las regulaciones gubernamentales, la seguridad y otros parámetros claves de la organización. El SGB guía el trabajo llevado a cabo por el Propietario del producto, Scrum Master y Equipo Scrum.
  • Los vendedores (vendors), incluyendo a individuos u organizaciones externas, ofrecen productos y/o servicios que no están dentro de las competencias básicas de la organización del project.
  • Jefe Propietario del producto es un papel en los proyectos más grandes con Equipos Scrums múltiples. Esta función se encarga de facilitar el trabajo de los Propietario del producto y del mantenimiento de Justificación del negocio para el project más grande.
  • El Jefe Scrum Master es el responsable de coordinar las actividades relacionadas con Scrum en grandes projects, las cuales pueden requerir que varios Equipos Scrum trabajen en paralelo.

PRINCIPIOS DE SCRUM (GUÍA SBOK)

2.png

Los principios de Scrum se pueden aplicar a cualquier tipo de project en cualquier organización y se deben mantener con el fin de garantizar la aplicación efectiva del marco de Scrum. Los principios Scrum no son negociables y deben aplicarse como se especifica en la Guía SBOK™. El mantener los principios intactos y usarlos apropiadamente infunde confianza en el marco de Scrum con respecto a la consecución de los objetivos del proyecto. Los aspectos y procesos de Scrum, sin embargo, pueden ser modificados para cumplir con los requisitos del project o la organización.

  1. Control del proceso empírico—Este principio pone de relieve la filosofía central de Scrum en base a las tres ideas principales de transparencia, inspection y adaptation.
  2. Auto-organización—Este principio se centra en los trabajadores de hoy, que entregan un valor significativamente mayor cuando son auto-organizados lo cual resulta en equipos con un gran sentimiento de compromiso y responsabilidad; a su vez, esto produce un entorno innovador y creativo que es más propicio para el crecimiento.
  3. Colaboración—Este principio se centra en las tres dimensiones básicas relacionadas con el trabajo colaborativo: conciencia, articulación y apropiación. También aboga por la gestión de proyectos como un proceso de creación de valor compartido con los equipos de trabajo e interactuar conjuntamente para ofrecer el mayor valor.
  4. Prioritization basado en valor—Este principio pone de relieve el enfoque de Scrum para ofrecer el máximo valor de negocio, desde el principio del project hasta su conclusión.
  5. Tiempo asignado—Este principio describe cómo el tiempo se considera una restricción limitante en Scrum, y cómo se utiliza para ayudar a manejar eficazmente la planificación y ejecución del project. Los elementos de time-box en Scrum son Sprints, Daily Standup Meetings, Sprint Planning Meetings, y Sprint Review Meetings.
  6. Desarrollo Iterativo— Este principio define el desarrollo iterativo y enfatiza cómo manejar mejor los cambios y crear productos que satisfagan las necesidades del customer. También delinea las responsabilidades del Propietario del producto y las de la organización relacionadas con el desarrollo iterativo.

FLUJO DE UN PROJECT SCRUM (GUÍA SBOK)

1.PNG

El ciclo de Scrum comienza con un Stakeholder Meeting, durante el cual se crea la visión del project. El Propietario del producto (product owner), entonces desarrolla un Prioritized Product Backlog que contiene una lista priorizada de los requerimientos del negocio en forma de User Story. Cada Sprint comienza con un Sprint Planning Meeting durante el cual los User Stories de alta prioridad son considerados para su inclusión en el Sprint.

Un Sprint suele durar entre una y seis semanas en el cual el Equipo Scrum trabaja en la creación Entregables (Deliverables) potencialmente listos en incrementos del product. Durante el Sprint, se llevan a cabo Daily Standup Meetings cortos y muy concretos donde los miembros del equipo discuten progresos diarios. A medida que concluye el Sprint, un Sprint Planning Meeting se lleva a cabo en el cual al Propietario del producto y a los Socios relevantes se les proporciona una demostración de los bienes y servicios. El Propietario del producto acepta las entregas sólo si cumplen con los Acceptance Criteria predefinidos. El ciclo de Sprint termina con un Retrospectiva de Sprint Meeting, donde el equipo presenta modos para mejorar los procesos y el rendimiento a medida que avanzan al siguiente Sprint.

METODOLOGÍA SCRUM

Qué es?

Scrum es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversión para su empresa (ROI). Se basa en construir primero la funcionalidad de mayor valor para el cliente y en los principios de inspección continua, adaptación, auto-gestión e innovación.

Cuándo se utiliza?

Con la metodología Scrum el cliente se entusiasma y se compromete con el proyecto dado que lo ve crecer iteración a iteración. Asimismo le permite en cualquier momento realinear el software con los objetivos de negocio de su empresa, ya que puede introducir cambios funcionales o de prioridad en el inicio de cada nueva iteración sin ningún problema.

Esta metódica de trabajo promueve la innovación, motivación y compromiso del equipo que forma parte del proyecto, por lo que los profesionales encuentran un ámbito propicio para desarrollar sus capacidades.

Beneficios

  • Cumplimento de expectativas: El cliente establece sus expectativas indicando el valor que le aporta cada requisito / historia del proyecto, el equipo los estima y con esta información el Product Owner establece su prioridad. De manera regular, en las demos de Sprint el Product Owner comprueba que efectivamente los requisitos se han cumplido y transmite se feedback al equipo.
  • Flexibilidad a cambios: Alta capacidad de reacción ante los cambios de requerimientos generados por necesidades del cliente o evoluciones del mercado. La metodología está diseñada para adaptarse a los cambios de requerimientos que conllevan los proyectos complejos.
  • Reducción del Time to Market: El cliente puede empezar a utilizar las funcionalidades más importantes del proyecto antes de que esté finalizado por completo.
  • Mayor calidad del software: La metódica de trabajo y la necesidad de obtener una versión funcional después de cada iteración, ayuda a la obtención de un software de calidad superior.
  • Mayor productividad: Se consigue entre otras razones, gracias a la eliminación de la burocracia y a la motivación del equipo que proporciona el hecho de que sean autónomos para organizarse.
  • Maximiza el retorno de la inversión (ROI): Producción de software únicamente con las prestaciones que aportan mayor valor de negocio gracias a la priorización por retorno de inversión.
  • Predicciones de tiempos: Mediante esta metodología se conoce la velocidad media del equipo por sprint (los llamados puntos historia), con lo que consecuentemente, es posible estimar fácilmente para cuando se dispondrá de una determinada funcionalidad que todavía está en el Backlog.
  • Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor en primer lugar y de conocer la velocidad con que el equipo avanza en el proyecto, permite despejar riesgos eficazmente de manera anticipada.

Participantes

  • Product Owner: Habla por el cliente, y asegura que el equipo cumpla las expectativas. Es “el jefe” responsable del proyecto.
  • Scrum Master: Lidera las reuniones y ayuda al equipo si es que tienen problemas. Además, minimiza los obstáculos para cumplir el objetivo del Sprint, es un “facilitador” pero no es un gestor.
  • Scrum Team: Son los encargados de desarrollar y cumplir lo que les asigna el Product Owner.
  • Cliente: Recibe el producto y puede influir en el proceso, entregando sus ideas o comentarios respecto al desarrollo.

Cómo funciona el Proceso

En primer lugar se define el Product Backlog, lo que nos permitirá realizar nuestros Sprints más adelante.

Product Backlog: Es una “wish list” sobre las funcionalidades del producto. Es elaborado por el Product Owner y las funciones están priorizadas según lo que es más y menos importante para el negocio. El objetivo es que el Product Owner responda la pregunta “¿Qué hay que hacer?”.

Sprint Backlog: Es un subconjunto de ítemes del Product Backlog, que son seleccionados por el equipo para realizar durante el Sprint sobre el que se va a trabajar. El equipo establece la duración de cada Sprint.

Sprint Planning Meeting: Esta reunión se hace al comienzo de cada Sprint y se define cómo se va a enfocar el proyecto que viene del Product Backlog las etapas y los plazos. Cada Sprint está compuesto por diferentes features. Por ejemplo, decidimos que los features del primer Sprint son: diseño del logo, definición colores y contenido multimedia.

Daily Scrum o Stand-up Meeting: Es una reunión breve que se realiza a diario mientras dura el periodo de Sprint. Se responden individualmente tres preguntas: ¿Qué hice ayer?, ¿Qué voy a hacer hoy?, ¿Qué ayuda necesito? El Scrum Master debe tratar de solucionar los problemas u obstáculos que se presenten.

Sprint Review: Se revisa el sprint terminado, y ya debería haber un avance claro y tangible para presentárselo al cliente.

Sprint Retrospective: El equipo revisa los objetivos cumplidos del Sprint terminado. Se anota lo bueno y lo malo, para no volver a repetir los errores. Esta etapa sirve para implementar mejoras desde el punto de vista del proceso del desarrollo.