Primera reunión de presupuesto como líder de equipo: Ev
4 Min. de lectura
El año pasado me llamó un amigo que lidera un equipo en el departamento de TI de una empresa de ingeniería mecánica. Acababa de salir de su primera reunión presupuestaria. 1,2 millones de euros de presupuesto para migrar parcialmente un ERP a la nube. Su jefe le había encomendado la responsabilidad. Lo que siguió fueron seis meses entre la pérdida de control y el aprendizaje paulatino. Tres errores que podrían haberse evitado.
Lo esencial en resumen
- La primera responsabilidad presupuestaria pilla a muchos líderes de equipo desprevenidos. El conocimiento técnico por sí solo no basta.
- El error más común: ver el presupuesto global como una suma en lugar de desglosarlo en paquetes de trabajo.
- Quien no tiene aliados internos pierde el control de su proyecto al primer contratiempo.
La situación
Llamémosle Markus. 34 años, líder del equipo de Infraestructura desde hace dos en una empresa de ingeniería mecánica en Suabia con 800 empleados. La dirección había decidido migrar parte del sistema SAP a la nube. Markus había redactado el análisis de viabilidad técnica. Su jefe le dijo: «Tú lo has analizado, tú te encargas del presupuesto». 1,2 millones de euros. Markus nunca antes había firmado nada más allá de gastos de viaje.
Error 1: Tratar el presupuesto como un número
En la primera reunión, Markus presentó al departamento de Control de Gestión una diapositiva con la cifra total y un cronograma. Listo. La pregunta del responsable de Control de Gestión: «¿Qué se hace exactamente con los 340.000 euros para consultoría externa en el tercer trimestre?». Markus no tenía respuesta. Había aceptado el presupuesto del integrador de sistemas como una oferta global, sin desglosar las partidas en paquetes de trabajo manejables.
Lo que debería haber hecho: definir cada paquete de trabajo con su propio presupuesto, su propio plazo y sus propios criterios de éxito. No porque lo exija el Control de Gestión, sino porque es la única forma de corregir desviaciones de manera específica en lugar de cuestionar todo el proyecto.
Error 2: No crear aliados internos
Tras tres meses, el proyecto iba con retraso. Nada grave: un 15 % más de esfuerzo en el flujo de trabajo de migración de datos. Markus resolvió el problema desde el punto de vista técnico y comunicó la desviación en el siguiente comité de dirección. Lo que no había hecho: hablar antes por separado con el responsable de Control de Gestión y con el director del área de Producción. En la reunión, las críticas le pillaron por sorpresa. Ambos tenían preguntas abiertas que podrían haberse aclarado en una conversación informal.
Lo que aprendió: la responsabilidad presupuestaria es en un 50 % gestión de stakeholders. Quien presenta las sorpresas solo en entornos formales pierde confianza. Quien las prepara de manera informal mantiene el control.
«Pensaba que tenía que hacer que el proyecto funcionara técnicamente. En realidad, debía mantener informadas a las personas adecuadas con regularidad. Nadie me lo dijo.»
– Markus, Teamlead Infrastructure (nombre cambiado)
Error 3: Olvidar el colchón
La oferta del integrador de sistemas no incluía ningún colchón. Tampoco Markus. Cuando en el quinto mes surgió un tema de licencias que suponía un coste adicional de 80.000 euros, tuvo que acudir a la dirección general. No porque la cantidad fuera crítica, sino porque no existía ninguna partida de la que pudiera extraer fondos.
La regla que sigue desde entonces: un colchón del 15 al 20 por ciento en cada proyecto de TI. Comunicado abiertamente, no oculto. Su jefe aceptó esto inmediatamente en el siguiente proyecto, porque Markus pudo explicar por qué era necesario el colchón y cómo se gestionaría.
Qué hace hoy de forma diferente
Actualmente, Markus es responsable de presupuestos de proyecto regularmente de seis cifras. Ha incorporado tres principios. Primero: descomponer siempre el presupuesto en paquetes de trabajo manejables. Segundo: anticiparse a los interesados antes de la reunión, nunca sorprenderlos durante la reunión. Tercero: planificar un colchón del 15 al 20 por ciento y comunicarlo de forma transparente. Suena evidente. Pero para alguien que por primera vez es responsable de un presupuesto de millones, nada de esto es evidente.
Preguntas frecuentes
¿Qué margen debería incluir un presupuesto de proyecto de TI?
Entre el 15 y el 20 por ciento es habitual en proyectos de TI en la empresa mediana. Lo importante: incluir el colchón explícitamente como partida independiente, no ocultarlo dentro de otros conceptos. Así, el control de gestión mantiene la transparencia y el director del proyecto conserva la flexibilidad.
¿Qué hacer si se supera el presupuesto?
Comunicarlo inmediatamente, sin esperar hasta la siguiente fecha de informe. Sondear informalmente con el superior directo y con el control de gestión, y luego informar formalmente en el comité de dirección. Presentar una propuesta concreta: qué paquete de trabajo está afectado, cuál es la causa y qué opciones existen.
¿Cómo prepararse para la primera reunión de presupuesto?
Preparar tres cosas: el presupuesto desglosado en paquetes de trabajo (no como suma total), una línea temporal realista con hitos definidos y los tres mayores riesgos con opciones de contramedidas. Quien pueda responder a estos tres puntos, superará cualquier pregunta de control.
Recomendaciones de lectura de la redacción
Fuente imagen destacada: Pexels / Pavel Danilyuk (px:7869068)