Un equipo Scrum suele estar compuesto por grupos de trabajo de

entre 3 a 9 miembros del equipo de desarrollo, más el Scrum

Máster y el Product Owner.

Cada uno de
estos roles
tiene
diferentes

responsabilidades y debe de rendir cuentas de distinta manera,

tanto entre ellos como para el resto de la organización. La suma de
todos los roles es lo que llamamos Equipo Scrum.
Product Owner
El Product Owner es
el encargado de
optimizar y
maximizar el valor
del producto, siendo
la persona encargada
de gestionar el flujo
de valor del producto
a través del Product
Backlog.
Adicionalmente, es
fundamental su labor
como interlocutor
con los stakeholders
y sponsors del
proyecto, así como su faceta de altavoz de las peticiones y
requerimientos de los clientes.
Si el Product Owner también juega el rol de representante de
negocio, su trabajo también aportará valor al producto.

1. Definir los objetivos del producto

El propietario del producto determina los objetivos de cada
producto, por lo que puede definir características específicas del
producto para lograr esos objetivos.
2. Determinar las características del producto y crear el backlog
El propietario luego traduce esos objetivos en características
específicas del producto y el backlog para el equipo de Scrum. De esa
manera, el resto del equipo de Scrum puede centrarse en los detalles
específicos de cada tarea pendiente, mientras que el propietario del
producto ayuda a garantizar que cada una aborde las necesidades
del usuario y cumpla con los objetivos específicos de la empresa.

3. Crear historias de usuario

El Product Owner también debe elaborar historias de usuario para
ayudar a los miembros del equipo a comprender el contexto de cada
característica del producto. En la gestión de proyectos ágil, una
historia de usuario es una explicación no técnica de una
característica del producto, escrita desde la perspectiva del usuario.
Las historias de usuario definen los objetivos finales de una función
del producto, de modo que el equipo de desarrollo pueda saber qué
está creando, por qué y qué valor ofrece.
Las historias de usuario a menudo se expresan en una sola oración,
estructurada de la siguiente manera:
“Como [perfil], quiero [objetivo del software] para lograr
[resultado]”.

RECOPILACIÓN DE HISTORIAS DE USUARIO

ID Rol Característica / Funcionalidad Razón / Resultado Criterios de aceptación

• Los botones deben ser

Necesito visualizar que todos
Como Usuario de la los componentes de la página
HU01
página web se identifiquen con la imagen
corporativa
circulares.
Con la finalidad de • Los colores predominantes
sentirme identificado deben ser el rojo, amarillo y
blanco según panteón adjunto.
con la Institución
• El logo de la institución debe
visualizarse siempre al lado
superior derecho.
4. Priorizar y gestionar el backlog del producto
Además de definir las características del producto, los Product
Owners son responsables del refinamiento de las tareas pendientes.
Esto significa que deben gestionar el trabajo pendiente del
producto y priorizar las actividades en función de las necesidades de
la empresa, los objetivos del producto y los requisitos del usuario

5. Supervisar las etapas de desarrollo del producto

Cuando los equipos desarrollan un nuevo producto o característica,
a menudo siguen un proceso prestablecido para garantizar que se
defina, pruebe e implemente correctamente
Scrum
Máster
El Scrum
Máster
tiene dos
funciones
principales
dentro del
marco de
trabajo:
gestionar el
proceso
Scrum y
ayudar a eliminar impedimentos que puedan afectar a la entrega del
producto. Además, se encarga de las labores de mentoring y
formación, coaching y de facilitar reuniones y eventos si es
necesario.
1. Gestionar el proceso Scrum: el Scrum Master se encarga de
gestionar y asegurar que el proceso Scrum se lleva a cabo
correctamente, así como de facilitar la ejecución del proceso
y sus mecánicas. Siempre atendiendo a los tres pilares del
control empírico de procesos y haciendo que la metodología
sea una fuente de generación de valor.
2. Eliminar impedimentos: esta función del Scrum Máster indica la
necesidad de ayudar a eliminar progresiva y constantemente
impedimentos que van surgiendo en la organización y que afectan a
su capacidad para entregar valor, así como a la integridad de esta
metodología. El Scrum Máster debe ser el responsable de velar
porque Scrum se lleve adelante, transmitiendo sus beneficios a la
organización facilitando su implementación.
Puede que el Scrum Master esté compartido entre varios equipos,
pero su disponibilidad afectará al resultado final del proceso Scrum.

El equipo de desarrollo
El equipo de desarrollo suele estar formado por entre 3 a 9
profesionales que se encargan de desarrollar el producto,
autoorganizándose y autogestionándose para conseguir entregar un
incremento de software al final del ciclo de desarrollo.
El equipo de desarrollo se encargará de crear un incremento
terminado a partir de los elementos del Product Backlog
seleccionados (Sprint Backlog) durante el Sprint Planning.
Es importante que en la metodología Scrum todos los miembros del
equipo de desarrollo conozcan su rol, siendo solo uno común para
todos, independientemente del número de miembros que tenga el
equipo y cuales sean sus roles internos. Cómo el equipo de desarrollo
decida gestionarse internamente es su propia responsabilidad y
tendrá que rendir cuentas por ello como uno solo; hay que evitar
intervenir en sus dinámicas.
Habitualmente son equipos, capaces de generar un incremento
terminado de principio a fin, sin otras dependencias externas.

El flujo de trabajo en SCRUM

El flujo de trabajo Scrum, también denominado “workflow”, son
todos esos pasos que deben seguir los integrantes del equipo de
desarrollo, cada uno de manera sistematizada.
La metodología Agile del Scrum posee un flujo de
trabajo característico, enfocado en la adaptación y resolución de
problemas inesperados. Es por eso, que su implementación se ha
estado volviendo cada vez más popular, especialmente en las
empresas de software y a partir del 2014 en todos los procesos de la
organización.
Los equipos Scrum dentro del flujo de trabajo deben de ser
multifuncionales.
El Product Owner debe estar en sintonía con el equipo desarrollador
y cada paso dado dentro del flujo debe ser organizado. En este
apunte detallaremos qué flujo de trabajo tiene Scrum y el paso a
paso que debe realizar el equipo para que el proyecto termine de la
manera en que se espera.
Pasos para crear un flujo de trabajo de Scrum

Entender qué flujo de trabajo tiene Scrum es sencillo. Las principales

características que lo distinguen son la agilidad y el progreso
continuo. Cada flujo de trabajo de Scrum puede tener más o menos
un número de pasos, dependerá de cómo decida trabajar el equipo
Scrum. Aquí enlistaremos los 6 más habituales.

Paso 1: Creación del Product backlog

Aquí se genera una lista de manera ordenada todas las tareas que el
Product Owner considera importantes para llevar a cabo el
desarrollo del Producto. Así se comienza a tener control del flujo de
trabajo de Scrum.
Paso 2: Planificación del Sprint Backlog

El Sprint backlog es el cuadro de tiempo de cada Sprint, un período

que puede ir de 1 a 4 semanas. Cada nuevo Sprint debe de empezar
después de la conclusión del Sprint anterior y, una vez se determina
la acumulación de los Sprints, el equipo entonces se divide en tareas.
Paso 3: Reuniones en cada Sprint y Daily Scrum meeting

Se realiza al comienzo de cada día, a fin de definir el contexto para el

resto del día de trabajo. Aquí es cuando de verdad inicia el proceso
de desarrollo. El objetivo principal de cada reunión es intercambiar
toda la información necesaria sobre el estado del proyecto.
Paso 4: Realización de los gráficos de trabajo pendiente (kanban)

Estos gráficos proporcionan una medida diaria del trabajo que queda
por hacer en el sprint. Este gráfico también ayuda a determinar la
velocidad actual del trabajo y, dependiendo de cómo se proyecte, se
pueden realizar los cambios pertinentes.
Paso 5: Prueba y demostración del producto

El equipo de Scrum debe primero elaborar una revisión de Sprint

para poder luego demostrar los resultados de su trabajo. Los
Stakeholders, entonces, toman la decisión fundamental sobre si se
deben realizar modificaciones adicionales del proyecto y, de ser así,
añadirlas al desarrollo.
Paso 6: Planificación retrospectiva y organización del próximo Sprint

Como último paso para diseñar un flujo de trabajo de Scrum, el

equipo Scrum lleva a cabo una mirada retrospectiva del sprint y se
hacen las cuestiones referentes sobre lo que se podría haber hecho
mejor. Luego, se inicia el ciclo con el próximo Sprint hasta la
completa elaboración del producto.
Efectuar la implementación de un Software de Gestión de
Proyectos o un Software de Gestión Ágil de Proyectos permite
también disponer de una estructura Scrum mejor organizada, gracias
a las herramientas de gestión de trabajo que estos softwares
disponen, por ejemplo, nosotros usaremos AZURE DevOps.