¿Por qué fracasan los proyectos TI?

Uno de los principales inconvenientes asociados con el deseo de unirse al club de Internet es la necesidad de una gran inversión en sistemas de TI. Desafortunadamente, usted está entrando en una arena de alto costo / alto riesgo.

Esto es mejor ilustrado por un estudio realizado por el Grupo Standish de las tasas de éxito y fracaso de los proyectos de TI. Los resultados fueron los siguientes:

El 84% de los proyectos de TI están atrasados, sobre presupuestados o cancelados. El costo para las empresas estadounidenses es de más de $ 184 mil millones por año. Los proyectos terminados alcanzan sólo el 60 por ciento de sus objetivos. Considere los siguientes ejemplos.

Después de varios años de intentar instalar un sistema SAP sin éxito, Waste Management finalmente reconoció la derrota, canceló su inversión de $ 230 millones y decidió volver al punto de partida. El Banco de América, como se conocía antes, hizo lo mismo cuando publicó su inversión multimillonaria en la implementación de un programa de software que tenía como objetivo administrar carteras complejas de acciones y bienes raíces para grandes instituciones. Después de que el proyecto se pasó por $ 60 millones sobre el presupuesto y tuvo 27 meses de retraso, el CEO finalmente tiró de la cuerda y abortó la misión.

¿Cuál es la raíz de todos estos fracasos? La respuesta aunque no parezca es en realidad un tanto simple. Para hacer la transformación de un modelo de negocio convencional a un modelo de negocio electrónico altamente dependiente del uso de Internet, uno debe entender cómo se desarrollan los sistemas de TI. Desafortunadamente, para la mayoría de los CEOs este es terreno desconocido, y este área clave de la asignación de recursos se delega en un grupo de trabajo con la encomienda de desarrollar un plan milagroso.

EL PROCESO DE DESARROLLO DEL SISTEMA TI

Los sistemas informáticos consisten en hardware y software. Básicamente, un sistema de TI utiliza software que se ejecuta en hardware. Para asegurar que el hardware y el software funcionen en armonía, alguien tiene que diseñar el software para que sea compatible con el hardware. Además, en la mayoría de las empresas estos pasos son realizados por un “integrador de sistemas” externo. El integrador del sistema diseña o compra el software y decide qué hardware lo ejecutará.

Este es el proceso utilizado por todos los integradores de sistemas para proporcionar una “solución” a una solicitud de asistencia de TI. Sin embargo, para que una empresa se transforme de su modelo de negocio tradicional a un modelo de negocio electrónico, algunos pasos adicionales deben incluirse en sentido ascendente.

La respuesta hoy es simple: el consultor externo. En otras palabras, el llamado consultor de Internet se convierte en el arquitecto de la estrategia de Internet del cliente. Hay algunos estudios que concluyen que la falta de implicación del cliente en los proyectos condujo a una falta de conocimiento de los requerimientos específicos lo que a su vez fue la principal causa de la alta tasa de fracaso de los proyectos de TI.

Debido a que la mayoría de los CEOs y la mayoría de los miembros de la gerencia no entienden cómo funciona Internet, no pueden articular cómo podrían utilizar Internet para beneficiar a la empresa. En otras palabras, no tienen una estrategia coherente de Internet junto con un modelo de los requisitos de negocio que Internet debería cumplir y suelen dejar toda la responsabilidad al consultor externo.

En el proceso de pensamiento estratégico, el CEO es el propietario del proceso y el arquitecto de la estrategia que resulta. Con respecto a Internet, sin embargo, los CEOs se retiran del proceso, ponen el diseño de una estrategia de Internet en manos de un consultor externo y abdican de su derecho a ser el arquitecto de sus propias estrategias de Internet. De hecho, ponen su “destino” en Internet en manos del consultor de TI externo al 100%. El fontanero se convierte en el arquitecto de facto, con el resultado de que la empresa termina con un montón de tuberías. En muchos casos, el cliente termina con un sistema que está diseñado para adaptarse a las capacidades del consultor en lugar de los requisitos como cliente.