De Finanzas a programar sin pedir permiso

Esta es una entrada de ejemplo para revisar el diseño. El texto no importa: sirve para ver cómo respiran los párrafos, los títulos, las imágenes de cada tamaño y las citas. Cómo aprendí a construir lo que antes solo analizaba.

Qué está pasando

Durante los últimos meses hemos visto el mismo patrón repetirse en empresas de todos los tamaños: primero llega la novedad, luego la prisa y, al final, la pregunta que debimos hacernos al principio. Qué problema queremos resolver y quién va a notar la diferencia.

La mayoría de las decisiones que parecen técnicas son, en realidad, decisiones sobre personas: quién hace qué, quién revisa y quién responde cuando algo falla.

Nadie me dio permiso para cambiar de carrera. Lo pedí a base de proyectos.

Por qué importa

Cuando una herramienta se adopta sin un criterio claro, el coste no aparece en la factura del primer mes. Aparece más tarde, en forma de datos duplicados, procesos que nadie entiende y equipos que dejan de confiar en lo que ven.

Un matiz

No se trata de ir más despacio, sino de ir en la dirección correcta:

• Empezar por el problema, no por la herramienta.
• Medir antes y después, aunque sea con una hoja de cálculo.
• Dejar por escrito quién decide y quién revisa.

Lo que haría yo

Si tuviera que empezar mañana, elegiría un solo proceso, lo mediría durante un mes y solo entonces decidiría qué automatizar. Poco a poco, con calma y con el equipo delante.

Gracias por leer hasta aquí. Si lo ves de otra forma, escríbeme: aprendo más de quien no piensa como yo.