Según Cisco, el 80 % de los empleados de la empresa utilizan TI en la sombra. Los empleados individuales a menudo adoptan la TI en la sombra por su conveniencia y productividad: sienten que pueden trabajar de manera más eficiente o efectiva con sus dispositivos personales y software preferido, en lugar de los recursos de TI sancionados de la empresa. Otro estudio, citado por el IBM Institute for Business Value, encontró que el 41 % de los empleados adquirieron, modificaron o crearon tecnología sin el conocimiento de su equipo de TI/SI.
Esto no hizo más que aumentar con la consumerización de la TI y, recientemente, con el aumento del trabajo remoto. El software como servicio (SaaS) permite a cualquier persona con una tarjeta de crédito y un mínimo de conocimientos técnicos desplegar sistemas de TI sofisticados para colaboración, gestión de proyectos, creación de contenido y más. Las políticas bring your own device (BYOD) de las organizaciones permiten a los empleados usar sus propias computadoras y dispositivos móviles en la red corporativa. Pero incluso con un programa BYOD formal, los equipos de TI a menudo carecen de visibilidad del software y los servicios que los empleados emplean en el hardware BYOD, y puede resultar difícil hacer cumplir las políticas de seguridad de TI en los dispositivos personales de los empleados.
Pero la TI en la sombra no siempre es el resultado de que los empleados actúen solos: los equipos también adoptan las aplicaciones de TI en la sombra. Según Gartner, el 38 % de las compras de tecnología son gestionadas, definidas y controladas por los líderes empresariales en lugar de TI. Los equipos quieren adoptar nuevos servicios en la nube, aplicaciones SaaS y otras tecnologías de la información, pero a menudo sienten que los procesos de adquisición implementados por el departamento de TI y el director de sistemas de información (CIO) son demasiado pesados o lentos. Así que eluden a TI para obtener la nueva tecnología que quieren. Por ejemplo, un equipo de desarrollo de software podría adoptar un nuevo entorno de desarrollo integrado sin consultar al departamento de TI, porque el proceso de aprobación formal retrasaría el desarrollo y haría que la empresa perdiera una oportunidad de mercado.