Fundamentos del modelo SCRUM › files › es › presentaciones › 20190923-SCRUM.pdf · ROLES...

FATTO Consultoría y Sistemas - www.fattocs.com 1

Fundamentos del modelo SCRUM

GUILHERME SIQUEIRA SIMÕES

23/09/2019

http://www.fattocs.com/


De preferencia el uso de una conexión de banda ancha.

Sí es necesario, ajuste el idioma de la sala en la barra de herramientas

superior.

El evento tendrá ~45 min de presentación y 15 min de preguntas al final

Puedes enviar tus preguntas por el chat durante la presentación

Para quien posee un certificado PMP, el evento Vale 1 PDU.

La grabación y material serán publicados posteriormente en nuestra página

web y redes sociales:

ORIENTACIONES INICIALES


FATTO Consultoría y Sistemas - www.fattocs.com

FATTO Consultoría y Sistemas

3

Misión: “Ayudar a nuestros clientes en la planeación y evaluación

de desempeño de procesos de TI para aumentar el éxito de su

negocio.”


https://amzn.to/2PPA2xi

https://amzn.to/2PPA2xi


SCRUM: Lo que es

Es un modelo ágil que permite mantener el foco en la entrega de más valor para el

negocio, en el menor tiempo posible

Permite la rápida y continua inspección del software (2 a 4 semanas)

Las necesidades de negocio es que determinan las prioridades del desarrollo

de un sistema

Los equipos se auto organizan para definir la mejor manera de entregar los ítems

de más alta prioridad

Entre 2 a 4 semanas todos pueden ver el software real funcionando,

decidiendo se este debe ser desplegado o continuar a ser evolucionado en una

iteración más

4



SCRUMDiario

Visión

Planificación de Sprint

Requisitos elegidos para el Sprint

¿Qué hice ayer?¿Qué haré hoy?

¿Veo algún impedimento?

Revisión de Sprint

Retrospectiva de Sprint

2-4 semanas

SCRUM: Como funciona

5



Roles

Scrum Master

Product Owner

Development Team

Eventos

Sprint

Sprint Planning

Daily Scrum

Sprint Review

Sprint Retrospective

Artefactos

Product Backlog

Sprint Backlog

Product Increment

SCRUM: Pilares

6



SCRUM: Los roles

SCRUM Team o Equipo SCRUM

– Product Owner o Dueño del Producto

– SCRUM Master

– Development Team o Equipo de Desarrollo

7



ROLES – SCRUM Team

1. Dueño del Producto, Equipo de

Desarrollo y Scrum Master 2. Los equipos son auto organizados

y multifuncionales

3. Equipos auto organizados eligen la

mejor forma de completar su

trabajo, en lugar de ser dirigidos por

otros externos al equipo

4. Equipos multifuncionales tienen

todas las competencias necesarias

para completar el trabajo sin

depender de otros que no están en el

equipo5. El modelo del equipo es diseñado

para perfeccionar la flexibilidad,

creatividad y productividad 6. Equipos Scrum entregan productos

de forma iterativa e incremental,

maximizando las oportunidades de

feedback

8



ROLES – Product Owner

Es el representante del cliente, usuarios o cualquier interesado en el producto

Es el responsable de maximizar el valor del producto resultante del trabajo del Equipo de

Desarrollo. Es el único responsable de gestionar el Product Backlog, esto abarca:

• Expresar claramente los elementos de la Lista del Producto;

• Ordenar los elementos en la lista para alcanzar los objetivos de la mejor manera posible;

• Optimizar el valor del trabajo que el Equipo de Desarrollo realiza;

• Asegurar que la Lista del Producto es visible, transparente y clara para todos y que muestra

aquello en lo que el equipo trabajará a continuación; y,

• Asegurar que el Equipo de Desarrollo entiende sus elementos al nivel necesario

9



ROLES – Scrum Master

Es el responsable por garantizar que el SCRUM sea entendido y aplicado, de forma

que el equipo entienda la teoría, prácticas, reglas y valores Scrum

Es un agente facilitador que trabaja eliminando los impedimentos de manera a

permitir que el equipo de desarrollo trabaje de forma eficaz

Actúa como un mentor para el Product Owner, enseñándole a crear, mantener e

priorizar los ítems de backlog del producto

Ayuda a las personas externas al Equipo Scrum a entender qué

interacciones con el Equipo Scrum pueden ser útiles y cuáles no

10



Tamaño ideal3 a 9 personas

ROLES – Development Team

Es el grupo de profesionales que realizan el trabajo de

entregar el incremento de producto al final de un Sprint

Es multifuncional, tiene todas las habilidades necesarias para

levantar requisitos, diseñar interfaces gráficas, desarrollar, probar,

etc. O sea, todo lo que es necesario para entregar el incremento de

producto terminado

Debe ser auto organizado y e administrar su propio trabajo

Scrum no reconoce otros títulos para los miembros del equipo que

no sea el de “desarrollador”

11



SCRUM: Eventos

Sprint

Sprint Planning o Planificación de Sprint

Daily SCRUM o SCRUM diario

Sprint Review o Revisión de Sprint

Sprint Retrospective o Retrospectiva de Sprint

12



Desarrollo

Eventos – Sprint

Un nuevo Sprint se inicia inmediatamente después del termino del anterior

Durante el Sprint no se cambia su objetivo

La composición del equipo no cambia

Es durante la ejecución del Sprint, que los otros eventos SCRUM pasan

SPRINT: Es el corazón del SCRUM, un time-box de un mes corrido

o menos, en el cual una versión incremental potencialmente

utilizable del producto “terminado” es creada

13



Planificación

Eventos – Sprint Planning

Tiene un time-box de hasta 8 horas para un Sprint de un mes

Se divide em dos etapas:

1ª etapa: se define lo que será entregado

como resultado, el equipo de desarrollo

selecciona los ítems ordenados del backlog

del producto. Y entonces el equipo SCRUM

determina la meta del Sprint

2ª etapa: se define como el trabajo

necesario para entregar el incremento será

realizado. Los ítems seleccionados del

backlog junto con el plan de entrega es

llamado de Sprint backlog

Sprint Planning: Es la planificación del Sprint, ejecutada de manera

colaborativa por todo equipo SCRUM

14



Se recomienda que sea hecha al inicio del día, todos los días a la misma hora y en el mismo lugar

Es una reunión informal, en pie

Cada miembro responde a 3 preguntas

¿Qué hice ayer?

¿Qué haré hoy?

¿Veo algún impedimento?

Sus objetivos son: mejorar la comunicación, eliminar otras reuniones, eliminar impedimentos y promover rápidas toma de decisiones

SCRUM diario

Daily Scrum: Es una reunión diaria de un máximo de 15 minutos, hecha

por el equipo de desarrollo, para sincronizar las actividades y crear un

plan para las próximas 24 horas

Eventos – Daily Scrum

15



Actividades abarcadas:

El PO identifica lo que quedó terminado y lo que no quedó;

El equipo de desarrollo discute lo que salió bien y cuales problemas ocurrieron y cómo

fueron resueltos;

El PO discute el backlog del producto tal como está y revisa las probables fechas de cierre

basado en el desempeño actual;

Todo el grupo colabora sobre o que hacer a continuación, proporcionando insumos para la

planificación del próximo Sprint

El resultado de la revisión de Sprint es un backlog de producto revisado

Revisión

Sprint Review: Es una reunión informal ejecutada al final del Sprint para

inspeccionar el incremento y ajustar el backlog del producto, si es

necesario. Tiene duración de 4 horas para un Sprint de un mes

Eventos – Sprint Review

16



Tiene lugar después de la Revisión de Sprint y antes de la siguiente Planificación de Sprint

Es una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y de crear un plan de

mejoras que sean abordadas durante el siguiente Sprint

Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y herramientas;

Identificar y ordenar los elementos más importantes que salieron bien y las posibles mejoras; y,

Crear un plan para implementar las mejoras a la forma en la que el Equipo Scrum desempeña su

trabajoRetrospectiva

Eventos – Sprint Retrospective

Sprint Retrospective: Es una reunión de lecciones aprendidas. Tiene

duración máxima de 3 horas. En esta reunión el equipo SCRUM busca formas

de aumentar la calidad del producto, adaptando la definición de ‘terminado’, si

es necesario

17



SCRUM: Artefactos

Product Backlog o Lista del Producto

Sprint Backlog o Lista de Pendientes del Sprint

Product Increment o Incremento de Producto

18



Temas

Épicos

Histórias de

Usuário

Artefatos – Product Backlog

Es la única fuente de requisitos para cualquier cambio a realizarse en el producto

El PO es el responsable de la Lista de Producto, incluyendo su

contenido, disponibilidad y ordenación.

Enumera todas las características, funcionalidades, requisitos, mejoras y correcciones que constituyen cambios a realizarse sobre el producto para entregas futuras. Los elementos de la Lista de Producto tienen como atributos la descripción, el orden, la estimación y el valor

19

Product Backlog: Es una lista ordenada (o priorizada) de todo que se

conoce que es necesario en el producto



El refinamiento del Product Backlog

La estrategia es restringir el esfuerzo gasto para entender un requisito al

mínimo necesario para el momento. Lo que será implementado hoy tiene más

detalles de lo que será implementado en el próximo bimestre

20

Es el acto de añadir detalle, estimaciones y

orden a los elementos de la Lista de Producto

Se trata de un proceso continuo en el cual el

PO y el Equipo de Desarrollo colaboran

acerca de los detalles de los elementos de la

Lista de Producto



Artefatos – Sprint Backlog

Es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad en un Incremento “Terminado”.

Sprint Backlog: es el conjunto de elementos de la Lista de Producto

seleccionados para el Sprint, más un plan para entregar el Incremento de

producto y conseguir el Objetivo del Sprint

21



Product Increment: Es el producto de un ciclo de desarrollo

Artefatos – Product Increment

El Incremento es la suma de todos los elementos de la Lista de Producto completados

durante un Sprint y el valor de los incrementos de todos los Sprints anteriores.

Al final de un Sprint el nuevo Incremento debe estar “Terminado”, lo cual significa que

está en condiciones de ser utilizado y que cumple la Definición de “Terminado” del

Equipo Scrum. El incremento debe estar en condiciones de utilizarse sin importar si el

Dueño de Producto decide liberarlo o no

22



La distinción entre urgente y importante

Muchos equipos caen en la trampa de priorizar según lo que parece más urgente alcomienzo de cada sprint, un efecto secundario frecuente de la naturaleza iterativa eincremental del Ágil

Sin un objetivo significativo contra el cual se pueda comparar la importancia de losproblemas urgentes, la urgencia siempre ganará

¡Priorizar sin objetivos es como escalar montañas sin mapas!



La ruta del producto

Describe como se visiona la evolución del producto a lo largo de varias salidas aproducción, ve más allá de una release individual, describiendo la ruta que seguirá elproducto en los próximos 12 meses o más

La ruta del producto presenta una visión en un nivel más estratégico y el Product Backlogpresenta una visión más operativa



AVALIAÇÃO DO EVENTO

25



PRÓXIMOS EVENTOS

WEBINARS:

• Inspección de código para la entrega continua de software

Fecha: 21 de octubre de 2019 https://bit.ly/2l1WSIy

CURSOS SUGERIDOS:

• Curso Product Owner - El Dueño del Producto

• http://fattocs.com/es/cursos/dueno-del-producto.html

26


https://bit.ly/2l1WSIy

http://fattocs.com/es/cursos/dueno-del-producto.html


¿PREGUNTAS?

¡Muchas gracias por la atención!

GUILHERME SIQUEIRA SIMÕES

E-mail: [email protected]

Linkedin: https://br.linkedin.com/in/guilhermesimoes/es

Skype: guilherme.s.simoes

Whatsapp: +5527981117505

27


Fundamentos del modelo SCRUM › files › es › presentaciones › 20190923-SCRUM.pdf · ROLES...

Documents

Transcript of Fundamentos del modelo SCRUM › files › es › presentaciones › 20190923-SCRUM.pdf · ROLES...