Fallan a nivel operativo
Cuando fallan los proyectos de IoT, a menudo se da por hecho que ha habido algún problema técnico.
El hardware no estaba listo.
La red no era fiable.
La plataforma no era escalable.
La verdad es que la mayoría de los proyectos de IoT no fracasan por culpa de la tecnología.
Fracasan por culpa de las operaciones.
Esta es una de las verdades menos comentadas —pero más importantes— del IoT.
El episodio piloto funcionó. La serie, no. ¿Por qué?
Muchos procesos de implantación del IoT siguen el mismo patrón:
- Se pone en marcha un proyecto piloto
- Se han instalado unos cientos de dispositivos
- Todo funciona bien
- Las dimensiones del proyecto
- De repente, surgen problemas por todas partes
La tecnología no ha cambiado.
Lo que ha cambiado es el contexto.
El IoT se comporta de forma muy diferente a gran escala.
Por qué el IoT es fácil con 100 dispositivos… y difícil con 10 000
A pequeña escala:
- Los dispositivos se pueden rastrear manualmente
- los problemas se ven
- los equipos saben qué está instalado y dónde
A gran escala:
- los procesos manuales fallan
- la visibilidad desaparece
- los pequeños errores se acumulan
- el tiempo de reacción se ralentiza
El IoT no falla de forma espectacular al principio.
Falla de forma silenciosa, a través de los roces operativos.
La complejidad oculta de las operaciones del IoT
La complejidad operativa aumenta en varias dimensiones a la vez:
- más dispositivos
- más países
- más redes
- más tarjetas SIM
- más normas
- más partes interesadas
Cada cosa que se añade parece inofensiva por sí sola.
Juntos, crean un sistema que es difícil de controlar si no hay una estructura.
Las hojas de cálculo son la primera señal de alerta
Casi todas las implementaciones de IoT que tienen problemas tienen una cosa en común:
Hojas de cálculo que gestionan la conectividad en tiempo real.
Hojas de cálculo:
- no son en tiempo real
- No hagas cumplir las normas
- no se adaptan
- No evites los errores
Funcionan bien en los episodios piloto.
Pero se convierten en un lastre en la producción.
Las plataformas de gestión de la conectividad no son opcionales
A gran escala, el IoT necesita una plataforma de gestión de la conectividad (CMP).
Un CMP ofrece:
- visibilidad en tiempo real
- gestión del ciclo de vida
- Control de la tarjeta SIM
- supervisión del uso
- detección de anomalías
Sin esto, los equipos actúan de forma reactiva en lugar de proactiva.
Los ciclos de vida largos lo complican todo
Los dispositivos IoT suelen permanecer en el terreno durante:
- 10 años
- 15 años
- a veces más tiempo
Durante ese tiempo:
- las redes evolucionan
- cambio de operadores
- se endurecen las normas
- los modelos de negocio cambian
Las decisiones operativas que se tomen al principio tienen que aguantar una década de cambios.
Eso es un requisito muy exigente.
Los incidentes de seguridad también son fallos operativos
Muchos incidentes de seguridad relacionados con el IoT no se deben a ataques sofisticados.
Las causas son:
- falta de visibilidad
- respuesta lenta
- titularidad poco clara
- sin estrategia de aislamiento
La seguridad en el IoT tiene que ver tanto con los procesos y el control como con la tecnología.
La verdadera razón por la que las operaciones de IoT tienen dificultades
La mayoría de las organizaciones:
- subestimar el esfuerzo operativo
- un énfasis excesivo en el hardware y la conectividad
- retrasar la puesta en marcha de las herramientas operativas
- considerar el IoT como un proyecto secundario de TI
El IoT no es un proyecto secundario.
Es un sistema operativo a largo plazo.
Cómo piensan de forma diferente los equipos de IoT que tienen éxito
Equipos que triunfan con el IoT:
- planificar las operaciones desde el primer día
- planifica pensando en la ampliación, no solo en proyectos piloto
- invierte desde el principio en visibilidad y control
- Acepta que la complejidad es inevitable
No intentan eliminar la complejidad.
La gestionan.
Reflexión final
Si tu proyecto piloto de IoT ha funcionado, pero la fase de producción está dando problemas, no eres el único.
Y probablemente no se trate de un fallo técnico.
Te enfrentas a una dura realidad operativa.
Hay que tener en cuenta que detectar los problemas a tiempo suele marcar la diferencia entre un proyecto de IoT que se estanca y uno que crece con éxito.