Home › Foros › a. CURSO PREPARACIÓN PARA LA CERTIFICACIÓN PROFESSIONAL SCRUM MASTER ITM (PSMI) G1 › Foro 4: Utilización de técnicas en la Reunión de Retrospectiva

Foro 4: Utilización de técnicas en la Reunión de Retrospectiva

Viendo 4 entradas - de la 1 a la 4 (de un total de 4)
  • Autor
    Entradas
  • octubre 10, 2024 a las 8:26 pm #44841

    LUIS ALBERTO DEL JESUS MARTINEZ
    Participante

    <p class=»MsoNormal»><b><span style=»font-family: ‘Arial’,sans-serif;»>Situación:</span></b><span style=»font-family: ‘Arial’,sans-serif;»> La técnica utilizada en la reunión de retrospectiva mencionada en la situación es <i>The Sailboat</i> o <i>El Barco de Vela.</i></span></p>

      <li class=»MsoNormal» style=»mso-list: l0 level1 lfo1; tab-stops: list 36.0pt;»><b><span style=»font-family: ‘Arial’,sans-serif;»>Dejar de aceptar historias de usuario sin criterios de aceptación claros y detallados</span></b><span style=»font-family: ‘Arial’,sans-serif;»>:</span>
      <ul style=»margin-top: 0cm;» type=»circle»>
      <li class=»MsoNormal» style=»mso-list: l0 level2 lfo1; tab-stops: list 72.0pt;»><span style=»font-family: ‘Arial’,sans-serif;»> La falta de claridad en los requisitos fue identificada como un obstáculo que ralentizaba al equipo.</span>

      <li class=»MsoNormal» style=»mso-list: l0 level1 lfo1; tab-stops: list 36.0pt;»><b><span style=»font-family: ‘Arial’,sans-serif;»>Reducir la cantidad de trabajo en progreso (WIP)</span></b><span style=»font-family: ‘Arial’,sans-serif;»>:</span>
      <ul style=»margin-top: 0cm;» type=»circle»>
      <li class=»MsoNormal» style=»mso-list: l0 level2 lfo1; tab-stops: list 72.0pt;»><span style=»font-family: ‘Arial’,sans-serif;»>Tener demasiado trabajo en progreso impide que el equipo se concentre y finalice las tareas, lo que también se puede considerar un impedimento.</span>

      <li class=»MsoNormal» style=»mso-list: l0 level1 lfo1; tab-stops: list 36.0pt;»><b><span style=»font-family: ‘Arial’,sans-serif;»>Continuar con reuniones diarias de Scrum</span></b><span style=»font-family: ‘Arial’,sans-serif;»>:</span>
      <ul style=»margin-top: 0cm;» type=»circle»>
      <li class=»MsoNormal» style=»mso-list: l0 level2 lfo1; tab-stops: list 72.0pt;»><span style=»font-family: ‘Arial’,sans-serif;»> Las reuniones diarias de Scrum ayudan a mantener la comunicación y permitir que el equipo avance, por lo que son vistas como algo que impulsa el trabajo hacia adelante.</span>

      <li class=»MsoNormal» style=»mso-list: l0 level1 lfo1; tab-stops: list 36.0pt;»><b><span style=»font-family: ‘Arial’,sans-serif;»>Aumentar la colaboración entre los desarrolladores y el Product Owner</span></b><span style=»font-family: ‘Arial’,sans-serif;»>:</span>
      <ul style=»margin-top: 0cm;» type=»circle»>
      <li class=»MsoNormal» style=»mso-list: l0 level2 lfo1; tab-stops: list 72.0pt;»><span style=»font-family: ‘Arial’,sans-serif;»>Área: <b>Viento (impulsores)</b>. Una mejor comunicación con el Product Owner contribuye a la comprensión de los requisitos y mejora la entrega de las historias de usuario.</span>

      <li class=»MsoNormal» style=»mso-list: l0 level1 lfo1; tab-stops: list 36.0pt;»><b><span style=»font-family: ‘Arial’,sans-serif;»>Implementar sesiones de refinamiento de backlog más frecuentes y detalladas</span></b><span style=»font-family: ‘Arial’,sans-serif;»>:</span>
      <ul style=»margin-top: 0cm;» type=»circle»>
      <li class=»MsoNormal» style=»mso-list: l0 level2 lfo1; tab-stops: list 72.0pt;»><span style=»font-family: ‘Arial’,sans-serif;»>El refinamiento más frecuente mejora la claridad y preparación de las historias de usuario, lo que facilita el avance del proyecto.</span>

    <p class=»MsoNormal»><span style=»font-family: ‘Arial’,sans-serif;»>El resultado positivo en los siguientes sprints muestra cómo la técnica permitió identificar claramente los obstáculos y las áreas a mejorar​.</span></p>

    octubre 13, 2024 a las 3:21 am #45616

    ROBERTO MARTIN ESPINOZA CHAVEZ
    Participante

    La técnica utilizada fue el modelo INVEST que contempla 6 criterios que deben cumplir las historias de usuario.

    1. Decidieron dejar de aceptar historias de usuario sin criterios de aceptación claros y detallados.

    Reunión Sprint planning meeting, donde este claro que se espera de cada historia de usuario y que cumple con las expectativas del cliente

    2. Redujeron la cantidad de trabajo en progreso (WIP) para enfocarse mejor en cada historia de usuario.

    Técnica de Wideband Delphi que permite determinar la cantidad de trabajo y el tiempo

    3. Continuaron con sus reuniones diarias de Scrum para mantener la comunicación fluida.

    Reunión daily scrum, reunión con el equipo para determinar los inconvenientes y resolver los mismos

    4. Aumentaron la colaboración entre los desarrolladores y el Product Owner para asegurar que los requisitos fueran bien entendidos antes de comenzar el desarrollo.

    Reunión Sprint planning meeting, establecerlos criterios de aceptación

    5. Implementaron sesiones de refinamiento de backlog más frecuentes y detalladas para aclarar los requisitos antes de cada sprint.

    Refinamiento del Backlog priorizado del producto, reunión constante e iterativa, con los cambios que se van a incorporar

    octubre 13, 2024 a las 3:41 am #45619

    ROBERTO MARTIN ESPINOZA CHAVEZ
    Participante

    La tecnica utilizada en la retrospectiva es The Sail Boat

    octubre 14, 2024 a las 2:22 pm #46428

    ALICIA CRISTINA RAHBE TALBAHK
    Moderador

    Solución:

    Durante la  reunión de retrospectiva, utilizaron la técnica de la “Estrella de Mar” para analizar la situación.

    • La Estrella de Mar (Starfish):Utilizada para reflexionar sobre el trabajo realizado y encontrar áreas de mejora o seguimiento. Se representa como una estrella de mar que tiene cinco áreas diferenciadas:

    1. Empezar a hacer: Acciones nuevas, innovadoras o creativas que se quiere probar.

    2. Dejar de hacer: Actividades que se desean eliminar.

    3. Hacer más: Actividades que están funcionando bien y que deberían aumentar.

    4. Hacer menos: Acciones que no generan mucho valor y se pueden reducir.

    5. Seguir haciendo: Actividades que aportan valor y que el equipo quiere mantener igual..

    1. Empezar a hacer: Implementaron sesiones de refinamiento de backlog más frecuentes y detalladas para aclarar los requisitos antes de cada sprint.

    2. Dejar de hacer: Decidieron dejar de aceptar historias de usuario sin criterios de aceptación claros y detallados.

    3. Hacer más: Aumentaron la colaboración entre los desarrolladores y el Product Owner para asegurar que los requisitos fueran bien entendidos antes de comenzar el desarrollo.

    4. Hacer menos: Redujeron la cantidad de trabajo en progreso (WIP) para enfocarse mejor en cada historia de usuario.

    5. Seguir haciendo: Continuaron con sus reuniones diarias de Scrum para mantener la comunicación fluida.

  • Autor
    Entradas
Viendo 4 entradas - de la 1 a la 4 (de un total de 4)
  • Debes estar registrado para responder a este debate.
top