Imagina que decides reformar tu casa sin planos. Un día cambias el suelo del salón porque te apetece, al mes siguiente tiras un tabique porque estorba, y un año después te das cuenta de que la cocina nueva no tiene espacio para la nevera que compraste hace dos meses. Cada decisión, tomada por separado, tenía su lógica. El problema es que nadie las pensó juntas.
Con los sistemas de información en una empresa pasa exactamente lo mismo. Se compra un ERP porque hacía falta gestionar mejor el almacén, se contrata un CRM porque el equipo comercial lo pedía, se monta una herramienta de BI porque en una feria quedó muy bien la demo. Y de pronto, la empresa tiene media docena de sistemas que no se hablan entre sí, que duplican datos y que nadie sabe muy bien por qué se compraron. El plan director de sistemas de información existe precisamente para evitar ese caos.
¿Qué es, en realidad?
Un plan director de sistemas de información (PDSI, para los amigos de las siglas) es un documento estratégico que marca hacia dónde debe evolucionar la tecnología de una organización en los próximos años, normalmente entre tres y cinco. No es un manual técnico ni una lista de la compra de software. Es más bien un mapa de ruta que conecta dos mundos que a menudo van por libre: el negocio y la tecnología.
La idea de fondo es sencilla, aunque ponerla en práctica no lo sea tanto: la tecnología no debería avanzar porque sí, ni porque un proveedor haya hecho una buena presentación. Debería avanzar porque ayuda a la empresa a conseguir lo que se ha propuesto. Si el objetivo estratégico es abrir mercado en otro país, el plan director tiene que responder a preguntas como qué sistemas necesitan escalar, qué datos hay que poder consultar en otro idioma o qué integraciones hacen falta con proveedores locales.
Qué contiene un plan director
Aunque cada organización lo adapta a su manera, casi todos los planes directores giran en torno a las mismas piezas.
Primero está el diagnóstico. Antes de decidir hacia dónde ir, hay que saber dónde se está. Esto implica hacer un inventario honesto de los sistemas actuales: qué aplicaciones hay, en qué estado están, cuáles se solapan, cuáles están a punto de quedarse obsoletas y cuáles son, en realidad, un parche puesto hace diez años que nadie se atreve a tocar.
Después viene la parte más interesante, y también la más difícil: alinear esa foto actual con la estrategia de negocio. Aquí es donde se cruzan los objetivos de la empresa (crecer, reducir costes, mejorar la experiencia del cliente, lo que sea) con las capacidades tecnológicas necesarias para conseguirlos. No es raro que en esta fase salgan a la luz contradicciones incómodas, como un departamento que lleva años pidiendo un sistema que en realidad no encaja con la dirección que ha tomado la empresa.
A partir de ahí se define la hoja de ruta: qué proyectos se van a acometer, en qué orden, con qué prioridad y con qué presupuesto aproximado. Y por último, casi siempre se incluye un apartado de gobierno, que establece quién decide qué, cómo se van a medir los resultados y quién es responsable de que el plan no se quede en un PDF olvidado en una carpeta compartida.
Por qué se hace tan poco (o tan mal)
Si el plan director tiene tanto sentido, cabría pensar que todas las empresas lo tienen. La realidad es bastante distinta. Muchas organizaciones, sobre todo las medianas, funcionan sin uno, y sobreviven a base de ir apagando fuegos según van apareciendo.
Hay varias razones. La primera es que elaborar un buen plan director lleva tiempo y requiere sentar en la misma mesa a gente que normalmente no se habla demasiado: dirección general, finanzas, operaciones y tecnología. Cada uno tiene su propio idioma y sus propias prioridades, y hacer que todos remen en la misma dirección no es trivial.
La segunda razón es más humana. A nadie le gusta que le digan que el sistema que lleva usando quince años está obsoleto, o que el proyecto estrella del año pasado en realidad no encajaba con la estrategia. El plan director obliga a poner sobre la mesa decisiones incómodas, y eso genera resistencia.
Y la tercera, quizás la más frecuente, es que se confunde el plan director con un ejercicio puramente técnico, y se le encarga a un departamento de sistemas que trabaja sin demasiado contacto con el resto del negocio. El resultado suele ser un documento técnicamente impecable que nadie fuera de informática entiende ni usa.
Un plan vivo, no un documento de museo
Un error habitual es tratar el plan director como algo que se hace una vez y se guarda en un cajón. La tecnología cambia rápido, el negocio también, y un plan pensado para cinco años que no se revisa nunca acaba desactualizado antes de llegar a la mitad de su horizonte.
Los planes que realmente funcionan se revisan de forma periódica, normalmente una vez al año, para comprobar si las prioridades siguen siendo las mismas o si ha aparecido algo que obliga a replantear el orden de los proyectos. No se trata de rehacerlo desde cero cada vez, sino de mantenerlo como una referencia viva que la empresa consulta de verdad cuando tiene que decidir en qué invertir su presupuesto de tecnología.
Al final, un buen plan director no garantiza que todo salga perfecto. Pero sí garantiza algo igual de valioso: que cuando la empresa invierte en tecnología, lo hace sabiendo por qué lo hace, y no simplemente porque tocaba renovar algo o porque en la última reunión de dirección alguien vio una demo que le gustó.