Cambiar el enfoque a mitad de una tarea es lo peor para la mayoría de los desarrolladores, y quizás también para otros empleados. Como CTO o cualquier persona que lidera a los desarrolladores, tu trabajo es crear, a través del Product Manager/Owner (o a ti mismo si asumes ese rol), un entorno de trabajo sostenible que permita a los empleados contribuir de una manera que maximice el valor empresarial de su trabajo. ¡Eso suena muy bien!
Lo que quiero decir es que hay un montón de listas de tareas, tableros, tareas pendientes, seguimientos, hojas de cálculo de Excel y sistemas de gestión de tickets que intentan apoyar a las empresas en la gestión de proyectos y tareas. De hecho, creo que hay demasiados.
UNICA LISTA PARA GOBERNARLAS A TODAS
En el primer libro del Señor de los Anillos (LOTR) — prometo no hacer más referencias al LOTR — nos presentan el poderoso anillo supremo: un anillo que gobernará a todos. Para facilitar la priorización empresarial, necesitamos una lista que gobierne a todas. Te explicaré por qué.
Muchas equipos trabajan de manera diferente, con diferentes prioridades y, a veces, para diferentes partes interesadas o "jefes". Intentamos hacer que los equipos sean multifuncionales, pero pronto se hizo evidente que necesitaban centrarse en un solo producto para no tener tiempos de espera muy largos para las otras partes interesadas. Así que intentamos centrar a todos en una clásica Sprint de Agile Scrum.
Eso funcionó mientras ningún otro "jefe" entrara y pidiera algo a alguien del equipo "ahora" o hasta que el empleado terminara. Entonces, ¿en qué trabajarían? Tomarían otra tarea y no estarían listos hasta que se supusiera que la Sprint debía ser entregada.
Esa es un poco de contexto para explicar por qué recomiendo tener un Backlog y trabajar con Kanban. Una lista. Solo una. No dos. Una.
Lee más en "El Manual del CTO" disponible en Amazon/Kindle.
Somos una Compañía Suiza (LLC) con sede en
Suiza.