El equipo Scrum

dibujo

Un Equipo Scrum consiste en un Propietario del Producto (Product Owner), el Equipo de Desarrollo y un Scrum Master.Master y los Desarrolladores.

Los Equipos Scrum son autoorganizados y multifuncionales. El modelo de Equipo en Scrum está diseñado para optimizar la flexibilidad, la creatividad y la productividad. El Equipo Scrum ha demostrado ser incrementalmente efectivo en diferentes contextos y para cualquier trabajo complejo.

Los Equipos Scrum entregan productos de forma iterativa e incremental, maximizando las oportunidades para poder obtener retroalimentación. Las entregas incrementales de producto “Terminado” aseguran que siempre estará disponible una versión potencialmente útil y funcional del producto.

2.1 - Tamaño del Equipo Scrum

El tamaño óptimo del Equipo Scrum es de entre 3 y 10 miembros, esto le permite ser lo suficientemente pequeño como para permanecer ágil y lo suficientemente grande como para poder completar una cantidad significativa de trabajo.

• Tener menos de 3 miembros en el Equipo reduce la interacción y resulta en baja productividad.
• Los Equipos más pequeños pueden encontrar limitaciones en cuanto a las habilidades necesarias durante un Sprint, haciendo que el Incremento pudiese no ser significativo para el cliente.
• Tener más de 10 miembros en el equipo requiere demasiada coordinación.
• Los Equipos grandes generan demasiada complejidad como para que un proceso empírico pueda ser de utilidad.
• Los roles de Product Owner y Scrum Master no se cuentan como Desarrolladores, a menos que también estén contribuyendo al desarrollo del trabajo durante el Sprint.

2.2 - El Product Owner

dibujo

El Product Owner es el responsable de maximizar el valor entregado por ellos Equipo de Desarrollo.Desarrolladores.

El Product Owner es la única persona responsable de gestionar el Product Backlog. La gestión del Product Backlog incluye:

• Expresar claramente los elementos del Product Backlog.
• Ordenar los elementos en el Product Backlog para alcanzar los objetivos y las misiones de la mejor manera posible.
• Garantizar que el Product Backlog sea visible, transparente y clara para todos y que muestre, lo que el equipo trabajará a continuación.
• Asegurar que ellos EquipoDesarrolladores de Desarrollo entiendeentienden los elementos del Product Backlog a nivel necesario.
• El Product Owner es una única persona, no un comité. El Product Owner podría representar los deseos de un comité en el Product Backlog, pero aquellos que quieran cambiar la prioridad de un elemento del Product Backlog deben hacerlo a través del Product Owner.

Para que el Product Owner pueda hacer bien su trabajo, toda la organización debe respetar sus decisiones. Las decisiones del Product Owner se reflejan en el contenido y en la priorización del Product Backlog.

El Product Owner también es responsable de:

• Participar en las reuniones de apertura y cierre del proyecto.
• Participar en las reuniones de planificación y revisión de las iteraciones (sprints).
• Entender las necesidades de las partes interesadas para posteriormente levantar los requerimientos que harán parte del Product Backlog.
• Mantener comunicación frecuente con el cliente (ya que es el único punto de contacto entre el cliente y el Equipo Scrum).
• Gestionar los riesgos globales del proyecto.
• Presentar informes del proyecto al cliente u otras partes interesadas.
• Aprobar cambios en el proyecto.
• Asegurar que se administran correctamente los recursos financieros del proyecto al inicio y durante su ejecución.

Normalmente el rol del Product Owner se asocia con un Gerente de Proyecto, dadas sus responsabilidades de gestión, sin embargo, estos roles NO son iguales. Es más preciso asociarlo al rol que representa “La voz del cliente”.

2.23 - ElDesarrolladores Equipo de Desarrollo(Developers)

dibujo

ElLos EquipoDesarrolladores deson Desarrollo se compone delos profesionales que realizan el trabajo de entregar un Incremento de producto “Terminado” (Done) que potencialmente se pueda poner en producción al final de cada Sprint. Un Incremento de producto “Terminado” es obligatorio en la Revisión del Sprint (ver seccióncapítulo 3). Solo los miembros del Equipo de DesarrolloDesarrolladores participan en la creación del Incremento.

La organización es la encargada de estructurar y empoderar a los Equipos de DesarrolloDesarrolladores para que estos organicen y gestionen su propio trabajo. La sinergia resultante optimiza la eficiencia y efectividad del Equipo deScrum Desarrollo.en conjunto.

Los Equipos de DesarrolloDesarrolladores tienen las siguientes características:

• Son autoorganizados.autogestionados. Nadie (ni siquiera el Scrum Master) indicales alda Equipoórdenes deo Desarrolloimposiciones sobre cómo convertir elementos del Product Backlog en Incrementos de funcionalidad potencialmente desplegables.
• Nadie fuera del Scrum Master y el Product Owner puede pedir ala Equipolos de DesarrolloDesarrolladores que trabajetrabajen en un conjunto diferente de requisitos.requisitos que previamente hayan sido planeados y acordados.
• Los Equipos de DesarrolloDesarrolladores son multifuncionales, con todas las habilidades necesarias para crear un Incremento de producto.
• Scrum no reconoce títulos para los miembros de un Equipo de Desarrollo,Scrum, independientemente del trabajo que realice cada persona.persona, quienes ejecuten el trabajo necesario para construir el producto se conocen como Desarrolladores.
• ScrumNo no reconoceexisten sub-equipos en losel EquiposEquipo de Desarrollo,Scrum, no importan los dominios particulares que requieran tenerse en cuenta, como pruebas, aseguramiento de calidad, arquitectura, operaciones, o análisis de negocio.
• Los miembros individuales del Equipo de DesarrolloDesarrolladores pueden tener habilidades especializadas y áreas en las que estén más enfocados, pero la responsabilidad del producto recae ensobre ellos Equipo de Desarrollodesarrolladores como un todo.

2.2.1 - Tamaño del Equipo de Desarrollo

El tamaño óptimo del Equipo de Desarrollo es de entre 3 y 9 miembros, esto le permite ser lo suficientemente pequeño como para permanecer ágil y lo suficientemente grande como para poder completar una cantidad significativa de trabajo.

• Tener menos de tres miembros en el de Desarrollo reduce la interacción y resulta en ganancias de productividad más pequeñas.
• Los Equipos de Desarrollo más pequeños podrían encontrar limitaciones en cuanto a las habilidades necesarias durante un Sprint, haciendo que el Equipo de Desarrollo no pudiese entregar un Incremento que potencialmente se pueda poner en producción.
• Tener más de nueve miembros en el equipo requiere demasiada coordinación.
• Los Equipos de Desarrollo grandes generan demasiada complejidad como para que un proceso empírico pueda ser de utilidad.
• Los roles de Product Owner y Scrum Master no se contabilizan en el cálculo del tamaño del equipo a menos que también estén contribuyendo a trabajar en el Sprint Backlog.

2.34 El Scrum Master (ScrumMaestro Master)Scrum)

dibiujo

El Scrum Master es el responsable en promocionar y apoyar Scrum como se define en la Guía de Scrum. Su principal responsabilidad entonces es garantizar que todos conocen y aplican correctamente la teoría de Scrum, sus prácticas y sus reglas.

• El Scrum Master es un líder sirviente que está al servicio del Equipo Scrum.
• El Scrum Master ayuda a las personas externas al Equipo Scrum (involucrados 6.1.1.2) a entender qué interacciones con el Equipo Scrum pueden ser útiles y cuáles no.
• El Scrum Master ayuda a todos a modificar estas interacciones para maximizar el valor creado por el Equipo Scrum.

2.3.4.1 - El servicio del Scrum Master al Propietario del Producto (Product Owner)

El Scrum Master sirve al Product Owner de varias formas, incluyendo:

• Asegurar que los objetivos, el alcance y el dominio del producto sean entendidos por todos en el Equipo de la mejor manera posible.
• Encontrar técnicas para gestionar el Product Backlog de manera efectiva.
• Ayudar al Equipo Scrum a entender la necesidad de contar con elementos de Product Backlog claros y concisos.
• Entender la planificación del producto en un entorno empírico.
• Asegurar que el Product Owner conozca cómo ordenar el Product Backlog para 
maximizar el valor.
• Entender y practicar la agilidad.
• Facilitar los eventos de Scrum según se requiera o necesite.

2.3.4.2 - El servicio del Scrum Master al Equipo de Desarrollo

El Scrum Master sirve al Equipo de Desarrollo de varias formas, incluyendo:

• Guiar al Equipo de Desarrollo en ser autoorganizado y multifuncional.
• Ayudar al Equipo de Desarrollo a crear productos de alto valor.
• Eliminar impedimentos para el progreso del Equipo de Desarrollo.
• Facilitar los eventos de Scrum según se requiera o necesite.
• Guiar al Equipo de Desarrollo en entornos organizacionales en los que Scrum aún no haya sido adoptado y entendido por completo.

dibujo

2.3.4.3 - El servicio del Scrum Master a la Organización

El Scrum Master sirve a la organización de varias formas, incluyendo:

• Liderar y guiar a la organización en la adopción de Scrum.
• Planificar las implementaciones de Scrum en la organización.
• Ayudar a los empleados e interesados a entender y llevar a cabo Scrum y el desarrollo empírico de producto.
• Motivar cambios que incrementen la productividad del Equipo Scrum.
• Junto con otros Scrum Masters, incrementar la efectividad de la aplicación de Scrum en la organización.

2.45 - Los valores del equipo

Es importante que entre los miembros del equipo se genere y mantenga una filosofía basada en valores que fomenten la confianza, la comunicación y la entrega de resultados. A continuación, se relacionan los valores que deberían existir en un equipo Scrum.

dibujo

2.4.5.1 – Compromiso

El compromiso se refiere a que cada miembro del Equipo hará el máximo esfuerzo posible, además pondrá dedicación a todas las actividades del proyecto.

2.4.5.2 – Respeto

Los miembros del Equipo Scrum respetan el conocimiento, las habilidades y la experiencia profesional no solo del resto de miembros del equipo, sino también de aquellas personas con las que se relacionan, sean de su propia organización o de otra.

2.4.5.3 - Proactividad

La proactividad les permite a los miembros del Equipo el desarrollo exitoso de su trabajo. Este valor es fundamental para lograr buenos resultados en los entornos cambiantes a los que se encuentran expuestos los proyectos ágiles, este valor no se limita a la adaptabilidad (responder al cambio), la proactividad se trata de iniciar el cambio.

2.4.5.4 – Receptividad - Apertura

Los miembros del Equipo Scrum deben estar abiertos a aprender nuevas habilidades o adquirir nuevos conocimientos que les permitan ser Equipos multi-funcionales. Este valor también está relacionado con la transparencia, la colaboración y el libre conocimiento.

2.4.5.5 – Foco

Este principio les permitirá a los miembros del Equipo Scrum centrarse en solo aquellas actividades clave que permitirán ofrecer el mejor producto o servicio, el foco se trata de centrarse en todo aquello que es realmente importante no sólo para el proyecto sino también para el bienestar del equipo.