¿Qué significa "inspeccionar personas" en la guía retrospectiva de Scrum?

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"?

Respuestas (6)

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.

Marqué esta respuesta porque me ayudó a encontrar preguntas para mis compañeros de equipo. Pero para todos los que están leyendo esto, recomiendo leer otras respuestas porque aportan muchas ideas interesantes.

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:

  • "Nos dimos cuenta de que John se bloqueó en esa primera historia. ¿Hay algún entrenamiento que podamos darle a John para ayudarlo en futuros sprints?"
  • "John tiene problemas con errores en el código API. ¿Deberíamos considerar más automatización de pruebas en esta área?"
  • "Sentimos que John se estaba frustrando con el propietario del producto en este sprint. John, ¿te gustaría hablar sobre esto para que podamos comprender mejor el origen de esta frustración?"

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.

Me gustan tus ejemplos. La frase en tercera persona es extraña y si escucho demasiado de ella en un estilo retro, sería una señal de alerta para mí, pero supongo que la frase proviene del ejemplo en la pregunta más que nada.

Las retrospectivas de Sprint son más útiles cuando los miembros del equipo también se autoinspeccionan . Los 3 pilares de Scrum son:

  • Transparencia
  • Inspección
  • Adaptación

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:

  • Valores (como compromiso, enfoque, apertura)
  • Comportamientos (por ejemplo, un hábito personal mío dificulta la productividad del equipo)
  • Estado animico
  • Cultura de equipo
  • Conjunto de habilidades individuales

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.

¿Qué pregunta podrías hacer para facilitar que una persona revele sus fallas?

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:

  • ¿Hubo algún evento de interés que quieras discutir?
  • ¿El resultado cumplió con tus expectativas?
  • que te sorprendio
  • ¿Eres feliz trabajando con tus compañeros?
  • ¿Qué tan satisfecho está y por qué?

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:

  • Alice de Contabilidad sigue viniendo tratando de que insertemos un nuevo trabajo a mitad de Sprint. Deberíamos llevarla aparte y explicarle el proceso y los valores de Scrum.
  • Bob, el Scrum Master del Equipo B, acaba de regresar de un seminario Agile y ha estado entusiasmado con los nuevos enfoques que quiere probar. ¿Deberíamos comunicarnos con él para compartir lo que ha aprendido?
  • Nuestro cliente, Charlie, expresó su preocupación de que no vamos a cumplir con la fecha límite de su empresa. ¿Cómo podemos tranquilizarlo?
  • Escuché que Diana, de nuestra sucursal en la Ciudad D, ha estado pensando en mudarse aquí. Necesitamos una diseñadora web. ¿Deberíamos acercarnos a ella para que se una a nuestro equipo?

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.