Articles

Sprint Scrum – cerimonias (Galego)

Sprint Scrum 2.0 - Sprint Agile - Cycle en V Sprint Scrum 2.0 – Sprint Agile – Cycle en V

Decidín facer este artigo para darlle unha versión global de cerimonias de Sprint Scrum .. Como facer un bo scrum Sprint?

Definición do Sprint Scrum

A iteración ou o ciclo de desenvolvemento do Scrum é nomeado “Sprint”; Este Sprint Scrum xeralmente dura dúas ou tres semanas. Os ciclos curtos permítenlle ter comentarios máis frecuentes.

Pero estes tampouco deben ser demasiado curtos, para permitir que o equipo faga desenvolvementos para alcanzar obxectivos realistas. Estes obxectivos serán chamados, os obxectivos do Sprint.

e para rematar, debe corrixir a duración de cada Sprint Scrum. Non cambie esta vez con independencia das razóns.

Que facemos durante un Sprint?

Un Sprint Scrum comeza cunha planificación Sprint e rematará cunha revisión de Sprint e unha retrospectiva Sprint. Todas as mañás, o equipo de desenvolvemento harmonizará co diario eo equipo fará que o seu produto se axuste ao propietario do produto que refina os contidos do atrasado.

Aquí está un pequeno diagrama para representar un Sprint Scrum:

Sprint scrum
Sprint Scrum (Sprint Scrum)

Sprint Scrum – Planificación Sprint

– O obxectivo: organizar o Sprint Scrum que comeza.
– A duración: o tempo que leva para rematar a preparación de Sprint. Pero é mellor non superar máis de 2 horas.
– Participantes: o propietario do produto (PO), o Scrum Master (SM) e todo o equipo de desenvolvemento (desenvolvedores)
– Os animadores: este é o propietario do produto Quen é o mestre das cerimonias. O mestre Scrum preferirá ser o que axudará ao propietario do produto a intervir se é necesario.

O curso:

1. O propietario do produto define os obxectivos do Sprint. Non dubide en recordar estes obxectivos ao longo da planificación de Sprint ou incluso escríbenos directamente no taboleiro.

2. O equipo terá que restablecer o punto de esforzo (a complexidade) de cada unha das solicitudes de Sprint anterior que terminaron en “traballo en curso” (en progreso).
Este traballo é inútil sobre as solicitudes que estaban en ” Todo “ao final do Sprint anterior.

3. O propietario do produto propoñerá aos desenvolvedores un conxunto de solicitudes que terán que apoiar durante o Sprint. Estas solicitudes cumprirán os obxectivos establecidos no inicio da cerimonia.

4. Xa non hai aplicacións durante a planificación de Sprint, pero obtense as estimacións en curso da planificación Sprint. É durante o refinamiento do retroceso do produto que se fai a estimación. Permite que o Sprint planea ser máis rápido e fluidizar os procesos o máximo posible. Doutra banda, o equipo pode estimar excepcionalmente a solicitude do retroceso necesario para tratar con este Sprint a pesar de que non pasou no atraso do produto.

5. O último paso é cortar todas as solicitudes en sub-tarefas técnicas. Non hai regras precisas para esta división técnica; Recomendo aos equipos técnicos que fagan o que se sentirá o máis cómodo posible.

Máis detalles sobre a planificación Sprint: o Sprint Planning

Cada día Sprint Scrum, o O equipo participa no scrum diario.

Sprint Scrum – Daily Scrum

– O obxectivo: o equipo de desenvolvemento debe ser claro sobre o progreso do proxecto e colocar os puntos de bloqueo.
– A duración: 15 minutos máximo Todos os días do Sprint Scrum
– Participantes: o equipo de desarrolladores, o propietario do produto (en observador tolerado) eo mestre de Scrum (necesario se o equipo non é maduro) – os animadores : o equipo de desenvolvemento autónomo

O curso:

Ao redor do equipo de desenvolvemento e cada participante debe:

  • Explique o que fixo desde o Última diario
  • Dicir o que pensa facer ata que o próximo diario
  • levantar unha alerta (se hai)

Aviso: cada membr. e só 2 minutos para falar. Se se suscita un problema e probablemente pasaremos o tempo falando sobre iso, o mestre Scrum terá que ofrecer para falar sobre este problema despois do diario para non perturbar.

Máis detalles sobre scrum diario: Fai un bo scrum diario en scrum

desde o sprum, unha vez por semana, o equipo participa na produción anteriormente chamada grooming.

Sprint Scrum – Refinamento de backlog de produto

– O obxectivo: refinar o contido do retroceso do produto e organizar o seguinte Sprint.
– A duración: non dura máis d un Hora por sesión, tamén pode durar só dez minutos se o propietario do produto non necesita máis tempo
– Participantes: o equipo de desenvolvemento, o propietario do produto e o mestre Scrum
– Os animadores: é o propietario do produto que é o mestre das cerimonias. O mestre Scrum preferirá ser o que axudará ao propietario do produto a intervir se é necesario

o curso:

1. O propietario do produto ofrecerá historias de usuario aos desenvolvedores. Para cada solicitude:

  1. Os desenvolvedores representan preguntas ao propietario do produto para refinar a demanda e, a fin de estimala se a solicitude non é 100% clara.
  2. se Eles entenden completamente a solicitude, validan o billete e que o estimará
  3. doutro xeito, se os desenvolvedores non entenden o billete, isto impoñerá ao propietario do produto para revisar a súa copia á seguinte sesión.

2. Os desenvolvedores farán unha estimación da solicitude xuntos a tempo ou esforzo (moi recomendable). Podes ler este artigo para entender mellor como para estimar as solicitudes co método Planning Poker:

Planning Poker: Estimación o usuario-Stories

Máis detalles sobre o refinamento Product backlog:

O refinamento do produto de retroceso de produto

O Sprint Scrum remata coa revisión Sprint que debe ter lugar xusto antes do retrospectivo Sprint.

Sprint Scrum – Sprint Review

– O obxectivo: tomar un punto sobre o que se fixo durante Sprint. Tamén é interesante presentar a representación para mellorar o intercambio entre o equipo e as partes interesadas; Isto para recuperar un máximo de comentarios constructivos.
– A duración: non durar máis de 1 hora
– Participantes: o equipo de desenvolvemento, o propietario do produto, o mestre Scrum, os usuarios clave, as partes interesadas e os patrocinadores
– os animadores: é o propietario do produto (en.), que é o mestre das cerimonias, o Scrum Master (SM) será o segundo facilitador. É máis ben aconsellar que o PO e o SM presente en binomio.

O curso:

1. O propietario do produto presenta o traballo viaxado durante o Sprint

2. Os desenvolvedores fan unha demostración dunha nova función completada ou un novo produto terminado

3. O Master Scrum presenta algúns indicadores reveladores (Gráfico de Burndown, Gráfico de Gravación, Donut de Impedimento …) para explicar concretamente o progreso do proxecto.

4. Preguntas / respostas e comentarios.

Máis detalles sobre a revisión Sprint:

Fai unha boa revisión de Sprint
a revisión Sprint non é unha demostración!

Sprint Scrum – Sprint Retrospective

– O obxectivo: traballar en dous eixes principais ou a mellora continua e a saúde do equipo
– a duración: unha hora
– Participantes: o equipo de desenvolvemento , o propietario do produto e o mestre de Scrum
: os animadores: é o mestre Scrum que se prepara e anime ao 100%

o curso:

O mestre Scrum ofrecerá lúdico talleres para alcanzar os obxectivos da retrospectiva con algunhas regras de ouro:

  • Cada retrospectiva debe ser diferente
  • debe ser animado e non monótono

Máis detalles sobre o retrospectivo Sprint: descubre a arte de retrospectiva

Formatos retrospectivos: retrospectivas

Conclusión Sprint Scrum – Sprint AGILE

Espero Este artigo resumo de U N Sprint Scrum será útil. As duracións indicadas non son as da guía Scrum, pero aqueles que recomendo persoalmente. Para concluír, nunca esquezas que é moi importante facer todas as cerimonias dun Sprint Scrum; Non fagas unha das cerimonias do teu Sprint Scrum que traerá moitos problemas.

Os teus equipos realmente respectan as cerimonias Sprint Scrum? De feito, non é tan sinxelo coma iso.

Ademais, non dubide en facer as súas preguntas ao redor do Sprint Scrum se ten.

Ligazón útil ao redor do Sprint Scrum: cerimonias de Scrum Sprint

Deixa unha resposta

O teu enderezo electrónico non se publicará Os campos obrigatorios están marcados con *