No soy miembro del Equipo Scrum. Sin embargo, me gustaría tener una idea de la salud de un Equipo Scrum. ¿Cuál es la mejor manera de entender el desempeño de un Equipo Scrum?
Para ser más específico, cosas que me gustaría saber:
Todas estas preguntas de gestión de sonido BS. Estas preguntas son en gran medida lo que el equipo debe manejar internamente . En mi opinión, la única pregunta útil para una parte interesada es
"¿El equipo me está entregando valor en cada sprint?"
Si la respuesta es "No", debe enviar esta retroalimentación al equipo en Sprint Review .
Si la respuesta es "Sí", debe enviar este comentario al equipo en Sprint Review .
No soy miembro del equipo Scrum. Sin embargo, me gustaría tener una idea de la salud de un equipo Scrum. ¿Cuál es la mejor manera de entender el desempeño de un equipo Scrum?
Bien, el primer indicador principal es... ¿estás obteniendo código producido después de cada sprint? Los signos de problemas incluyen Historias de usuarios que se transfieren de un sprint a otro. Otros signos incluirían un equipo que no se divierte ni se lleva bien.
¿El equipo está funcionando con la máxima eficiencia?
El equipo debe estar trabajando a una velocidad que pueda mantenerse indefinible... por lo que la "eficiencia máxima" no es un indicador que la mayoría de nosotros usaría.
¿El equipo está mejorando con el tiempo?
Verifique la cantidad de errores que obtiene el equipo ... Debería estar bajando en un mundo ideal.
También verifique con el equipo que están contentos. Esa es una señal de que los problemas se están resolviendo y el equipo está madurando. Tal vez asistir a las retrospectivas del sprint sería útil.
¿Está el equipo suficientemente motivado?
Tienes que preguntarles realmente, asistir a algunos stand-ups o retrospectivas para medir el estado de ánimo del equipo.
¿El equipo está cumpliendo con sus compromisos?
Debería ver esto en la revisión del sprint o en cualquier salida que su empresa tenga de las revisiones del sprint.
¿El equipo cumple con los estándares de codificación?
¿A quien le importa? un equipo de scrum en pleno funcionamiento trabajará con estándares efectivos, no es necesario que los persiga. si están rompiendo reglas básicas... lo verás en el aumento del número de errores.
Realmente no hay diferencias entre Scrum y otros enfoques, para esto.
¿El equipo está funcionando con la máxima eficiencia?
No hay una manera real de saber si están en su 'máximo' (¿y qué significa eso? Si un equipo trabaja demasiado durante una semana y hace mucho trabajo, y luego todos mueren por problemas inducidos por el estrés, ¿es esa 'eficiencia máxima'?), Sin embargo, puede medir la eficiencia simplemente midiendo su producción y comparándola con algún estándar (eficiencia anterior, de otros equipos, etc.)
¿El equipo está mejorando con el tiempo?
Muy sencillo... simplemente mida la producción a lo largo del tiempo.
¿Está el equipo suficientemente motivado?
Altamente dependiente de su rol en relación con el Equipo. Si usted es su gerente, le sugiero reuniones 1-1 regulares en las que los anime a mencionar cualquier problema. Asistir a Retrospectivas también puede ser invaluable, especialmente si los 1-1 no son factibles. Solo asegúrate de que solo asistes , no participas. No eres parte del Equipo, así que no te hagas cargo de su Retrospectiva.
¿El equipo está cumpliendo con sus compromisos?
Una vez más, sencillo... El Equipo se compromete en cada Sprint. ¿Lo cumplen?
¿El equipo cumple con los estándares de codificación?
De nuevo, directo. Mira su código. ¿Cumple con los estándares de la empresa?
¿El equipo está funcionando con la máxima eficiencia?
La palabra máximo es problemática. Miraría cosas como la previsibilidad para completar los objetivos del sprint y la frecuencia de las interrupciones para comenzar. Además, ¿cuál es su tiempo de ciclo en los artículos atrasados? ¿O el tiempo de entrega en la entrega de funciones? Kanban tiene que ver con el flujo eficiente: el equipo puede intentar aplicar técnicas de Kanban a su Scrum para obtener más visibilidad de su proceso.
¿El equipo está mejorando con el tiempo?
Pregúntele al equipo o al Scrum Master qué mejoras han probado que han funcionado y cuáles no. Mire de sprint a sprint para ver si sus conclusiones retro resultan en acciones.
¿El equipo está cumpliendo con sus compromisos?
Esto debería ser evidente. Sin embargo, no te detengas aquí. Cumplir con los compromisos es un juego de principiantes. Es una medida justa para los equipos que comienzan con Scrum, pero una vez que pueden entregar software de manera constante y tienen un mejor control de su trabajo y entorno, deberían moverse para resolver problemas de forma colaborativa con el negocio. El aspecto de "compromiso" debería desaparecer a medida que ambos grupos se alinean más con sus esfuerzos.
¿El equipo cumple con los estándares de codificación?
Gran pregunta en realidad. ¿Están utilizando algún tipo de herramienta de análisis de código estático? ¿Están usando constantemente revisiones de código o alguna forma de emparejamiento? Quizás aún más importante, ¿están mejorando sus estándares de codificación con el tiempo?
kempeth
marca phillips
Sarov
Todd A. Jacobs
ssharma
Todd A. Jacobs