Partiendo del concepto de fabricación ajustada de Toyota de la década de 1940, los equipos de desarrollo de software han adoptado metodologías ágiles para reducir los residuos y aumentar la transparencia, al tiempo que abordan rápidamente las necesidades cambiantes de sus clientes. Un cambio radical con respecto a la gestión de proyectos en cascada, que se centra en los lanzamientos de " Big Bang ", la agilidad ayuda a los equipos de software a colaborar mejor e innovar más rápido que nunca. 

La gestión de proyectos ágil tradicional se puede clasificar en dos marcos: scrum y kanban. Si bien scrum se centra en las iteraciones de proyectos de duración fija, el kanban se centra en los lanzamientos continuos. Al terminar, el equipo pasa inmediatamente al siguiente. 

Marco ágil de gestión de proyectos 1: Scrum

Scrumes un marco para la gestión ágil de proyectos que utiliza iteraciones de trabajo de duración fija, denominadas sprints. Hay cuatro ceremonias que dan estructura a cada sprint.

Todo empieza con el trabajo atrasado o la cantidad de trabajo que hay que hacer. En Scrum, hay dos atrasos: uno es la cartera de productos (propiedad del propietario del producto), que es una lista priorizada de funciones, y la otra es la cartera de sprints, que se cubre tomando los números de la parte superior de la cartera de productos hasta que se alcance la capacidad para el siguiente sprint. Los equipos de scrum tienen funciones únicas y específicas según su participación en el proceso. Por lo general, hay un maestro de scrum, o un campeón del método scrum para el equipo; el propietario del producto, que es la voz del producto; y el equipo de scrum, que suelen ser miembros de un equipo multifuncional que se encargan de hacer s@#$.

Las cuatro ceremonias de scrum

Marco ágil de gestión de proyectos 2: kanban

Kanban es un marco para la gestión ágil de proyectos que adapta el trabajo a la capacidad del equipo. Se centra en hacer las cosas lo más rápido posible, dando a los equipos la capacidad de reaccionar ante los cambios incluso más rápido que en el scrum.

A diferencia del scrum, el kanban no tiene atrasos (normalmente). En cambio, el trabajo figura en la columna de tareas pendientes. Esto permite a los equipos de kanban centrarse en los lanzamientos continuos, lo que se puede hacer en cualquier momento. Todo el trabajo está visible, definido y listo para ejecutarse, de modo que, cuando algo esté terminado, el equipo pase inmediatamente al siguiente. La cantidad de trabajo se ajusta a la capacidad del equipo mediante los límites WIP, que es un límite de trabajo predefinido que puede estar en una sola columna a la vez (excepto en la columna Tareas pendientes). El marco kanban incluye los cuatro componentes siguientes:

Los cuatro componentes de kanban

Sea cual sea la metodología ágil que elijas para organizar la fase de desarrollo de un software, necesitarás un modo de comprobar el progreso de tu equipo con el que puedas planificar los futuros trabajos o sprints. Las estimaciones de proyectos ágiles ayudan a los equipos que usen scrum y kanban a conocer bien sus capacidades. Los informes ágiles permiten consultar el progreso del equipo a lo largo del proyecto. Los diagramas de Gantt y la limpieza del backlog ayudarán a los gestores de proyectos a llevar un control de la lista de tareas pendientes y listas para que el equipo las acometa.