Presupuesto, herramientas y lo que no se hace todavía

Un programa pequeño gasta en este orden: primero sostiene a las personas que producen, después define los servicios que dan, y solo entonces compra la herramienta que un servicio necesita. Invertir el orden produce plataformas sin uso y suscripciones que nadie lee, porque la herramienta no sabe qué decisión sirve; esa decisión la sabe el servicio.

Consulta SELECT * FROM restricciones y SELECT * FROM partidas. Cada partida lleva en la columna requiere aquello que debe existir antes de comprarla: es el orden del gasto escrito en una tabla.

Una partida cuyo requisito no existe es una promesa de compra, no una compra. Comprarla antes de tiempo no la hace útil: la deja instalada y sin uso, y consume presupuesto que otra partida sí podría rentabilizar hoy. La columna se_cumple_hoy dice qué se comprobó en la visita.

Consulta SELECT * FROM partidas y busca la partida cuyo requisito no se cumple.

Si se comprara todo lo que se puede comprar hoy, el primer año costaría la suma de las partidas con el requisito cumplido. Es la cifra que se pone al lado del tope para saber cuánto hay que recortar, y es una suma sencilla que se hace mal con prisa: se olvida una partida o se suma la que no se cumple.

Con partidas, suma el costo de las que sí se cumplen hoy.

El tope del comité no se negocia a mitad del año; se respeta en la propuesta. La diferencia entre lo que se podría comprar y el tope es lo que hay que aplazar, y la siguiente pregunta es qué partida o partidas cubren exactamente ese exceso sin romper el programa.

Compara el resultado de la tarea anterior con el tope de restricciones.

Recortar no es repartir el dolor. Se aplaza lo que menos daño hace al programa: aquello que se puede sustituir por una alternativa más barata sin perder el servicio. Las personas y los servicios son lo último que se recorta; las suscripciones comerciales casi siempre tienen una alternativa abierta con la que empezar.