Sesión 1

La agilidad es la habilidad que tienen las personas, equipos y organizaciones para responder a
esos entornos cambiantes , esa forma de como sacar ventaja , enfocado a entregarle valor a
nuestro cliente

4 valores

Las personas, la forma como interactúan y el apoyo que pueden recibir a través de esos
procesos y herramientas para generar esta interacción

La entrega constante de software es mas importante que generar documentación excesiva , la

documentación será la necesaria pero primero nos enfocaremos en la entrega de valor

Colaboración constante con el cliente sobre la negociación contractual, debemos ser aliados
estratégicos pensar en como podemos ayudar al cliente y luego ver el tema de contrtatos y el
tema legal

Los cambios son importantes y es una forma de tener una forma continua por mas que no
estén en el plan

12 principios

Entrega de valor al cliente

Cambios serán aceptadas en etapas tardía del cambio debe ser aceptado

Entregado del software funcionando que rápido entre 2 semanas y dos meses ,entrega de
valor que sea rápido

Interacción entre el cliente y el equipo de desarrollo

Todo proceso debe estar rodeada de personas motivadas para ello debemos mejorar el
entorno y confiar en la ejecución del trabajo
Conversación cara cara, la interacción

El software funcionando es la forma de medir el progreso de nuestro desarrollo para con

nuestro cliente

El equipo debe tener un desarrollo constante sostenible, debemos cocentrarnos en generación

de valor , en ser productivos

La atención continua , la excelencia técnica y el buen diseño se logra con la agilidad

La simplicidad, el arte de maximizar el arte no realizado

Las mejores arquitecturas resultan de equipos autoorganizados , brindar confianza a nuestros

equipos para que desarrollen su software y puedan hacer el trabajo de la mejor manera y
mejore el proceso

El equipo reflexiona sobre la efectividad , calidad del trabajo que están realizando y buscando
mejora continua tanto como en el producto como en el proceso

Entonces eso es la agilidad, el cambio de midset , la agilidad que logramos a través de ese
manifiesto ágil que esta plasmado en esos 4 valores y esos 12 principios

MANIFIESTO AGIL

El manifiesto ágil nos enseña el tema cultural

SESION 2

DEFINICION DE MARCO DE TRABAJO SCRUM

Esta compuesto por el control de procesos empírico , nos dice que debemos aprender en la
medida que vamos recorriendo el camino , debemos estar inspeccionando y adaptando en
mejora continua , los cambios son necesarios en el proceso esto nos ayuda a mejorar y las
estimaciones deben ser solo indicativas , no van a ser unas camisas de fuerza

Pensamiento link que esta compuesto por 5 practicas

El valor , entregar un producto que este de acuerdo a las expectativas salariales de las
necesidades de nuestro cliente

la cadena de valor es el proceso donde debemos asegurar, donde mas se asegure valor
debemos tener ese aseguramiento de la calidad, estamos hablando del flujo , entra un
requerimiento hasta que sale en manos del cliente debe ser continuo y suave y si hay una
solución nosotros debemos hacerlo lo mas rápido posible , estamos hablando de ese sistema
pull a diferencia del sistema push que estamos acostumbrados , elsistema pool es tomar el
trabajo en la medida que tenemos disponibilidad , contrario a ese push que estamos
acostumbrados que el que nos pasen y nos empujen trabajo

Búsqueda de la perfección que es entregar lo que el cliente necesita en el momento que lo

necesita , al precio justo y con 0 desperdicio

Para hacer todo esto , necesitamos un scrum master una persona que se encargade generar un
entorno positivo para realizar el trabajo

Necesitamos un producto owner que es el encargado de tomar esos requerimientos plasmarlo

en un listado principal que se llama product backlog

Necesitamos un equipo scrum, este equipo son los que toman una parte de ese listado
principal lo desarrollan y crean un incremento en cada uno de los sprint luego hacemos la
revisión de lo que construimos con nuestro cliente y repetimos el proceso

SESIÓN 3

VALORES Y PILARES DE SCRUM

SON 3 PILARES

TRANSPARENCIA , reflejada en todos sus artefactos en el producto backlog , sprint backlog y el

incremento, ver esos tableros donde todo mundo (todos los relacionados con el proyecto)
puede interactuar , si tengo aparatos transparentes puedo realizarle esa revisión y esa revisión
debe dalre una adaptación que es una mejora continua , esa inspección la realizamos en cada
evento o ceremonia que manejamos en scrum que son :

el SPRINT

el SPRINTPLANNING

el DAILY SCRUM

la SPRING REVIEW

la SPRING RETROSPECTIVE

En esos cinco eventos o ceremonias realizo la inspeccion y esa inspección me debe generar
adaptación , ósea si hago inspección y no hago adaptación esta siendo inútil ese proceso y es
necesario porque eso es mejora continua

INSPECCION

ADAPTACION

5 VALORES DE SCRUM

COMPROMISO , relación en el equipo de estar enfocado en el equipo , de entregar un objetivo

en cada sprint ese compromiso si es que yo necesito ayuda la solicito y si puedo ayudar alguien
lo ayudo , entender que somos un equipo y como equipo si uno cae todos caemos eso hace
parte de la autogestión eso hace el trabajo en equipo

FOCO debemos estar enfocado en un objetivo del sprint que estamos realizando y es
importante que el entorno nos permita tener ese foco y eso es tarea de nuestro scrum master
que genere ese entorno positivo en el cual nos podamos enfocar

FRANQUEZA , la franqueza o apertura , esa franqueza que me permite hablar de los problemas
de los desafíos de interactuar en el equipo y hablar aun de los problemas , es importante que
exista esa comunicación y sea franca durante todo el equipo

RESPETO ,nos mejora la convivencia, nos mejora el trabajo en equipo

CORAJE o valentía que nos permite tener desafíos , nos permite hacer lo correcto aun en
momentos difíciles , el coraje me permite evolucionar , me permite salir de mi zona de confort
y darme retos y esos retos cumplirlos con todo el equipo

CAPITULO 4

La unidad fundamental formado por un pequeño equipo de personas , dentro de este equipo
no existen sub equipos , ni jerarquías

Manejamos 3 roles

PRODUCT OWNER,

SCRUM MASTER

DESARROLLADORES
Este equipo siempre trabajara de forma cohesionada , siempre enfocado al objetivo del
producto , nuestro va ser multifuncional quiere decirque el equipo va a tener todas las
habilidades necesarias para poder desarrollar ese producto o servicio , nuestro equipo scrum
siempre será autogestionado es decir ellos deciden que hacer como lo van hacer y cuando lo
van hacer , ese que viene del product backlog de ese tablero principal donde toman una parte
de donde van a construir , el como son las actividades que van hacer es decir las tareas y el
cuando, ellos deciden que sprint van hacer en el trabajo

Este equipo esta coformado por 10 personas o menos , cuando son equipos demasiado
grandes el tema de la comunicación se pone difícil y disminuye la efectividad , siempre van a
estar enfocados que en cada uno de los sprint van a construir incrementos que le generen
valor y utilidad a nuestros clientes , este equipo es con un solo responsable de todas las
actividades relacionadas al producto que va desde la colaboración con los interesados, la
verificación , el mantenimiento, el desarrollo , la operación , todo lo que sea necesario para
construir ese producto o servicio

Este equipo crum esta apoyado y empoderado por la organización y esto es para que ellos
gestionen su propio trabajo , ellos trabajan en cada sprint a un ritmo sostenible , siempre
mejorando el enfoque y la consistencia de este equipo

Cuando tenemos un producto o servicio que es demasiado grande , necesitamos un equipo

bastante grande entonces los desarrollares de autogestionan y ellos se dividen en pequeños
equipos que son equipos cohesivos , enfocados al mismo producto con un solo producto
backlog , un solo producto ownervan a tener va ser un solo scrum master o varios según
experiencia , cada uno se enfoca en su especialidad y van aportar ua parte para el final para
aportar para ese producto o servicio.

Responsabilidades del Scrum Master:

 Asegurarse de que el equipo de Scrum esté siguiendo las prácticas y los valores
de Scrum.
 Facilitar las reuniones de Scrum, como la Daily Scrum, la Sprint Review y la
Sprint Retrospective.
 Ayudar al equipo a eliminar obstáculos y problemas que puedan impedir su
progreso.
 Proteger al equipo de interrupciones y distracciones externas.
 Ayudar al equipo a mantenerse enfocado en la entrega de valor al cliente.
 Actuar como un entrenador y mentor para el equipo de Scrum.
 Fomentar la mejora continua y el aprendizaje en el equipo de Scrum.

Responsabilidades del Product Owner:

 Crear y mantener el Product Backlog, que es una lista priorizada de los

elementos del producto que deben entregarse.
 Definir y comunicar la visión y los objetivos del producto al equipo de Scrum.
 Asegurarse de que el equipo de Scrum comprenda los requisitos del cliente y del
negocio.
 Tomar decisiones sobre qué elementos del producto se incluirán en cada Sprint.
  Trabajar con el equipo de Scrum para definir los criterios de aceptación para
cada elemento del producto.
 Asegurarse de que el equipo de Scrum entregue valor al cliente en cada Sprint.
Ser el punto de contacto principal entre el equipo de Scrum y los stakeholders
del producto.

Responsabilidades de los Desarrolladores:

 Trabajar juntos como un equipo auto-organizado para entregar elementos de

trabajo completos y de alta calidad en cada Sprint.
 Estimar y planificar el trabajo que se realizará en cada Sprint.
 Participar en todas las reuniones de Scrum, como la Daily Scrum, la Sprint
Review y la Sprint Retrospective.
 Asegurarse de que el trabajo se realice de acuerdo con las prácticas y los valores
de Scrum.
 Colaborar con el Product Owner para entender los requisitos del cliente y del
negocio.
 Desarrollar y entregar el trabajo en intervalos cortos y regulares.
 Tomar decisiones y asumir responsabilidades como un equipo.

CAPITULO 5

Developer (desarrolladores)

Product Owner

Son 2 de esas tres responsabilidades o roles que maneja el marco de trabajo crum
Developer ,

son las personas encargadas de que en cada uno de los sprint desarrolla o
construir uno de los aspectos de un incremento enfocados en la generación de
valor hacia nuestros clientes sus habilidades pueden varias según el ámbito de
trabajo , lo importante es que sean expertos en el tema , como son
autogestionados ellos se encargan de construir su propio plan de trabajo que lo
construyen a través de ese producto backlog , toman elementos de ese tablero
principal , lo consignan en un listado que se llama string backlog y detallan las
actividades o tareas que van a realizar para construir cada uno de esos elementos,
siempre se enfocan en la calidad , esa calidad siempre va estar aumentando y
para ello se van a enfocar en esa definición determinado que es su foco para
poder manejar este tema , durante todos los días van a estar ajustando su plan de
trabajo buscando impedimento y solucionarlo lo mas rápido posible para estar
mejorando el producto

Producto ower
 Es el representante del cliente el que conoce el producto o el servicio, conoce la
organización , en sus responsabilidades esta en construir el objetivo del
producto, esa guía que tiene todo el equipo de lo que vamos a realizar ,
construye a partir de esos requerimientos , deseos que tiene el cliente construye
ese tablero principal que se llama product backlog siempre enfocado en tener lo
mas importante arriba y lo menos importante abajo esa priorización busca que
esa entrega de valor se de lo mas rápido posible , ese producto bakclog siempre
va estar visible y transparente, es una de sus responsabilidades , que todo mundo
lo vea y lo entiende , como tiene muchas responsabilidades el puede delegar
algunas de sus funciones , pero delegara solo actividades porque el sigue siendo
el responsable del resultado del trabajo , se debe entener que el producto owner
es una sola persona no es el grupo de personas tomando decisiones, sino una sola
persona que toma las decisiones y esas decisiones la respeta siempre la
organización y el equipo , el esta enfocado en maximizar el valor del producto y
el valor del trabajo que realiza el equipo scrum dentro de nuestro sprint

CAPITULO 6

Scrum master una responsabilidades del marco de trabajo de scrum esa es la persona que
conoce mas el marco de trabajo en el equipo , el siempre va estar apoyando al equipo y a la
organización para que ellos puedan entender la teoría y la practica y esto lo hace a través de
las practicas y las actividades , el es responsable de mejorar la efectividad del equipo, siempre
va a estar pendiente de este trabajo , siempre va a estar apoyando al equipo scrum en la
mejora de este proceso

El scrum master son lideres serviciales , ellos van a estar muy pendientes del equipo scrum van
a estar apoyando al equipo scrum y a la organización para estar mejorando este proceso , esto
lo hace de varias maneras:

En el caso del equipo , el ayuda a todos que entiendan de que se trata ser autogestionados y
multifuncional , ayudan al equipo que generen incremento de valor siempre cumpliendo esa
definición determinado que es lo que nos orienta en el tema de calidad , siempre va a procurar
esa eliminación de impedimentos para el progreso del equipo , procurar la eliminación tratar
que el equipo fluya de la mejor manera en el trabajo , asegurar que todos los eventos o
ceremonias se cumplan dentro de los tiempos sean efectivos y productivos y hay que tener en
cuenta que los controles de tiempos son importantes porque eso lo plantea la guía

El crum master también lo apoya al producto owner , lo ayuda a encontrar técnicas para
encontrar esa definición efectiva del objetivo del producto y esa gestión efectiva del producto
backlog de ese listaod principal , ayuda a que todo el equipo scrum entienda esa necesidad ,
que todos esos elementos que están en el producto backlog sean claros y concisos y que todo el
mundo lo entienda , siempre ayudara al producto owner a entender la planeación empírica ,
siempre es importante este proceso para el producto owner , facilita la colaboración con los
interesados si el producto owner se lo solicita

El scrum master también apoya a la organización de varias maneras . como liderar y capacitar
todo lo que tenga que ver con la adopción del marco de trabajo scrum, planifica y asesora esa
planificación dentro de la organización , también ayuda a que todos los empleados e
interesados conozcan y entidan muy bien ese enfoque empírico que debemos tener en nuestro
marco de trabajo y ayuda a eliminar esas barreras que pueden existir entre los interesados y
los miembros del equipo scrum

CAPITULO 7

EVENTOS SCRUM, son la oportunidad formal para realizar inspección y adaptación y que
vamos a estar revisando y mejorando , los artefactos , esos tableros , esos incrementos que
estamos construyendo dentro de nuestro sprint , estas reuniones están diseñadas para
habilitar la transparencia , la transparencia es una característica importante de nuestro marco
de trabajo scrum , los eventos son 5

Sprint

Sprint planning

Daily scrum

Sprint review

Sprint retrispectiva

Es importante revisar todos los eventos porque si faltamos alguno , estamos perdiendo esa
oportunidad tan importante de estar realizando mejora continua , de estar evolucionando
nuestro producto a través de la inspección y la adaptación , realizar todos esos eventos le
permite al equipo , tener regularidad en su trabajo y también nos va evitar que tengamos esas
reuniones que no están definidad en el marco de trabajo scrum, esas reuniones que pueden
estar quitando tiempo de producción al equipo

CAPITULO 8
Sprint , es el primer evento de scrum es el contenedor de los demás eventos o
ceremonias pues ahí sucede el planning el daily , la review y la retrospectiva , esto es el
corazón de scrum donde las ideas de nuestros clientes se convierten en valor , la
duración que debe tener estre sprint debeser de un mes o un poco menos , cuando
hacemos esos sprint demasiado largos corre peligro el objetivo del sprint y puede
quedar invalido por problemas de incertidumbre por riesgos que se pueden materializar
durante el proceso siempre vamos a estar pensando en el sprint enfocados en el trabajo
que estamos realizando , nunca vamos a terminar un sprint hasta que terminemos el
anterior , siempre debemos tener eso bien claro , la calidad es un proceso que se debe
estar asegurando dentro de nuestro sprint , la calidad debe ser continua y esta debe estar
mejorando cada vez que estamos realizando nuestro trabajo y eso lo logramos a través
de ese refinamiento , refinamiento la inspección y la adaptación nos ayuda a estar
mejorando ese tablero principal ese producto backlog y ese sprint backlog lo cual nos
permite estar haciendo mejoras continua, si nosotros vamos aprendiendo en la medida
que vamos aprendiendo esos sprint y determinamos que el alcance que hemos pensado
inicialmente hay que renegociarlo lo podemos hacer teniendo en claro que no hay que
poner en peligro el objetivo del sprint , esta negociación lo pueden hacer nuestros
desarrolladores con el producto owner , los sprint se pueden cancelar pero el único que
toma la decisión el producto owner es el único que tiene la autoridad para cancelar un
sprint y eso hay que tenerlo bien en claro

CAPITULO 9
El sprint planning el segundo evento o ceremonia del marco de trabajo scrum , el fin de este
evento es construir el plan de trabajo que va a realizar el equipo scrum , ese plan de trabajo se
realiza entre todo el equipo principalmente los desarrolladores ese evento tiene un insumo
principal que es el producto backlog , es el listado de todos los requerimientos y ese listado lo
ha construido nuestro producto owner y dura 8 horas por un evento de un mes si el sprint dura
menos de un mes hacemos una proporción del tiempo de ese plan de trabajo al final
construimos ese sprint backlog que es el segundo artefacto que es el plan de trabajo ya
sistetizado de lo que se va a realizar dentro de nuestro sprint para poder construir ese sprint
backlog respondemos esas tres preguntas ¿Por qué es importante este sprint? Esa pregunta si
no tiene respuesta en el momento nuestro producto owner entre todo el equipo lo construimos
y ese es el objetivo del sprint lo que los va a guiar hacia donde debe llegar el equipo al final del
trabajo con ese incremento ¿Qué vamos a realizar dentro de ese sprint ¿ los desarrolladores
toman elementos del producto backlog , una parte de esos elementos y le hacen un proceso de
finamiento , que es agregarle detalle mejorar la descripción todo enfocado a esa mejora
continua para que al final del proceso nuestro incremento quede bien construido ´¿ como? Los
desarrolladores determinan como van a realizar el trabajo como van hacer para construir esos
elementos que han tomado el producto backlog y eso se llaman tareas o actividades que son
las que realiza nuestro equipo scrum dentro del sprint

CAPITULO 10
el dayly scrum , y la sprint review dos de los 5 eventos o ceremonias del marco de trabajo de
scrum

el sprint es un evento o ceremonia que tiene una duración entre 1 y 4 semanas es el

contenedor de los demás eventos o ceremonias allí sucede el sprint planning ese evento donde
creamos el plan de trabajo que vamos a desarrollar dentro de nuestro sprint y va a tener una
duración de 8 horas por un mes proporcional lo podemos hacer si el sprint es de menor
tamaño, tenemos el daily que es de 15 minutos , el sprint review que es de 4 horas por un mes
y la retrospectiva ese evento o ceremonia donde revisamos todo el proceso, vemos como fue el
comportamiento del equipo , las herramientas, los procesos para estar buscando esa mejora
siempre del proceso

el daily scrum ese evento que es para los desarrolladores y hecho por los desarrolladores , esos
desarrolladores buscan como es el avance hacia el objetivo del sprint , si están cumpliendo con
ese objetivo de lo que están desarrollando dentro de nuestro sprint , siempre estarán haciendo
esa inspección y esa adaptación y esa inspección y adaptación puede llegar a modificar el
sprint backlog que es ese listado de lo que vamos hacer dentro del sprint o del listado principal
que es el producto backlog el listado general de requerimientos porque siempre pueden haber
cambios en el proceso esos desarrolladores es autogestionado por eso ellos encuentran que
técnicas y como pueden hacer este evento o ceremonia que tiene una duracon de 15 minutos
todos los días hábiles que se realicen el sprint , siempre lo que vamos hacer es identificar esos
bloqueantes , los problemas que tenemos dentro del sprint y buscar soluciones rápidas y luego
las ejecutamos afuera del daily

nuestro scrum master y nuestro producto owner pueden estar presentes si ellos están haciendo
un trabajo activo sobre el incremento y van a estar presentes como desarrolladores

nuestro scrum master va a estar siempre presente pero puede ser un facilirador orientando a
los desarrolladores de como hacer el evento buscando que haya ese cumplimiento del tiempo ,
debemos tratar de hacerlo siempre a la misma hora y en el mismo lugar para generar
regularidad en el equipo , si estamos manejando equipos con diferentes usos horarios debemos
buscar una hora para que todo mundo pueda estar presente , al final de la reunión debemos
realizar un plan de trabajo que nos dira lo que vamos a realizar la siguientes 24 horas dentro
de nuestro sprint

la sprint review , es el penultimo evento que se realiza dentro del marco de trabajo scrum tiene
una duración de 4 horas por un mes si este sprint dura menos de un mes hay que hacer
proporcional ese tiempo para que quede bien organizado , el equipo scrum va a estar todo
presente va a estar el producto owner el scrum master y los desarrolladores adicionalmente
vana a estar clientes claves que nos ayuden a revisar lo que construimos dentro de nuestro
sprint porque ese es el enfoque que le debemos dar a ese evento revisar lo que se constriyo en
el sprint y buscar futuras adaptaciones y estar futuras adaptaciones nos pueden ayudar a
mejorar el producto backlog ósea nuestro producto final iramejorando cada vez mas siempre
vamos a estar ese finamiento esa adaptación inspección esa mejora al tablero principal que es
el producto bakclog esta reunión esa unasesion de trabajo donde nosotros con esos clientes
vamos a revisar ese funcionamiento de lo que estamos construyendo no nos debemos limitar a
una simple presentación sino hacer sesiones de trabajo , siempre vamos a estar haciendo
inspección y adaptación buscando esa mejora continua en el proceso que estamos realizando

CAPITULO 11

Sprint retrispectiva, el ultimo evento el que le da el cierre al sprint este evento se realizaría
después de haber revisado la sprint review , es un evento de 3 horas para los sprint de un
mes ,esta presente todo el equipo scrum el scrum master el producto owner y los developers o
desarrolladores es bien importante que estén todos presentes porque allí nosotros vamos a
buscar formas de como mejorar la efectividad y la calidad del trabajo que realiza el equipo allí
vamos a revisar como estuvieron las personas su interacción los proceso las herramientas la
deficion determinada es bien importante que revisemos estos cinco temas vamos a ver que
problemas tuvimos dentro del proceso y como los corregimos y también como podemos hacer
para que los siguientes sprint esos problemas no se repitan nootros vamos a estar encontrando
mejoras durante ese proceso y las que sean mas importantes las vamos a ejecutar en el
siguiente sprint ya que siempre estamos haciendo inspección adaptación ya que eso es mejora
continua eso nos ayudara que nuestros siguientes sprint sean mejor, llegamos todo el equipo
nos reunimos comenzamos a activarnos miramos 3 preguntas sencillas , ¿Qué salió bien que
nos gusto en el proceso que hicimos bien en el sprint que nos salió bien del trabajo

¿Qué se debe mejorar? Que tenemos en el equipo que podemos llegar a mejorar teniendo en
cuenta personas herramientas , proceso y definición determinado y en los próximos pasos son
cosas que podríamos hacer para que mejore la calidad del sprint , alguna situación que pueden
usar para corregir , los integrantes escribirán en cada post it van escribiendo uan respuesta y la
van pegando en el tablero cuando todos hayan colocado su papelito entre todos los vamos a
revisar siempre será un trabajo colaborativo lo revisamos reflexionamos y buscamos que
mejoras podemos hacer

CAPITULO 12

Artefactos de scrum

Estos artefactos le permiten a scrum representar el trabajo y el valor que son 3

El producto backlog

Sprint backlog

Incremento

Ellos están diseñados para maximizar la información transparencia de esa informacion

ya que todos ellos van a tener la misma base para realizar inspección y adaptación que
son los pilares de scrum la transparencia la inspección y la adaptación
Cada artefacto tiene un compromiso ósea tiene un objetivo hacia donde vamos a llegar
es importante conocerlo porque va a reconocer esa parte del empirismo

El compromiso del producto backlog es el objetivo del producto como va a quedar

construido el producto al final como va ser cuando este completo

El sprint backog tiene un compromso llamado el objetivo del sprint, el objetivo de lo

que vamos a realizar dentro del sprinty el incremento tiene en su incremento definición
determinado porque nos va a decir lo que construimos en el sprint consecuente a la
calidad que necesitamos para el producto final

Si te ha gustado el Curso, comparte en redes sociales a colegas que deseen

aprender los Fundamentos de Scrum. (Copia y pega este mensaje)

Estoy estudiando Scrum Fundamentos para mejorar la entrega de productos y servicios

de valor en mi empresa. El curso es completamente gratis y te invito a inscribirte
en https://www.scrumfundamentos.com/courses/gratis.
¡Inscríbete ahora y comienza tu camino hacia el éxito en Scrum!
#scrum #certiprof #itserviceuniversity

CAPITULO 13

es el listado emergente y ordenado el cual es la única fuente para nuestro equipo scrum , el
tabledro producto backlog se crea a partir de los requerimientos que tiene nuestro cliente que
interactúa con el producto owner y los aterriza en el producto backlog el es el encargado de
ordenar lo mas importante arriba y lo menos abajo ese enfoque esta en generar entrega de
valor lo antes posible ese tablero estaconformado por elementos del producto backlog esos
elementos como todo en scrum tiene un proceso de inspección y adaptación buscando mejorar
esa transparencia de esos elementos esa inspección y adaptación la llamamos refinamiento y
lo realizan los developers que consiste en tomar esos elementos agregarle detalles mejorar
explicación y en algunos casos llegamos a partirlos en unos procesos adicionales para que
queden mas pequeños y mas precisos y puedan ser manejados dentro de nuestro sprint
después que estén ordenados los elementos nuestros developers comienzan hacer ese proceso
de estimación para que posteriormente esos elementos entren en la planeación para poder
nuestro plan de trabajo para nuestro sprint

este tablero tiene un compromiso llamado objetivo del producto que nos da la guía de como va
aquedar ese producto construido al final del proceso este objetivo del producto debe ser
cumplido en su totalidad antes de comenzar otro producto , este producto backlog nos genera
una entrega de valor y eso es lo importante hacer la entrega de valor mediante todo ese
proceso

CAPITULO 14

Este artefacto es construido por y para los developers en el tenemos 3 temas importantes el
porque que es el objetivo de lo que vamos a construir en nuestro sprint , el que son los
elementos que hemos tomado del tablero principal del producto backlog yel como que son las
actividades o tareas que vamos a realizar para construir esos elementos en ese plan de trabajo
queda consignado lo que se va a realizar dentro del sprint este siempre lo vamos a estar
modificando por eso los desarrolladores en su daily scrum estas haciéndole ajustes supervisión
durante todos los días , ese tablero se crea en el sprint planning evento o ceremonia donde se
reúne todo el equipo ese detalle de todo lo que van a construir dentro de ese sprint
Ese tablero en la medida que vamos adquiriendo conocimiento se puede renegociar el alcance
y se hará entre los desarrolladores y el product owner.

CAPITULO 15

Es el tercero de los artefactos del marco de trabajo de scrum

Es un peldaño concreto hacia el objetivo del producto , ósea en la medida que vamos
construyendo vamos estando mas cerca de ese producto final para eso debemos estar
haciendo siempre esa verificaicon minuciosa de que todos esos incrementos funcionen juntos
porque la final se construira el producto completo

Cuando ese incremento lo entregamos a nuestro cliente ahí es cuando le generamos valor para
que el pueda usar esos incrementos, dentro de nuestro sprint podemos entregar varios
incrementos y lo podemos entregar antes de terminar el sprint lo importante es que si se le va
a generar valor , generar esa oportunidad

Esos incrementos se revisan dentro de la sprint review , es una forma de apoyar el empirismo ,
donde vamos a estar verificando ese incremento para poder buscar mejoras o modificaciones
al producto

Existe una definición determinado que es el compromiso del incremento , en el momento el

trabajo que realicemos no cumpla con esa definición determinado no podemos decir que ha
nacido un incremento esa defincion determinaod le brinda esa transparencia al equipo para
que entienda cual es el resultado final que debemos tener y donde debemos llegar , si existe
varios equipos scrum trabajando en el mismo producto entre todos deben construir esa
definición y la deben utilizar

Hay que tener en cuentra que si en esa definición determinado hay algunos estanders del
aorganizacion hay que tenerlos en cuenta , hay que cumplirlos si no existen standares en esos
temas el equipo scrum puede construrlo con toda libertad