¿Importa TI, otra vez?

Publicado: 2022-09-23

La pregunta "¿Importa TI?" ha sido responsable de páginas y páginas de argumentos, tanto sugiriendo que sí como no. Es interesante por derecho propio que la pregunta permanezca presente en la conversación general. Probablemente a Nicholas Carr le haga gracia que el título del libro siga generando interés (y regalías, sospecho).

Deshacerse de TI

Me conmovieron al blog después de ver otro artículo sobre el mismo tema en la copia del lunes (19 de septiembre de 2022) del Wall Street Journal. El artículo se titulaba “¿Deshacerse del departamento de TI? Algunas personas piensan lo contrario”. Estaba dentro del periódico C-Suit Strategies. Se basó en un artículo anterior (Es hora de deshacerse del departamento de TI) escrito antes por Joe Peppard.

Ahora, para que quede claro, el artículo original y este nuevo no se trataban realmente de si la TI es importante. Pero el mensaje jugó en ese ángulo emotivo y llamativo. La premisa original del primer artículo y esta nueva actualización es que TI como una función centralizada no es muy útil, y que para obtener más valor de 'TI', debe integrarse en las funciones comerciales. El punto es que la gente de marketing, por ejemplo, sabe más sobre lo que necesita que un especialista de TI que se encuentra en un equipo central, alejado de esa necesidad comercial.

Me encanta la premisa y me encanta el artículo. Pero la exageración sobre el cierre de 'TI' se interpone en el camino. Nuestra propia investigación habla del argumento real que se esconde en estos artículos. Y el núcleo del argumento real va a la definición de "TI". Para eso tenemos que volver a Nicholas Carr.

¿Importa TI, realmente?

Su premisa era que cuando ciertos trabajos habilitados por TI se estandarizaran y comercializaran, serían menos valiosos. Esto es, por supuesto, totalmente obvio. El Sr. Carr decidió promocionar la idea de que 'TI' ya no importaba como un todo, ya que 'TI' ahora estaba ampliamente disponible para todos. Su giro fue popular, pero demasiado simplificado. Algunas partes del trabajo que se conoce con el nombre de 'IT' habían tendido a convertirse en productos básicos en el momento en que escribió este libro, pero gran parte de 'IT' no lo había hecho. A lo largo de los años, mucha tecnología pasa exactamente por el mismo ciclo de vida. Duh.

Pero si sabes algo sobre 'TI', sabrás que en realidad estamos siendo vagos y realmente deberíamos referirnos a algo más parecido a información y tecnología, o incluso información, comunicaciones y tecnología. Las TIC son, de hecho, lo que utilizan muchos economistas para ser más precisos. Pero nuestra propia industria se ha vuelto perezosa, y esa pereza nubla (juego de palabras) el punto real. No es una cosa o un tipo de trabajo. Entonces, mientras que algunos deben, por definición, evolucionar a un estado mercantilizado, otros no lo harán.

Mira la nube. Infraestructura como servicio, o IaaS, es lo más cercano a ese argumento mercantilizado del Sr. Carr. La computación y el almacenamiento están relativamente disponibles y son baratos. Pero qué datos usa, qué análisis desarrolla y qué decisiones o procesos comerciales sigue, está más cerca de la oportunidad de un valor agregado único y diferenciado. Ahí es donde el software como servicio (SaaS) y la plataforma como servicio (PaaS) juegan un papel más importante. Es por eso que he dicho antes que la verdadera batalla por las partes más importantes de la nube permanece en el futuro: la batalla por la nube cambia a aplicaciones y análisis desde la infraestructura.

Poner TI en el lugar que le corresponde

Al resumir el artículo del Sr. Pepperd, está sugiriendo, correctamente, que algunos elementos de "TI" generan más valor si las personas en funciones comerciales pueden usarlos directamente. Este no es el mismo punto que el Sr. Carr estaba diciendo, pero el titular para vender la copia era similar: Cierre TI. Cuando se necesita conocimiento y velocidad del negocio, ese trabajo habilitado por TI debe ser local para las habilidades y necesidades. Piense en el análisis de autoservicio, o tal vez en los roles de administrador de datos de la cadena de suministro (gobernanza), o quizás en los roles de ingeniería de datos (administración de datos).

Pero cualquier esfuerzo por obtener dicha capacidad en la periferia de un negocio conducirá necesariamente a riesgos y mayores costos. ¿Cuántos otros modelos diferentes se volverán a desarrollar para definir el valor de por vida del cliente? Coordinar el trabajo de este trabajo habilitado por TI a través de silos incurre en un costo no insignificante. Por lo tanto, debe centralizarse algún trabajo que, de otro modo, conduciría a la duplicación de esfuerzos.

Donde TI debería importar

Para muchos, una función centralizada podría ser el departamento de TI o Finanzas. Dicho trabajo centralizado habilitado por TI debe ser el adecuado para la confiabilidad, la resiliencia y la repetibilidad. La coordinación entre los silos en el borde y los equipos centrales sigue siendo un desafío. Y cada vez aparecen más modelos híbridos o mixtos en negocios más maduros. Los desafíos y oportunidades de coordinación probablemente sobrevivirán a cualquier evolución de centralización o descentralización.

Entonces, el artículo juega con la idea emotiva de cerrar TI. Ese no es el punto real. El punto real es que debe ser deliberado acerca de dónde debe llevarse a cabo el trabajo. Es probable que parte del trabajo sea realizado por equipos centralizados centrados en el uso de la información y la tecnología, o I&T. Es probable que parte del trabajo sea realizado por equipos descentralizados distribuidos en funciones comerciales que utilicen I&T. Eso debería ser obvio. Lo que es menos obvio son los métodos, modelos y habilidades de liderazgo necesarios para hacer que este cambio suceda y se mantenga. Por eso estamos aquí.

Investigación relevante de Gartner para datos y análisis:

  • ¿Cuáles son los roles esenciales para datos y análisis?
  • Guía de encendido para configurar COE que amplíen las capacidades de D&A central
  • Cómo crear un modelo organizativo equilibrado de datos y análisis
  • Dónde organizar mejor los datos y el análisis