Documentos de Académico
Documentos de Profesional
Documentos de Cultura
La mayoría de las técnicas que utilizan las organizaciones ágiles para hacer que la
planificación sea más dinámica no son nuevas. Más bien, han sido probadas y probadas
por compañías de diferentes industrias y geografías. Sin embargo, lo que es evidente es
que las organizaciones ágiles pueden usarlas para hacer coincidir el ritmo de la
planificación con el ritmo de los equipos ágiles. Estas técnicas ayudan a los planificadores
corporativos a aumentar la frecuencia de las decisiones de asignación de recursos y a
otorgar a los equipos más libertad para gastar sus presupuestos, al tiempo que garantizan
que el dinero y las personas se desplieguen de manera productiva.
Para lograr agilidad en la planificación, las empresas deben combinar elementos que
promuevan la estabilidad y el dinamismo . Los elementos que dan estabilidad a la
planificación ágil son establecer prioridades estratégicas claras y definir objetivos
estrechamente relacionados para los equipos. El dinamismo en la planificación ágil
proviene de la celebración de sesiones de planificación trimestrales, en las que la
financiación se redistribuye entre las unidades de negocios, y brinda apoyo a los equipos
para que utilicen los fondos como mejor les parezca. En este artículo, exploraremos estos
cuatro elementos y los ilustraremos con ejemplos de varias compañías
Centrarse en un pequeño conjunto de prioridades
estratégicas
Si bien un exceso de prioridades estratégicas puede crear dificultades para cualquier
organización, puede ser especialmente problemático para las compañías ágiles, donde los
equipos facultados disfrutan de los derechos para tomar más decisiones diarias que los
equipos de proyectos en las compañías tradicionales de comando y control. Nuestra
experiencia sugiere que, si los equipos ágiles tienen su propia idea acerca de las
prioridades estratégicas de la compañía, estos equipos pueden terminar con esfuerzos
que son demasiado diversos para producir ganancias significativas en el rendimiento en
cualquier área.
Roduce el video
Por lo tanto, los ejecutivos de una empresa ágil deben acordar un conjunto de prioridades
pequeño y bien definido: idealmente, diez o menos. Estas prioridades deben guiar las
decisiones de planificación y presupuesto en todos los niveles de la organización, de modo
que las unidades de negocios reciban fondos adicionales si sus iniciativas principales
apoyan las prioridades estratégicas principales, y las unidades de negocios asignan más
fondos a equipos individuales cuyo trabajo hace una contribución demostrable a las
prioridades estratégicas. Además, estas prioridades deben actualizarse trimestralmente
para garantizar que aún estén en línea con las tendencias cambiantes de los clientes y el
mercado. Eso no quiere decir que las empresas ágiles no deben explorar y
experimentar. La experimentación fuera de los objetivos estratégicos a menudo se logra
otorgando a los equipos e individuos cierta capacidad para perseguir sus esfuerzos
discrecionales. Por ejemplo, Google alienta a sus empleados a dedicar el 20 por ciento de
su tiempo a proyectos que creen que beneficiarán a la empresa.
Sin embargo, los memos de estrategia son generalmente demasiado generales para que
los equipos los utilicen como guía para sus decisiones diarias. Por lo tanto, las
organizaciones ágiles deben traducir las prioridades estratégicas en objetivos más
específicos en los que los equipos pueden trabajar. 4 Una forma en que las organizaciones
ágiles pueden hacer esto es estableciendo objetivos y resultados clave (OKR). Un OKR
detalla las prioridades de la compañía en términos de logros específicos y mejoras de
rendimiento. El objetivo consiste en un cambio cualitativo claramente definido, mientras
que el resultado clave es un objetivo de rendimiento específico, a menudo cuantitativo,
que debe cumplirse. Las organizaciones ágiles deben establecer OKR anualmente y evaluar
el progreso en su contra en forma trimestral.
Por ejemplo, una institución financiera global establece una prioridad estratégica para
hacer que su viaje de servicio al cliente sea más eficiente. En línea con esa estrategia,
estableció un OKR para reducir el costo del servicio a los clientes (el objetivo) en un 50 por
ciento (el resultado clave). Lograr el OKR requeriría un esfuerzo coordinado entre los
"escuadrones" o equipos, trabajando en diferentes aspectos del proceso de servicio al
cliente, como producto, tecnología, política y riesgo. Para promover la alineación entre los
escuadrones, los ejecutivos reunieron a los líderes de los escuadrones para discutir las
oportunidades de reducción de costos y lo que cada escuadrón podría hacer para
capturarlos. A partir de entonces, cada escuadrón fue evaluado con respecto a una sola
métrica: reducción en el costo de servicio a los clientes. El único OKR alentó a los equipos
a centrarse en iniciativas de reducción de costos y a desestimar otras actividades,
Acelere los ciclos de planificación para reasignar los
recursos con más frecuencia
Los equipos ágiles pueden generar productos viables mínimos (MVP) en solo unas pocas
semanas, y reasignan el financiamiento continuamente, con prioridades que se refinan en
cada carrera. 5 Debido a que su tasa de trabajo es tan alta, estos equipos pueden verse
limitados o incluso paralizados si deben esperar a que los fondos se dispensen en ciclos
anuales. Por ejemplo, un gran proveedor de seguros de América del Norte que asignó
fondos en forma anual luchó por financiar rápidamente ideas innovadoras una vez que sus
equipos de atención al cliente adoptaron formas ágiles de trabajar. Un equipo que
concibiera un concepto de producto prometedor tendría que esperar hasta el final del año
antes de poder comenzar a trabajar en él, momento en el que los competidores ya
habrían lanzado productos similares.
Cuando llegó el momento de desarrollar una nueva versión de la plataforma, los líderes de
la compañía restringieron su función a la definición de la visión y brindaron orientación
sobre qué características incluir. Luego permitieron que el equipo de desarrollo
descubriera la mejor manera de construir la plataforma. Los desarrolladores optaron por
crear un MVP mediante la adaptación de una plataforma bancaria de terceros basada en
la nube. Ese enfoque demostró ser más eficiente, escalable y técnicamente confiable que
la codificación desde cero, una instancia en la que la deferencia del liderazgo hacia los
expertos técnicos produjo un resultado superior: el MVP se lanzó dentro de cinco meses
(luego de demoras anteriores de más de un año y medio) .