Introducción Al Sprint: Notas

EVENTOS DE SCRUM
Introducción al Sprint
Notas
Discutir
Bienvenido de nuevo. Como ya aprendiste antes, los Sprints,
también llamados iteraciones,
proporcionan todo el ritmo
para el equipo y son uno de los cinco eventos de Scrum.
Nos permiten obtener retroalimentación más rápido,
fomentar la colaboración del equipo,
y proporcionar más enfoque para los equipos de Scrum.
Dentro de un Sprint, la cantidad de trabajo se planifica
en función de la capacidad histórica del equipo y
se prepara para el evento de Planificación de Sprint.
Puede ser útil pensar en cada Sprint
como un miniproyecto con planificación,
ejecución, entrega, cierre
y una retrospectiva en un pequeño paquete.
Los Sprints son tan importantes para Scrum,
que los otros cuatro eventos de Scrum
giran en torno al Sprint.
La Guía de Scrum define técnicamente cinco eventos:
el propio Sprint, la planificación de Sprint,
el Scrum diario, la revisión de Sprint
y la retrospectiva de Sprint.
En toda esta selección de videos,
compartiré la duración recomendada o
bloque de tiempo para cada evento.
Los bloques de tiempo son un concepto importante en Scrum.
Algunos ejemplos de beneficios son
el hecho de que crean un sentido de urgencia
que impulsará la priorización,
proporcionan una ventana de enfoque que mejora la productividad,
y ayudan al equipo a desarrollar
un ritmo predecible para su trabajo.
El bloque de tiempo de un Sprint puede variar
de una a cuatro semanas. ¿Cómo eliges?
Bueno, hay tres consideraciones. Primero,
piensa cuál esperas que sea
la frecuencia de los cambios.
¿Con qué frecuencia crees que podrían cambiar los requisitos?
Si esperas que tu proyecto tenga
nuevas solicitudes cada semana,
es posible que desees que la duración del Sprint sea de una semana,
para que puedas adaptarte más a menudo.
Si las necesidades son más estables,
tal vez más tiempo estará bien.
En segundo lugar, piensa en cuánto tiempo de atención
necesitan los desarrolladores de tu solución
para construir un elemento de la lista.
Si el esfuerzo de referencia para la mayoría
de tus actividades requiere al menos una semana
para crear algo valioso,
entonces la longitud de tu Sprint debería ser
de al menos dos semanas
para que el equipo tenga tiempo de ejecutarlas sin sentirse presionados.
Tercero, piensa en cuántos gastos generales
se dedican a la entrega del producto.
Si tu entregable o solución
requiere una gran revisión con muchos interesados
o pasa por un proceso riguroso
de prueba y control de calidad que lleva varios días,
debes tener eso en cuenta en la duración del Sprint y elegir
un Sprint más extenso, por ejemplo, de tres o cuatro semanas en su lugar.
Como la mayoría de las cosas en Scrum,
no hay un enfoque único para todo.
Si estableces una duración de Sprint y determinas que es demasiado extensa
o demasiado corta después de algunos Sprints,
siempre puedes cambiarla.
Por ejemplo, mi equipo actual
tiene Sprints que duran una semana
porque esperamos muchos cambios
y nuevas solicitudes que ingresan a nuestra lista cada semana,
pero a menudo nuestro trabajo tarda más de una semana en completarse.
Actualmente estamos reflexionando sobre esa contradicción
y considerando cambiar la duración de nuestro Sprint a dos semanas.
Excelente. Ahora sabes más sobre cómo definir el Sprint.
En los próximos videos,
discutiremos la relación entre
los otros eventos de Scrum y el Sprint.
Comenzaremos con los eventos previos al Sprint,
la planificación de Sprint
y la compilación de la lista de Sprint. Nos vemos ahí.
El Sprint: Descripción general de la guía de

Scrum
A modo de resumen, lea esta descripción general del Sprint tomada directamente de la Guía de
Scrum 2020:
El Sprint
Los Sprints son el latido del corazón de Scrum, donde las ideas se convierten en valor.
Son eventos de duración fija de un mes o menos para crear consistencia. Un nuevo Sprint comienza
inmediatamente después de la conclusión del Sprint anterior.
Todo el trabajo necesario para lograr el objetivo del producto, incluida la planificación de Sprint, los
scrums diarios, la revisión de Sprint y la retrospectiva de Sprint, se realiza dentro de Sprints.
Durante el Sprint:
 no se realizan cambios que puedan poner en peligro el objetivo del Sprint;

 la calidad no disminuye;
 la lista de producto se refina según sea necesario; y
 el alcance puede aclararse y volver a negociarse con el propietario del producto a medida que se
aprende más.
Los Sprints permiten la previsibilidad al garantizar la inspección y la adaptación del progreso hacia
un objetivo del producto al menos cada mes calendario. Cuando el horizonte de un Sprint es
demasiado largo, el objetivo del Sprint puede volverse inválido, la complejidad puede aumentar y el
riesgo puede aumentar. Se pueden emplear Sprints más cortos para generar más ciclos de
aprendizaje y limitar el riesgo de costo y esfuerzo a un marco de tiempo más breve. Cada Sprint
puede considerarse un proyecto corto.
Existen varias prácticas para pronosticar el progreso, como los diagramas de trabajo pendiente, los
diagramas de trabajo realizado o los flujos acumulativos. Si bien han demostrado ser útiles, estos no
reemplazan la importancia del empirismo. En entornos complejos, se desconoce qué sucederá. Solo
lo que ya sucedió puede usarse para la toma de decisiones con vista a futuro.
Un Sprint podría cancelarse si el objetivo del Sprint se vuelve obsoleto. Solo el propietario del
producto tiene la autoridad para cancelar el Sprint.
Completado(a)
Planificación de Sprints
Hola de nuevo.
En el último video, discutimos los parámetros para un Sprint.
Aprendimos que un Sprint es uno de los cinco eventos de Scrum
y que crea el marco para todos los demás eventos de Scrum.
El siguiente paso es la planificación de Sprint,
el primer evento dentro del Sprint que prepara a tu equipo
para el éxito durante las siguientes una a cuatro semanas, dependiendo de la duración que elijas.
Para la planificación de Sprint, todo el equipo de Scrum se reúne para confirmar
cuánta capacidad, es decir, tiempo y personas, están disponibles durante este Sprint,
y luego identifican qué elementos de la lista se realizarán durante el Sprint.
Esto se convierte en la lista del Sprint y, en última instancia, en el objetivo del Sprint.
En este momento, el Scrum Master debe facilitar la comunicación del equipo
y responder las siguientes preguntas durante el evento:
¿Quién está disponible durante este Sprint?
Reproduce el video desde ::55 y sigue la transcripción0:55
¿Hay vacaciones o conflictos que debamos conocer?
¿Cuál ha sido nuestra velocidad media,
es decir, cuántos puntos
o elementos de la lista hemos podido completar en un solo Sprint en el pasado?
¿Qué puede y debe lograr el equipo en este próximo Sprint?
Reproduce el video desde :1:13 y sigue la transcripción1:13
¿Cuál es el objetivo final del Sprint?
¿Cómo se hará el trabajo?
A lo largo del Sprint, ¿quién es responsable de cada tarea?
Hemos discutido la duración de los Sprints y el tamaño de las historias.
Ahora exploraremos el significado de la definición de Listo.
La definición de Listo se refiere a un conjunto acordado de elementos que deben completarse
antes de que la historia de usuario o el elemento de la lista pueda considerarse completo.
Algunas cosas que pueden estar dentro de la definición de Listo son el código
o la solución en sí, revisada por un grupo independiente de pares.
El producto o la unidad pasa todos los requisitos de prueba,
lo que podría incluir pruebas de seguridad o rendimiento.
La documentación está completa.
Se cumplen todos los criterios de aceptación de historias de usuario especificados por el propietario
del producto.
Por último, el propietario del producto acepta la historia de usuario.
Esta lista no es exhaustiva
y el equipo debe determinar los contenidos de esta lista y mejorarla según sea necesario.
Un entregable clave del evento de planificación del Sprint es la lista de Sprint.
La lista de Sprint es el conjunto de elementos de la lista de producto que se identifican
para la finalización durante el próximo Sprint.
En otras palabras, la lista de Sprint es un subconjunto de elementos de la lista de producto
que intentarás terminar durante ese Sprint en particular.
Por ejemplo, la lista de producto de Virtual Verde puede tener 50 elementos de la lista,
y Virtual Verde ha creado Sprints de cuatro semanas con el nombre del mes:
Sprint de mayo, Sprint de junio, Sprint de julio, etc.
Para el Sprint de mayo,
el equipo ha determinado que pueden completar los cinco primeros de esos elementos
en función de la capacidad del equipo para mayo y el tamaño del esfuerzo necesario para esos
elementos.
Esos cinco elementos ahora conforman la lista de Sprint.
La meta del Sprint es el objetivo general que el equipo pretende lograr
y ayuda al equipo a comprender el por qué del Sprint.
Esto debe tomarse desde una perspectiva general de los elementos de la lista de Sprint.
El beneficio de tener identificado un objetivo de Sprint más amplio
ayuda al equipo a enfocarse en un objetivo de equipo más amplio,
en lugar de separarlos en flujos de trabajo diferentes.
Por ejemplo, digamos que Virtual Verde ha identificado estos cinco elementos
como la lista de Sprint de mayo.
Los usuarios de Virtual Verde pueden comprar árboles bonsái.
Los usuarios de Virtual Verde pueden acceder a un foro de discusión en línea sobre decoración de la
oficina en casa.
El equipo de administración de proveedores de Virtual Verde puede agregar resultados de auditoría
para los proveedores.
Los usuarios de Virtual Verde pueden usar un cupón para comprar accesorios para oficinas en casa .
El servicio de atención al cliente de Virtual Verde puede conectar productos a tickets de soporte.
Por lo tanto, el objetivo del Sprint es brindar una experiencia integral al usuario
que desea colocar un bonsái en su oficina en casa.
Todos estos elementos de la lista se pueden conectar a este objetivo del Sprint de alguna manera.
Por ejemplo, hay un nuevo cupón para bonsái, se auditan los proveedores
para determinar la calidad de los árboles bonsái, etc.
Para recapitular, acabamos de aprender que la planificación del Sprint dará como resultado
una lista de Sprint bien definida y estimada,
así como un objetivo de Sprint para mantener al equipo motivado para alcanzar ese logro final.
Nos vemos en el próximo video, donde cubriremos más eventos de Sprint.
Tareas calificadas por los

compañeros: Crear un plan de Sprint y
una lista de Sprint
1. Instrucciones
2. Mi presentación
3. Discusiones
Descripción general de la actividad
En esta actividad, planificarás tu próximo Sprint y aplicarás tus conocimientos sobre la prioridad de
los elementos, los recursos del equipo y el tiempo.
Nota: A lo largo de este curso, completarás tareas que normalmente realizan otros (como el equipo de
desarrollo o el propietario del producto). Incluso si no las realizas tú mismo, es importante que
comprendas estos procesos.
Después de presentar tu trabajo, revisa y responde a al menos dos de las tareas de tus compañeros.
Escenario
menos
Revisa el siguiente escenario. Luego, completa las instrucciones paso a paso.
Ahora que has agregado epopeyas, historias de usuario, criterios de aceptación y estimaciones
Abre tu lista del Producto
Abrir, ¡es momento de planificar tu primer Sprint de Virtual Verde! Te reúnes con el propietario del
Producto y con tu equipo para decidir qué elementos de la lista del Producto abordarás en tu primer
Sprint. Durante la reunión, tú y tu equipo responden las siguientes preguntas:
 ¿Quién está disponible? Todos los miembros del equipo están disponibles para el Sprint.
 ¿Cuál es la capacidad de puntos (también conocida como velocidad) del equipo? Normalmente, el
equipo puede completar 60 Puntos de historia en un Sprint de tres semanas.
 ¿Cuánto tiempo llevará el Sprint? El equipo decide que este Sprint llevará tres semanas.
 ¿Qué puede y debe lograr el equipo en este próximo Sprint? ¿Cuál es el objetivo final del Sprint?
La lista del Sprint puede incluir historias de ambas epopeyas, pero el propietario del Producto te
pidió que priorices la epopeya de las iniciativas para el cuidado de las plantas en primer lugar. Si al
equipo le sobra la suficiente capacidad, puede comenzar a trabajar en la epopeya de Los árboles
bonsái.
Para planificar el Sprint, asignarás elementos de tu lista del Producto a la lista del Sprint. La
estimación del esfuerzo total (en Puntos de historia) de los elementos que asignaste debe coincidir
con la capacidad de puntos de tu equipo para un Sprint de tres semanas.
Nota: Para obtener resultados coherentes en esta actividad, debes utilizar las estimaciones de esfuerzo
proporcionadas en la siguiente plantilla y no tus propias estimaciones.
Step-By-Step Assignment Instructions

menos
Paso 1: Acceder a la plantilla
Para usar la plantilla de este elemento del curso, haz clic en el enlace de abajo y selecciona "Usar
plantilla".
Enlace a la plantilla: Sprint Backlog Open
Si no tienes una cuenta de Google, puedes descargar la plantilla directamente desde el siguiente
archivo adjunto.
Create a Sprint Plan and Sprint Backlog_SPA
XLSX File
Paso 2: Agregar la capacidad de puntos a la pestaña de la lista del Sprint
Primero, dirígete a la pestaña Lista de Sprint. Para agregar la capacidad de puntos:
 Encuentra la sección Sprints (en el lado derecho de la hoja).

 Debajo de la columna Sprint actual, agrega el número total de Puntos de historia que tu equipo
espera completar en el próximo Sprint.
Paso 3: Asignar elementos de la lista del Producto a la lista del Sprint
Llegó el momento de asignar elementos de la lista del Producto a tu lista del Sprint. Tu objetivo es
maximizar el valor y la velocidad sin sobrepasar la capacidad de puntos del equipo. Si un elemento
pone al equipo 60 puntos por arriba, saltéalo y agrega el siguiente elemento que se ajuste a la
capacidad restante. Recuerda que debes enfocarte en la epopeya de las Iniciativas para el cuidado
de las plantas en primer lugar. Puedes incluir elementos de la epopeya de Los árboles bonsái solo si
tienes capacidad de sobra.
Para agregar elementos a tu lista del Sprint:
 Dirígete a la pestaña Lista de producto.

 Busca el encabezado de la columna Valor y haz clic en la flecha de la lista desplegable. Selecciona
Ordenar hoja Z → A. Esto hará que los elementos de mayor valor aparezcan arriba.
 Asigna elementos de la lista al Sprint actual con los menús desplegables de la columna Sprint.
Cuando selecciones las historias para el Sprint, comienza desde arriba con los elementos de mayor
valor. Luego, asigna elementos a lo largo de toda la lista hasta que el número asignado de Puntos de
historia coincida con la capacidad esperada del equipo.
 Para verificar el número de puntos asignados al Sprint actual en Google Sheets, dirígete al Paso 4.
Para verificar tus puntos en Excel, dirígete al Paso 5.
Paso 4: Verificar la capacidad de puntos en la pestaña de la lista del Sprint (versión de Google
Sheets)
Si estás utilizando Google Sheets, los elementos de la lista que asignaste al Sprint actual se
completarán automáticamente en la pestaña de la Lista del Sprint. El número total de Puntos de
historia de estos elementos aparecerá al lado de los Puntos asignados. El valor total aparecerá al
lado del Valor atribuido.
Corrobora siempre que el número de Puntos de historia asignado se ajuste a la capacidad del Sprint
actual. Si el número es menor o mayor que la capacidad, intenta volver a asignar los elementos de la
Lista de producto como sea necesario. Una vez que estés satisfecho con tu lista del Sprint, dirígete al
Paso 6.
Paso 5: Verificar la capacidad de puntos en la pestaña de la lista del Sprint (versión de Excel)
Si estás utilizando Excel, tendrás que mover los elementos de la lista del Producto a la lista del Sprint
de forma manual:
 En la pestaña Lista de producto, selecciona el menú desplegable en la parte de arriba de la columna

Sprint.
 Luego selecciona Ordenar de la A a la Z para agrupar los elementos del Sprint actual.
 Resalta los elementos del Sprint actual y asegúrate de incluir todas las celdas de la columna
Epopeya en la columna Sprint.
 Pega las celdas en la pestaña Lista del Sprint.
 El número total de Puntos de historia de estos elementos aparecerá en la sección Sprints, al lado de
los Puntos asignados. El valor total aparecerá al lado del Valor atribuido.
Corrobora siempre que el número de Puntos de historia asignado se ajuste a la capacidad del Sprint
actual. Si el número es menor o mayor que la capacidad, intenta volver a asignar los elementos de la
Lista de producto como sea necesario.
Paso 6: Asignar los elementos restantes al Sprint siguiente (versiones en Google Sheets y Excel)
Regresa a la pestaña Lista de producto. Para cualquier elemento que no entró en el Sprint actual,
selecciona Sprint siguiente en el menú desplegable.
Recuerda que hay más de una forma posible de crear una lista. Puede haber necesidades del
proyecto o dependencias que necesiten ajustes por parte del encargado del producto. Tu equipo
seguirá iterando y completando la planificación del Sprint a través del ciclo de vida del proyecto.
Review criteria
menos
Hay un total de 7 puntos para esta actividad. Al menos dos de tus compañeros evaluarán tu plan del
Sprint y la lista. Tu calificación final será el promedio de estas puntuaciones. Debes obtener 6 de los
7 puntos totales para aprobar.
Dar buenos comentarios

menos
Una vez que completes la actividad, revisa y ofrece comentarios constructivos al menos a dos
compañeros de clase. A continuación, se presentan algunas pautas que te ayudarán a dejar
comentarios constructivos a tus compañeros.
Al brindar comentarios, considera lo siguiente:
 Liderar con comentarios positivos

 Proporcionar un equilibrio de comentarios positivos y prácticos
 Apegarse a comentarios centrados en información específica, temas y observaciones
¿Listo para entregar tu trabajo? Dirígete a la pestaña Mi entrega en la parte superior de
la página.
Aplica lo que aprendiste usando Asana
Como en las actividades anteriores, también puedes utilizar Asana para planificar y ejecutar los
Sprints. Las reuniones de planificación del Sprint pueden llevar mucho tiempo y los pasos siguientes
pueden terminar en hojas de cálculo o en tableros puntuales. Si planificas los Sprints en Asana, los
equipos pueden comprender con claridad y ver en un solo lugar las planificaciones del Sprint, los
hitos, las fechas de lanzamiento y la lista con todos los esfuerzos de trabajo y las comunicaciones.
Pasa al siguiente elemento del curso
Abrir para aprender cómo completar esta actividad utilizando Asana
Abrir, una herramienta de gestión del trabajo que ayuda a los equipos a organizar su trabajo en un
solo lugar. Luego, en una próxima actividad
Abrir para poder aplicar tú mismo qué aprendiste en Asana.
Muchas organizaciones adoptan herramientas de gestión del trabajo similares, y familiarizarte con
las diversas opciones te ayudará a prepararte para triunfar. ¿Todo listo para empezar? Dirígete al
siguiente elemento del curso
Abrir para empezar.
Crear y administrar Sprints en Asana

Hola.
Si te perdiste mis últimos dos videos en los que mostré cómo crear una lista
y agregar estimaciones en Asana, échales un vistazo. En este video,
demostraré cómo crear y administrar Sprints en Asana.
Te mostraré un ejemplo de cada paso
para que sepas exactamente cómo se hace.
Al planificar Sprints en Asana, los equipos pueden tener total claridad sobre la planificación de
Sprint,
los hitos, las fechas de lanzamiento y la lista, con los esfuerzos de trabajo
y las comunicaciones, todo junto en un solo lugar.
Luego, en la siguiente actividad, te daremos instrucciones detalladas
para que puedas probarlo tú mismo.
¡Empecemos!
Comenzaré abriendo la lista de Virtual Verde que creé
en la actividad anterior y a la que agregué la estimación en Asana.
En esta actividad, le asignaremos prioridad
y programaremos cada elemento de la lista para un próximo Sprint.
Así que agregaré un campo personalizado para Sprints,
que me permitirá saber fácilmente a qué Sprint está programada cada tarea.
Agregaré "Sprint" al título del campo y confirmaré el tipo de campo como menú desplegable.
Luego cambiaré la opción uno a "Sprint actual" y la opción dos a "Sprint siguiente".
Ahora asignaré elementos a la lista de Sprint
para los dos primeros Sprints. Para este paso, recomiendo cambiar a la vista de lista,
ya que es más fácil ver todas tus tareas a la vez.
Asignaré elementos al Sprint actual
o al Sprint siguiente con los menús desplegables de la columna Sprint.
Luego volveré a ordenar el proyecto por Sprint, para agrupar juntos los elementos
del Sprint. Por defecto,
Asana ordenará mis tareas dentro de las secciones que he creado.
Si desactivo la ordenación en las secciones, veré mis tareas
agrupadas por el campo personalizado que estoy usando para ordenar. En este caso, por Sprint.
También veré una suma de los campos numéricos personalizados en la parte inferior de cada grupo.
Esto facilita el seguimiento de la cantidad de puntos asignados
a cada Sprint para asegurarme de no superar la capacidad de mi equipo.
Por último, agregaré una fecha de vencimiento a cada tarea.
Asana ofrece muchas herramientas más para la planificación de Sprint.
Puedes personalizar los detalles del proyecto, planificar el Sprint con una línea de tiempo,
administrar las cargas de trabajo de Sprint y monitorear el progreso de los proyectos de Sprint.
La planificación de Sprint es solo una de las formas en que Asana puede ayudarte a gestionar
los proyectos y las tareas del equipo.
Desde alcanzar metas y plazos, hasta el seguimiento del progreso y la resolución de problemas,
la automatización y agilización del trabajo,
y la recopilación de todos los flujos de trabajo en un solo lugar,
Asana tiene muchos recursos para asegurarse de que todos los proyectos estén configurados para el
éxito.
Ahora es tu turno: dirígete a la siguiente parte del curso donde encontrarás
instrucciones detalladas para completar esta actividad en Asana por tu cuenta.
Actividad: Crear y administrar Sprints en

Asana
1.
Pregunta 1
Esta es una actividad opcional. Para aprobar este cuestionario de práctica, debes tener un puntaje
del 100 %, o 1 punto sobre 1, completando la siguiente actividad.
Resumen de la actividad
En la actividad Crear un plan de Sprint y una lista de Sprint, planificaste el primer Sprint para el
proyecto Virtual Verde. Aquí, recrearás la planificación de ese Sprint usando Asana.
Instrucciones paso a paso
Paso 1: Iniciar sesión en Asana o crear una nueva cuenta
Esta actividad incluye algunas funciones de Asana Premium. No podrás completar todos los pasos de
la actividad sin una prueba Premium activa o una cuenta Premium.
Si no tienes una cuenta de Asana, puedes crear una gratis aquí. Cuando te registres, tu prueba
Premium gratuita de 30 días comenzará automáticamente. Si te registraste en Asana en un curso
anterior y todavía estás dentro de la prueba de 30 días, puedes iniciar sesión en esa cuenta para
acceder a las funciones Premium.
Si ya tienes una cuenta gratuita de Asana o si la prueba gratuita de 30 días ha finalizado, puedes
crear una nueva cuenta para comenzar una nueva prueba y acceder a las funciones Premium para
esta actividad.
Paso 2: Abrir tu lista desde la última lección de Asana O descargar la plantilla de la lista como un
archivo CSV
Si completaste la actividad opcional Agregarestimaciones en Asana, abre la lista de Virtual Verde con
estimaciones. (Puedes encontrarla en la pantalla de inicio, en Proyectos recientes). Luego ve al Paso 4
a continuación.
Si no completaste esa actividad, deberás descargar la plantilla de la lista como archivo CSV y luego
importarla a Asana.
Nota: Los archivos .xlsx no son compatibles con la herramienta de importación de CSV de Asana.
Descargar la plantilla como un archivo CSV:
Paso 3: Cargar la plantilla CSV a Asana para crear un nuevo proyecto
Para crear un nuevo proyectoutilizando el archivo CSV, sigue las instrucciones a continuación:
En la pantalla de inicio de Asana, ve a Proyectos recientes y selecciona Nuevo proyecto.
Elige Importar hoja de cálculo.
Se te pedirá que le asignes un nombre a tu proyecto. Titúlalo "Lista de Virtual Verde". (También
tienes la opción de ajustar la configuración de Equipo y Privacidad, pero no necesitas cambiarlos
para este ejercicio).
Elige Seleccionar archivo para importar.
En la siguiente pantalla, elige Seleccionar un archivo CSV para importar para cargar el archivo.
(También puedes arrastrar y soltar el archivo CSV en el área de carga).
Finalmente, selecciona Ir al proyecto para iniciar el nuevo proyecto en la Vista de lista.
Paso 4: Agregar un campo personalizado para Sprints
Finalmente, debes crear un nuevo campo personalizado para organizar los Sprints.
Selecciona Personalizarcerca de la esquina superior derecha de la lista y elige Agregar campo.
Escribe "Sprint" en Título del campo. El Tipo de campo debe ser "Desplegable".
Cambia el nombre "Opción 1" a "Sprint actual". También puedes cambiar el nombre "Opción 2" a
“Sprint siguiente”, pero necesitas crear un solo Sprint para este ejercicio.
Selecciona Crear campo.
Paso 5: Asignar elementos a la lista de Sprint
Asigna elementos de la lista al "Sprint actual" con los menús desplegables de la columna "Sprint". Si
has creado una segunda opción de Sprint, haz lo mismo con "Sprint siguiente".
Dado que el propósito de esta actividad es practicar la creación de Sprints en Asana, no importa qué
elementos agregues a la lista de Sprint. Puedes asignarlos como en la actividad Crear un plan de
Sprint y una lista de Sprint o asignarlos de manera diferente.
Paso 6: Ordenar por Sprint
Para ordenar el Backlog por Sprint, ve al menú Ordenary eligeSprint.
A continuación, vuelve al menú Ordenar para desactivar la opción Ordenar dentro de secciones. Al
deshabilitar esta opción, se agruparán las tareas por el campo personalizado seleccionado (en este
caso, el campo Sprint). También generará una suma de los puntos de estimación de cada Sprint (y
cualquier otro campo numérico) en la parte inferior de cada columna. Esto facilita el seguimiento de
la cantidad de puntos asignados a cada Sprint, para asegurarse de no exceder la capacidad del
equipo.
Paso 7: Añadir una fecha de vencimiento

Finalmente, añade una fecha de vencimiento para los elementos del "Sprint actual" en la columna
"Fecha de vencimiento". En la actividad Crear un plan de Sprint y una lista de Sprint, el Sprint está
programado para finalizar el 19 de marzo, pero puedes añadir cualquier fecha.
La lista de Sprint completada debe presentarse de la siguiente manera:

¡Asana ofrece muchas herramientas más para la planificación de Sprint! Puedes automatizar pasos
repetitivos agregando reglas, planificar y visualizar el trabajo de tu equipo con la vista Línea de
tiempo, o crear una plantilla personalizada para lanzar fácilmente un nuevo proyecto de
planificación de Sprint sin comenzar desde cero. Consulta este artículo sobre la Planificación de
Sprint en Asana para inspirarte.
¿Completaste esta actividad opcional?
1 punto
Sí
No
Código de honor de Coursera Obtener más informacion
Yo, WENDY CARRANZA DIAZ, entiendo que enviar un trabajo que no es mío podrá resultar en la
desaprobación permanente de este curso o la desactivación de mi cuenta de Coursera.
EnviarGuardar borrador
Me gusta
No me gusta
Informar de un problema
El scrum diario y la revisión de Sprint

Notas
Discutir
A modo de repaso, uno de los principios del manifiesto de Agile dice:

el método más eficiente y efectivo de transmitir información
dentro de un Equipo de Desarrollo es una conversación cara a cara.
En este video, discutiremos la comunicación con el equipo mediante dos tipos
de eventos cara a cara que ocurren durante y después del Sprint,
el Scrum diario y la revisión de Sprint.
Primero, el Scrum diario, que a veces se conoce como reunión breve,
es un momento para que el equipo de Scrum sincronice y priorice las actividades
del día. En 15 minutos, y a la misma hora y en el mismo lugar todos los días,
cada miembro del equipo responde las siguientes preguntas:
¿Qué hice ayer que ayudó al equipo de desarrollo a alcanzar la meta del Sprint?
¿Qué haré hoy para ayudar al equipo de desarrollo a alcanzar la meta del Sprint?
¿Noté algún impedimento que evite que el
equipo de desarrollo o yo alcancemos nuestras metas?
Las reuniones diarias deben brindarle al Scrum Master la oportunidad
de desbloquear rápidamente el equipo con poca demora. Las reuniones diarias son una
oportunidad
para reforzar el enfoque en la lista del Sprint y en la meta del Sprint.
La Guía oficial de Scrum dice que las reuniones diarias deben hacerse todos los días,
aunque he tenido equipos de Scrum exitosos que se reunían con menos frecuencia
que eso.
Mi equipo de Scrum actual tiene un Sprint de una semana
y tenemos reuniones dos días de la semana.
Descubrimos que esto funciona muy bien para nosotros.
Pruébalo y verás qué funciona mejor para tu equipo. Al cierre de un Sprint,
el equipo completará otro evento, conocido como revisión de Sprint.
Este evento de Sprint es crucial para los pilares del Scrum de inspección
y adaptación, y demuestra los valores de apertura, valentía y respeto.
Vamos a discutir a qué me refiero con eso.
La revisión de Sprint es una reunión con todo el equipo de Scrum
donde se demuestra el producto para determinar qué aspectos están terminados
y cuáles no. Durante una revisión de Sprint,
el equipo de desarrollo y
el propietario del producto jugarán un papel clave en esta inspección y discusión.
También cubrirán una exploración de qué elementos deben considerarse listos
en la lista de producto, y ellos demostrarán e inspeccionarán el producto.
Las revisiones de Sprint deben ser muy divertidas
y edificantes. La Revisión de Sprint es cuando el equipo comparte los logros
conseguidos en las últimas 1 a 4 semanas.
Estas reuniones con límite de tiempo no deben exceder las cuatro horas
y son una buena oportunidad para que el equipo practique los Valores de Scrum de apertura
y respeto al dar retroalimentación sobre el trabajo terminado.
A menudo, algunas de las mejores ideas de productos surgen de la revisión de Sprint.
Veamos un ejemplo. Con el nuevo servicio,
el equipo de Virtual Verde necesita lanzar su nueva página web
con plantas para la oficina en casa.
Imaginemos que el equipo de Scrum tiene un especialista en marketing en el equipo.
Recuerda que los Equipos de Scrum son multifuncionales.
Durante la reunión de revisión de Sprint de agosto, uno de los elementos de la lista de Sprint
era crear un correo electrónico de lanzamiento para enviar a los clientes corporativos de
Plant Pals existentes sobre la nueva aventura.
Durante la reunión de revisión de Sprint, el equipo recibe una demostración del correo electrónico.
Abren el correo electrónico en la pantalla compartida
y aportan la retroalimentación del especialista allí mismo en la reunión,
por ejemplo, Me encanta esa línea de apertura, realmente los atrae;
agrandemos la imagen de apertura;
¿podemos hacer que sea más fácil para el destinatario reenviar esto a sus amigos?
¿Podemos acortar este texto?
Es un poco largo.
Esta inspección grupal de un producto de trabajo del equipo tiene muchos beneficios
que van mucho más allá de un mejor correo electrónico de marketing.
En primer lugar, hace que la retroalimentación sea lo más inmediata posible.
No es necesario esperar a que las personas hagan la revisión por su cuenta y envíen
la retroalimentación luego. La retroalimentación y los ajustes pueden hacerse allí mismo en la
reunión.
En segundo lugar, todos tienen voz, lo que genera un sentido compartido de propiedad de cada
aspecto
del lanzamiento del producto.
Por último, pero no menos importante,
el equipo aprende más sobre cómo trabajan sus compañeros del equipo de marketing,
lo que aumenta la confianza y la comprensión entre los miembros del equipo.
La revisión de Sprint es el momento ideal para que el equipo demuestre lo que ha logrado.
La revisión de Sprint también permite que los miembros del equipo revelen lo que se llama
el incremento del producto.
El incremento del producto se produce después de un Sprint específico
y se considera publicable.
Un producto es publicable
cuando el equipo ha desarrollado un Producto Mínimo Viable, que tiene un conjunto
de características o requisitos implementados.
Un Producto Mínimo Viable es una versión de un producto con las funciones suficientes
para satisfacer a los primeros clientes. Al final de cada Sprint, solo los elementos que han cumplido
la ddefinición de “listo” se consideran parte del Incremento de Producto.
Todo lo que no está listo vuelve a la lista de producto.
¡Excelente trabajo!
Ya hemos cubierto las actividades que sucedieron durante un Sprint
para asegurarse de que el equipo está enfocado y está desarrollando soluciones valiosas.
En el próximo video, hablaremos de otra reunión importante que se lleva a cabo
en un equipo de Scrum: la retrospectiva de Sprint.
Nos vemos ahí.
Sarah: Los beneficios de una reunión breve

diaria
Hola, soy Sarah,
y soy gerente del programa en
el equipo de educación en ingeniería de Google.
Una forma de centralizar
y organizar que creo
no se menciona tan a menudo como la documentación
es simplemente mantener una breve reunión a diario
o una vez por semana
con el equipo de proyecto multifuncional.
A veces, como gerente de proyectos,
tendemos a decir, "No hace falta
que nuestro analista de datos sepa qué está haciendo
el especialista en marketing, simplemente porque se ocupan de cosas muy diferentes".
No obstante, si todos tienen la oportunidad
de acudir a una reunión semanal
para hablar un poco, decirse:
"Esto es lo que acabo de terminar.
Esto es en lo que estoy trabajando",
se crea una cierta visibilidad,
transparencia y se crea un sentido
de compañerismo y trabajo en equipo
que no se lograría con solo documentar todo eso
sin tener una charla al respecto.
El objetivo de estas breves reuniones
no es que duren tanto
como una retrospectiva o una asamblea.
Estas reuniones deben ser lo más cortas posible.
Normalmente las programo para que duren entre 15 y 20 minutos,
pero si son más cortas, mejor.
Queremos que la gente comente rápidamente
en qué están trabajando ahora
y si tienen algún obstáculo
que podría interferir
con un compañero de equipo o proyecto en particular,
con parte del proyecto y con el progreso,
entonces es posible que deba asignar tiempo adicional
con esa persona en particular
o con el propietario del flujo de trabajo
para resolver esas tareas y ver qué puede hacer para eliminar los obstáculos.
Otro aspecto que se debe considerar
de las reuniones breves diarias es que probablemente
estarás trabajando con personas en muchas zonas horarias diferentes,
de muchos lugares diferentes.
Mi recomendación es enviar
un mensaje o una encuesta del tipo:
"¿Les parece bien hacer la reunión a las 11:00 a. m. ET?
"¿Les parece bien hacer la reunión a las 4:00 p. m. ET?
y luego mantener el horario
para asegurarse de lograr un consenso
en vez de ponerlo en el calendario
y esperar que todos
acudan cada vez.
Si estás trabajando en un proyecto
con un plazo muy ajustado,
si haces una reunión breve todos los días,
trato de no fomentar la cultura
de que sea obligatorio que todos acudan.
Sucede todos los días, y puede haber
algunos componentes del proyecto
que avanzan más rápido que otros en determinados momentos.
Una excelente manera de lograr que las personas respeten su bloque de tiempo
en una reunión breve diaria o en cualquier tipo
de reunión es, antes de la reunión,
crear una agenda y escribir al lado
cuántos minutos se espera asignar
a cada actualización.
Pero si surge algo,
generalmente trato de no interrumpirlos a la mitad de la oración.
Nunca es una buena manera de trabajar
con los interesados
ni con el equipo de proyecto, no es conveniente decir:
"Ya pasaron dos minutos, se terminó el tiempo".
Es mejor esperar a que haya una pausa natural
en la conversación para decir: "Oye,
necesitamos asignar
10 o 15 minutos a otro tema,
¿podemos dejar este tema en pausa y
volver a él si tenemos tiempo más tarde
o, si no, en la próxima reunión?"
Incremento publicable vs. producto mínimo

viable
En el último video, aprendiste que el incremento de producto es lo que se produce después de un
Sprint determinado y se considera publicable.
La Guía de scrum establece que “Un Incremento es un paso concreto hacia el objetivo del producto.
Cada incremento se suma a todos los incrementos anteriores y se verifica exhaustivamente, lo que
garantiza que todos los incrementos funcionen juntos. Para proporcionar valor, el incremento debe
ser utilizable”.
Incremento de producto potencialmente publicable
El incremento de producto potencialmente publicable (o entregable) es una forma práctica para que
los equipos piensen en el resultado deseado de un Sprint. El objetivo de cada Sprint es lograr una
adición completa, probada y lista para enviar al producto o solución. Esto no significa que el
producto realmente se enviará a los clientes; es por eso que usan la palabra "potencialmente".
Considera, por ejemplo, crear una aplicación para encontrar y adoptar mascotas. Tres características
en la lista de producto podrían ser:
1. presentar información sobre mascotas disponibles;

2. calificar las coincidencias potenciales según los adoptantes;
3. permitir que el usuario se comunique con el centro de adopción.
No tiene sentido enviar ninguna de esas funciones de forma aislada, pero es útil terminar un
incremento de producto potencialmente publicable porque permite al equipo ver una función en su
totalidad en lugar de trabajar en fragmentos de las tres funciones con ninguna de ellas realmente
completada. Con un incremento de producto potencialmente publicable, crearás una
implementación completa, funcional y probada de una función en un solo Sprint.
Tener un incremento potencialmente publicable también le permite al equipo obtener comentarios

tempranos sobre el producto, garantizar que el trabajo sea de alta calidad y tener la oportunidad de
responder al cambio. Siempre debes centrarte en un incremento de producto potencialmente
publicable como tu objetivo de Sprint.
Definición de Listo
Un término relacionado es la Definición de Listo. La Definición de Listo es una descripción formal del
estado del incremento de producto potencialmente publicable y lo que significa cuando cumple con
las medidas de calidad requeridas para el producto. Son los requisitos acordados por el equipo para
cualquier elemento pendiente que se considere "terminado". En los proyectos de software, los
equipos a menudo deciden que "terminado" significa que el software se completó, revisó y pasó las
pruebas. En un proyecto que no es de software, una definición de Listo puede ser un documento que
incluye una revisión legal con aprobación o un informe de cierre formalizado. La parte importante de
averiguar la definición de Listo de tu equipo es tener una comprensión explícita y compartida de lo
que implica estar "Listo".
Pero, ¿cómo saber cuándo una solución se puede enviar o publicar? En un equipo de Scrum, en
última instancia, es decisión del propietario del producto asegurarse de que haya valor antes de
lanzar un elemento. Para determinar esto, pueden considerar algunas cosas:
1. ¿Está completo el incremento?

2. ¿Aportará valor y cumple con las medidas de calidad? ¿Ha sido bien probado?
3. ¿Es utilizable por el usuario final? ¿Podemos utilizar sus comentarios directos o indirectos para
mejorar futuras versiones del producto?
Comparación del incremento del producto publicable con el producto mínimo

viable
Como aprendiste en el video anterior, un producto mínimo viable (MVP) es una versión de un
producto con las funciones suficientes para satisfacer a los primeros clientes. Eric Ries, empresario y
autor, acuñó el término en esta guía y definió un MVP como “esa versión de un nuevo producto que
permite a un equipo recopilar la máxima cantidad de aprendizaje validado sobre los clientes con el
mínimo esfuerzo”. En otras palabras, recopilar información de un MVP permite obtener comentarios
más rápidos de los usuarios que desarrollar un producto con todas las funciones que puede no estar
100 % probado o seguro. Algunos ejemplos de un MVP podrían ser una página de destino para su
sitio web o un botón "comprar ahora" que no hace nada más que registrar que alguien ha hecho clic
en él. Un producto mínimo viable es un paquete de funciones que puede requerir varios Sprints para
desarrollarse, pero el objetivo de cada Sprint es producir un incremento del producto. Para
diferenciar entre un incremento potencialmente publicable y un MVP, tomemos nuestro ejemplo de
la aplicación de adopción de mascotas en línea y las tres funciones que discutimos anteriormente.
Notamos que cada una de estas funciones por sí solas no era una versión útil de la solución. Sin
embargo, el propietario del producto puede decidir que el MVP para esta experiencia de usuario es
implementar estos tres requisitos solo para gatos. Al reducir el alcance del MVP, el propietario del
producto puede lanzar la solución al mercado y recopilar comentarios de los usuarios que desean
adoptar gatos. Estos comentarios serán valiosos no solo para el proceso de adopción de gatos, sino
también para cualquier tipo de adopción de mascotas en futuras iteraciones del producto.
Conclusión clave
Entonces, ¿puede un incremento publicable ser un MVP? Sí. ¿Siempre tiene que ser un MVP? No
necesariamente. Un Scrum Master o propietario de producto siempre se asegura de que el equipo
esté creando incrementos potencialmente publicables de la solución o producto. Luego, el
propietario del producto utiliza esos incrementos del producto y los conocimientos comerciales para
determinar qué constituirá un lanzamiento valioso y viable del producto para sus clientes. Esto se
basa tanto en el valor entregado por el usuario como en la capacidad de recopilar comentarios que
mejorarán continuamente el producto.
Completado(a)
La retrospectiva de Sprint
Si has estado siguiendo este programa,
has aprendido mucho sobre las retrospectivas,
una parte importante de la gestión de proyectos,
independientemente del enfoque que se tome.
En este video, analizaremos el último
de los cinco eventos de Scrum: la retrospectiva de Sprint.
La retrospectiva de Sprint es una reunión imprescindible
de hasta tres horas en la que el equipo de Scrum cambia la perspectiva,
reflexiona e identifica mejoras
para trabajar juntos como equipo.
En una retrospectiva de Sprint,
el Equipo de Scrum reflexionará sobre lo que funciona
o no funciona para el equipo en materia de personal,
procesos y herramientas.
¿Qué mejoras vale la pena explorar en el próximo Sprint?
¿Qué mejoras se implementaron para el último Sprint?
¿Fueron útiles o no? ¿Por qué?
Según mi experiencia, se pueden tomar algunas medidas clave
para garantizar el éxito de las retrospectivas de Sprint.
Primero, es importante demostrar el valor del Scrum
de respetar y permitir siempre que el equipo permanezca intachable.
Si algún miembro del equipo está preocupado porque puede haber
consecuencias negativas porque se proporciona retroalimentación,
los resultados no serán tan beneficiosos.
Deberás crear un espacio seguro para la franqueza
reconociendo esta posible incomodidad y, en caso de ser necesario,
crear un espacio para la retroalimentación anónima o privada.
La participación es clave porque las retrospectivas
solo funcionan si los participantes
sienten que sus aportes son importantes.
Si notas que algunas personas
no ofrecen voluntariamente sus perspectivas,
busca formas de generar nuevas ideas,
como preguntarles:
¿Qué podríamos probar en el próximo Sprint?
¿Qué nos retrasó?
¿Sucedió algo inesperado?
Las respuestas a estas preguntas
pueden ayudarte a entender cómo mejorar.
Por ejemplo, recientemente,
mi equipo descubrió que tener dependencias
en interesados ajenos al Equipo de Scrum
nos estaba retrasando.
En nuestra retrospectiva, decidimos aumentar el reconocimiento
de las prioridades con respecto a estos interesados externos
a través de algunos nuevos canales de comunicación.
A continuación, equilibra lo negativo con lo positivo.
No te limites a preguntar qué se puede mejorar,
sino que haz también preguntas como:
¿En qué aspectos alcanzamos el éxito?
El equipo debe sentir que tuvo éxito,
y también debe recrear estos resultados exitosos.
Finalmente, asegúrate de actuar en consecuencia.
Los equipos pueden desanimarse
de participar en futuras retrospectivas
si sienten que sus comentarios no inspirarán el cambio.
Busca mejoras, o simplemente convierte
lo que mejor funcionó
en los hábitos y las normas de tu equipo.
Facilitar la conversación entre el equipo de Scrum,
tanto durante las retrospectivas como en los flujos de trabajo cotidianos,
es un aspecto increíblemente importante de ser
el Scrum Master y un gerente de proyectos.
En el siguiente video, analizaremos cómo preservar
la transparencia del flujo de trabajo
con las herramientas esenciales de Scrum.
Estas también ayudarán a lograr
una buena comunicación dentro del equipo. Nos vemos ahí.
Retrospectivas de Sprints: Dificultades y

prácticas recomendadas
A lo largo de este programa, hemos hablado de retrospectivas. Las retrospectivas son un aspecto
integral de la gestión de proyectos, especialmente cuando se trata de trabajar en Scrum. Como
mencionamos en el video anterior, las retrospectivas son uno de los cinco eventos de Sprint en
Scrum. En esta lectura, aprenderás algunas de las mejores prácticas para implementar y las
dificultades que debes evitar al realizar retrospectivas de Sprint.
Retrospectivas de Sprint
Como repaso, las retrospectivas son talleres o reuniones que dan tiempo a los equipos de proyecto
para reflexionar sobre un proyecto y hacer una tormenta de ideas sobre posibles mejoras futuras. En
el framework de Scrum, las retrospectivas de Sprint ocurren al final de cada Sprint, que suele ser
cada una a cuatro semanas.
Las retrospectivas de Sprint son una práctica clave que respalda la teoría y los valores de Scrum. Son
un momento crítico para inspeccionar y adaptarse a los resultados producidos dentro del bloque de
tiempo del Sprint. Las retrospectivas ocurren con mucha más frecuencia en Scrum que en la gestión
de proyectos tradicional, por lo que es importante tener en cuenta algunas de las mejores prácticas y
las dificultades que se deben evitar para ayudar a que sean atractivas y productivas para todo el
equipo.
Dificultades
 Evitar usar demasiados trucos. Hay muchos juegos y ejercicios divertidos que un Scrum Master
puede usar al facilitar una retrospectiva de Sprint. Sin embargo, no todos los equipos disfrutan de
este estilo. Considere usar estos ejercicios solo ocasionalmente o cuando el equipo solicite nuevas
formas de hacer retrospectivas.
 Intentar no centrarse solo en lo negativo. No solo es necesario que el equipo reconozca lo que no
funciona bien, sino que también es importante resaltar dónde superó las expectativas. Esto asegura
que el equipo evite fallas y también repita los éxitos.
 Evitar cambiar los procesos después de cada retrospectiva. Está bien mantener un nuevo proceso
durante algunos Sprints antes de decidir si fue útil o no. Siempre puedes tomar nota de las
oportunidades de cambio, pero intenta esperar algunos Sprints antes de implementar nuevos
cambios.
Prácticas recomendadas
 Hacer preguntas abiertas de sondeo. Haz preguntas que requieran una discusión reflexiva en lugar
de una respuesta afirmativa o negativa. Por ejemplo, pregunta: "¿Cómo podríamos haber logrado
mejor nuestro objetivo de Sprint?" en lugar de "¿Logramos el objetivo de Sprint?"
 Considerar diversos estilos de comunicación y participación. Facilita la participación de todos los
miembros del equipo para que puedan contribuir con sus ideas y comentarios. Por ejemplo, no
todos se sienten cómodos hablando en un grupo grande. Intenta cosas como comenzar la
retrospectiva con una reflexión silenciosa escribiendo un diario o poniendo al equipo en parejas
antes de comenzar una conversación de grupo más grande.
 Cubrir los muchos aspectos del Sprint al realizar una retrospectiva.
1. La productividad y eficiencia del equipo.
2. El alcance y la comprensión de la definición de listo.
3. La comunicación y las interacciones dentro del equipo.
4. La comunicación con los interesados.
5. El progreso hacia más planes de lanzamiento a largo plazo.
 Considerar reflexionar periódicamente sobre la teoría y los valores de Scrum haciendo preguntas
específicas. Por ejemplo, pregunta: "¿Cómo podría el equipo volverse más transparente?" o "¿Cómo
cumplimos con nuestros valores de Scrum en este Sprint?"
Completado(a)
Ejemplo de la actividad: Recapitular una

retrospectiva de Sprint
Aquí hay un ejemplo terminado, junto con una explicación de por qué el ejemplo cumple los
requisitos de la actividad anterior.
Ejemplo terminado
Para ver el ejemplo de este elemento del curso, haz clic en el enlace a continuación y selecciona
“Utilizar plantilla”.
Enlace al ejemplo: Correo electrónico de retrospectiva de Sprint
Si no tienes una cuenta de Google, puedes descargar el ejemplo directamente desde el siguiente
archivo adjunto.
Activity Exemplar_ Sprint retrospective email_SPA
DOCX File
Evaluación del ejemplo
Compara el ejemplo con el correo electrónico retrospectivo que completaste. Revisa tu trabajo
según cada uno de los criterios del ejemplo. ¿Qué cosas hiciste bien? ¿En qué aspectos podrías
mejorar? Las respuestas a estas preguntas te servirán de guía a medida que avanzas en el curso.
Nota: Tu correo electrónico puede abordar diferentes resultados, según los puntos clave que hayas
decidido enfatizar.
Revisemos el ejemplo de correo electrónico sección por sección:
La línea de asunto es breve y describe el contenido del mensaje.
La introducción saluda al equipo y explica el motivo del correo electrónico.
El resumen resume el contenido de la reunión y reconoce el arduo trabajo del equipo.
Las conclusiones clave son elementos procesables de las notas de la reunión que pueden ayudar a
mejorar los procesos para futuros Sprints. Por ejemplo:
1. La conclusión de las notas sobre la codificación y las actualizaciones del sitio web es: “¡Nuestros
equipos de producto y desarrollo hicieron un gran trabajo al poner en funcionamiento las nuevas
funcionalidades del sitio web! ¡Cualquier problema de codificación se resolvió rápidamente!”
2. La conclusión de la nota sobre los problemas con el folleto de atención es: "Podemos integrar mejor
el contenido y los procesos de diseño en el futuro".
3. La conclusión de la nota sobre los retrasos en el envío de los artículos del kit de cuidado es:
"Creemos un plan para mejorar la comunicación con los proveedores, de modo que podamos estar
al tanto de los cronogramas de envío".
En próximos pasos, se sacan conclusiones y se describe lo que el equipo debe hacer a continuación.
El cierre del correo electrónico incluye una firma.
Completado(a)
1.
Pregunta 1
Esta es una actividad opcional. Para aprobar este cuestionario de práctica, debes tener un puntaje
del 100 %, o 1 punto sobre 1, completando la siguiente actividad.
Resumen de la actividad
En la actividad Crear un plan de Sprint y una lista de Sprint, planificaste el primer Sprint para el
proyecto Virtual Verde. Aquí, recrearás la planificación de ese Sprint usando Asana.
Instrucciones paso a paso
Paso 1: Iniciar sesión en Asana o crear una nueva cuenta
Esta actividad incluye algunas funciones de Asana Premium. No podrás completar todos los pasos de
la actividad sin una prueba Premium activa o una cuenta Premium.
Si no tienes una cuenta de Asana, puedes crear una gratis aquí. Cuando te registres, tu prueba
Premium gratuita de 30 días comenzará automáticamente. Si te registraste en Asana en un curso
anterior y todavía estás dentro de la prueba de 30 días, puedes iniciar sesión en esa cuenta para
acceder a las funciones Premium.
Si ya tienes una cuenta gratuita de Asana o si la prueba gratuita de 30 días ha finalizado, puedes
crear una nueva cuenta para comenzar una nueva prueba y acceder a las funciones Premium para
esta actividad.
Paso 2: Abrir tu lista desde la última lección de Asana O descargar la plantilla de la lista como un
archivo CSV
Si completaste la actividad opcional Agregarestimaciones en Asana, abre la lista de Virtual Verde con
estimaciones. (Puedes encontrarla en la pantalla de inicio, en Proyectos recientes). Luego ve al Paso 4
a continuación.
Si no completaste esa actividad, deberás descargar la plantilla de la lista como archivo CSV y luego
importarla a Asana.
Nota: Los archivos .xlsx no son compatibles con la herramienta de importación de CSV de Asana.
Descargar la plantilla como un archivo CSV:

Paso 3: Cargar la plantilla CSV a Asana para crear un nuevo proyecto
Para crear un nuevo proyectoutilizando el archivo CSV, sigue las instrucciones a continuación:
En la pantalla de inicio de Asana, ve a Proyectos recientes y selecciona Nuevo proyecto.
Elige Importar hoja de cálculo.
Se te pedirá que le asignes un nombre a tu proyecto. Titúlalo "Lista de Virtual Verde". (También
tienes la opción de ajustar la configuración de Equipo y Privacidad, pero no necesitas cambiarlos
para este ejercicio).
Elige Seleccionar archivo para importar.
En la siguiente pantalla, elige Seleccionar un archivo CSV para importar para cargar el archivo.
(También puedes arrastrar y soltar el archivo CSV en el área de carga).
Finalmente, selecciona Ir al proyecto para iniciar el nuevo proyecto en la Vista de lista.
Paso 4: Agregar un campo personalizado para Sprints
Finalmente, debes crear un nuevo campo personalizado para organizar los Sprints.
Selecciona Personalizarcerca de la esquina superior derecha de la lista y elige Agregar campo.
Escribe "Sprint" en Título del campo. El Tipo de campo debe ser "Desplegable".
Cambia el nombre "Opción 1" a "Sprint actual". También puedes cambiar el nombre "Opción 2" a
“Sprint siguiente”, pero necesitas crear un solo Sprint para este ejercicio.
Selecciona Crear campo.
Paso 5: Asignar elementos a la lista de Sprint
Asigna elementos de la lista al "Sprint actual" con los menús desplegables de la columna "Sprint". Si
has creado una segunda opción de Sprint, haz lo mismo con "Sprint siguiente".
Dado que el propósito de esta actividad es practicar la creación de Sprints en Asana, no importa qué
elementos agregues a la lista de Sprint. Puedes asignarlos como en la actividad Crear un plan de
Sprint y una lista de Sprint o asignarlos de manera diferente.
Paso 6: Ordenar por Sprint
Para ordenar el Backlog por Sprint, ve al menú Ordenary eligeSprint.

A continuación, vuelve al menú Ordenar para desactivar la opción Ordenar dentro de secciones. Al
deshabilitar esta opción, se agruparán las tareas por el campo personalizado seleccionado (en este
caso, el campo Sprint). También generará una suma de los puntos de estimación de cada Sprint (y
cualquier otro campo numérico) en la parte inferior de cada columna. Esto facilita el seguimiento de
la cantidad de puntos asignados a cada Sprint, para asegurarse de no exceder la capacidad del
equipo.
Paso 7: Añadir una fecha de vencimiento
Finalmente, añade una fecha de vencimiento para los elementos del "Sprint actual" en la columna
"Fecha de vencimiento". En la actividad Crear un plan de Sprint y una lista de Sprint, el Sprint está
programado para finalizar el 19 de marzo, pero puedes añadir cualquier fecha.
La lista de Sprint completada debe presentarse de la siguiente manera:

¡Asana ofrece muchas herramientas más para la planificación de Sprint! Puedes automatizar pasos
repetitivos agregando reglas, planificar y visualizar el trabajo de tu equipo con la vista Línea de
tiempo, o crear una plantilla personalizada para lanzar fácilmente un nuevo proyecto de
planificación de Sprint sin comenzar desde cero. Consulta este artículo sobre la Planificación de
Sprint en Asana para inspirarte.
¿Completaste esta actividad opcional?
1 punto
Sí
No
Código de honor de Coursera Obtener más informacion
Yo, WENDY CARRANZA DIAZ, entiendo que enviar un trabajo que no es mío podrá resultar en la
desaprobación permanente de este curso o la desactivación de mi cuenta de Coursera.

Introducción Al Sprint: Notas

Cargado por

Copyright:

Formatos disponibles

Introducción Al Sprint: Notas

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Introducción Al Sprint: Notas

Cargado por

Copyright:

Formatos disponibles

EVENTOS DE SCRUM

El Sprint: Descripción general de la guía de

 no se realizan cambios que puedan poner en peligro el objetivo del Sprint;

Tareas calificadas por los

Revisa el siguiente escenario. Luego, completa las instrucciones paso a paso.

Abre tu lista del Producto

Step-By-Step Assignment Instructions

Enlace a la plantilla: Sprint Backlog Open

Create a Sprint Plan and Sprint Backlog_SPA

Paso 2: Agregar la capacidad de puntos a la pestaña de la lista del Sprint

Primero, dirígete a la pestaña Lista de Sprint. Para agregar la capacidad de puntos:

 Encuentra la sección Sprints (en el lado derecho de la hoja).

Para agregar elementos a tu lista del Sprint:

 Dirígete a la pestaña Lista de producto.

 En la pestaña Lista de producto, selecciona el menú desplegable en la parte de arriba de la columna

Dar buenos comentarios

Al brindar comentarios, considera lo siguiente:

 Liderar con comentarios positivos

Aplica lo que aprendiste usando Asana

Pasa al siguiente elemento del curso

Abrir para aprender cómo completar esta actividad utilizando Asana

Abrir para poder aplicar tú mismo qué aprendiste en Asana.

Crear y administrar Sprints en Asana

Actividad: Crear y administrar Sprints en

Instrucciones paso a paso

Paso 1: Iniciar sesión en Asana o crear una nueva cuenta

Descargar la plantilla como un archivo CSV:

Paso 3: Cargar la plantilla CSV a Asana para crear un nuevo proyecto

En la pantalla de inicio de Asana, ve a Proyectos recientes y selecciona Nuevo proyecto.

Elige Importar hoja de cálculo.

Elige Seleccionar archivo para importar.

Finalmente, selecciona Ir al proyecto para iniciar el nuevo proyecto en la Vista de lista.

Paso 4: Agregar un campo personalizado para Sprints

Selecciona Personalizarcerca de la esquina superior derecha de la lista y elige Agregar campo.

Selecciona Crear campo.

Paso 5: Asignar elementos a la lista de Sprint

Paso 6: Ordenar por Sprint

Para ordenar el Backlog por Sprint, ve al menú Ordenary eligeSprint.

Paso 7: Añadir una fecha de vencimiento

La lista de Sprint completada debe presentarse de la siguiente manera:

¿Completaste esta actividad opcional?

Código de honor de Coursera Obtener más informacion

El scrum diario y la revisión de Sprint

A modo de repaso, uno de los principios del manifiesto de Agile dice:

Sarah: Los beneficios de una reunión breve

Incremento publicable vs. producto mínimo

Incremento de producto potencialmente publicable

1. presentar información sobre mascotas disponibles;

Tener un incremento potencialmente publicable también le permite al equipo obtener comentarios

1. ¿Está completo el incremento?

Comparación del incremento del producto publicable con el producto mínimo

Retrospectivas de Sprints: Dificultades y

Ejemplo de la actividad: Recapitular una

Activity Exemplar_ Sprint retrospective email_SPA

Evaluación del ejemplo

Revisemos el ejemplo de correo electrónico sección por sección:

La línea de asunto es breve y describe el contenido del mensaje.

La introducción saluda al equipo y explica el motivo del correo electrónico.