Un equipo autogestionable hace que la gente que lo forma, pueda recoger tareas y llevarlas a cabo sin la necesidad de estar preguntando constantemente a su responsable y pudiendo gestionar su tiempo de forma más eficiente.
El responsable de un equipo tiene que ser, bajo mi punto de vista, un gestor de personas, un gestor de eficiencia y de felicidad de su equipo. El bastón de mando no tiene que ir dirigido a imposiciones y a gestionar el tiempo de las personas sin saber cuanto terminarán en realizar las tareas, si en las nuevas metodologías se deja que los profesionales planifiquen el tiempo de sus tareas, ¿porque no dejarles una gestión completa de las mismas?
Cuando estamos a cargo de un equipo tenemos que proporcionar las herramientas correctas y los procedimientos para que el equipo trabaje lo mejor y más cómodo posible.
Cuando un equipo sabe gestionarse a si mismo el responsable de equipo tendrá la tranquilidad de que gracias a esa proactividad, en el caso de que esta persona no se encuentre disponible y no pueda priorizar el trabajo desde el daily, el equipo podrá coger esas tareas y continuar con ellas.
Esa autonomía por parte del equipo nos dará una fluidez y una rapidez que no podemos encontrar con un equipo dibujado de la manera tradicional.
Cuando realizamos esta serie de acciones, e equipo busca el apoyo del responsable para priorizar las tareas en base a la criticidad, para preguntar dudas, para que se solucione algún inpedimento para realizar su trabajo, pero el mismo, puede, después de esa planificación general y la replanificación diaria que se puede hacer en una reunión tipo daily, recoger las tareas asignadas y sacarlas adelante de forma continuada sin necesidad de que el responsable tenga que estar pendiente a cada hora del trabajo realizado.
Todo esto se consigue, en primer lugar, con una buena planificación previa al inicio del ciclo de pruebas o de desarrollo y en segundo lugar con una buena "educación" de todo el equipo desde el principio.
No os voy a descubrir nada nuevo y seguramente cada uno gestione a su equipo de la mejor manera posible y no sea necesario nada de lo que escribo, pero mi consejo, es sobre todo, que se realice un sólido procedimiento de QA que esté en continua actualización durante los 5 o 6 primeros sprints para ver posibles fugas y corregirlas. Iré ampliando más este tema cuando disponga de más tiempo.
0 Comentarios