---

¿Cuál es la función del equipo Scrum? ¡Puede que te sorprenda!

El marco Scrum define tres responsabilidades dentro del equipo:

• La Product Owner,
• Los Developers o miembros del equipo de desarrollo,
• El Scrum Master.

Además de otros programas que ofrece a estudiantes de todo el mundo, International Scrum Institute™ ofrece tres programas principales de formación y certificación para estas tres responsabilidades.

Estos programas son Certificación Scrum Product Owner Accredited Certification™ (SPOAC™), Certificación Scrum Team Member Accredited Certification™ (STMAC™), y Certificación Scrum Master Accredited Certification™ (SMAC™) .

Una organización Scrum adecuada debe contar con personas con estos tres conjuntos de habilidades. Es especialmente importante para tener éxito con el marco Scrum de desarrollo de software.

Cada responsabilidad es esencial y debe estar clara. Una Product Owner o Scrum Master también puede contribuir como Developer, pero sus distintas responsabilidades deben mantenerse eficaces. Una Product Owner es responsable de cada producto y puede trabajar con varios equipos Scrum en él. Cada equipo necesita un apoyo eficaz de Scrum Master; Scrum no impone una asignación exclusiva a un solo equipo.

No subestimes la importancia de comprender el propósito y la función de estas responsabilidades y asignarlas a personas con las capacidades adecuadas.

Hemos observado muchas veces que las dificultades de un equipo Scrum se deben a que estas funciones no se comprenden o no las desempeñan las personas adecuadas.

Cada función tiene un conjunto definido de responsabilidades. Solo si quienes las asumen las cumplen, interactúan de cerca, colaboran y trabajan juntos podrán completar con éxito un proyecto Scrum.

Responsabilidades de Scrum y partes interesadas

El equipo Scrum

Dentro del marco Scrum, los equipos dedicados realizan todo el trabajo entregado a los clientes del negocio. Un equipo Scrum es un conjunto de personas que trabajan juntas para proporcionar los incrementos de producto solicitados y comprometidos.

Para trabajar eficazmente, es esencial que todos sus miembros:

• Adopten los valores del marco Scrum: valentía, enfoque, compromiso, respeto y apertura,
• Respeten las mismas normas y reglas,
• Persigan un objetivo común que los conecte con los resultados de TI y del negocio.

Al formar un equipo Scrum, recuerda que ningún equipo nuevo rinde al máximo desde el principio. Debe atravesar ciertas fases descritas por el modelo de Tuckman: formación, conflicto, normalización y desempeño.

Etapas de desarrollo del equipo de Tuckman

El tiempo necesario para alcanzar la fase de desempeño varía entre equipos. Contratar buenos jugadores de baloncesto para un club no crea un gran equipo en cuanto comienzan a jugar juntos. Primero deben aprender y adaptar sus estilos, fortalezas y debilidades para apoyarse y jugar en armonía. Los equipos Scrum son similares. Por eso, los 3 a 5 Sprints mencionados son una orientación de planificación de esta lección, no una garantía de madurez. El equipo debe inspeccionar su propia capacidad de entregar eficazmente y de forma predecible.

Características de un equipo Scrum

Los equipos Scrum tienen estas características:

• Sus miembros comparten las mismas normas y reglas,
• El equipo en su conjunto es responsable de la entrega,
• El equipo tiene autonomía para decidir,
• El equipo trabaja con la máxima autonomía posible,
• El equipo se autoorganiza,
• Las habilidades del equipo están equilibradas,
• El equipo Scrum central es pequeño y no tiene subequipos,
• La capacidad dedicada es valiosa; una asignación del 100% es una recomendación de dotación de personal, no un requisito formal de Scrum,
• Sus miembros colaboran estrechamente, idealmente en la misma sala cuando sea práctico; los equipos distribuidos también pueden utilizar Scrum.

Reglas y normas

El entorno empresarial, tecnológico y geográfico de los equipos define de forma invisible algunas de sus normas. Sin embargo, para alcanzar el éxito, determinadas reglas y normas deben desarrollarse y practicarse explícitamente durante la fase de normalización.

Estos criterios comunes son esenciales para colaborar con fluidez y obtener resultados de TI y de negocio. Sin ellos, los miembros tendrían que alternar continuamente entre distintos sistemas de valores y reglas y perderían tiempo valioso. Algunos ejemplos son:

• El objetivo, alcance, duración, lugar, participantes y resultados de los eventos de Scrum,
• El detalle necesario para escribir Definition of Done (DoD) claras, concisas e inequívocas,
• Pautas para priorizar y estimar historias de usuario y tareas,
• Pautas, procedimientos y nivel de detalle para crear documentos vivos,
• Herramientas que utilizar y que evitar: recuerda que, a veces, menos es más,
• Estándares de programación,
• Herramientas y pautas para crear y realizar pruebas manuales o automatizadas y garantizar la calidad,
• El proceso de resolución de errores,
• El proceso para gestionar solicitudes de cambio,
• El proceso para preparar demostraciones del incremento de producto durante las Sprint Reviews,
• El proceso para gestionar los resultados de cada evento de Scrum,
• La frecuencia, profundidad y duración de las reuniones de refinamiento del Product Backlog.

Responsabilidad

El equipo Scrum en su conjunto es responsable de entregar las historias comprometidas a tiempo y con la máxima calidad posible.

Un buen resultado o un fracaso nunca se atribuye a una sola persona, sino al equipo Scrum en su conjunto.

Autonomía y autoorganización

El equipo debe tener autonomía para definir

• Qué se compromete a entregar al final del Sprint,
• Cómo dividirá las historias comprometidas en tareas,
• Quién realizará cada tarea y en qué orden se implementarán.

Solo si el equipo puede tomar estas y otras decisiones internas similares trabajará con mayor rendimiento y motivación en beneficio de sus clientes y partes interesadas.

Conjunto equilibrado de habilidades

Cada persona tendrá sin duda habilidades especializadas, un enfoque y preferencias particulares. Sin embargo, para rendir al máximo, el equipo necesita un conjunto equilibrado de habilidades. Solo así podrá afrontar los retos cambiantes de TI y negocio y actuar con la mayor autonomía posible.

Esto significa que el equipo debe ser multidisciplinario desde el principio: diseñadores, desarrolladores, especialistas en pruebas, arquitectos, etc. También implica que cada miembro aprenda algo de las especialidades ajenas. Por ejemplo, para terminar una historia comprometida antes de concluir el Sprint, un desarrollador debe estar dispuesto a escribir y ejecutar pruebas y consultar al especialista cuando lo necesite.

Las funciones de sus miembros no están compartimentadas como arquitecto, desarrollador o especialista en pruebas. Todos comparten el título de «miembro del equipo Scrum», independientemente de sus competencias principales.

Tamaño del equipo Scrum

Los equipos Scrum son pequeños. La antigua regla orientativa utilizada en esta lección es de 7 +/- 2 personas. La orientación actual describe al equipo completo como formado normalmente por 10 personas o menos.

A medida que crece el equipo, aumentan los costes de alineación y comunicación. La antigua regla de nueve personas invita a inspeccionar esos costes, pero no es un límite estricto actual. No existe una respuesta universal: tus equipos pueden funcionar productivamente con menos de cinco o más de nueve miembros.

La única forma de descubrirlo es probar, aprender y adaptarse. Si un equipo de 13 personas no rinde lo suficiente, debe dividirse en dos. Los equipos resultantes deben alinearse estrechamente y relacionar sus objetivos e historias, aunque trabajen de forma independiente.

Ubicación compartida

Compartir ubicación puede reducir los costes de comunicación. Cuando el trabajo abarca varios lugares, hacen falta prácticas deliberadas de colaboración; formar equipos separados puede ayudar, pero no es obligatorio solo porque haya trabajo remoto. Esos equipos deben alinear y relacionar sus objetivos e historias.

Responsabilidades del equipo Scrum

El equipo tiene responsabilidades específicas que debe cumplir:

• Desglosar las historias, crear tareas, definir prioridades y estimaciones y autoorganizar la implementación. En otras palabras, crear, ejecutar y entregar el Sprint Backlog.
• Los Developers celebran la Daily Scrum.
• Garantizar que al final del Sprint se entregue y demuestre un incremento de producto potencialmente entregable.
• Actualizar el estado y el esfuerzo restante de sus tareas para permitir la creación de un gráfico de trabajo pendiente del Sprint.

Aprender Scrum puede ser un reto. Pero no te preocupes: ¡hemos creado nuestros productos para ayudarte y servirte!