A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Mostrando y aprendiendo: demos y retrospectivas

19/21
Recursos

Aportes 69

Preguntas 20

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

Yo creo que la pregunta 驴Qu茅 podemos mejorar? hace una mejor conexi贸n con lo que no se hizo tan bien, pero de manera positiva.
La pregunta: qu茅 no hicimos tan bien? tiene cierta relaci贸n a lo negativo.
Las preguntas:
Qu茅 hicimos bien?
Que debemos mejorar?
Qu茅 har铆amos diferente para la pr贸xima vez?

Estas preguntas son de lo conocido como Feedback (retroalimentaci贸n) Positivo.
Son muy 煤tiles estas preguntas tambi茅n no solo en Scrum, sino como un proceso de autoretroalimentaci贸n, autopreguntarse. 馃槂

La Restrospectiva es una ceremonia donde interactuamos con el cliente, el objetivo es tener retroalimentaci贸n r谩pida, normalmente se hace en el 煤ltimo d铆a del sprint y revisaremos que hemos aprendido , le mostraremos al cliente que logramos desarrollar, se puede mostrar por partes durante la semana o todo al final del sprint. Ojo aqu铆 no mostramos presentaciones o documentos, aqu铆 solo se muestra el producto.

Si no se logran cumplir los objetivos, tenemos que ser siempre transparentes y tratar de resolverlo par el siguiente sprint. Es una reuni贸n informal y abierta al di谩logo, no es una reuni贸n de seguimiento.

El Scrum Master es responsable de programar la reuni贸n, al final de la reuni贸n vamos a tener una lista de producto actualizada.

Despu茅s del sprint review viene una retrospectiva, donde el equipo de scrum analiza las oportunidades de mejora, no buscamos culpables, buscar de forma positiva como se puede mejorar.

Retrospectiva:

  • Herramientas, tenemos todo lo necesario para cumplir nuestro objetivo
  • Relaciones, son fluidas o hay problemas
  • Personas, como es la interacci贸n
  • Procesos, todav铆a se ajustan al desarrollo

Preguntarse:

Qu茅 hicimos bien?
Qu茅 hicimos mal?
Qu茅 podemos mejorar?

En base a estas respuestas vamos a hacer un plan de acci贸n para aplicar las correcciones necesarias a nuestros procesos.

Revisi贸n del Sprint (Sprint Review)

Esta ceremonia ocurre al final del sprint, osea el 煤ltimo d铆a. se le muestra al cliente el software que se ha realizado. no necesariamente tiene que ser una reuni贸n puede ser varias reuniones.


La transparencia es importante, en esta reuni贸n se trabaja mucho la comunicaci贸n con el cliente. es abierta al dialogo y no es una reuni贸n de seguimiento. El objetivo es ver el producto.


Lo organiza el scrum y no debe ser mas de 4 horas y al final de la reuni贸n se tendr谩 una lista actualizada del producto desarrollado.


Restrospectiva

Es una reuni贸n interna con el equipo de scrum, donde se pueden expresar libremente lo que piensan y dar feedback de la situaci贸n. esto se da en un ambiente m谩s relajado. Debe ser productiva y positiva y no buscar culpables. no debe durar m谩s de 15 a 30 min de un sprint de 2 semanas y menos de 4 para un sprint de un mes y esta reuni贸n la organiza el scrum master.


Elementos que se discuten:

  • Herramientas
  • Relaciones
  • Personas
  • Procesos

Preguntas a responder:

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 podemos mejorar?
<h3>馃 Les dejo un mapa mental con lo visto en el curso, puede pasar a la secci贸n de tutoriales para poder descargarlo a buena resoluci贸n.</h3>

.

La clave del Sprint Review es mostrarle al Product Owner la funcionalidad del Software para que vea las oportunidades de mejora del producto y no tanto una presentaci贸n con slides.
Durante el Sprint Retrospective participa el Development Team quienes se deben enfocar en sacar los puntos positivos y no en buscar culpables de porqu茅 hubieron incumplimientos en el _ Sprint_.

Mostrando y aprendiendo: demos y retrospectivas

馃數 Revisi贸n del sprint

La revisi贸n del sprint ocurre siempre al final del sprint, en ella se demuestran los avances de la iteraci贸n y el producto funcional que se construyo.

Esta reuni贸n es informal y abierta al di谩logo. No es una reuni贸n de seguimiento.

Esta reuni贸n es facilitada por el Scrum Master y no debe durar m谩s de cuatro horas para sprints de un mes. Para sprints m谩s cortos, debe durar menos tiempo.

Al final de la revisi贸n se tendr谩 una lista de producto actualizada.

La clave es mostrarle el producto desarrollado al cliente, no tanto las presentaciones.

馃數 Revisi贸n

Es una reuni贸n del equipo. es facilitada por el Scrum Master y no participa el cliente durante esta ceremonia. Se considera un ambiente m谩s relajado. No debe durar m谩s de tres horas para un sprint de un mes.

Es una reuni贸n positiva y productiva. No es una reuni贸n para buscar culpas.

Durante la retrospectiva se discuten los siguientes elementos:

  • Herramientas
  • Relaciones
  • Personas
  • Procesos

Se sugiere que se respondan estas tres preguntas:

  1. 驴Qu茅 hicimos bien?
  2. 驴Qu茅 no hicimos tan bien?
  3. 驴Qu茅 podemos mejorar?

En base a las respuestas de estas preguntas se identifican los elementos m谩s importantes, se buscan soluciones y se crea un plan de acci贸n para aplicar las mejoras.

Revision del Sprint
La revisi贸n de sprint ocurre siempre al final del sprint, en ella se demuestran los avances de la iteraci贸n y el producto funcional que se construy贸.

  • Reuni贸n informal y abierta al di谩logo
  • No es una reuni贸n de seguimiento

  • Es facilitado por el Scrum Master.
  • No debe durar m谩s de 4 horas para sprints de un mes. Para sprints m谩s cortos la ceremonia deber谩 durar menos tiempo.
  • Al final de la revisi贸n se tendr谩 una lista de producto actualizada.
  • Importante, guarda las presentaciones y muestra el producto desarrollado.


Retrospectiva

  • Positiva y productiva.
  • No es una reuni贸n para buscar culpas

  • No debe durar m谩s de 3 horas para un sprint de 1 mes.
  • Es facilitada por el Scrum Master.
  • Participa todo el equipo de Scrum.

Elementos que se discuten

  • Herramientas
  • Relaciones
  • Personas
  • Procesos

Espera que se respondan tres preguntas

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 podemos mejorar?

En base a las respuestas se identifican los elementos m谩s importantes, se buscan soluciones y se crea un plan de acci贸n para aplicar las mejoras.

Revisi贸n del Sprint

La revisi贸n del Sprint ocurre siempre al final del sprint, en ella se demuestra los avances de la iteraci贸n y el producto funcional que se construyo.
Reuni贸n in formal y abierta al di谩logo. No es una reuni贸n de seguimiento.
Es facilitada por el Scrum Master.
No debe durar m谩s de 4 horas para sprints de un mes. Para Sprints m谩s cortos la ceremonia deber谩 durar menos tiempo.
Al final de esta revisi贸n se tendr谩 una lista de producto actualizado.
Mostrar el producto desarrollado y no utilizar presentaciones.

Retrospectiva

Reuni贸n solo con el equipo de Scrum.
Positiva y productiva.
No es una reuni贸n para buscar culpables.
No debe durar m谩s de 3 horas para un sprint de un mes.
Es facilitada por el Scrum Master.
Discutir
Herramientas
Relaciones
Personas
Procesos
Tres preguntas
驴Que hicimos bien?
驴Que no hicimos tan bien?
驴Que podemos mejorar?
Con base en las respuestas se identifican elementos m谩s importantes, se buscan soluciones y se crea un plan de acci贸n para aplicar las mejoras.

Esto se debe haer casi que con cualquier cosa que hagamos, retroalimentaci贸n.

el tele trabajo, freelance, cada dia tiene mayor relevancia; y las metodolog铆as 谩giles tambi茅n, el cara a cara puede ser en una v铆deo conferencia. no necesariamente tiene que ser presencial.

buenas profesor Gerardo en estos momentos de Teletrabajo como debe ser el ambiente de una restrospectiva por teletrabajo?

Me parece que los cuatro elementos de la retrospectiva que explica el profesor son parte de la llamada 鈥渃ebolla 谩gil鈥, pero yo la conoc铆a diferente y ahora estoy un poco confundida.

La fase de Revisi贸n y Retrospectiva cubre lo relacionado a la revisi贸n de los entregables y al trabajo qie se ha realizado.
Demostrar y validar: El equipo SCRUM demuestra los entregables del sprint al Product Owner y a los stakeholders relevantes durante una reuni贸n de revisi贸n del sprint.

Retrospectiva de sprint: El Scrum Master y el Equipo Scrum se re煤nen para discutir las lecciones aprendidas durante el sprint, pudiendo obtener mejoras aceptadas para implementarse en futuros sprints.

Planear - Hacer - Verificar - Actuar. El excelente ciclo de deming para todo lo que hagamos. Hasta para llevar la novia a pasear, te amar谩!

tengo experiencia en proyectos tradicionales sin esta metodolog铆a y me voy enamorando de SCRUM, definitivamente!

El sprint review= es una reuni贸n informal y abierta al di谩logo. No es una reuni贸n de seguimiento, el objetivo es poder ver el producto.
Retrospectiva= es una reuni贸n interna para el equipo, el equipo tiene la confianza de expresar lo que siente y lo que piensa. Se analizaran las oportunidades de mejora que tiene el equipo. No es una reuni贸n para juzgar o buscar culpables.

Revisi贸n del Sprint

  • Se le muestra al cliente que se logro y que software se saca al mercado.
  • Se fomenta la comunicaci贸n con el cliente.
  • informar si se logro o no se logr贸 el sprint.
    Esta es una reuni贸n informal, abierta al di谩logo.

Los resultados es una lista de producto terminada, donde vemos reflejado en la lista de productos.

Mostrar el producto al cliente.

  • Todas las reuniones son positivas sin echar culpas o problemas, solo soluciones.

Retrospectiva
PARTICIPA TODO EL EQUIPO SCRUM.

Inmediatamente despu茅s del Sprint review sucede la **Retrospectiva **que es una reuni贸n m谩s interna para el Equipo, debe suceder en un ambiente m谩s c贸modo donde se sienta en libertad para hablar, sentir y pensar. All铆 se analizan cu谩les son las oportunidades de mejora que tiene el equipo es por eso que es solo para el equipo de Scrum.

Una de las cosas que personalmente me encanta de SCRUM es la RETROSPECTVA, ya que en un espacio relajado y distendido se pueden discutir los problemas que hubo, el 茅xito en el sprint y oportunidades de mejora.
Adicionalmente eliminar asperezas con alguna persona del team o decir las cosas que nos pueden llegar a incomodar

鈥淧or lo general, las retrospectivas no deben durar m谩s de 1,5 horas por una iteraci贸n de dos semanas. Si tus iteraciones son de un mes, la retrospectiva no debe durar m谩s de 3 horas.鈥

鈥淯na Demostraci贸n de Requisitos Completados debe durar una hora por semana de la iteraci贸n. Como ejemplo, una Demostraci贸n de Requisitos Completados de dos horas debe programarse para una iteraci贸n de dos semanas.鈥

REVISION DEL SPRINT:

  • La revisi贸n del Sprint ocurre siempre al final del Sprint
  • Se determinan las funcionalidades realizadas
  • Ceremonia donde se interact煤a con el cliente
  • Fomentar retroalimentaci贸n r谩pida por parte del cliente
  • Si no se cumplen los objetivos, se debe mencionar de manera clara
  • Reuni贸n informal y abierta al dialogo
  • No es una reuni贸n de seguimiento
  • No debe durar mas de 4 horas para sprints de un mes
  • A final de la revisi贸n de tendr谩 una lista de producto actualizada
  • Se debe guardar las presentaciones y mostrar el producto desarrollado

RETROSPECTIVA

  • Reuni贸n interna de equipo
  • Debe ser positiva y productiva
  • No es una reuni贸n para buscar culpas
  • Buscar de manera positiva puntos de mejora
  • No debe durar mas de 3 horas para un sprint de 1 mes
  • Es facilitada por el Scrum Master
  • Participa todo el equipo de Scrum
  • Reuni贸n debe ser presencial

Elementos para analizar

  • Herramientas
  • Relaciones internas y externas del equipo
  • Relaciones personales
  • Procesos

Preguntas en la reuni贸n:

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 debemos mejorar?

Revisi贸n del Sprint: normalmente ocurre el 煤ltimo d铆a del sprint, se muestra al cliente los avances de la iteraci贸n. Se interact煤a con el cliente para fomentar la retroalimentaci贸n r谩pida con respecto a las funcionalidades. La transparencia es muy importante, con respecto a lo que no se ha podido terminar. Reuni贸n informal y abierta al di谩logo. No es reuni贸n de seguimiento. No debe durar m谩s de 4 horas para sprints de un mes. Depende de la cantidad de producto terminado para presentar. Al final se tendr谩 una lista de producto actualizada. Mostrar pantallas, funcionalidades, no slides.
Retrospectiva: Reuni贸n interna del equipo. Se analizan las oportunidades de mejora, no participa el cliente, solamente el equipo de Scrum. Debe ser positiva y productiva, no para buscar culpables. No debe durar m谩s de 3 horas para un sprint de 1 mes, facilitada por el Scrum Master, participa todo el equipo de Scrum. Se discuten: Herramientas, Relaciones, Personas, Procesos. Se sugiere responder: Qu茅 hicimos bien, Qu茅 no hicimos tan bien, Qu茅 podemos mejorar. En este mismo orden. Teniendo en cuenta las respuestas, se sacan las m谩s importantes para el equipo y se desarrolla un plan de acci贸n para aplicar mejoras.

Revisi贸n y retrospectiva
Revisi贸n

  • Ocurre al final del sprint
  • Le mostramos al cliente lo que se ha hecho, el objetivo es la retroalimentaci贸n r谩pida, lo que est谩 bien y lo que no seg煤n 茅l. Si no se logra hacer todo, decirle abiertamente al cliente que no se ha completado y que se trabajar谩 en ello en el siguiente sprint.
  • Es una reuni贸n un poco informal y abierta al dialogo. No es una reuni贸n de seguimiento.
  • La debe facilitar el Scrum master y no debe durar m谩s de 3 horas.
  • Al final de la reuni贸n tendremos una lista de producto actualizada.
  • Importante mostrar el producto desarrollado, no hacer presentaciones.
    Retrospectiva
  • Reuni贸n interna, en un ambiente c贸modo para que el equipo de scrum pueda decir lo que piensa.
  • Debe ser positiva y productiva, no echar culpa.
  • No debe durar m谩s de 3 horas (15-30min para sprints de una semana)
  • El scrum master debe facilitarla.
  • El equipo debe estar presencialmente.
    Se discutir谩 sobre
  • Herramientas
  • Relaciones
  • Personas
  • Procesos
    Se sugiere que se respondan 3 preguntas:
  • 驴Qu茅 hicimos bien
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 podemos mejorar?
    En base a las respuestas, se desarrollar谩 un plan de trabajo y un plan de acci贸n para aplicar las correcciones al proceso y aumentar la calidad del producto.

En la Gu铆a para El Cuerpo de Conocimiento de SCRUM, se habla de cuatro preguntas, puntualmente dice:

Cada representante del equipo Scrum brindar谩 actualizaciones de su equipo. Estas actualizaciones se
ofrecen generalmente en forma de respuestas a cuatro preguntas espec铆ficas:

驴En qu茅 ha estado trabajando mi equipo desde la 煤ltima reuni贸n?
驴Qu茅 va a hacer mi equipo hasta la pr贸xima reuni贸n?
驴Qu茅 esperaban otros equipos que mi equipo hiciera y que a煤n no se ha hecho?
驴Qu茅 planea hacer nuestro equipo que pudiera afectar a otros equipos?
Las respuestas a estas cuatro preguntas brindan informaci贸n que permite a cada equipo entender
claramente la situaci贸n de trabajo de todos los dem谩s equipos.

Es clave la retroalimentaci贸n constante y la confianza con el equipo de proyecto.

La retrospectiva, una de las caracter铆sticas mas importantes de las metodolog铆as 谩giles, existe para mejorar cualquier 谩mbito del producto y del equipo

El fin de la retrospectiva nunca es juzgar sino ver oportunidades de mejora

me da curiosidad si con el aumento del teletrabajo se mantiene este principio de "cara a cara"

Elementos que se discuten:

  • Herramientas tenemos las herramientas ideales
  • Relaciones dentro y fuera del equipo si hubo problema
  • Personas hay inconvenientes con las personas dentro del equipo o fuera
  • Procesos se ajustan al desarrollo del proyecto.

Preguntas a responder:

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 podemos mejorar?

Positiva y productiva, la retro no es para juzgar a nadie

Tener el cuenta el tiempo establecido para el proceso del sprint

Retrospectiva

  • Equipo en libertad de hablar
  • Analiza oportunidades de mejora
  • Interno
  • Positiva y productiva
  • No es para echar culpas
  • 3hrs para sprint de 1 mes
    鈥 15 - 30min de 2 semanas
  • Todo el equipo de Scrum

Elementos a discutir:

  • Herramientas
  • Relaciones
  • Personas
  • Procesos

Preguntas

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien?
  • 驴Qu茅 podemos mejorar?
  1. Analiza
  2. Prioriza
  3. Plan de acci贸n
  • El sprint review, es la ceremonia donde se presenta al cliente lo realizado durante el sprint, ocurre al final del sprint y puede contar con m谩s de una reuni贸n.
  • En el sprint review, inter谩ctuamos con el cliente fomentando la retroalimenci贸n r谩pida.
  • No es una reuni贸n de seguimiento y esta abierta al dialogo.
  • Es facilitada por el SM y debe durar 4h para sprint de 1 mes.
  • Al final de esta ceremonia se tendr谩 la lista del producto actualizada.
  • Lo importante es mostrar el desarrollo del producto antes de los slides.
  • La retrospectiva, es una reuni贸n m谩s interna, donde todo el equipo scrum (PO,SM, Equipo desarrollo) participa.
  • La retrospectiva, no es para buscar culpables si no buscar de forma positiva como mejorar.
  • Esta ceremonia no debe durar m谩s de 3h y es facilitada por el SM.
  • Se van ha revisar estos 4 elementos herramientas, las relaciones, las personas y los procesos.
  • En la retrospectiva Se deben responder esta pregunta 驴Qu茅 se hizo bien?驴Qu茅 no se hizo tan bien? y 驴qu茅 podemos mejorar?
  • En base a las respuesta obtenidas se elabora un plan de mejora.

Revision del Sprint

La revisi贸n de sprint ocurre siempre al final del sprint, en ella se demuestran
los avances de la iteraci贸n y el producto funcional que se construy贸.

Reuni贸n informal y abierta al di谩logo

No es una reuni贸n de seguimiento

鈼 Es facilitado por el Scrum Master.
鈼 No debe durar m谩s de 4 horas para sprints de un mes. Para sprints m谩s cortos la ceremonia deber谩 durar menos tiempo.
鈼 Al final de la revisi贸n se tendr谩 una lista de producto actualizada.
鈼 Importante, guarda las presentaciones y muestra el producto desarrollado.

Retrospectiva

Positiva y productiva
No es una reuni贸n para buscar culpas

鈼 No debe durar m谩s de 3 horas para un sprint de 1 mes.
鈼 Es facilitada por el Scrum Master.
鈼 Participa todo el equipo de Scrum.

Herramientas
Relaciones
Personas
Procesos

Tres preguntas:
鈼 驴Qu茅 hicimos bien?
鈼 驴Qu茅 no hicimos tan bien?
鈼 驴Qu茅 podemos mejorar?

En base a las respuestas se identifican los elementos m谩s importantes, se buscan soluciones y se crea un plan de acci贸n para aplicar las mejoras.

oye tranquilo, viejo, en la actualidad debemos redifinir la comunicaci贸n 鈥渃ara a cara鈥 y adaptarnos a la virtualidad por el tema de la pandemia, podemos hacer las reuniones de sprint review y retrospectiva por medio de unas videoconferencias bien programadas y realizadas a trav茅s de nuestras computadoras!

Retrospectiva
Es una reuni贸n interna para el equipo, un ambiente m谩s c贸modo. Que el equipo se sienta en libertad de hablar.
Analizar las oportunidades de mejora. No participa el cliente, solo el equipo scrum.
Debe de ser positiva y productiva. No una reuni贸n para buscar culpas.
No debe durar m谩s de 3 horas para un sprint de un mes.
Para un sprint de 2 semana puede durar de 15 a 30 min
Organizada por el SCRUM Master. Es importante la comunicaci贸n cara a cara
4 Elementos:
Herramientas adecuadas
Relaciones dentro y fuera del equipo
Personas que interact煤an, si hay alg煤n tipo de inconveniente dentro o fuera
Procesos si aun se ajustan al proceso 贸ptimo

qu茅 hicimos bien?
Que no hicimos tan bien?
Que podemos mejorar?

En base a las respuestas se identifican los elementos m谩s importantes y se buscan soluci贸n para crear un plan de acci贸n y aplicar las mejoras.

**El review **es la ceremonia donde se muestra el producto desarrollado al cliente, el objetivo es tener una retroalimentaci贸n del cliente. El SM es el facilitador de esta reuni贸n.

La retrospectiva es la ceremonia que se realiza despu茅s del review donde se ven oportunidades de mejora, puede durar de 15 a 30 minutos, solo participa el equipo de scrum sin el cliente, el SM es el facilitador de esta reuni贸n. Se deben responder 3 preguntas: 驴Qu茅 hicimos bien? 驴Qu茅 no hicimos tan bien? 驴Qu茅 podemos mejorar?

Se acerca el fin del Sprint y vamos a mostrar los avances y qupe hemos aprendido en este sprint.

Revisi贸n del sprint:

  • Ocurre en el 煤ltimo d铆a.
  • Mostramos al cliente qu茅 logramos y avances en la iteraci贸n del producto funcional que se construy贸.
  • Es una ceremonia donde vamos a interactuar con el cliente. Donde le vamos a mostrar qu茅 es lo que hemos hecho.
    • El objetivo es fomentar la retroalimentaci贸n r谩pida del cliente.
    • Que indique que le gust贸, que quiere cambiar, esto qued贸 perfecto.
    • Para que todo el equipo de desarrollo pueda mostrarle al cliente qu茅 es lo que se ha trabajado.

Si de repente no logramos cumplir todos los objetivos durante el sprint.

  • La transparencia es muy importante en Scrum.
  • No alcanzamos en este sprint, pero podremos verlo en el siguiente.
  • Apreciar谩 la transparencia.

Es una reuni贸n informal y abierta al di谩logo.
No es una reuni贸n de seguimiento.

*Es facilitada por el Scrum Master

  • No debe durar m谩s de 4 horas para sprint de 1 mes.

Al final de esta reuni贸n vamos a tener una lista de producto actualizada.

  • Con base a todas las historias de usuario que se presentaron y que el cliente dijo que estaban bien.

Guarda tus slides -> EL CLIENTE LO QUE QUIERE VER ES EL SOFTWARE FUNCIONANDO.

Mostrarle las pantallas, el software funcionando.

Retrospectiva:

Inmediatamente despu茅s del demo.

  • Es un espacio donde el equipo se sienta en la libertad de hablar.
  • De expresar los que siente y lo que piensa
  • En esta reuni贸n se va a analizar las oportunidades de mejora que tiene el equipo
  • No participa el cliente en la retrospectiva.
  • Debe ser positiva y productiva
  • No es una reuni贸n para echar culpas.
  • No debe durar m谩s de 3 horas para un Sprint de 1 mes
  • Para sprint de 1 semana entre 15 min y 30 min est谩 perfecto.
  • La facilita el Scrum master. Participa todo el equipo Scrum

Podemos discutir estos 4 elementos.

  1. Qu茅 tal han funcionado las herramientas. Si tenemos las herramientas adecuadas.
  2. Las relaciones tanto dentro del equipo como fuera del equipo. Si han sido fluidas o han tenido alg煤n percance.
  3. Las personas que integran, tanto dentro del equipo como fuera de 茅l.
  4. Los procesos: Si se ajustan al desarrollo 贸ptimo que nosotros esperamos dentro del equipo

Se sugiere que se respondan:

  1. 驴Qu茅 hicimos bien?
  2. Qu茅 no hicimos tan bien?
  3. 驴Qu茅 podemos mejorar?

Pienso que siempre habran oportunidades de mejora y el seguimientonconstante con las reuniones diarias ayudan a mitigar el no cumplimiento del sprint

la retrospectiva debe durar entre 15 y 30 m para sprints de 2 semanas

1 hora para el review es suficiente en sprints de 2 semanas

recordar el pilar de transparencia, si no se cumple el objetivo del sprint se le debe comentar al cliente y presentar los avances para luego completar lo restante

Restrospectivas

Excelente clase, cada clase me gusta m谩s, es m谩s espec铆fico, y LO VEO A 1.75X DE VELOCIDAD AJJAJA

Herramientas: tenemos las herramientas ideales?
Relaciones: Dentro y fuera del equipo
Personas: hay inconvenientes con las personas dentro y fuera del equipo?
Procesos: se ajustan al desarrollo del proyecto

Gracias

john paul jassin
C.C.80814854

me gusta la transparencia en los proyectos

En la retrospectiva deber铆a estar presente el cliente??

Cada vez que alguien dice sobre transparencia en todo momento, me acuerdo lo que dice Chumel Torres de El Pulso de la Rep煤blica (aplica para toda actividad): la honestidad paga!

Con el review se afianza la comunicaci贸n y el valor de la transparencia en el equipo, donde se valoran los avances obtenidos en el producto construido durante el sprint.

Me parece muy bueno que se maneje la honestidad y el trabajo en equipo. Excelente, Gracias!!

Que herramientas se puede aplicar para la retrospectiva en el caso que no se puedan reunir de forma presencial?

Ya escucharon muchachos! A luchar por un buen cafe en la oficina!

Muy buena clase profe, la disfrut茅.

Ahora con Pandemia se pueden realizar trabajos remotos desde cualquier parte, esto potencializa el equipo.

No es necesario esperar al Sprint Review si durante el transcurso del Sprint se tiene una funcionalidad completa lista, de esta forma si al PO o al usuario que va destinado puede hacer observaciones de mejora que no habia considerado antes y de esta forma los cambios se pueden realizar antes de llegar al Sprint Review. Creo que a eso se refiere cuando menciona que pueden haber m谩s de una Sprint Review durante el Sprint, solomente queria aportar eso.

De acuerdo a mi experiencia, considero que es importante en esta sesi贸n de retrospectiva iniciar con una actividad para romper el hielo y liberar un poco las tensiones que pueda traer el equipo debido al trabajo del sprint, esto permitir谩 una reuni贸n un poco m谩s amigable y como dice el profesor es importante tener en cuenta las relaciones de compa帽erismo las cuales facilitaran el desempe帽o del equipo.

Revisi贸n del Sprint. El sprint review ocurre casi siempre al final del sprint. En ella se demuestran los avances de la iteraci贸n y el producto funcional que se construy贸 durante el sprint. Se interact煤a con el cliente. Es una reuni贸n informal y abierta al di谩logo. No es una reuni贸n de seguimiento. Es facilitada por el Scrum Master y no debe durar m谩s de 4 horas para sprints largos. Al final se tiene una lista de producto actualizado. Importante Guardar las presentaciones y muestra el producto desarrollado.

Retrospectiva. Es una reuni贸n m谩s interna del equipo. Se analizan oportunidades de mejora en el equipo. Debe ser positiva y productiva, no es para buscar culpables. No debe durar m谩s de 3 horas para Sprint Largos. Es facilitada por el scrum master. Participa todo el equipo de Scrum. Es sugerida que sea presencial.

La retrospectiva debe responder las siguientes preguntas.

驴Qu茅 hicimos bien? 驴Qu茅 no hicimos tan bien? 驴Qu茅 podemos mejorar?

Retrospectiva: 3 preguntas fundamentales

Retrospectiva

Revisi贸n del sprint

Revisi贸n del sprint, mostrando los avances y funcionamiento del software al cliente, quien vera los avances y dar谩 sus opiniones, debe ser corta y sincera. Al finalizar tendremos la lista actualizada.
Retrospectiva
Es una reuni贸n del equipo para analizar las oportunidades de mejora, debe ser positiva y productiva y no buscar culpables.
Se sugiere responder

  • 驴Qu茅 hicimos bien?
  • 驴Qu茅 no hicimos tan bien ?
  • Qu茅 podemos mejorar?

**Revisi贸n del Sprint
**
La revisi贸n del Sprint ocurre siempre al final del sprint, en ella se demuestra los avances de la iteraci贸n y el producto funcional que se construyo.
Reuni贸n in formal y abierta al di谩logo. No es una reuni贸n de seguimiento.
Es facilitada por el Scrum Master.
No debe durar m谩s de 4 horas para sprints de un mes. Para Sprints m谩s cortos la ceremonia deber谩 durar menos tiempo.
Al final de esta revisi贸n se tendr谩 una lista de producto actualizado.
Mostrar el producto desarrollado y no utilizar presentaciones.

Retrospectiva

Reuni贸n solo con el equipo de Scrum.
Positiva y productiva.
No es una reuni贸n para buscar culpables.
No debe durar m谩s de 3 horas para un sprint de un mes.
Es facilitada por el Scrum Master.
Discutir
Herramientas
Relaciones
Personas
Procesos
Tres preguntas
驴Que hicimos bien?
驴Que no hicimos tan bien?
驴Que podemos mejorar?
Con base en las respuestas se identifican elementos m谩s importantes, se buscan soluciones y se crea un plan de acci贸n para aplicar las mejoras.

Comparto con todos esta p谩gina donde podr谩n encontrar divertidas formas de abordar la retrospectiva del sprint.
Sprint Retrospective

La gesti贸n de proyectos agiles es una excelente manera de mejorar, se debe incorporar totalmente en las startups

Nombre de la reuni贸n en la que el equipo analiza la forma de trabajo para su mejora continua. Las reuniones retrospectivas son por tanto un una 鈥渕eta-pr谩ctica鈥 谩gil. Aunque es frecuente realizarlas al final de cada sprint, no deben confundirse con las reuniones de revisi贸n del sprint