RolCrum Inc. Roles de Scrum.

ROLES DE SCRUM (PRODUCT OWNER, SCRUM MASTER, EQUIPO DE

DESARROLLO (TEAM DEVELOPMENT) Y STAKEHOLDERS (BUSINESS
OWNER)
Rodrigo Geovanni Morn
e-mail: roderik317@gmail.com

Kevin Anderson Prez Urrutia

e-mail: kevinander@hotmail.es

Manuel Antonio Rosales Martnez

e-mail: manu.rossesd@hotmail.com

Irwin Jos Ruiz Cruz

e-mail: irwinruiz@hotmail.com

Reconocer la importancia que tiene cada rol en el

marco de desarrollo.

RESUMEN: El Scrum es un modelo de desarrollo

gil que se utiliza en la creacin de productos complejos,
este no es una tcnica si no un marco de trabajo donde
se pueden emplear varias tcnicas, consiste en equipos,
roles, eventos, artefactos y reglas, siendo los roles
elementos que trabajan en simbiosis para alcanzar el
desarrollo del producto, clasificando el avance en forma
incrementar en iteraciones, cada rol cumple un papel
especifico y aporta un valor en el proceso, teniendo
actividades especficas y aplicando el uso de artefactos
en diferentes etapas o eventos..

Identificar los artefactos que utiliza cada rol durante

las diferentes etapas incrementales del modelo de
desarrollo scrum.
Mencionar los eventos en los cuales se involucra
los diferentes roles de modelo scrum y cuales es la
participacin y aporte del mismo en cada uno de ellos.

3 ROLES DE SCRUM

PALABRAS CLAVE: Eventos, Responsabilidades,

Roles de Scrum.

El modelo de desarrollo gil scrum promueve en su

funcionamiento 3 roles principales en el que cada uno
tiene diferentes responsabilidades, eventos en los que
participa, artefactos que utiliza, con la finalidad de
alcanzar el objetivo en el cual est orientado el
desarrollo, este se separa en etapas o sprint en donde
se proyecta una versin funcional del proyecto,
incrementando en cada uno de ellos un esfuerzo hasta
alcanzar un resultado el cual sea el que ms se acerque
con la visin que transmite el product owner al scrum
master.

1 INTRODUCCIN
En el contexto de desarrollo de productos
complejos y sistemas surge los modelos Agiles como
una respuesta a la problemtica que presenta las
distintas y particulares necesidades que un proyecto
puede tener con respecto a otro es por eso que la
seleccin de un mtodo adecuado es crucial para
alcanzar el objetivo del proyecto mismo.

2 OBJETIVO
2.1 OBJETIVO GENERALES
Conocer la estructura organizativa e interacciones
de un equipo que implementan el modelo gil scrum,
diferenciando
y
reconociendo
la
importancia,
responsabilidades, artefactos, actividades, eventos de
los roles en el modelo en cada una de las etapas o
iteraciones del desarrollo de productos complejos.

2.2 OBJETIVO ESPECIFICOS

Identificar las responsabilidades de cada rol scrum
en cada etapa del desarrollo.

RolCrum Inc. Roles de Scrum.

.
de hacer lo que sea necesario para construir el mejor
producto posible

4 PRODUCT OWNER
El propietario del producto (producto owner) es un
rol clave en el desarrollo y representa al cliente del
cliente, Su principal responsabilidad es generar el mayor
valor del producto. Para poder simplificar la
comunicacin y toma de decisiones es necesario que
este rol decaiga en una persona.

4.2 ARTEFACTOS DEL PRODUCT OWNER

El Product Backlog es una lista ordenada de todo lo
que podra necesitarse en el producto y es la nica
fuente de requerimientos para los cambios que se
realizaran en el producto, el product Owner es
responsable del product Backlog incluyendo su
contenido, disponibilidad y jerarquizacin.

4.3 EVENTOS DEL PRODUCT OWNER

Es quien dirige una seria de reuniones para
asegurarse que la visin de producto se mantenga en la
direccin correcta, tales como: las de refinamiento del
Backlog (Backlog Refinement), la planificacin de cada
iteracin (Sprint Planning) en las cuales designa cual es
el criterio para aceptar como terminado cada sprint, y
demos.
Juega un papel importante en la planificacin de
proyecto de Relase, inception (reunin de
conceptualizacin) y el sprint mismo antes de que realice
para definir los alcances de este (Sprint Review).

Si el cliente es una organizacin grande o con

varios departamentos, puede adoptar la forma de
comunicacin interna que consideren oportuna, pero en
el equipo de desarrollo solo se integra una persona en
representacin del cliente, y esta debe de tener el
conocimiento suficiente del producto y las atribuciones
necesarias para tomar las decisiones que le
corresponden

5 SCRUM MASTER
El Scrum master es el responsable de asegurar las
prcticas de Scrum por el Team Development o Scrum
Team. Es tambin considerado como un coach para el
equipo, ayudando al Team a hacer el mejor trabajo
posible.

4.1 RESPONSABILIDADES DEL PRODUCT

OWNER

5.1 RESPONSABILIDADES
MASTER

El propietario del producto (product owner) es

responsable de:

Las responsabilidades
facilitador son:

Tener una visin de lo que se desea construir y

poder transmitir esa visin al equipo de scrum, lo cual es
una tarea clave para iniciar con xito cualquier proyecto
de desarrollo de software gil, el propietario del producto
gil hace esto, en parte, a travs de la pila de producto,
que es una lista de caractersticas priorizadas para el
producto.

del

DEL
Scrum

SCRUM
Master

Asegurar que exista una lista de requisitos

priorizada y que est preparada antes de la siguiente
iteracin.
Facilitar las reuniones de Scrum (planificacin
de la iteracin, reuniones diarias de sincronizacin del
equipo, demostracin, retrospectiva), de manera que
sean productivas y consigan sus objetivos.
Ensear al equipo a auto gestionarse. No da
respuestas, si no que gua al equipo con preguntas para
que descubra por s mismo una solucin.
Quitar los impedimentos que el equipo tiene en
su camino para conseguir el objetivo de cada iteracin
(proporcionar un resultado til al cliente de la manera
ms efectiva) y poder finalizar el proyecto con xito.
Estos obstculos se identifican de manera sistemtica
en las reuniones diarias de sincronizacin del equipo y
en las reuniones de retrospectiva.
Proteger y aislar al equipo de interrupciones
externas durante la ejecucin de la iteracin
(introduccin de nuevos requisitos, "secuestro" no
previsto de un miembro del equipo, etc.). De esta

Conocer el plan del producto, sus posibilidades y

plan de inversin, as como del retorno espera a la
inversin realizada, y se responsabiliza sobre las fechas
y funcionalidades de las diferentes versiones del mismo.
En los desarrollos internos para la propia empresa,
suele asumir este rol el product owner o el responsable
de marketing. En desarrollo para clientes externos el
responsable del proceso de adquisicin del cliente
El rol de propietario producto requiere una persona
con ciertas habilidades y caractersticas, incluyendo la
disponibilidad, la comprensin del negocio y habilidades
de comunicacin, En primer lugar, el dueo del producto
Scrum tiene que estar disponible para su equipo. Los
mejores dueos del producto muestran el compromiso

RolCrum Inc. Roles de Scrum.

.
manera, el equipo puede mantener su productividad y el
compromiso que adquiri sobre los requisitos que
completara en la iteracin [notar, sin embargo, que el
equipo debe reservar tiempo para colaborar con al
cliente en la preparacin de la lista de requisitos para la
prxima iteracin].

Es el responsable de entregar el producto

acordado en el tiempo y con la calidad definida.
El Scrum Team adems es el responsable de
implementar las funcionalidades asignadas por el
Product Owner:

Produce el Software

nico responsable de la ejecucin

Inter disciplinario

Desglosar los requerimientos

Realizar las reuniones diarias de Sprint

5.2 ARTEFACTOS DEL SCRUM MASTER

El Scrum Master o Facilitador debe de intervenir en
el Product Backlog para asegurarse de que el Product
Owner sabe cmo organizarlo.

6.2 ARTEFACTOS DEL SCRUM TEAM

El Scrum Master debe trabajar con el Product

Owner, el Equipo de Desarrollo y otras partes
involucradas para entender si los artefactos son
completamente transparentes.

La Lista de Pendientes del Sprint (Sprint Backlog)

es una prediccin hecha por el Equipo de Desarrollo
acerca de qu funcionalidad formar parte del prximo
Incremento y del trabajo necesario para entregar esa
funcionalidad en un Incremento Terminado.

Un Scrum Master puede detectar la falta de

transparencia inspeccionando artefactos, reconociendo
patrones, escuchando atentamente lo que se dice y
detectando diferencias entre los resultados esperados y
los reales.

Segn se requiere nuevo trabajo, el Equipo de

Desarrollo lo aade a la Lista de Pendientes del Sprint.
Solo el Equipo de Desarrollo puede cambiar su
Lista de Pendientes del Sprint durante un Sprint.

5.3 EVENTOS DEL SCRUM MASTER

El Scrum Master lidera las siguientes reuniones de
trabajo: Las de retrospectiva del Sprint, para hablar de lo
ocurrido y ver que se realiz bien y que se realiz mal
(Retrospectiva del Sprint).

Tambin el Equipo de Desarrollo puede colaborar

con los detalles de los elementos de la Lista de Producto
(Product Backlog). Los elementos de la Lista de
Producto pueden ser Terminados por el Equipo de
Desarrollo en un Sprint y ser considerados preparados
o accionables para ser seleccionados en una reunin
de Planificacin de Sprint. El Equipo de Desarrollo es el
responsable de proporcionar todas las estimaciones del
Product Backlog, sin disminuir la responsabilidad que
tiene el Product Owner sobre este.

Es adems indispensable que participe en la

planificacin de cada iteracin (Sprint Planning). El
Scrum Master se asegura de que el evento (Sprint
Planning Meeting) se lleve a cabo y que los asistentes
entiendan su propsito. El Scrum Master ensea al
Equipo Scrum a mantenerse dentro del bloque de
tiempo.

6 SCRUM
TEAM
DESARROLLO)

(EQUIPO

6.3 EVENTOS DEL SCRUM TEAM

DE

El Equipo de Desarrollo debe de involucrarse

totalmente para el Planeamiento del Sprint (Sprint
Planning), siendo todo el equipo de trabajo el
responsable de dicho evento.

El Scrum Team es el equipo de desarrolladores

multidisciplinarios, integrado por: programadores,
arquitectos, diseadores, tester y dems, que en
forma auto organizada sern los encargados de
desarrollar el producto.

De igual manera el Equipo de Desarrollo es el

responsable de las reuniones de equipo de Scrum
(Scrum Team Meeting) realizadas diariamente con
duracin mxima de 15 minutos para tratar
inconvenientes si los hubiese. Tambin es responsable
del Sprint Review ya que los miembros del equipo se
renen con los clientes para mostrarles el trabajo de
desarrollo que se ha completado.

Todo trabajo entregado al cliente es realizado por

los equipos dedicados de Scrum. Para trabajar
efectivamente es importante para un Scrum Team que
cada uno dentro del equipo:

Siga una meta en comn

Adhiera a las mismas normas y reglas

Muestre respeto hacia los dems

6.1 RESPONSABILIDADES
TEAM

DEL

El Equipo de Desarrollo sincroniza sus actividades

y crea un plan para las siguientes 24 horas (Daily
Scrum).
La Retrospectiva de Sprint es una oportunidad para
que el equipo Scrum se inspeccione a s mismo y crear
un plan de mejoras que sean abordadas durante el
siguiente Sprint adems es el responsable del proceso
Scrum.

SCRUM

RolCrum Inc. Roles de Scrum.

.
Todos los StakeHolders pueden participar y
agregar items al Product Backlog y de igual manera el
Product Backlog es visible para todos los StakeHolders.

6.4 TAMAO DEL SCRUM TEAM

El tamao ideal del equipo de desarrollo est entre
5 y 9 personas; ya que, por debajo de 5 personas,
cualquier imprevisto o interrupcin sobre un miembro del
equipo compromete seriamente el compromiso que han
adquirido y, por tanto, el resultado que se va a entregar
al cliente al finalizar la iteracin y por encima de 9
personas, la comunicacin y colaboracin entre todos
los miembros se hace ms difcil y se forma subgrupos.

7.3 EVENTOS DE LOS STAKEHOLDERS.

Los StakeHolders son indispensable que se
involucren totalmente para el Planeamiento del Sprint
(Sprint Planning), como parte interesada del proyecto.
Durante la Revisin de Sprint, El Equipo Scrum y
los interesados (StakeHolders) colaboran acerca de lo
que se hizo durante el Sprint (Sprint Review).

7 STAKEHOLDERS (BUSINESS OWNER)

El StakeHolders es cualquier persona que tenga un
inters o participacin en el proyecto. Esto puede ser los
gestores directos de los miembros del equipo, las
personas que proporcionan financiacin para el
proyecto, el director de proyecto.

7.4 IDENTIFICACION
STAKEHOLDERS.

Existen atributos intrnsecos a los StakeHolders

que deben ser analizados a la hora de su identificacin,
estos son:

En el marco de Scrum, las partes interesadas son

responsables de comunicar sus necesidades, y
proporcionar informacin sobre el producto.

DE

Poder, que es el grado en que los individuos o

grupos pueden persuadir inducir o coaccionar influyendo
en las estrategias trazadas.

LOS

Legitimidad, que es la presuncin o percepcin

generalizada de que las acciones del StakeHolders son
deseables o apropiadas para el proyecto.

Las responsabilidades especficas de las partes

interesadas incluyen:

Urgencia, que es el grado en el cual los

StakeHolders consideran importantes sus peticiones,
exigiendo una mayor o menor inmediatez a la hora de
satisfacerlas.

El desarrollar y mantener la reserva de pedidos de

productos.
Asistir a las reuniones de planificacin de Sprint,
segn sea necesario para proporcionar informacin y
experiencia.

Durabilidad, que es transversal, y puede hacer que

unos StakeHolders dominen sobre otros, siendo este
rasgo comn entre StakeHolders externos como
accionistas, clientes, o proveedores. Se basa en
actuaciones pasadas y permite modelar los dems
atributos en funcin del parmetro tiempo.

Proporcione sus comentarios directamente al

equipo durante Crticas Sprint.
Quite obstculos e impedimentos para el equipo,
propietario del producto y Scrum Master.

Los tres primeros son propuestos por Mitchell

(1997). El poder se puede desglosar en poder coercitivoutilitario y normativo-social, mientras que la urgencia, se
puede tambin subclasificar en criticidad y urgencia
temporal. El atributo durabilidad es aportado por
Clemens y Gallagher (2003) y constituye un contenedor
temporal para los anteriores.

Evite distraer al equipo durante un Sprint, despus

de que el equipo se ha comprometido al Sprint y en
general apoyar el marco de Scrum.

7.2 ARTEFACTOS
STAKEHOLDERS.

DE

LOS

La identificacin de los StakeHolders, es el proceso

cuya meta es definir quines son los StakeHolders del
proyecto y cmo pueden impactar en el mismo. Es
importante categorizar el tipo de StakeHolders y el
potencial impacto, tanto positivo como negativo, que
puede tener en el proyecto. Para identificar
correctamente a los StakeHolders debemos analizar las
cualidades o rasgos que son propios de cada uno de
ellos y, a raz de ah, establecer las expectativas
concretas que tienen en relacin al proyecto.

Scrum no tiene en cuenta muchas de las cosas que

a menudo se requieren para un proyecto como
documentos de gestin de proyectos y artefactos. Esto
podra ser debido a las polticas y procedimientos
organizacionales que requieren un nivel de supervisin
que requiere crear documentos especficos (por ejemplo,
el Plan de Gestin de Riesgos, Plan de Aseguramiento
de la Calidad, el Plan de Gestin de Proyectos, Plan de
Gestin de Adquisiciones, etc.). Estas responsabilidades
todava caen bajo un papel de director de proyecto.

7.1 RESPONSABILIDADES
STAKEHOLDERS.

DE

LOS

RolCrum Inc. Roles de Scrum.

8 REFERENCIAS
[1] Scrum Manager V 2.6 Alexander Menzinsky, Gertrudis
Lopez, Juan Palacios.
[2] Metodologia de desarrollo del modelo Agil Scrum.
Disponible
en: http://scrummethodology.com/scrum-product-owner/
[3]
Roles
Scrum,
Disponible
en:
http://www.scruminstitute.org/Scrum_Roles_The_Scrum_Team.php
[4]
Proyectos
Agiles,
Disponible
en:
https://proyectosagiles.org/facilitador-scrum-master/
[5]
Scrum
Master,
Disponible
en:
https://www.mountaingoatsoftware.com/agile/scrum/scrummaste
r