Proyectos de IoT

Para planificar y aprovisionar tus proyectos IoT es importante tener claros una serie de requerimientos. Ayuda definir un rango de prioridades y empuja a tu equipo a tomar decisiones. En este punto es importante entender qué intentamos solucionar gracias a la tecnología inteligente. Tener unos conocimientos básicos del modelo de negocio para el proyecto y estar preparado para avanzar.

La dificultad con los proyectos IoT es que hay muchas partes variables. Ya sean las capacidades de un dispositivo, la seguridad, el software o el analisis de datos. Todos los componentes se vinculan entre ellos y es por eso que esta lista de preguntas puede ayudarte. Hay muchas maneras de abordar la creación de una lista de requerimientos. De la gestión de procesos tradicional o la arquitectura a las historias de usuario y personas del método Agile. Estos métodos pueden ayudar a clarificar los requisitios y pueden ser una adición a esta lista. Independientemente de como quieras estructurar las respuestas a esta lista de preguntas, está demostrado que ayuda a poner el balón a rodar.

Hemos diseñado la lista para ayudar a tu equipo a crear un taller de innovación. Pensar sobre estas cuestiones con el equipo desde diferentes disciplinas para definir los requerimientos. Algunas compañías han usado esta lista para prepararse para una reunión. Mientras que otras usan la lista para llegar a respuestas colectivas. Responde a estas preguntas con tanto detalle como te sea posible.

Recogida de datos y eventos

• Qué problema, evento o punto de vista quiere solucionar el usuario?

• Qué punto de vista será el más valioso para el cliente?

• Que recomendación o optimización será más valiosa para el cliente cuando tenga los datos?

• Qué datos necesitan recogerse?

• Cada cuanto se necesitan estos datos?

• Qué tipo de eventos, predicciones o optimizaciones pueden obtenerse de los datos?

• Deben procesarse los datos del dispositivo para crear los eventos deseados, predicciones u optimizaciones?

• Se combinarán los datos y eventos a través de diferentes dispositivos?

• Quién o qué será suscrito a los datos?

Seguridad

• Qué riesgos o situaciones inesperadas prevés para proteger al usuario? Cómo puede tu producto identificar estos riesgos?

• Cuáles son las consecuencias si terceras partes acceden los datos del dispositivo?

• Cómo fluyen los datos desde el dispositivo a tu centro de datos o aplicación? Cómo proteges cada eslavón de esta cadena?

• Cuáles son las necesidades y riesgos de protección física de cada dispositivo?

Interioridades y recomendaciones

• Qué cálculos necesitas para cada situación? Describe la lógica o las ecuaciones si puedes.

• Qué notificaciones, lógica, cálculos o algoritmos permanecen invariables? Y cuales necesitan ser configurables y actualizados habitualmente?

• Cual es el periodo de tiempo necesario para implementar ajustes u optimizaciones?

• Qué dispositivos, usuarios o aplicaciones necesitan suscribirse para el analisis de datos del dispositivo?

• Cómo serán notificadas?

Rendimiento

• Cuantos envíos de datos son necesarios y en que período (segundo, minuto, día, mes)?

• Qué ocurre si falla la recogida de datos?

• Qué ocurre si la recogida funciona pero falla la transmisión de datos?

• Qué ocurre si los datos son enviados pero falla la recepción en el servidor?

• Cómo de rápida debe ser la recogida de datos en el servidor?

• Cual es la estimación del volumen de datos por periodo (hora, día, …)?

• Cuáles son las consecuencias del fallo en la recogida de datos?

• Cualés son las consecuencias si la recogida funciona pero falla la transmisión de datos?

• Cuáles son las consecuencias si los datos son enviados pero falla la recepción en el servidor?

• Cuáles son las consecuencias de un fallo en la conexión?

• Con qué velocidad es necesario (en segundos) alertar o ajustar parámetros en el dispositivo?

• Con qué velocidad es necesario (en segundos) deben enviarse alertas a los usuarios o otros dispositivos?

• A qué distancia estarán los dispositivos que deben hacer la recogida de datos o analisis entre ellos?

Entorno y requisitos operativos

• Qué condiciones operativas deberá soportar el dispositivo? Temperatura, humedad, presión, polvo, acceso, vibraciones u otros ejemplos.

• Cómo se alimentará el dispositivo? Y que ocurre si hay un fallo de corriente?

• Depende el dispositivo de otros en cuanto a conectividad, alimentación o toma de medidas?

• Cómo se conectará el dispositivo IoT?

• Qué constancia necesita la conexión?

• Qué fiabilidad necesita la conexión?

Costes

• Cual es el coste por dispositivo en tu propuesta de negocio?

• Cual es el coste por dispositivo para costes operativos en tu propuesta de negocio? Incluye baterías, conectividad, servicios en la nube, ...

• Cuáles son los costes operativos iniciales para el establecimiento de la solución?

• Cuáles son los costes operativos de mantenimiento, depreciación e infrastructura?

Cuál es el paso siguiente?

Completar las preguntas probablemente te ha ayudado a iniciar discusiones profundas con tu equipo. Ahora empieza el trabajo de verdad. Destilar todas las respuestas en una propuesta comprensible de requerimientos. Si todavía ves esto dificil, continua desgranando el problema en pedazos más pequeños. Por ejemplo, empieza por una lista de requisitos solo para el dispositivo. Esto puede ayudar a tomar la decisión sobre adquirir o construir tu propia unidad. Esto te puede dar un mapa de ruta más claro. Los compronisos que adquieras también te ayudarán a completar un mapa de ruta y una estrategia IoT más clara.

Es posible que la lista haya también provocado que persisten algunas incertezas. Empieza por tratar de eliminarlas. Una forma ideal de verificar todas las respuestas de esta lista es empezar con una pequeña prueba de concepto. Hay multitud de dispositivos IoT disponibles que te permitirán crear un prototipo y comprobar tus supuestos. Nuestra opinión es que la mejor manera de hacer que tu proyecto avance es llevarlo a cabo y continuar planificando a escala más grande.