Manteniment de programari
Manteniment de programari empresarial: què incloure, quant costa i com evitar l'obsolescència
Publicat: 19 febrer 2026
El manteniment de programari no és el cost que ve després del projecte: és la inversió que determina si aquest projecte continua generant valor en 3 anys o es converteix en un sistema legacy que ningú vol tocar. Entendre què incloure, quant pressupostar i quan evolucionar és tan important com el desenvolupament inicial.
Aquesta guia està pensada per a directors de tecnologia, responsables de sistemes i directors d'operacions en empreses espanyoles que gestionen programari a mida o aplicacions empresarials pròpies. Si la teva empresa té programari en producció amb més de 2 anys d'antiguitat i no tens un pla de manteniment clar, és el moment de definir-lo.
Tipus de manteniment i què cobreix cadascun
- Correctiu: correcció de bugs en producció. Ha d'estar inclòs en garantia els primers 3-6 mesos post-lliurament.
- Preventiu: actualitzacions de dependències, pedaços de seguretat i compatibilitat amb noves versions d'OS i navegadors.
- Adaptatiu: canvis obligats per regulació, canvis en APIs de tercers o canvis d'infraestructura cloud.
- Evolutiu: noves funcionalitats i millores. Aquest és el que té major impacte en el negoci i requereix priorització clara.
Quant pressupostar: l'estàndard del mercat
- Estàndard de mercat: 15-20% del cost de desenvolupament inicial a l'any. Per a un projecte de €100k, pressuposita €15-20k/any.
- Per sota del 10%: només cobres correctiu bàsic. El deute tècnic s'acumula i el sistema envelleix més ràpid.
- Per sobre del 25%: senyal que el sistema té problemes estructurals o el proveïdor està sobre-facturant hores.
- Inclou sempre en el pressupost: dependències de tercers amb cost creixent (APIs, llicències, cloud compute).
Senyals d'obsolescència que tot directiu ha de reconèixer
- L'equip comença a demanar workarounds per a tasques que 'hauria de fer el sistema': la funcionalitat no evoluciona al ritme del negoci.
- Les actualitzacions de seguretat es retarden més de 90 dies: el risc d'exposició escala exponencialment.
- El temps d'onboarding de nous desenvolupadors supera 2 setmanes: el codi ja no és mantenible per ningú nou.
- Més del 30% de l'equip tècnic té por de tocar certes parts del sistema: deute tècnic crític.
Com evolucionar el programari sense migracions traumàtiques
- Revisió de roadmap semestral: prioritza evolutiu en blocs, no funció a funció. Més eficient i menys disruptiu.
- Feature flags per a desplegaments graduals: redueix el risc de cada canvi i permet rollback sense downtime.
- Refactor incremental, no reescriptura total: substitueix mòduls específics mantenint el sistema en producció.
- Documentació actualitzada com a condició de lliurament: sense documentació, el manteniment futur és més car i més lent.
Necessites un pla de manteniment i evolució per al teu programari empresarial?