10 Preguntas para determinar si usted está en transición hacia o lejos de scrum
¿No está seguro de si está ejecutando adecuadamente scrum? Las siguientes preguntas pueden elevar las señales de advertencia de que está comprometiendo su ejecución de scrum o que caen en las trampas más comunes que podrían descarrilar su transición a Scrum.
¿Se encuentra usted diciendo, o escucha otros diciendo, “Sí, lo hacemos scrum, pero. . .”?
“Scrum, pero” es una condición conocida cuando las organizaciones adoptan parcialmente scrum.
Recuerde, scrum es un marco sencillo: tan sólo tres funciones, tres artefactos, y cinco actividades. Si usted siente que tiene que ajustar scrum, que debería indicar que se está evitando un problema que ha expuesto scrum. prácticas ágiles comunes mejoran scrum en lugar de diluirlo.
¿Sigue documentar e informar a la antigua usanza?
Si todavía está quemando horas en la documentación considerable y presentación de informes, que es una señal de que la organización no ha aceptado scrum y otros enfoques ágiles para transmitir el estado del proyecto. gerentes de ayuda a entender cómo usar scrum informes artefactos existentes y dejar de hacer doble trabajo!
¿Cuándo los interesados firmar en todas las especificaciones?
Si usted está esperando aprobaciones finales de los requerimientos integrales para empezar a desarrollar, no está siguiendo scrum. Puede iniciar el desarrollo tan pronto como usted tiene suficientes requisitos para la primera carrera de velocidad.
Son miembros del equipo de desarrollo piden más tiempo en una carrera de velocidad para terminar las tareas?
El equipo de desarrollo puede no estar funcionando cruz-funcional o un enjambre de los requerimientos prioritarios. los miembros del equipo de desarrollo pueden ayudarse unos a otros las tareas de acabado, incluso si esas tareas se encuentran fuera de la experiencia central de una persona.
Esta pregunta también puede indicar presiones externas a subestimar las tareas y en forma más trabajo en un sprint que el equipo de desarrollo puede manejar.
Son miembros del equipo de desarrollo preguntan lo que deben hacer a continuación?
Si los desarrolladores están esperando a la dirección del dueño del producto, o peor, el scrum master, no son auto-organización. El equipo de desarrollo debe actualizando el sprint backlog cada día y hablar de lo que han logrado y lo que estamos trabajando, incluyendo los obstáculos en su camino, en cada scrum diaria. El equipo de sprint backlog y el desarrollo propio coche cada día de trabajo, no el dueño del producto o scrum master.
Son miembros del equipo esperan hasta el final de la carrera para hacer pruebas?
los equipos de desarrollo de scrum deben estar probando todos los requisitos en curso todos los días en un sprint. Todos los miembros del equipo de desarrollo son los probadores.
Son los grupos de interés que muestran a las opiniones de velocidad?
Si las únicas personas en las revisiones de velocidad son los miembros del equipo de scrum, es hora de recordar a los interesados cómo funciona el scrum. Saber a los partícipes que están perdiendo su oportunidad de revisar la funcionalidad del producto de trabajo, para proporcionar una retroalimentación inmediata para minimizar los costos y demoras corrección del rumbo, y para ver de primera mano cómo está progresando el proyecto.
¿Está el equipo de scrum quejaba de ser mangoneados por el maestro scrum?
técnicas de mando y control son la antítesis de la autogestión y están en conflicto directo con los valores y principios ágiles. equipos de Scrum son equipos de pares - el único jefe de cómo hacer el trabajo es el propio equipo. Tener una discusión con su mentor scrum y actuar con rapidez para restablecer las expectativas del maestro scrum de su papel.
Video: Voz de Doblaje de Mickey Mouse LEYENDO TWEETS OFENSIVOS
¿Está el equipo de scrum poniendo en un montón de tiempo extra?
Si al final de cada sprint se convierte en una carrera para completar las tareas, no se está practicando el desarrollo sostenible. Busque las causas fundamentales, tales como la presión a subestimar. El scrum master puede necesitar para entrenar al equipo de desarrollo y protegerlos de la presión dueño del producto si este es el caso. Reducir los puntos de la historia de cada sprint hasta que el equipo de desarrollo puede tener una idea de la obra.
Lo retrospectiva?
Si los miembros del equipo de scrum empezar a evitar o cancelar retrospectivas de Sprint, que está en la diapositiva de nuevo a la cascada. Recuerda la importancia de la inspección y la adaptación, y asegúrese de analizar por qué la gente está perdiendo la retrospectiva en el primer lugar. Incluso si el equipo de scrum tiene una gran velocidad, la velocidad de desarrollo siempre puede ser mejor, a fin de mantener la retrospectiva y seguir mejorando.