Respuesta ante el cambio sobre seguir un plan

www.knowment.net

Compartir este post

www.knowment.net

 “Un plan no es nada, pero la planificación lo es todo.” – Dwight D.Eisenhower

 Introducción

Retomando un post de hace unos meses, donde mencioné uno de los primeros elementos del manifiesto ágil, ahora continúo con otro de ellos, muy importante también.

Algo que caracteriza a los estándares y prácticas ágiles es la adaptación al cambio. Las disciplinas de dirección de proyecto tradicional (PMBOK, por caso) también admiten la posibilidad de cambiar, siempre que el cambio esté enmarcado dentro de un proceso gestionado. Pero la diferencia principal entre ambos abordajes radica en que en la visión ágil hay una permeabilidad hacia al cambio mucho mayor. En ella, se parte de la premisa que intentar evitar el cambio no sólo es profundamente complejo sino, a veces, hasta imposible.

La importancia de planificar

En esta oportunidad sin embargo, no quiero hacer hincapié en el proceso de cambio, sino en el segundo punto elemento de la frase: seguir un plan.

Porque si afirmamos que adaptarse al cambio es más importante que el seguir el plan, ¿esto significa que no tiene sentido planificar?. ¿Cómo llevar adelante entonces un proyecto exitoso si no es sobre la base de un plan?

Lo primero que hay que aclarar entonces es que la aceptación del cambio no implica desestimar la planificación. Planificar es un paso esencial en prácticamente cualquier actividad que emprendamos. La práctica de planificar tiene muchos beneficios: nos lleva a analizar un problema en todas sus dimensiones, nos asegura que repasamos todos los elementos básicos necesarios para llevarla adelante, nos brinda una la visión estratégica sobre la actividad, etc.

Lo que sucede en el agilismo es que la adaptación al cambio vuelve superfluo no la actividad de planificar, que sigue siendo un requisito previo al arranque de una iteracción, sino al plan, sobre todo el de alto nivel de detalle.

Más allá de los planes

¿Pero cómo en concreto se logra trabajar sin un plan detallado? A continuación, menciono algunos de los puntos que dan soporte al trabajo planificado, pero con planes livianos:

  • Haciendo más corta la iteración: Al acortar el tiempo de construcción de un entregable determinado, desaparece el horizonte del medio y largo plazo. Por lo tanto, en lugar de la visión de plan estratégica o táctica, nos podemos concentrar más en el plano operativo.
  • Entregando frecuentemente: La entrega frecuente permite que haya un lazo de control corto. Esto permite entonces realizar correcciones entre el desempeño real y el planificado a una velocidad alta, lo que elimina la probabilidad de grandes desvíos.
  • Potenciando la comunicación: Si incremento la comunicación, involucramiento y compromiso de los miembros del equipo, es más fácil que todos estén al tanto de lo que hacen los otros, sin necesidad de un plan detallado como elemento integrador.
  • Otorgando visibilidad a los interesados: Uno de los aportes importantes de los planes es la comunicación y el reporte de avance. En los métodos ágiles, se trabaja mucho con la gestión visual. Esto es, volcar información en el contexto del proyecto (puede ser en forma física o virtual) de modo que cualquier persona interesada en conocer los avances, pueda acercarse y verlos. Vinculando esto con la entrega frecuente, la validación del funcionamiento real se da con una alta frecuencia, lo cual vuelve innecesario un excesivo detalle al contrastar planificado contra ejecutado. Si se requiere conocer el grado de avance real, no hay más que esperar hasta el final de la iteracción para evaluar los resultados directamente.
  • Limitando la cantidad de involucrados: Los estándares ágiles suelen recomendar que los equipos no sean muy grandes. A mayor cantidad de miembros, mayor complejidad en la comunicación. El soporte de un plan y una planificación empiezan a tener mayor peso en estos contextos, lo que también resta flexibilidad y capacidad adaptativa. La recomendación ágil es dividir los productos objetivos en sub-productos, y generar múltiples equipos trabajando en paralelo, o bien equipos más pequeños que construyan un único producto en varias etapas.

Por supuesto, siempre es importante recordar que todos los proyectos son únicos. Lo mismo el contexto en que se aplican (organización, industria, cultura, etc.). Si bien las prácticas acá descriptas pueden ser beneficiosas para un gran abanico de proyectos, existirán algunos en los cuales sí sea importante y necesario tener una planificación extensiva. Nuevamente, la clave está en identificar las particularidades y utilizar aquel enfoque que mayores beneficios nos otorgue.

Autor: Ing. Ezequiel Kahan – Todos los derechos reservados. Prohibida la reproducción sin el expreso consentimiento del autor.

Si te interesa la nota y queres recibir más similares, suscribite a nuestro newsletter dando click acá. Nos interesa tu feedback!

× Chateemos!