Scrum Master 3 - fe de erratas: Difference between revisions

← Older edit

Scrum Master 3 - fe de erratas (view source)

Revision as of 12:45, 14 January 2024

6,395 bytes added , 14 January

no edit summary

Smanager

Bureaucrats, Interface administrators, Administrators

1,663

edits

@@ Line 1: / Line 1: @@
-=En la versión 3.051=
+=Fe de erratas y actualizaciones de la guía de Scrum Master=
+=En la versión 3.07=
+==Errata (DoR)==
+=====Localización=====
+Página 20
+'''Dice: y la definición de hecho (DoR)'''
+'''Debe decir: y la definición de hecho (DoD)'''
+==Enlace a vídeo explicativo del gráfico burn down==
+=====Localización=====
+Página 68
+'''Dice: https://www.youtube.com/watch?v=alafvKVTICA'''
+'''Debe decir: https://www.youtube.com/watch?v=hveuhx7rZgw'''
+=En la versión 3.06 y corregidas en la 3.07=
+==Revisión del sprint==
+=====Localización=====
+Página 52.
+'''Dice:'''
+''"Reunión realizada al final del sprint para comprobar el incremento. Lo habitual es que dure una o dos horas; en caso de incrementos de especial relevancia o complejidad, puede extenderse hasta 4 como máximo. Asiste todo el equipo scrum y todas las personas implicadas en el proyecto que lo deseen. Esta reunión marca, a intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión del producto. Al ver y probar el incremento, el propietario del producto y el equipo en general obtienen feedback relevante para revisar la pila del producto. Se identifican las historias de usuario que se pueden considerar «hechas» («done») y las que no.  Reunión realizada el final del sprint para enseñar el incremento y recoger sugerencias."''
+Por la experiencia y sugerencias de la comunidad profesional Scrum Manager, no es necesario considerar "hechas" (done) las historias en esta reunión, y en muchas circunstancias puede resultar aconsejable no vincularlo a la revisión del sprint.
+'''Nueva redacción :'''
+''"Reunión realizada al final del sprint para enseñar el incremento y recoger sugerencias. Lo habitual es que dure una o dos horas; en caso de incrementos de especial relevancia o complejidad, puede extenderse hasta 4 como máximo. Asiste todo el equipo scrum y todas las personas implicadas en el proyecto que lo deseen. Esta reunión marca, a intervalos regulares, el ritmo de construcción y la trayectoria que va tomando la visión del producto permitiendo un espacio donde recibir sugerencias de los interesados que permitan seguir evolucionando el producto. El equipo presenta las historias de usuario que planificaron, las que han desarrollado, las que no y los impedimentos encontrados. Es importante situar las expectativas de los interesados en la realidad al principio de la reunión."''
+'''Dice:'''
+Protocolo recomendado:
+#El equipo expone el objetivo del sprint, la lista de funcionalidades que se incluían y el incremento desarrollado.
+#El equipo hace una introducción general del sprint y demuestra el funcionamiento de las partes construidas. Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el propietario del producto y el equipo en general puedan mejorar la visión del producto.
+'''Nueva redacción :'''
+Protocolo recomendado:
+#El equipo expone el objetivo del sprint, la lista de funcionalidades que se incluían y las que se han desarrollado.
+#El equipo hace una introducción general del sprint y demuestra el funcionamiento de las partes construidas. Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el propietario del producto y el equipo en general puedan mejorar la visión del producto.
+==Resultados del scrum diario==
+=====Localización=====
+Página 50 -> Tabla de entradas y resultados del scrum diario.
+En la columna "resultados" dice: "Información del avance de cada miembro del equipo". Debe decir "Identificación de posibles necesidades e impedimentos"
+Capítulo: Aprendiendo las prácticas estándar -> Artefactos -> Otros artefactos
+=En la versión 3.052 y corregidas en la 3.06=
+==Desvinculación de la clasificación de implicados y comprometidos con los roles del marco scrum==
+=====Localización=====
+Página 29.
+Nueva redacción:
+ Comprometidos e implicados
+ Durante el desarrollo del proyecto son muchas las personas que intervienen y aportan valor al desarrollo, si bien con diferentes niveles de compromiso y responsabilidad, en función de lo cual se suele diferenciar entre «comprometidos» e «implicados».
+ Comprometidos: intervienen directamente en la construcción del producto o el desarrollo del servicio.
+ Implicados: otras partes interesadas: dirección, gerencia, comerciales, marketing, operadores del sistema que se desarrolla, soporte a usuarios, etc.
+ En círculos de scrum es frecuente llamar a los primeros (sin ninguna connotación peyorativa) «cerdos» y a los segundos «gallinas». El origen de estos nombres está en la siguiente historia, que ilustra de forma gráfica la diferencia entre compromiso e implicación en el proyecto:
+ Una gallina y un cerdo paseaban por la calle. La gallina preguntó al cerdo:
+ -¿Quieres abrir un restaurante conmigo?
+ El cerdo consideró la propuesta y respondió:
+ -Sí, me gustaría. ¿Cómo lo llamaríamos?
+ -Huevos con Jamón.
+ El cerdo se detuvo, hizo una pausa y contestó:
+ -Pensándolo mejor, creo que no voy a abrir un restaurante contigo. Yo estaría realmente comprometido… mientras que tu estarías sólo implicada.
+==Revisión del texto del diagrama de árbol para retrospectiva==
+=====Localización=====
+Página 75.
+==Sobre la participación del propietario del producto en la retrospectiva.==
+=====Localización=====
+Página 53.
+Se eliminan las consideraciones acerca de la conveniencia de la participación en las retrospectivas del propietario del producto cuando no se trata de un miembro implicado, por encontrarnos más en una implementación más de ingeniería concurrente que de "Agilidad" con condiciones contractuales que pudieran desaconsejarlo.
+Se elimina por ser una consideración que excede el ámbito de formación estándar del marco scrum.
+==Actualización de contenido en el tema de estimación ágil: NoEstimates==
+actualiza el tema de estimación ágil, reflejando algunas de las críticas y alternativas más frecuentes al uso de puntos de historia. Éstos siguen formando parte del temario que explica el marco estándar de scrum, y las alternativas se han incluido entre las «Prácticas para flexibilizar scrum», en dos apartados:
+*Estimación sin puntos de historia.
+*NoEstimates.
+En ambos casos se destacan ventajas e inconvenientes, explicando en qué contextos pueden resultar más adecuados.
+=En la versión 3.051 y corregidas en la 3.052=
 ==Mejora de la definición del gráfico de producto o burn up chart==
 =====Localización=====
@@ Line 13: / Line 105: @@
 =====Localización=====
 *Dice "¿Por qué es valioso este sprint". Debe decir "¿Por qué es valioso este sprint?" (Página 41 de la edición en pdf)
 = En la versión 3.05 y corregidas en la 3.051=