Planificació estratègica a l'empresa intel·ligent: guia d'un CTO per a la reinvenció contínua
El roadmap tecnològic anual s'està morint. No perquè planificar no importi — importa més que mai —, sinó perquè el cicle de planificació que encara fa servir la majoria d'organitzacions es va dissenyar per a un món que es movia al ritme dels anys fiscals, no de les releases de models.
Entre el 2020 i el 2024, jo podia escriure un pla tecnològic de dotze mesos a l'octubre, tancar-lo al desembre i executar-ne la major part abans del Q4 següent — i la majoria de CTOs que conec, també. El pla podia variar un 20% durant l'any, però la forma general aguantava. El 2025, això s'ha acabat. Al gener va arribar un model fundacional capaç d'assumir una part real de la feina júnior del teu equip d'enginyeria. Els agents autònoms van passar de la recerca a la producció en tres mesos. El preu de les càrregues de GPU del teu proveïdor de cloud va canviar dues vegades. El teu competidor va llançar una versió AI-native del teu producte core al Q2.
L'empresa intel·ligent no és un estat: és un procés. És una organització dissenyada per absorbir contínuament capacitats noves, retirar assumpcions velles i reorientar la seva estratègia tecnològica sense desmuntar el negoci que ja té. I això demana un model de planificació diferent del que té la majoria d'empreses.
Així és com jo el construiria.
Què vol dir realment «reinvenció contínua»
L'expressió es fa servir a la lleugera, així que siguem concrets. La reinvenció contínua no va de reorganitzar-se constantment ni de fer resets estratègics perpetus. És una disciplina de planificació amb tres propietats estructurals:
- Horitzons de planificació curts, direcció estratègica llarga. El pla anual se substitueix per un pla operatiu continu de 90 dies més una direcció estratègica a tres anys. Tots dos s'actualitzen, però amb cadències diferents.
- Unitats d'execució modulars. La feina s'organitza en iniciatives acotades que es poden engegar, aturar o reordenar sense destruir dependències en altres punts.
- Condicions explícites per replanificar. Defineixes per endavant quina informació nova et faria reobrir el pla. La majoria d'organitzacions replanifiquen empeses pel pànic; les empreses intel·ligents ho fan a partir de senyals predefinits.
La planificació anual tradicional falla perquè força totes les decisions a passar per la mateixa lent de dotze mesos. La reinvenció contínua mal feta falla per deriva estratègica: un equip que reacciona a cada senyal nou sense cap convicció. El camí del mig és la reinvenció contínua estructurada: mantens la convicció sobre la direcció mentre reordenes l'execució amb agressivitat.
El model de planificació de tres capes
El model que he vist funcionar en scale-ups i empreses mid-market el 2025:
Capa 1 — Direcció estratègica (3 anys, revisada anualment)
Les preguntes que respon aquesta capa:
- En quina mena d'empresa ens estem convertint? (No què fem aquest trimestre: en què ens estem convertint.)
- Quins compromisos arquitectònics mantindrem passi el que passi? (P. ex., cloud-native, dades com a plataforma, IA integrada.)
- Quines capacitats hem de construir a casa, quines hem de llogar i quines podem ajornar?
Aquesta capa és la teva tesi tecnològica. No canvia cada vegada que surt un framework nou. Canvia quan el mercat, els clients o el model de negoci canvien de manera significativa.
Exemple d'una direcció estratègica a tres anys (ben estructurada):
«Ens estem convertint en una plataforma vertical d'IA per al sector immobiliari comercial. Els nostres compromisos arquitectònics són: data-first (cada funcionalitat produeix i consumeix dades estructurades), AI-native (human-in-the-loop per defecte, plenament autònoma allà on el criteri es pugui verificar), cloud-neutral (cap dependència amb lock-in que costi més d'un trimestre de desfer). Construïm el nostre propi pipeline de dades, lloguem els models fundacionals i ajornem qualsevol framework d'UI.»
Això és una direcció, no un pla. Et diu a què has de dir que sí i, sobretot, a què has de dir que no.
Capa 2 — Pla operatiu (90 dies, revisat mensualment)
Aquí és on passa la major part de l'acció. El pla operatiu de 90 dies és una llista concreta d'iniciatives amb responsables, criteris d'èxit i dependències.
Què fa que un pla de 90 dies funcioni:
- Cada iniciativa té un resultat mesurable. No «millorar el rendiment de la plataforma», sinó «reduir el temps de resposta P95 d'1,2 s a 400 ms als tres endpoints amb més trànsit».
- Cada iniciativa té un únic responsable. Hi pot haver molts stakeholders, però la persona que en respon és una.
- Cada iniciativa té un abast delimitat explícitament. Què entra, què queda fora i quines decisions s'ajornen.
- Cada iniciativa té un «criteri de kill». En quines condicions l'aturaríem a mig fer?
El criteri de kill importa. Sense aquest criteri, les iniciatives es converteixen en zombis: feina que s'hauria d'haver aturat però que no es va aturar perquè ningú no volia tenir la conversa.
Capa 3 — Compromisos setmanals (1 setmana, revisats setmanalment)
La capa operativa. Lliurables concrets, lliurats o no lliurats, sense lloc on amagar-se.
Els compromisos setmanals s'agreguen a les iniciatives del pla operatiu. Si un compromís setmanal no encaixa amb cap iniciativa, és que no s'hauria d'estar fent — o que la llista d'iniciatives està malament.
Els senyals que haurien de disparar la replanificació
Una de les disciplines més difícils de la reinvenció contínua és saber quan s'ha de reobrir el pla. Si ho fas massa poc, executes una estratègia morta. Si ho fas massa sovint, l'equip no pot construir convicció sobre res.
Els disparadors que val la pena definir per endavant:
Disparadors de model o de tecnologia:
- Una release de model fundacional que habiliti una capacitat de producte que fins ara assumíem que demanaria entrenament a mida
- Un canvi de cost de 10x (amunt o avall) en un component crític de la infraestructura
- Una retirada o un canvi de preus d'un gran proveïdor de cloud que afecti els nostres serveis core
Disparadors de mercat:
- Un competidor que llanci una funcionalitat que redefineixi la categoria
- Un canvi regulatori que afecti el nostre producte core (AI Act, privacitat de dades, normativa sectorial)
- Un client del top 5 que canviï el seu patró d'ús en més d'un 30%
Disparadors interns:
- Un incident de seguretat que posi al descobert una assumpció errònia
- Dos trimestres consecutius incomplint més del 20% del pla operatiu
- La pèrdua d'un equip crític (no una persona: un equip)
Quan salta un disparador, no et llences a replanificar amb pànic. Obres una avaluació acotada en el temps (una o dues setmanes) per decidir si el pla ha de canviar, què canviaria exactament i quins trade-offs implica. La majoria de vegades el pla no canvia en res fonamental: l'avaluació només confirma la direcció. I quan canvia, ho fa de manera deliberada, no reactiva.
Planificar l'estratègia al voltant de la IA
El repte específic del 2025 i el 2026 és que les capacitats d'IA evolucionen tan de pressa que cal incorporar-les al model de planificació mateix, no tractar-les com una categoria més entre moltes.
El marc que funciona:
Cada iniciativa s'avalua amb tres preguntes sobre IA
- Aquesta iniciativa depèn de capacitats d'IA que encara no existeixen? Si és així, és d'alt risc: retalla'n l'abast o afegeix-hi camins alternatius explícits.
- Aquesta iniciativa es torna 10x més fàcil si arriba la capacitat d'IA X? Si és així, deixa la dependència per escrit i fes-ne seguiment.
- Aquesta iniciativa es torna 10x més difícil o irrellevant si el competidor fa servir la capacitat d'IA Y? Si és així, és una prioritat estratègica: protegeix la teva posició o mou-te de pressa.
Aquestes preguntes no produeixen plans diferents: produeixen plans amb les assumpcions sobre IA explicitades, de manera que les puguis reavaluar quan el que hi ha a sota canviï.
El radar de capacitats d'IA
La majoria de CTOs no tenen cap manera sistemàtica de seguir com maduren les capacitats d'IA. El resultat són sorpreses: descobreixes que la funcionalitat d'IA del teu competidor existeix perquè apareix al Slack d'un client.
La disciplina que funciona: un radar trimestral de capacitats d'IA, mantingut per un o dos enginyers sèniors, que cobreixi:
- Models fundacionals: Quin és el millor del moment per a cada cas d'ús que t'importa (raonament, codi, recuperació, multimodal, context llarg)? Quina trajectòria segueix el cost?
- Infraestructura: Què ha canviat en bases de dades vectorials, frameworks d'orquestració, runtimes d'agents, eines de fine-tuning?
- Funcionalitats de la competència: Què s'ha llançat al teu mercat amb un component d'IA? Funciona?
- Experiments interns: Què han provat els teus equips? Què ha funcionat i què no?
El radar no és una eina de decisió: és consciència situacional. Les decisions continuen passant pel pla operatiu. Però no pots planificar amb intel·ligència sobre allò que no segueixes.
Construir, comprar, fer partnership — explicita el repartiment
La majoria d'organitzacions no poden construir-ho tot a casa. L'empresa intel·ligent del 2025 funciona sobre una estratègia de partnerships deliberada: col·laboradors especialitzats que aporten capacitats que costarien entre 12 i 24 mesos de construir internament.
La implicació per a la planificació: la teva direcció estratègica ha de ser explícita sobre què construeixes, què compres i en què t'associes.
Repartiment típic del 2025 per a una scale-up:
- Construir a casa: El producte core, les funcionalitats d'IA de cara al client on el comportament del model és el teu diferenciador, els sistemes crítics de seguretat, la plataforma de dades.
- Comprar (SaaS/API): Accés a models fundacionals, observabilitat, autenticació, pagaments, infraestructura estàndard.
- Partnership: Capacitat d'enginyeria especialitzada, assessorament en recerca d'IA, ML específic de domini, perfils experts a temps parcial per a compliance o arquitectura de seguretat.
Els partnerships que funcionen són específics: tenen un abast definit, resultats mesurables i criteris de sortida explícits. «Treballem amb Conectia per tenir capacitat d'enginyeria nearshore en el lliurament de funcionalitats» és un partnership. «Estem explorant consultories d'IA» no és un partnership: és un exercici de compres.
Com és un pla operatiu a la pràctica
Un exemple concret de pla operatiu de 90 dies ben estructurat per a un SaaS mid-market:
Iniciativa 1: funcionalitat de suport augmentada amb IA (6 setmanes; responsables: VP de Producte + lead de Plataforma)
- Objectiu: reduir el temps de resposta del suport al client de 8 hores a 30 minuts per a les consultes de Tier-1
- Dins de l'abast: generació de respostes amb RAG, aprovació human-in-the-loop, bucle de feedback
- Fora de l'abast: resolució automàtica, suport multilingüe, integracions més enllà del CRM actual
- Criteri de kill: si la precisió és inferior al 80% després de 3 setmanes d'ajust, pausa i redefinició de l'abast
- Dependències: selecció de la base de dades vectorial (resolta la setmana 1), framework d'avaluació de prompts (setmanes 1-2)
Iniciativa 2: reducció del cost de plataforma (8 setmanes; responsable: lead de DevOps)
- Objectiu: reduir la factura mensual de cloud un 25% sense regressió de rendiment
- Dins de l'abast: instàncies reservades, right-sizing, neteja de recursos orfes, capa de cache
- Fora de l'abast: migració multicloud, rearquitectura de Kubernetes
- Criteri de kill: si descobrim raons que fan inassolible l'objectiu d'estalvi més enllà del 15%, reajustem l'objectiu i continuem
- Dependències: accés a l'històric de facturació (ja disponible)
Iniciativa 3: retirada de deute tècnic a l'API core (12 setmanes; responsables: tech lead + 2 enginyers)
- Objectiu: substituir el middleware d'autenticació legacy i consolidar tres response handlers en un de sol
- Dins de l'abast: només el servei de l'API core
- Fora de l'abast: l'API interna d'administració i les integracions legacy fora d'abast
- Criteri de kill: si la substitució provoca més de 2 incidents en producció, pausa i estabilització
- Dependències: shadowing del trànsit de producció (setmana 1)
Fixa't en el que hi ha: responsables clars, objectius mesurables, abast delimitat, criteris de kill, dependències. I fixa't en el que no hi ha: llenguatge vague, plantejaments aspiracionals, compromisos sense final.
La disciplina de planificació que separa els bons CTOs dels excel·lents
La majoria de CTOs saben escriure un bon pla operatiu. La disciplina que separa els excel·lents és la replanificació.
Cada mes, el pla operatiu es revisa en 60 minuts o menys:
- Què va per bon camí? (Confirma-ho i passa al següent punt.)
- Què està en risc? (Entén el risc i decideix: escalar, retallar l'abast o continuar.)
- Què ha canviat a fora? (Ha saltat cap disparador? Hi ha hagut cap salt de capacitats?)
- Què s'hi hauria d'afegir? (Només si en surt una altra cosa: el pla operatiu és de suma zero.)
- Què s'hauria de matar? (La majoria d'organitzacions no maten res. I gairebé sempre és un error.)
Els CTOs que mantenen aquesta cadència amb rigor — amb trade-offs reals, kills reals i recalibracions reals — són els que poden travessar un mercat tan volàtil sense perdre la coherència estratègica.
Els que no ho fan acaben al setembre executant el pla de gener, amb un equip que ha perdut la convicció i un competidor que ja ha llançat les tres coses següents.
Estàs planificant un cicle operatiu de 90 dies que ha d'absorbir capacitat d'enginyeria nova sense perdre coherència estratègica? Parla amb un CTO sobre com estructurar el repartiment build/buy/partner per executar-lo.
