← Volver al blog Gobierno de TI

Alinear tecnología y negocio: cómo decidir cada peso

Dirección y tecnología revisando el portafolio de iniciativas

Alinear la tecnología con el negocio no es una actitud ni un taller de integración entre áreas: es un mecanismo de decisión. Cada peso que se compromete en tecnología pasa por un caso de negocio de una página, entra a un portafolio con criterios de priorización escritos, se mide con un par de indicadores que le importan a las dos partes, y tiene un criterio de paro definido antes de arrancar. Donde no hay ese mecanismo, la alineación depende de que se lleven bien dos personas, y no sobrevive a un cambio de puesto.

Esta guía es la de la decisión y su seguimiento. Qué se hace y en qué orden es la ruta de transformación digital; dónde está la empresa hoy lo mide el diagnóstico de madurez digital; quién tiene facultad para decidir es materia de gobierno de TI. Aquí se trabaja cómo se evalúa, se aprueba, se mide y se mata una inversión de tecnología.

Contenido de esta guía

  1. Qué significa alinear, en términos comprobables
  2. Ocho síntomas de desalineación, con su prueba
  3. El caso de negocio de una página: 7 preguntas
  4. Cómo se prioriza el portafolio sin discutir
  5. El criterio de paro: lo que casi nadie escribe
  6. Métricas que significan lo mismo para TI y para la dirección
  7. La cadencia: qué se revisa y cada cuánto
  8. 7 errores que rompen la alineación
  9. Ejemplo resuelto: un portafolio de seis iniciativas
  10. Preguntas frecuentes
  11. Conclusión: tres decisiones

Qué significa alinear, en términos comprobables

Una organización alineada no es la que tiene buena relación entre sistemas y dirección. Es la que puede contestar estas cuatro preguntas sobre cualquier renglón de su gasto en tecnología, sin preparar la respuesta:

  1. ¿A qué objetivo del negocio sirve, y quién de negocio lo pidió? Si la respuesta es «lo pidió sistemas», la iniciativa no está alineada: está justificada técnicamente, que es otra cosa.
  2. ¿Qué cambia cuando esté? Un número, no una capacidad. «Vamos a poder ver los pedidos en tiempo real» no es un cambio; «el pedido llega al almacén en minutos en lugar de horas» sí lo es.
  3. ¿Quién responde si no cambia? El dueño de la iniciativa es de negocio, no de tecnología. Tecnología entrega; el negocio se compromete con el resultado.
  4. ¿Cuándo dejamos de pagarlo si no sirve? Es la pregunta que nadie hace al firmar y la que más dinero salva.

"La desalineación no se ve en el discurso, se ve en la renovación automática. Si nadie tiene que volver a aprobar una suscripción para que siga cobrándose, esa decisión ya no la toma nadie: la toma el calendario."

Consultoría

Gobierno de TI: orden, control y estrategia sobre tu tecnología

Políticas, riesgos tecnológicos y gobernanza de la IA que ya entró a tu empresa aunque nadie la haya autorizado.

Ver el servicio
¿Prefieres que lo armemos contigo?

Lo escribe tu equipo con nuestras plantillas y nuestra revisión. Te contestamos en menos de 24 horas hábiles.

Hablar con un consultor

Ocho síntomas de desalineación, con su prueba

Cada síntoma va con una comprobación concreta, de las que se hacen en una tarde. Tres o más confirmados es señal de que el mecanismo no existe.

  • Suscripciones que nadie reconoce. Prueba: cotejar el estado de cuenta contra el inventario declarado de servicios. La diferencia es el número.
  • Herramientas duplicadas. Prueba: contar cuántas plataformas distintas se usan para lo mismo —almacenamiento, gestión de tareas, videollamadas—.
  • Iniciativas sin dueño de negocio. Prueba: tomar la lista de proyectos en curso y buscar cuántos tienen como responsable a alguien que no es de sistemas.
  • Renovaciones automáticas sin revisión. Prueba: preguntar qué contrato se canceló el año pasado. Si la respuesta es «ninguno», nadie está revisando.
  • Proyectos que se completan y no se usan. Prueba: contar usuarios activos reales de los tres últimos sistemas implantados.
  • Indicadores que no se cruzan. Prueba: pedir el tablero de tecnología y el de dirección y buscar un número que aparezca en los dos.
  • TI se entera de las prioridades cuando llegan las solicitudes. Prueba: preguntar al responsable de sistemas cuáles son los tres objetivos del negocio de este año.
  • La conversación es siempre de costo. Prueba: revisar el acta de la última reunión donde se habló de tecnología y contar cuántas líneas hablan de gasto y cuántas de resultado.

El caso de negocio de una página: 7 preguntas

El documento que más alineación produce por unidad de esfuerzo. No es un estudio de viabilidad: son siete preguntas que caben en una hoja y que las contesta el área de negocio, con apoyo técnico. Si el área no puede contestarlas, la iniciativa no está madura, y ese es el hallazgo.

Las siete preguntas, en orden

  • 1. ¿Qué problema resuelve, en términos de operación? Descrito como lo que pasa hoy, con una cifra: cuántas veces al mes, cuánto tiempo, cuántos errores.
  • 2. ¿A qué objetivo del negocio sirve? Uno solo, del plan vigente. Si sirve a cuatro objetivos, probablemente no sirve a ninguno.
  • 3. ¿Qué número cambia y de cuánto a cuánto? Con la fuente del dato y quién lo va a medir. Sin fuente definida, el número no se va a medir nunca.
  • 4. ¿Cuánto cuesta el primer año, y cuánto el segundo? Licencia, implementación, tiempo del equipo propio y —la partida que siempre falta— mantenimiento. El segundo año es el que revela el costo real.
  • 5. ¿Quién es el dueño y qué se compromete a entregar? Un nombre de negocio, no un área.
  • 6. ¿Qué pasa si no lo hacemos? La alternativa honesta, incluida la de no hacer nada. Muchas iniciativas no sobreviven a esta pregunta, y eso es el ahorro.
  • 7. ¿Cuál es el criterio de paro? En qué fecha y con qué número se decide cancelarlo.

La regla de uso: ninguna compra de tecnología por encima del umbral definido en la tabla de facultades se aprueba sin esta hoja. No porque el documento sea mágico, sino porque la mitad de las iniciativas se cae al intentar contestar la pregunta 3 o la 6, y caerse en una hoja es infinitamente más barato que caerse en una implementación.

Cómo se prioriza el portafolio sin discutir

Cuando hay diez iniciativas y presupuesto para tres, la discusión sin criterio la gana quien tiene más insistencia o más jerarquía. Un criterio escrito la convierte en aritmética, y lo importante no es que el número sea exacto: es que la conversación pase de «yo creo» a «por qué le pusiste 4 y yo le puse 2».

Cuatro factores, de 1 a 5 cada uno:

  • Contribución al objetivo — qué tanto mueve el número del objetivo de negocio al que sirve.
  • Riesgo de no hacerlo — qué se pierde o a qué se expone la empresa si se pospone un año. Aquí entran obligaciones regulatorias y requisitos de clientes.
  • Esfuerzo — costo total del primer año más el tiempo del equipo propio, invertido para que 5 sea «poco esfuerzo».
  • Dependencias — si habilita a otras iniciativas o si depende de algo que todavía no existe. Una iniciativa que crea un catálogo maestro habilita a las demás y sube.

Y dos reglas que hacen que el portafolio funcione de verdad: hay un número máximo de iniciativas abiertas a la vez —tres es un número sensato para una empresa mediana— y abrir una nueva obliga a cerrar o congelar otra explícitamente. Sin esa restricción, el portafolio se convierte en una lista de deseos y todo avanza al mismo ritmo: lento.

El criterio de paro: lo que casi nadie escribe

Esta es la sección que más dinero ahorra, y falta en casi todos los procesos de inversión en tecnología. Un criterio de paro es una frase escrita antes de arrancar que dice en qué circunstancia se cancela la iniciativa. Ejemplos de cómo se redacta:

  • «Si a los cuatro meses del arranque menos de la mitad del equipo comercial registra sus pedidos en el sistema, se detiene la ampliación a otras áreas y se revisa el proceso antes de seguir invirtiendo.»
  • «Si la carga de catálogos no está limpia al terminar el segundo mes, se pospone el arranque en lugar de arrancar con datos sucios.»
  • «Si al llegar la renovación anual el número que justificó la compra no se movió, no se renueva.»

Lo que hace valiosa esta práctica no es cancelar proyectos: es que redactar el criterio obliga a definir el número de la pregunta 3 con seriedad, porque va a servir para una decisión incómoda. Y elimina el fenómeno más caro de la inversión tecnológica —seguir pagando algo porque ya se pagó mucho—, que deja de ser una discusión de orgullo y pasa a ser la aplicación de una regla que se aprobó cuando nadie estaba comprometido emocionalmente.

Métricas que significan lo mismo para TI y para la dirección

La desalineación de indicadores tiene una firma reconocible: tecnología reporta disponibilidad y tickets; dirección mira ventas y satisfacción; y nadie puede unir las dos columnas. La corrección no es agregar métricas, es emparejarlas: cada indicador técnico se expresa en la unidad del negocio que lo sufre.

Cuatro pares que sí se pueden compartir

  • Disponibilidad del sistema → horas en que no se pudo facturar o no se pudo tomar un pedido.
  • Tiempo de resolución de incidentes → tiempo que un cliente esperó por una causa tecnológica.
  • Tiempo de recuperación probado del respaldo → cuántos días de operación perderíamos si pasa hoy.
  • Adopción del sistema → proporción de operaciones que ocurren dentro del sistema frente a las que ocurren por fuera.

Tres o cuatro pares bastan. Un tablero con veinte indicadores se mira una vez; uno con cuatro que le duelen a las dos partes se mira cada trimestre. El principio de fondo está desarrollado en indicadores de desempeño: un indicador sin fuente de datos definida y sin alguien que lo mire no es un indicador, es una intención.

La cadencia: qué se revisa y cada cuánto

La alineación se pierde por falta de ritmo, no por falta de intención. Tres momentos, y ninguno necesita un comité nuevo:

  1. Trimestral · Portafolio y resultados (45 minutos). Tres entradas: avance de las iniciativas abiertas, los cuatro pares de indicadores, y las iniciativas que llegaron a su criterio de paro. Sale con decisiones, no con información.
  2. Semestral · Revisión de gasto recurrente (2 horas). Se recorre el estado de cuenta línea por línea preguntando quién la usa y qué pasa si se cancela. Es la reunión más rentable del año y la que menos se hace.
  3. Anual · Ruta contra el plan (medio día). Cuando el negocio fija sus objetivos del año, se revisa qué necesita la tecnología para soportarlos. Si el responsable de sistemas no participa en esa conversación, todo el año se trabajará en reacción.

Y una condición sobre las tres: si el acta no contiene una decisión con dueño y fecha, la reunión fue informativa. Las reuniones informativas sobre tecnología se pueden sustituir por un correo.

7 errores que rompen la alineación

  1. Que tecnología proponga y tecnología apruebe. Cuando la iniciativa nace, se justifica y se evalúa dentro de la misma área, no hay contraste. No es desconfianza: es que nadie puede ser su propio contraargumento.
  2. Justificar con capacidades en vez de con números. «Nos dará visibilidad» no se puede medir ni comprobar. El caso de negocio muere en la pregunta 3 y hay que sostenerlo ahí.
  3. Ignorar el costo del segundo año. La licencia del primer año viene con descuento y la implementación no se repite; el costo real aparece en la renovación, y para entonces ya no hay decisión que tomar.
  4. No limitar las iniciativas abiertas. Diez proyectos al veinte por ciento no son avance: son diez compromisos incumplidos y un equipo que no puede terminar nada.
  5. Renovar por omisión. Lo que se renueva solo deja de estar decidido. Una revisión semestral del gasto recurrente convierte cada renovación en una decisión otra vez.
  6. Medir a tecnología solo con indicadores técnicos. Garantiza dos tableros que nunca se cruzan y una conversación permanente sobre costo.
  7. No cerrar nunca una iniciativa. Sin criterio de paro, los proyectos no mueren: se vuelven crónicos, consumen atención y ocupan el lugar de los que sí importaban.

Ejemplo resuelto: un portafolio de seis iniciativas

Así se ve el portafolio de tecnología de una empresa mediana de servicios con tres objetivos de negocio para el año: sostener el crecimiento sin contratar administración, reducir el retrabajo en la entrega y poder responder a los cuestionarios de proveedor de clientes corporativos. Es un ejemplo ilustrativo, construido para mostrar cómo se ordena una lista real.

Puntuación: contribución · riesgo de no hacerlo · esfuerzo · dependencias

  • Catálogo maestro de clientes con dueño — 4 · 3 · 5 · 5 = 17. Habilita a las otras tres iniciativas de datos y casi no cuesta dinero.
  • Control de accesos y prueba de restauración — 3 · 5 · 5 · 3 = 16. Sube por riesgo: es lo que preguntan los cuestionarios de proveedor.
  • Digitalizar la toma de pedido — 5 · 3 · 3 · 4 = 15. La de mayor contribución, pero depende del catálogo maestro.
  • Tablero de indicadores de entrega — 4 · 2 · 4 · 2 = 12. Baja por dependencias: sin datos confiables, el tablero sería decorativo.
  • Sustituir la herramienta de gestión de tareas — 2 · 1 · 4 · 4 = 11. Nadie la pidió desde negocio; la propuso el área técnica por preferencia.
  • Portal de autoservicio para clientes — 4 · 2 · 1 · 1 = 8. Alta contribución y altísimo esfuerzo, y depende de todo lo anterior.

Con el límite de tres iniciativas abiertas, el trimestre queda decidido sin discusión: catálogo maestro, accesos y restauración, y toma de pedido. La sustitución de la herramienta de tareas no se rechaza por mala, sino porque ningún objetivo de negocio la pidió. Y el portal de autoservicio —que era la iniciativa favorita en la conversación informal— se pospone porque depende de las tres primeras: hacerlo antes significaría construirlo sobre datos que aún no son confiables.

Los criterios de paro escritos ese día: si el catálogo maestro no tiene dueño nombrado al terminar el primer mes, se detiene; si la prueba de restauración falla dos veces, se escala a dirección antes de seguir invirtiendo en cualquier otra cosa; si a los cuatro meses del arranque la toma de pedido no se usa en la mayoría de las operaciones, no se amplía a otras áreas.

Preguntas frecuentes

¿Qué significa alinear la tecnología con el negocio?

Significa que cada inversión en tecnología se decide con un mecanismo: un caso de negocio de una página que contesta el área usuaria, un portafolio con criterios de priorización escritos, indicadores que significan lo mismo para tecnología y para la dirección, y un criterio de paro definido antes de arrancar. No es una actitud entre áreas: es un procedimiento que sobrevive a los cambios de puesto.

¿Cómo se justifica una inversión de tecnología ante la dirección?

Con siete respuestas en una hoja: qué problema resuelve con una cifra de hoy, a qué objetivo del negocio sirve, qué número cambia y de cuánto a cuánto, cuánto cuesta el primer año y el segundo, quién es el dueño de negocio, qué pasa si no se hace y cuál es el criterio de paro. La mitad de las iniciativas no sobreviven a las preguntas del número y de la alternativa, y caerse en una hoja es mucho más barato que caerse en una implementación.

¿Quién debe ser dueño de un proyecto de tecnología?

Alguien del área de negocio que sufre el problema, no el responsable de sistemas. Tecnología entrega la solución; el negocio se compromete con el resultado. Cuando el dueño es de sistemas, la iniciativa se evalúa con criterios técnicos, se declara exitosa al entregarla y nadie responde si el número que la justificaba no se movió.

¿Qué indicadores debería compartir TI con la dirección?

Tres o cuatro pares, donde cada indicador técnico se expresa en la unidad del negocio que lo sufre: disponibilidad se convierte en horas en que no se pudo facturar; tiempo de resolución, en tiempo que un cliente esperó; tiempo de recuperación del respaldo, en días de operación que se perderían; adopción, en proporción de operaciones que ocurren dentro del sistema. Un tablero con veinte indicadores se mira una vez.

¿Cada cuánto se revisa el portafolio de tecnología?

Trimestralmente el portafolio y los indicadores, en cuarenta y cinco minutos; semestralmente el gasto recurrente, recorriendo el estado de cuenta línea por línea; y anualmente la ruta contra los objetivos del negocio, cuando el negocio los fija. La regla que hace útiles las tres: si el acta no contiene una decisión con dueño y fecha, la reunión fue informativa y puede sustituirse por un correo.

¿Qué es un criterio de paro y por qué importa tanto?

Es una frase escrita antes de arrancar que dice en qué circunstancia se cancela la iniciativa: una fecha y un número. Importa por dos razones. La primera es que obliga a definir con seriedad el número que justifica la inversión, porque va a servir para una decisión incómoda. La segunda es que elimina la trampa de seguir pagando algo porque ya se pagó mucho: la regla se aprobó cuando nadie estaba comprometido con el proyecto.

¿Se necesita un CIO para lograr alineación?

No. Lo que se necesita es que alguien de negocio sea dueño de cada iniciativa, que exista la hoja de caso de negocio y que haya una cadencia de revisión con actas que contengan decisiones. Un CIO ayuda cuando la organización tiene suficiente complejidad tecnológica; en una empresa mediana, el mismo efecto se consigue con el responsable de sistemas presente en la conversación anual de objetivos y con un límite de iniciativas abiertas.

¿Qué hago con las herramientas que contrataron otras áreas por su cuenta?

Primero, inventariarlas cotejando el estado de cuenta contra la lista declarada: la diferencia entre ambas es el tamaño real del problema. Después, regularizar en vez de prohibir: las que resuelven algo se adoptan formalmente con dueño, revisión de tratamiento de datos y fecha de renovación; las duplicadas se consolidan. Prohibir sin ofrecer la vía legítima no elimina la conducta, la esconde, y entonces los datos de clientes siguen ahí pero ya nadie sabe dónde.

Conclusión: tres decisiones

La alineación entre tecnología y negocio no se consigue con talleres: se consigue con un mecanismo que convierte cada inversión en una decisión explícita, con dueño de negocio, con un número que cambiar y con una fecha para dejar de pagarla si no cambió.

Si vas a montarlo, tres decisiones ordenan el resto: exige la hoja de caso de negocio para toda compra por encima del umbral, sin excepciones; pon un límite de iniciativas abiertas a la vez, y que abrir una obligue a cerrar otra; y escribe el criterio de paro antes de arrancar, porque después de arrancar ya nadie lo escribe. Las tres se pueden implantar en un trimestre y no cuestan dinero.

¿Quieres saber cuánto de tu gasto en tecnología no está sirviendo a ningún objetivo?

En Softgrade montamos el mecanismo: caso de negocio de una página, criterios de priorización del portafolio, pares de indicadores compartidos y la cadencia que los sostiene. Sin vender software.

Agenda un diagnóstico