Introducir parcialmente Scrum en un equipo

Al contrario de Bartosz, creo que las reuniones cortas y diarias son algo que realmente puede funcionar perfectamente en muchos entornos diferentes, incluso cuando es prácticamente la única práctica tomada de Scrum.

Qué más sé de equipos, y bastantes de ellos, que probaron Scrum, luego lo abandonaron, y la única práctica que aún ejercen son las reuniones diarias. E incluso lo señalan como lo mejor de Scrum, lo que no es de extrañar, ya que se eliminaron todos.

De todos modos, las reuniones diarias tienen que ver con el intercambio de información dentro del equipo y pretenden hacerlo de una manera muy ligera. Esto significa que es probable que las buenas personas realmente vean el valor. Así que definitivamente probaría este.

Sin embargo, no tengo muchas esperanzas de que sea un buen punto de partida para presentar Scrum como un todo. Comenzar con Scrum es una revolución para la gran mayoría de los equipos. Modelo de equipo diferente, proceso diferente y un montón de nuevas prácticas a seguir. A menudo es difícil hacer que la transición a Scrum sea sostenible, ya que las personas se oponen naturalmente a las revoluciones y esa será la fuerza que sería difícil de superar con la implementación paso a paso de Scrum.

Si piensa en los cambios incrementales del equipo, Kanban parece ser una mejor herramienta para respaldar ese cambio continuo. En realidad, Kanban a menudo se denomina enfoque de gestión del cambio y, si entiendo correctamente, eso es lo que quieres hacer. Kanban también asume que nada cambia realmente el día 1, pero luego revela problemas e incentiva a las personas a mejorar su forma de trabajar.

Sí. He estado allí, he visto eso.

La reunión diaria de Scrum tiene sentido en Scrum porque:

• todos los miembros del equipo están interesados ​​en realizar tareas para realizar un seguimiento del progreso y los impedimentos
• a menudo existe la posibilidad de cambiar (una persona termina lo que otra comenzó), por lo que deben realizar un seguimiento del progreso y los impedimentos
• necesitan usar los "recursos" sabiamente, por lo que generalmente se reúnen más de una vez al día para intercambiar tareas, ayudarse mutuamente y compartir conocimientos, por lo que necesitan saber qué está pasando en el equipo

Sin Scrum apestaba (en caso de que lo haya visto) porque:

• cada desarrollador estaba trabajando en sus propias tareas y podía vivir sin saber lo que hacen los demás (yo haré mi parte)
• no tenían por qué hablar de impedimentos ya que otros no estaban interesados ​​en ayudar (hicieron SUS tareas), por lo que todas las historias fueron exitosas
• no vieron ninguna razón para hacer standups diarios (nadie les consultó la situación), por lo que la mayor parte del tiempo decían "Estoy haciendo lo mismo que estaba haciendo ayer y lo haré probablemente durante las próximas dos semanas, gracias".

No estoy diciendo que los standups no funcionen para ti. Pero usted (me refiero a los gerentes) se ha hecho una pregunta:

• ¿por qué queremos hacerlo ?
• ¿Qué esperamos obtener ?
• ¿Es la elección correcta para conseguir lo que queremos ?
• ¿Hablamos con el equipo al respecto ?
• ¿Cuáles son las sugerencias del equipo?

Probablemente sea conveniente conocer la enfermedad del paciente antes de administrar el fármaco que debería funcionar.

Parece que realmente está perdiendo el punto de Scrum. Solo el Daily Scrum es como tener solo la espuma de un capuchino. De acuerdo, es una parte integral de Scrum y es una gran prueba de fuego para saber qué tan bien está trabajando el equipo en conjunto, pero por sí solo no tiene sentido. Tal vez un problema de comunicación. Me pregunto si podría volver a hablar con su CEO y hacerle algunas preguntas abiertas sobre qué es lo que le atrae de Scrum.

Como dicen, todo viaje comienza con un solo paso.

Considere esto como un comienzo y conviértalo en una prueba de concepto exitosa.