Scrum Guide nos dice que inspeccionemos a las personas en las retrospectivas: http://www.scrumguides.org/scrum-guide.html#events-retro
Inspeccione cómo fue el último Sprint con respecto a las personas , las relaciones, los procesos y las herramientas.
El objetivo de la inspección es la adaptación posterior a lo descubierto. Pero con respecto a las personas, no puedes simplemente decir: "John no se estaba desempeñando bien durante este sprint". Obtendrá muchas excusas en lugar de algo constructivo, lo cual es natural para las personas.
No hace falta decir que culpar a las personas frente a otras personas no es psicológicamente cómodo.
Entonces, ¿qué significa "inspeccionar a las personas"?
Entonces, ¿qué significa "inspeccionar a las personas"?
Siempre lo he visto como preguntarle a la gente cómo les fue en el sprint . El rendimiento es una perspectiva, pero es una centrada en la empresa, no la única que importa. El rendimiento determinará cómo fue este sprint, pero sus objetivos personales determinarán cómo serán los próximos sprints (en el peor de los casos: sin ellos porque se fueron a trabajar para un competidor que odiaba su empresa).
Pregúnteles qué significó el sprint para ellos, cómo se sintieron, qué creen que se puede mejorar que no sean herramientas o procesos. ¿Quizás quieren aire acondicionado? ¿Quizás no les gusta el hecho de que la mitad del equipo come en el escritorio y la habitación huele a sopa de pescado todo el día? ¿Quizás no les gusta la tecnología que utiliza el proyecto actual? ¿Quizás no están contentos con el simulacro de incendio de la semana pasada? ¿Quizás no están contentos porque no fueron incluidos en el simulacro de incendio la semana pasada? Nunca sabrá lo que surge hasta que les pregunte y ese es el lugar y el momento para hacerlo.
La clave de las retrospectivas es centrarse en las posibles mejoras, no en los problemas.
Como bien dices, "John no se estaba desempeñando bien durante el sprint" no es un gran lenguaje. Sin embargo, el equipo podría estar diciendo cosas como:
Si el tono de la reunión se establece correctamente, John lo verá como algo positivo y sentirá que el equipo lo está apoyando.
Esto enfatiza por qué una retrospectiva debe ser un entorno seguro y por qué no debe tener presentes gerentes y personas ajenas al equipo Scrum.
Las retrospectivas de Sprint son más útiles cuando los miembros del equipo también se autoinspeccionan . Los 3 pilares de Scrum son:
Siendo fiel a mi equipo Scrum, debo ser abierto y transparente sobre mis fortalezas y debilidades durante el pasado Sprint. Uno debe reflexionar sobre el desempeño y encontrar formas de mejorar las áreas débiles. Discutir aquellos en las retrospectivas puede traer algunas mejores ideas de otros miembros del equipo.
Inspeccionar a las personas significaría discutir lo siguiente:
La lista puede incluir más puntos que no se mencionan anteriormente.
Culpar o criticar a los miembros del equipo durante una reunión retrospectiva sería contraproducente y debería evitarse. Sin embargo, como equipo que debe compartir una visión y un compromiso comunes, las personas deben tomar los comentarios de manera positiva y extraer elementos de acción de ellos.
Independientemente de lo que descubramos, entendemos y realmente creemos que todos hicieron el mejor trabajo que pudieron, dado lo que sabían en ese momento, sus habilidades y capacidades, los recursos disponibles y la situación actual.
Referencia : Norm Kerth, Retrospectivas del proyecto: un manual para la revisión del equipo
Scrum master supervisa la reunión retrospectiva del sprint, se asegura de que la reunión sea positiva y productiva y que todos contribuyan con respecto a los demás.
Todos deben ser abiertos y honestos para revelar sus propias debilidades o fallas. Con la ayuda del equipo, todos deben identificar formas de corregir las fallas y evitar que sigan adelante.
Siendo humanos, naturalmente no nos sentimos cómodos discutiendo nuestros fracasos dentro de un grupo, por lo que algunos tipos de preguntas se pueden discutir personalmente con el scrum master durante las reuniones 1 a 1.
Realmente no está destinado a inspeccionar personas, sino a inspeccionar la última iteración con respecto a las personas . Es una diferencia sutil pero significativa.
La retrospectiva es una de las herramientas, probablemente la más útil, para inspeccionar y adaptar periódicamente la aplicación del proceso actual y la mentalidad actual.
Pero tenga en cuenta que la retrospectiva se enfoca específicamente en el equipo y el proceso, no se trata del producto o los resultados de la iteración (para eso tiene la revisión de demostración).
Por lo tanto, los equipos lo utilizan para mejorar deliberadamente , para hacer de un buen equipo un gran equipo.
La discusión se centrará en el equipo en lugar de en los individuos (y no en toda la organización) y generará una lista de mejoras procesables del equipo en su conjunto.
El propio equipo debe presentar ideas y sugerencias. Para iniciar la discusión, una posibilidad podría ser hacer preguntas como:
Asegúrate de obtener la opinión de todos los miembros del equipo, incluidos los más introvertidos.
Ligeramente sorprendido, ninguna de las otras Respuestas ha tocado esto todavía, pero...
También hay personas que existen fuera del Equipo Scrum. Considera lo siguiente:
Todas las demás respuestas sobre permanecer positivo y respetuoso aún se aplican, por supuesto. Una persona que no está frente a ti no te da licencia para ser grosero.
Antón Belonovich