Planificación

Planificar el desarrollo de productos con Kanban

Necesitamos hablar de planes. Uno de los mayores malentendidos sobre Agile es que no se puede planificar. No es cierto. Solo no puedes hacer planes detallados a largo plazo que deban seguirse con rigidez.

Una forma de manejar esto es no hacer diagramas de Gantt o listas de Excel con tareas, plazos y asignaciones. Si lo haces, te decepcionarás. Una de las desventajas de gestionar un proyecto Kanban Agile es que no puedes decir exactamente cuándo se lanzarán y terminarán las cosas.

Si lo haces, es probable que tome más tiempo, ya que necesitas posponerlo, dedicar desarrolladores a trabajar en ello y tener propietarios de negocios esperando para celebrar y impulsarlo. Kanban es diferente, ya que avanza de un estado a otro a un ritmo que se mantiene al ritmo de procesamiento de los demás en el sistema.

Si te apresuras, te acumularás en estas diferentes estaciones y, por lo tanto, crearás desperdicio. Solo tomará más tiempo para que se libere.

Pueden haber ciertas características que no quieras lanzar a tus usuarios todos los días. Todavía puedes lanzarlas, utilizando banderas de características o funcionalidades similares. Es básicamente un pequeño sistema administrativo o una característica de código en la que puedes activar características para un grupo seleccionado o clientes específicos cuando lo necesites.

Así es como haces felices a los Propietarios de Producto y a los evangelistas de Kanban al mismo tiempo. Puede parecer extraño que tengas características no utilizadas sentadas sin hacer nada en la rama principal del código y, por lo tanto, lanzadas a producción, sin embargo, siempre que se gestionen adecuadamente y se trabajen activamente, como en promoverlas y comunicarlas por el Propietario de Producto, está bien. De lo contrario, es incluso más desperdicio.

Lee más en "El Manual del CTO" disponible en Amazon/Kindle.