¿Cuáles son los Roles de Scrum?
Los tres roles definidos en Scrum son ScrumMaster, el Propietario del producto y el Equipo (que consta de miembros del Equipo). Las personas que cumplen estos roles colaboran estrechamente, a diario, para garantizar el flujo fluido de la información y la resolución rápida de los problemas.
ScrumMaster
El ScrumMaster (a veces escrito "Scrum Master", aunque el término oficial no tiene espacio después de "Scrum") es el encargado del proceso. El ScrumMaster es responsable de hacer que el proceso se ejecute sin problemas, de eliminar los obstáculos que afectan la productividad y de organizar y facilitar las reuniones críticas. Las responsabilidades de ScrumMasters incluyen
Enseñe al propietario del producto cómo maximizar el retorno de la inversión (ROI) y cumpla sus objetivos a través de Scrum.
Mejorar la vida del equipo de desarrollo facilitando la creatividad y el empoderamiento.
Mejorar la productividad del equipo de desarrollo de cualquier manera posible.
Mejore las prácticas y herramientas de ingeniería para que cada incremento de funcionalidad pueda enviarse.
Mantenga la información sobre el progreso del Equipo al día y visible para todas las partes.
En términos prácticos, ScrumMaster necesita entender a Scrum lo suficientemente bien como para capacitar y guiar a los otros roles, y educar y ayudar a otros interesados que participan en el proceso. El ScrumMaster debe mantener un conocimiento constante del estado del proyecto (su progreso hasta la fecha) en relación con el progreso esperado, investigar y facilitar la resolución de cualquier obstáculo que impida el progreso y, en general, ser lo suficientemente flexible como para identificar y tratar cualquier problema que Surgir, de cualquier manera que se requiera. El ScrumMaster debe proteger al equipo de las interferencias de otras personas al actuar como la interfaz entre los dos. El ScrumMaster no asigna tareas a los miembros del Equipo, ya que la asignación de tareas es una responsabilidad del Equipo. El enfoque general de ScrumMaster hacia el Equipo es alentar y facilitar sus capacidades de toma de decisiones y resolución de problemas, para que puedan trabajar con mayor eficiencia y menor necesidad de supervisión. El objetivo es tener un equipo que no solo esté facultado para tomar decisiones importantes, sino que también lo haga bien y de manera rutinaria.Dueño del producto
El propietario del producto es el encargado de los requisitos. El Propietario del producto proporciona la "fuente única de verdad" para el Equipo con respecto a los requisitos y su orden de implementación planificado. En la práctica, el Propietario del producto es la interfaz entre la empresa, los clientes y sus necesidades relacionadas con el producto por un lado, y el Equipo por el otro. El propietario del producto amortigua al equipo de las solicitudes de corrección de errores y características que provienen de muchas fuentes, y es el único punto de contacto para todas las preguntas sobre los requisitos del producto. El Propietario del producto trabaja en estrecha colaboración con el equipo para definir los requisitos técnicos y de cara al usuario, para documentar los requisitos según sea necesario y para determinar el orden de su implementación. El Propietario del producto mantiene el Product Backlog (que es el repositorio de toda esta información), manteniéndolo actualizado y con el nivel de detalle y calidad que requiere el Equipo. El propietario del producto también establece el cronograma para liberar el trabajo completado a los clientes, y realiza la llamada final en cuanto a si las implementaciones tienen las características y la calidad requerida para el lanzamiento.Equipo
El Equipo es un grupo de personas auto-organizadas y multifuncionales que realizan el trabajo práctico de desarrollar y probar el producto. Dado que el Equipo es responsable de producir el producto, también debe tener la autoridad para tomar decisiones sobre cómo realizar el trabajo. Por lo tanto, el equipo se autoorganiza: los miembros del equipo deciden cómo dividir el trabajo en tareas y cómo asignar tareas a los individuos, a lo largo del Sprint. El tamaño del Equipo debe mantenerse en el rango de cinco a nueve personas, si es posible. (Un número más grande dificulta la comunicación, mientras que un número más pequeño conduce a una baja productividad y fragilidad). Nota: Un término muy similar, "Equipo Scrum", se refiere al Equipo más el ScrumMaster y el Propietario del producto.
Scrum es un marco de gestión de proyectos ágil, ligero y popular debido a su simplicidad y flexibilidad, y se utiliza a menudo junto con otros métodos, ya que no prescribe ninguna práctica técnica.Scrum utiliza iteraciones de 30 días (denominadas “Sprints“) y pequeños equipos autoorganizados (de 4 a 9 miembros) para ofrecer software funcional con el mayor valor comercial. Antes de un sprint, los miembros del equipo eligen y revisan los elementos del backlog que deben implementarse (el Sprint Backlog). Durante el sprint, cada equipo se reúne diariamente para discutir lo que se logró desde la reunión anterior y cualquier obstáculo que deba escalarse o gestionarse con prioridad (el Scrum diario ). Una vez que se ha agotado la cartera de sprint y se puede producir una nueva versión, el gerente cierra el desarrollo y el equipo realiza las pruebas, la documentación y la capacitación necesarias.
Mediante la introducción de iteraciones de cajas de tiempo cortas que se centran en la entrega de un producto funcional, Agile Stage-Gate pretende aumentar la frecuencia y la velocidad de los comentarios de los clientes y usuarios. De este modo, los equipos pueden centrarse en los desarrollos que ofrecen el mayor valor para la organización y sus clientes, y adaptarse rápidamente a los cambios en el mercado. 
