SCRUM FOUNDATION PROFESSIONAL

CERTIFICATE (SFPC)
SCRUM FOUNDATION PROFESSIONAL
CERTIFICATE (SFPC)

SISSERTEL
Alcance, propsito, trminos y definiciones clave para Scrum Foundation Professional
Certificate (SFPC) y como puede ser utilizado

Certificacin Profesional
 Las reglas del juego

Puntualidad
Uso de celulares
Redes sociales e internet
Concentrarse
Preguntas
Experiencias
Traer su equipo para el examen
 Introduccin

Que es SCRUM?
Es un marco de trabajo por el cual las personas pueden acometer
problemas complejos adaptativos, a la vez que entregar productos
del mximo valor posible productiva y creativamente. Scrum es:

Ligero
Fcil de entender
Extremadamente difcil de llegar a dominar
 Introduccin

Metodologas Agiles
Scrum
Dynamic Systems Development Method (DSDM)
Extreme Programming (XP)
Agile Modeling
Feature Driven Development (FCC)
 Introduccin

Que beneficios se obtiene con Scrum?

Gestin de las expectativas del cliente
Reduccin en tiempos de desarrollo y puesta en marcha
Capacidad de adaptacin
Aumento de la productividad
Estimacin de esfuerzo continua
 Introduccin

TRADICIONAL AGIL
ENFOQUE PREDICTIVO EMPIRICO
CONTROL BASADO EN PROCESOS BASADO EN PERSONAL
ESTILO DE GERENCIA AUTORITARIO COLABORATIVO
ROLES INDIVIDUALES Y ESPECIALIZADOS EQUIPOS AUTO-ORGANIZADOS
COMUNICACION FORMAL INFORMAL
ROL DEL CLIENTE IMPORTANTE CRITICO
CICLO DEL PROYECTO GUIADO POR TAREAS Y ACIVIDADES GUIADO POR FUNCIONALIDADES DEL PRODUCTO
MODELO DE DESARROLLO TRADICIONAL, CASCADA ENTREGAS INCREMENTALES
ORGANIZACION MECANICA ORGANICA
 Introduccin

Flujo del proceso

Comunicacin Planeacin Modelado Construccin Despliegue

Lineal

Comunicacin Planeacin Modelado Construccin Despliegue

Iterativo
 El Manifiesto gil

Individuos e interacciones sobre procesos y herramientas

Software funcionando sobre documentacin extensiva
Colaboracin con el cliente sobre negociacin contractual
Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha

valoramos ms los de la izquierda.
 Principios del Manifiesto gil

1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua

de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardas del desarrollo. Los
procesos giles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con
preferencia al periodo de tiempo ms corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana
durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y
el apoyo que necesitan, y confiarles la ejecucin del trabajo.
6. El mtodo ms eficiente y efectivo de comunicar informacin al equipo de desarrollo y
entre sus miembros es la conversacin cara a cara.
 Principios del Manifiesto gil

7. El software funcionando es la medida principal de progreso.

8. Los procesos giles promueven el desarrollo sostenible. Los promotores, desarrolladores
y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
9. La atencin continua a la excelencia tcnica y al buen diseo mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseos emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cmo ser ms efectivo para a
continuacin ajustar y perfeccionar su comportamiento en consecuencia.
Teora de Scrum
 Teora de Scrum

Scrum se basa en la teora de control de procesos emprica o

empirismo. El empirismo asegura que el conocimiento procede de
la experiencia y de tomar decisiones basndose en lo que se
conoce.

Scrum emplea un enfoque iterativo e incremental para optimizar la

predictibilidad y el control del riesgo.
Tres pilares soportan toda la implementacin del control de
procesos emprico: transparencia, inspeccin y adaptacin.
 Teora de Scrum

TRANSPARENCIA INSPECCION ADAPTACION

Definiciones y Revisin crtica Ajustar procesos

resultados y frecuente de y herramientas
disponibles procesos y si se detecta un
para todos progreso desvo
Roles de Scrum
 Roles de Scrum

En Scrum, el equipo se focaliza en construir software de calidad. La

gestin de un proyecto Scrum se centra en definir cules son las
caractersticas que debe tener el producto a construir (qu
construir, qu no y en qu orden) y en vencer cualquier obstculo
que pudiera entorpecer la tarea del equipo de desarrollo.
El equipo Scrum est formado por los siguientes roles:

El Product Owner o Dueo del Producto

El Development Team o Equipo de Desarrollo
El Scrum Master
 Roles de Scrum

El Product Owner

Representante de los accionistas, la voz del cliente. Se enfoca en la

parte de negocio y el es responsable del ROI del proyecto (entregar
un valor superior al dinero invertido). Traslada la visin del
proyecto al equipo, formaliza las prestaciones en historias a
incorporar en el Product Backlog, es responsable de las mismas y
las reprioriza segn la necesidad o de forma regular.
 Roles de Scrum

El Product Owner

Es el responsable de maximizar el valor del producto y del

trabajo del Equipo de Desarrollo.
Es la nica persona responsable de gestionar la Lista del
Producto (Product Backlog).
Aquellos que quieran cambiar la prioridad de un elemento de la
Lista deben hacerlo a travs del Dueo de Producto
Es una nica persona, no un comit.
Para que pueda hacer bien su trabajo, toda la organizacin debe
respetar sus decisiones.
 Roles de Scrum

La gestin de la Lista del Producto

Expresar claramente los elementos de la Lista del Producto.

Ordenar los elementos en la Lista del Producto para alcanzar los
objetivos y misiones de la mejor manera posible.
Optimizar el valor del trabajo desempeado por el Equipo de
Desarrollo.
Asegurar que la Lista del Producto es visible, transparente y clara
para todos, y que muestra aquello en lo que el equipo trabajar a
continuacin.
Asegurar que el Equipo de Desarrollo entiende los elementos de la
Lista del Producto al nivel necesario.
 Roles de Scrum

El Development Team

Grupo de profesionales con los conocimientos tcnicos necesarios

y que desarrollan el proyecto de manera conjunta llevando a cabo
las historias a las que se comprometen al inicio de cada sprint, para
que puedan ser potencialmente liberados.
Los Equipos de Desarrollo son estructurados y empoderados por la
organizacin para organizar y gestionar su propio trabajo. La
sinergia resultante optimiza la eficiencia y efectividad del Equipo
de Desarrollo.
 Roles de Scrum

Los Equipos de Desarrollo tienen las siguientes caractersticas:

Son autoorganizados. Nadie (ni siquiera el Scrum Master) indica

al Equipo de Desarrollo cmo convertir elementos de la Lista del
Producto en Incrementos de funcionalidad potencialmente
desplegables.
Los Equipos de Desarrollo son multifuncionales, contando como
equipo con todas las habilidades necesarias para crear un
incremento de producto.
 Roles de Scrum

Los Equipos de Desarrollo tienen las siguientes caractersticas:

Scrum no reconoce ttulos para los miembros de un Equipo de

Desarrollo, todos son Desarrolladores, independientemente del
trabajo que realice cada persona; no hay excepciones a esta regla.
Scrum no reconoce sub-equipos en los equipos de desarrollo, no
importan los dominios particulares que requieran ser tenidos en
cuenta, como pruebas o anlisis de negocio; no hay excepciones a
esta regla.
Los Miembros individuales del Equipo de Desarrollo pueden tener
habilidades especializadas y reas en las que estn ms enfocados,
pero la responsabilidad es del Equipo de Desarrollo como un todo.
 Roles de Scrum

El Scrum Master

El Scrum Master es el responsable de asegurar que Scrum es entendido

y adoptado. Los Scrum Masters hacen esto asegurndose de que el
Equipo Scrum trabaja ajustndose a la teora, prcticas y reglas de
Scrum.

El Scrum Master es un lder que est al servicio del Equipo Scrum. El

Scrum Master ayuda a las personas externas al Equipo Scrum a
entender qu interacciones con el Equipo Scrum pueden ser de ayuda y
cules no. El Scrum Master ayuda a todos a modificar estas
interacciones para maximizar el valor creado por el Equipo Scrum.
 Roles de Scrum

El servicio del Scrum Master al Product Owner:

Encontrar tcnicas para gestionar la Lista de Producto de

manera efectiva.
Ayudar al Equipo Scrum a entender la necesidad de contar con
elementos de Lista de Producto claros y concisos.
Entender la planificacin del producto en un entorno emprico.
Asegurar que el Dueo de Producto conozca cmo ordenar la
Lista de Producto para maximizar el valor.
Entender y practicar la agilidad.
Facilitar los eventos de Scrum segn se requiera o necesite.
 Roles de Scrum

El servicio del Scrum Master al Development Team:

Guiar al Equipo de Desarrollo en ser auto organizado y

multifuncional.
Ayudar al Equipo de Desarrollo a crear productos de alto valor.
Eliminar impedimentos para el progreso del Equipo de
Desarrollo.
Facilitar los eventos de Scrum segn se requiera o necesite.
Guiar al Equipo de Desarrollo en el entorno de organizaciones
en las que Scrum an no ha sido adoptado y entendido por
completo.
 Roles de Scrum

El servicio del Scrum Master a la organizacin:

Liderar y guiar a la organizacin en la adopcin de Scrum.

Planificar las implementaciones de Scrum en la organizacin.
Ayudar a los empleados e interesados a entender y llevar a cabo
Scrum y el desarrollo emprico de producto.
Motivar cambios que incrementen la productividad del Equipo
Scrum.
Trabajar con otros Scrum Masters para incrementar la
efectividad de la aplicacin de Scrum en la organizacin.
Eventos de Scrum
 Eventos de Scrum

Eventos

El equipo Scrum requiere momentos para asegurar que se estn

haciendo las cosas bien, para revisar lo que no se est haciendo y para
tomar decisiones oportunas que permitan mantener un proceso que
siempre este agregando valor. En cada uno de estos eventos se
aprovecha para realizar la inspeccin y adaptacin de algn aspecto.

Adems estos eventos tienen como finalidad minimizar la necesidad de

reuniones no definidas en Scrum. Cada uno tiene una duracin mxima
(time-boxing), con esto se asegura un desperdicio mnimo de tiempo.
 Eventos de Scrum

Time Boxing
 Eventos de Scrum

Eventos

El Sprint
Reunin de Planificacin o Sprint Planning Meeting
Scrum Diario o Daily Scrum
Revisin del Sprint o Sprint Review
Retrospectiva del Sprint o Sprint Retrospective
 Roles de Scrum

El Sprint

El principal evento de Scrum es el Sprint, es un bloque de tiempo (time-

box) de un mes o menos durante el cual se crea un incremento de
producto Terminado, utilizable y potencialmente desplegable. Es ms
conveniente si la duracin de los Sprints es consistente a lo largo del
esfuerzo de desarrollo. Cada nuevo Sprint comienza inmediatamente
despus de la finalizacin del Sprint previo.
Los Sprints contienen y consisten de la Reunin de Planificacin del
Sprint (Sprint Planning Meeting), los Scrums Diarios (Daily Scrums), el
trabajo de desarrollo, la Revisin del Sprint (Sprint Review), y la
Retrospectiva del Sprint (Sprint Retrospective).
 Roles de Scrum

El Sprint

Durante el Sprint:

No se realizan cambios que puedan afectar al Objetivo del Sprint

(Sprint Goal).
Los objetivos de calidad no disminuyen.
El alcance puede ser clarificado y renegociado entre el Dueo de
Producto y el Equipo de Desarrollo a medida que se va aprendiendo
ms.
 Roles de Scrum

Reunin de Planificacin

El trabajo a realizar durante el Sprint se planifica en la Reunin de

Planificacin de Sprint. Este plan se crea mediante el trabajo
colaborativo del Equipo Scrum completo.

La Reunin de Planificacin de Sprint tiene un mximo de duracin de

ocho horas para un Sprint de un mes. Para Sprints ms cortos, el evento
es usualmente ms corto. El Scrum Master se asegura de que el evento
se lleve a cabo y que los asistentes entiendan su propsito.
 Roles de Scrum

Reunin de Planificacin

La Reunin de Planificacin de Sprint responde a las siguientes

preguntas:

Qu puede entregarse en el Incremento resultante del Sprint que

comienza?
Cmo se conseguir hacer el trabajo necesario para entregar el
Incremento?
 Roles de Scrum

Reunin de Planificacin Sprint Goal

El Objetivo del Sprint es una meta establecida para el Sprint que puede
ser alcanzada mediante la implementacin de la Lista de Producto.
Proporciona una gua al Equipo de Desarrollo acerca de por qu est
construyendo el incremento.
 Roles de Scrum

Scrum Diario

El Scrum Diario es una reunin con un bloque de tiempo de 15 minutos

para que el Equipo de Desarrollo sincronice sus actividades y cree un
plan para las siguientes 24 horas. Esto se lleva a cabo inspeccionando el
trabajo avanzado desde el ltimo Scrum Diario y haciendo una
proyeccin acerca del trabajo que podra completarse antes del
siguiente.
El Scrum Diario se realiza a la misma hora y en el mismo lugar todos los
das para reducir la complejidad.
 Roles de Scrum

Scrum Diario

Durante la reunin, cada miembro del Equipo de Desarrollo

explica:

Qu hice ayer que ayud al Equipo de Desarrollo a lograr el

Objetivo del Sprint?
Qu har hoy para ayudar al Equipo de Desarrollo a lograr el
Objetivo del Sprint?
Veo algn impedimento que evite que el Equipo de Desarrollo o yo
logremos el Objetivo del Sprint?
 Roles de Scrum

Revisin del Sprint

Al final del Sprint se lleva a cabo una Revisin de Sprint para

inspeccionar el Incremento y adaptar la Lista de Producto si fuese
necesario.
Durante la Revisin de Sprint, el Equipo Scrum y los interesados
colaboran acerca de lo que se hizo durante el Sprint.
Se trata de una reunin restringida a un bloque de tiempo de cuatro
horas para Sprints de un mes. Para Sprints ms cortos, se reserva un
tiempo proporcionalmente menor. El Scrum Master se asegura de que el
evento se lleve a cabo y que los asistentes entiendan su propsito.
 Roles de Scrum

Revisin del Sprint

Al final del Sprint se lleva a cabo una Revisin de Sprint para

inspeccionar el Incremento y adaptar la Lista de Producto si fuese
necesario.
Durante la Revisin de Sprint, el Equipo Scrum y los interesados
colaboran acerca de lo que se hizo durante el Sprint.
Se trata de una reunin restringida a un bloque de tiempo de cuatro
horas para Sprints de un mes. Para Sprints ms cortos, se reserva un
tiempo proporcionalmente menor. El Scrum Master se asegura de que el
evento se lleve a cabo y que los asistentes entiendan su propsito.
 Roles de Scrum

Revisin del Sprint

Los asistentes son el Equipo Scrum y los interesados clave invitados

por el Dueo de Producto.
El Dueo de Producto explica qu elementos de la Lista de Producto
se han Terminado y cuales no se han Terminado.
El Equipo de Desarrollo habla acerca de qu fue bien durante el
Sprint, qu problemas aparecieron y cmo fueron resueltos esos
problemas.
El Equipo de Desarrollo demuestra el trabajo que ha Terminado y
responde preguntas acerca del Incremento.
 Roles de Scrum

Revisin del Sprint

El Dueo de Producto habla acerca de la Lista de Producto en el

estado actual. Proyecta fechas de finalizacin probables en el tiempo
basndose en el progreso obtenido hasta la fecha (si es necesario).
El grupo completo colabora acerca de qu hacer a continuacin, de
modo que la Revisin del Sprint proporcione informacin de entrada
valiosa para Reuniones de Planificacin de Sprints subsiguientes.
Revisin de cmo el mercado o el uso potencial del producto.
 Roles de Scrum

Retrospectiva del Sprint

La Retrospectiva de Sprint es una oportunidad para el Equipo

Scrum de inspeccionarse a s mismo y crear un plan de mejoras
que sean abordadas durante el siguiente Sprint.

La Retrospectiva de Sprint tiene lugar despus de la Revisin de

Sprint y antes de la siguiente Reunin de Planificacin de Sprint. Se
trata de una reunin restringida a un bloque de tiempo de tres
horas para Sprints de un mes.
 Roles de Scrum

Retrospectiva del Sprint

El propsito de la Retrospectiva de Sprint es:

Inspeccionar cmo fue el ltimo Sprint en cuanto a personas,

relaciones, procesos y herramientas.
Identificar y ordenar los elementos ms importantes que
salieron bien y las posibles mejoras.
Crear un plan para implementar las mejoras a la forma en la
que el Equipo Scrum desempea su trabajo.
Artefactos de Scrum
 Artefactos de Scrum

Artefactos

Los artefactos de Scrum representan trabajo o valor en diversas formas

que son tiles para proporcionar transparencia y oportunidades para la
inspeccin y adaptacin. Los artefactos definidos por Scrum estn
diseados especficamente para maximizar la transparencia de la
informacin clave, que es necesaria para asegurar que todos tengan el
mismo entendimiento del artefacto.
 Artefactos de Scrum

Artefactos

La lista de producto o Product Backlog

Seguimiento del progreso hacia el objetivo
La lista de pendientes del Sprint o Sprint Backlog
Seguimiento de progreso del Sprint
Incremento
 Roles de Scrum

Lista de Producto

La Lista de Producto es una lista ordenada de todo lo que podra ser

necesario en el producto, y es la nica fuente de requisitos para
cualquier cambio a realizarse en el producto. El Dueo de Producto
(Product Owner) es el responsable de la Lista de Producto, incluyendo
su contenido, disponibilidad y ordenacin.
La lista de producto nunca esta completa
La lista de producto es dinmica
La lista de producto es un artefacto vivo
Mientras el producto, su lista tambin existe
 Roles de Scrum

Refinamiento de la Lista de Producto

El refinamiento (refinement) de la Lista de Producto es el acto de aadir

detalle, estimaciones y orden a los elementos de la Lista de Producto. Se
trata de un proceso continuo, en el cual el Dueo de Producto y el
Equipo de Desarrollo colaboran acerca de los detalles de los elementos
de la Lista de Producto. Durante el refinamiento de la Lista de Producto,
se examinan y revisan sus elementos. El Equipo Scrum decide cmo y
cundo se hace el refinamiento. Este usualmente consume no ms del
10% de la capacidad del Equipo de Desarrollo.
 Roles de Scrum

Seguimiento del progreso hacia el objetivo

En cualquier momento, es posible sumar el trabajo total restante para

alcanzar el objetivo.

Burn Down Chart

Burn Up Chart
 Roles de Scrum

La lista de pendientes del Sprint

La Lista de Pendientes del Sprint es el conjunto de elementos de la Lista

de Producto seleccionados para el Sprint, ms un plan para entregar el
Incremento de producto y conseguir el Objetivo del Sprint.
 Roles de Scrum

Seguimiento de progreso del sprint

En cualquier momento durante un Sprint, es posible sumar el trabajo

restante total en los elementos de la Lista de Pendientes del Sprint.

Burn Down Chart

Burn Up Chart
 Roles de Scrum

Incremento

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 Definicin de Terminado del Equipo Scrum.
El incremento debe estar en condiciones de utilizarse sin importar si el
Dueo de Producto decide liberarlo o no.