10 preguntas para determinar si usted está en transición hacia o desde scrum

¿No está seguro de si está ejecutando scrum correctamente? Las siguientes preguntas pueden aumentar 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 la transición a Scrum.

¿Se encuentra usted diciendo, o escuchar a otros diciendo: " Sí, lo hacemos scrum, pero. . . # 148 ;?

" Scrum, pero " es una condición conocida cuando las organizaciones adoptan parcialmente scrum.

Recuerde, scrum es un marco sencillo: sólo tres roles, tres artefactos y cinco actividades. Si usted siente que usted tiene que ajustar scrum, que debe indicar que usted está evitando un problema que scrum ha expuesto. Prácticas ágiles comunes mejoran scrum en lugar de diluirlo.

¿Todavía documentar e informar a la antigua usanza?

Si usted todavía está quemando horas sobre la documentación y presentación de informes fuerte, es una señal de que la organización no ha aceptado scrum y otros enfoques ágiles para transmitir el estado del proyecto. Gerentes comprendan cómo utilizar scrum informes artefactos existentes y dejar de hacer el doble de trabajo!

¿Cuándo los interesados ​​firmar en todas las especificaciones?

Si usted está esperando signo-offs en los requisitos generales para empezar a desarrollar, no está siguiendo scrum. Usted puede comenzar el desarrollo tan pronto como usted tiene suficientes requisitos para la primera carrera de velocidad.

¿Están los miembros del equipo de desarrollo piden más tiempo en una carrera de velocidad para terminar las tareas?

El equipo de desarrollo no puede estar trabajando cruzada funcionalmente o 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 del núcleo de la experiencia de una persona.

Esta pregunta también puede indicar presiones externas a subestimar tareas y caben más trabajo en una carrera de velocidad que el equipo de desarrollo puede manejar.

¿Están los miembros del equipo de desarrollo preguntan lo que deben hacer a continuación?

Si los desarrolladores están esperando 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 impedimentos en su camino, en cada scrum diario. El equipo de sprint backlog y desarrollo propio coche cada día de trabajo, no el dueño del producto o scrum master.

¿Están los miembros del equipo a la espera hasta el final del sprint a hacer las pruebas?

Los equipos de desarrollo de Scrum deben probando todas las necesidades en curso todos los días en un sprint. Todos los miembros del equipo de desarrollo son los probadores.

¿Son los actores que muestran a las opiniones de sprint?

Si la gente sólo en opiniones de sprint son los miembros del equipo de scrum, es el momento de recordar a los interesados ​​cómo funciona el scrum. Deje que los interesados ​​saben que están perdiendo su oportunidad de revisar la funcionalidad del producto de trabajo, para proporcionar una respuesta inmediata para minimizar los costos de corrección del curso y retrasos, y ver de primera mano cómo el proyecto está progresando.

¿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 compañeros - el único jefe de cómo hacer el trabajo es el propio equipo. Tener una discusión con su mentor scrum y actuar rápidamente para restablecer las expectativas del maestro scrum de su papel.

¿El equipo de scrum poniendo en un montón de horas extras?

Si al final de cada sprint se convierte en una carrera para completar las tareas, no está practicando el desarrollo sostenible. Busque causas fundamentales, como la presión a subestimar. El maestro scrum puede tener que 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.

Qué retrospectiva?

Si los miembros del equipo de scrum empiezan 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 gran velocidad, la velocidad de desarrollo siempre puede ser mejor, a fin de mantener la retrospectiva y seguir mejorando.