Guía de prácticas recomendadas para la planificación Agile para gerentes de proyectos

By Kate Eby | 12 Julio 2016 (actualizado 25 Octubre 2024)

La metodología Agile no es una actividad “descendente”. En lugar de un gerente de proyectos que reparte asignaciones y supervisa el trabajo, realiza estimaciones y desarrolla el plan por su cuenta, el proceso se deriva del equipo en su conjunto. Por ejemplo, las estimaciones de cuánto tiempo llevará completar una tarea son proporcionadas por el equipo Agile que realizará la tarea y las funciones que se implementarán dentro de un sprint las decide el equipo en la reunión de planificación de sprints, en la que se analiza el backlog del producto y se expresan las preocupaciones.

Las metodologías Agile son prácticas de colaboración que difieren de la planificación tradicional de proyectos. A continuación, se presenta un análisis de las prácticas recomendadas de planificación para los gerentes de proyectos Agile.

Planificación de lanzamientos Agile

La planificación de lanzamientos Agile se diferencia de la planificación tradicional de proyectos en que se basa en una selección de funciones que se desarrollan durante un período específico de tiempo (el sprint). El propósito final de la planificación de lanzamientos Agile es lograr la visión del producto, el objetivo de alto nivel para el producto y cómo se alinea con una estrategia empresarial.

El plan de lanzamientos de un proyecto Agile es el cronograma integral centrado en la planificación de varias iteraciones en un esfuerzo por determinar cuándo se entregará cada lanzamiento. Para lograr la visión del producto, hay varios detalles a tener en cuenta antes de crear un plan de lanzamiento, como:

  • Disponibilidad del propietario del producto
  • Backlog priorizado que ha sido revisado por el propietario del producto
  • Miembros del equipo y partes interesadas identificados
  • Ubicaciones y disponibilidad de los miembros del equipo

Cada iteración o sprint también tendrá su propio plan.

Planificación de sprints/iteraciones

En la gestión de proyectos Agile, el producto en sí se desarrolla en sprints. El objetivo de la planificación de sprints es determinar las características y funcionalidades que se incluirán en la próxima iteración. Antes de que comience cada sprint, se lleva a cabo una reunión de planificación de sprints entre el propietario del producto y los miembros del equipo de desarrollo. Las historias de usuario y el backlog se revisan para determinar las tareas que se pueden completar durante el sprint. Estos planes ofrecen un mayor nivel de detalle (en comparación con el plan de lanzamiento de alto nivel), incluidos qué tareas deben realizar qué miembros del equipo y cuánto tiempo llevará cada tarea.

Las actividades que se producen durante el proceso de planificación Agile incluyen:

Planificación de tareas: Los miembros del equipo Agile dividen las funciones en tareas y luego los miembros del equipo asumen esas tareas. Como parte de las prácticas recomendadas, mire las estimaciones de tiempo e intente dividir cualquier tarea que pueda llevar más de un día en tareas más pequeñas. Esto ayuda a reducir la incertidumbre y fomentar la finalización exitosa de las tareas. También se alimenta del trabajo de estimación, ya que es mucho más fácil estimar el tiempo necesario para completar una tarea más pequeña.

Estimación Agile: Es cierto, estimar el tiempo hasta la finalización puede parecer una cuestión de vudú más que de ciencia, pero algunos principios pueden ayudar a que se parezca menos a una suposición. Como práctica recomendada, confíe en el éxito pasado para estimar un esfuerzo particular. Por ejemplo, básese en las velocidades de entrega de funciones anteriores para planificar las velocidades futuras. Si el equipo pudo entregar X funciones en la iteración anterior, planifique entregar X funciones en el ciclo actual. En “Agile Release Planning By Example”, Brian Stallings y Valerie Morris ofrecen las siguientes prácticas útiles para estimar el tiempo hasta la finalización:

  • Datos históricos de referencia, específicos del equipo
  • Sea realista, no optimista
  • Estimación basada en unidades de trabajo más pequeñas en lugar de más grandes. Por lo tanto, las estimaciones basadas en tareas en lugar de en funciones serán más precisas

Desarrollo de historias de usuario: La Declaración de principios de proyectos establece: “Entregamos resultados fiables al involucrar a los clientes en interacciones frecuentes y en la propiedad compartida”. Al comunicarse con el cliente, puede determinar el objetivo general del proyecto y, a su vez, un objetivo general para el sprint/la iteración. Confíe en ese objetivo para desarrollar sus prioridades de funciones/historias de usuario y, luego, permita que sus prioridades guíen la selección de qué funciones/historias de usuario desarrollar durante la iteración.

Gestión del backlog: Hay dos tipos de backlogs a tener en cuenta:

  • El backlog del producto es la lista maestra de cosas que se deben incorporar en el producto.
  • El backlog de iteración es la lista de elementos de prioridad que se deben crear durante la iteración actual.

La clave para gestionar los backlogs es gestionar las prioridades. Trabaje con sus clientes para asegurarse de que se entreguen las funciones más importantes. Como ya se mencionó, la declaración establece: “Entregamos resultados fiables al involucrar a los clientes en interacciones frecuentes y en la propiedad compartida”. El cliente puede indicarle qué elementos del backlog tienen la mayor prioridad y qué elementos del backlog tienen la mayor prioridad en ese momento. Las prioridades pueden cambiar, así que asegúrese de consultar con los clientes periódicamente para asegurarse de que la próxima iteración aún se esté planificando adecuadamente.

Programación Agile: La programación Agile es quizás la actividad de gestión de proyectos que más “gerencia proyectos”. A continuación, se presentan algunas pautas útiles para gestionar la programación:

  • Programe en detalle solo para la iteración inmediata: Los sprints/Las iteraciones son útiles para gestionar la incertidumbre, pero es la adaptabilidad la que los impulsa. Programar con demasiada anticipación le impide ser ágil y responder a los cambios en las prioridades.
  • Involucre a todo el equipo: La programación es una actividad de equipo que se basa en estimaciones, por lo que el equipo debe participar en todo el proceso, no solo para una programación precisa, sino también para promover la aceptación.
  • El diseño y las pruebas también forman parte del desarrollo: Tenga en cuenta el tiempo para estas actividades necesarias durante los sprints/las iteraciones mientras crea estimaciones y cronogramas.
  • Incluya tiempo para la reunión de demostración: La demostración es una parte importante de la publicación y debe formar parte del cronograma.

Según la Declaración de principios de proyectos: “Esperamos incertidumbre y la gestionamos a través de iteraciones, anticipación y adaptación”. Uno de los componentes principales de la incertidumbre son las dependencias. Para evitar este inconveniente, Agile busca limitar las dependencias a través de la planificación de sprints/iteraciones porque las tareas no se desarrollan con un proyecto general en mente, sino en una forma más granular en la que un conjunto de funciones se puede desarrollar en paralelo y entregarse en condiciones operativas durante el período de una a cuatro semanas que normalmente define un sprint/una iteración. Como práctica recomendada, planifique sus sprints/iteraciones para evitar dependencias.

Métricas Agile

Como establece la Declaración de principios de proyectos, “Impulsamos el rendimiento a través de la responsabilidad del grupo por los resultados y la responsabilidad compartida de la efectividad del equipo”. Las métricas son el medio por el que se miden los resultados y la efectividad. 

Algunas métricas valiosas para medir el rendimiento del equipo incluyen:

Velocidad de combustión: La velocidad a la que se gasta el presupuesto de un proyecto. El costo del proyecto es algo que se solicitará y debe medirse con la rentabilidad esperada. Esto es simplemente una cuestión de valor empresarial.

Funcionalidad entregada: El propósito de un equipo Agile es ofrecer funcionalidad al final de cada sprint/iteración. Tres formas de medir esto son:

Velocidad: La cantidad de funciones/historias de usuario en las que se trabaja durante un sprint/una iteración.

Defectos: La eficacia del desarrollo se basó en la cantidad de defectos o errores descubiertos.

Diagrama de quemado: La cantidad de trabajo que debe completarse antes del final del proyecto.

La gestión eficaz de proyectos consiste en ayudar al equipo a alcanzar los objetivos identificando y eliminando los obstáculos. Para eso, tenga en cuenta lo siguiente:

La metodología Agile se trata de personas e interacciones: Las métricas son buenas para proporcionar una imagen general, pero no proporcionan todos los detalles. Cuando una métrica indica que hay un problema, hable con los miembros del equipo para saber qué está sucediendo.

Observe las tendencias: Si los defectos son altos pero disminuyen con el tiempo, el equipo está resolviendo los problemas. Si los defectos se mantienen estables, puede ser que el equipo no esté gestionando los defectos en absoluto. Esto requiere más investigación.

La planificación Agile consiste en el trabajo en equipo y la colaboración

Los proyectos Agile son gestionados por todo el equipo, principalmente a nivel de iteración. El equipo debe trabajar unido para seleccionar funciones del backlog que se integrarán en la iteración actual, estimar el tiempo, programar el trabajo y conducir el proyecto hacia la visión del producto. El gerente del proyecto mantiene el plan, pero en realidad el equipo es propietario del plan y es responsable de cumplir con los requisitos y los plazos del plan.

Agile se trata de personas e interacciones, pero también se trata del trabajo en equipo y la propiedad del equipo. En la gestión de proyectos tradicional, puede parecer que el gerente de proyectos está en una posición solitaria, recopilando datos para elaborar un plan que luego se transmite a los propietarios de las tareas. En Agile, el gerente de proyectos es propietario de tareas entre los propietarios de tareas y todos contribuyen.

Mejore la visibilidad de las tareas con la vista de tablero en Smartsheet

Es fácil que las tareas se pierdan en la locura de su trabajo diario. Lo que necesita es una forma más óptima y visual de realizar un seguimiento y administrar las tareas.

Potencie a su equipo con la vista de tablero en Smartsheet, una solución de seguimiento de tareas fácil de usar que garantiza una priorización de tareas sin problemas, una visibilidad mejorada de los proyectos y una colaboración ágil sin esfuerzo.

Ya sea que administre proyectos, optimice las cargas de trabajo o realice un seguimiento de las tareas pendientes, la vista de tablero ayuda a eliminar las reuniones de estado innecesarias al permitir que los miembros del equipo realicen un seguimiento del progreso del proyecto, las tareas completadas y el próximo trabajo con tarjetas de tareas.

Descubra las tarjetas intuitivas para arrastrar y soltar, la colaboración en tiempo real y el anidamiento de tarjetas organizativas que impulsan a su organización a adaptarse y entregar con mayor eficacia.

Obtenga más información sobre la vista de tablero en Smartsheet.

Conecte a sus empleados, procesos y herramientas con una plataforma sencilla y fácil de usar.

Pruebe Smartsheet gratis Get a Free Smartsheet Demo