Un centro internacional de investigación de IA que ofrece sistemas de producción.

IT Researches se estableció como una pequeña práctica de investigación informática trabajando en la intersección de la academia y la TI empresarial. El trabajo inicial era poco glamuroso: sistemas basados en el conocimiento para servicios públicos, modelos de optimización para logística, pronosticadores estadísticos para el comercio minorista. El patrón se estableció pronto: elegir el modelo más simple que supera a la línea base, implementarlo en un flujo de trabajo que realmente lo utilice y quedarse el tiempo suficiente para volver a capacitarlo cuando el mundo cambie.

A lo largo de los años, hemos crecido hasta convertirnos en un equipo multidisciplinar en investigación, ingeniería y consultoría. Nuestro trabajo hoy abarca software de inteligencia artificial, ingeniería de big data, visión por computadora, análisis predictivo, análisis de sentimientos, sistemas de conocimiento y la investigación aplicada a medida que no encaja en una categoría. La escala ha cambiado; los principios no.

Trabajamos principalmente desde el Reino Unido, con profesionales y socios en Europa, Oriente Medio, África y Asia. La mayor parte de nuestra entrega es híbrida —un pequeño equipo central en el lugar del cliente y un grupo más grande trabajando de forma remota en entornos compartidos— y hemos invertido en la disciplina operativa que hace que la entrega híbrida funcione.

La neutralidad del proveedor es una de esas frases que casi todas las empresas de asesoramiento reclaman y casi ninguna vive. Lo decimos de forma estructural. No revendemos software. No obtenemos margen de beneficio de hardware. No tenemos acuerdos comerciales que nos hagan recomendar una plataforma sobre otra por razones no relacionadas con su problema.

En la práctica, esto significa que cuando realizamos un ejercicio de selección de proveedores, los criterios se redactan antes de la lista larga; que cuando recomendamos comprar en lugar de construir, estamos reduciendo el tamaño del compromiso que de otro modo podríamos haber propuesto; y que cuando recomendamos detener un proyecto porque los datos no justifican continuar, estamos recomendando en contra de nuestro propio interés comercial. Los clientes nos dicen que esta disciplina es en sí misma un entregable.

También significa que nos complace integrar nuestras soluciones en sus inversiones existentes en lugar de reemplazarlas. La mayoría de nuestros proyectos amplían una plataforma de datos existente, un CRM existente, una herramienta de planificación existente, una biblioteca de modelos existente, porque esa es casi siempre la respuesta correcta.

“La independencia es una estructura, no un sentimiento. Si nuestra economía dependiera de la respuesta, no se podría confiar en nosotros para darla.”

Cada proyecto comienza con una hipótesis escrita: la decisión que el trabajo debe mejorar, la métrica que se utilizará para juzgarlo, los datos que se utilizarán para aprender y los criterios que activarán una parada. La hipótesis se revisa cada quince días y se reescribe cuando la evidencia lo exige. Esta disciplina única ha salvado más proyectos que cualquier decisión técnica que hayamos tomado.

Trabajamos en equipos mixtos en los que nuestros profesionales y los suyos comparten el mismo stand-up, el mismo código base y la misma rotación de guardia. La concentración de conocimiento se trata como un riesgo operativo; la transferencia de propiedad a su equipo es parte de cada plan. La intención —sostenida ligera pero seriamente— es que usted pueda operar el sistema sin nosotros cuando finalice el proyecto.

La documentación se trata como un entregable, no como una ocurrencia tardía. Cada modelo lleva una tarjeta de modelo; cada pipeline lleva un manual de operaciones; cada decisión que vale la pena defender se plasma en una nota arquitectónica escrita. Tres años después, cuando el equipo original se ha marchado y un regulador quiere saber por qué el sistema se comporta de la manera en que lo hace, el rastro está intacto.

Nuestra base de clientes abarca fabricación, comercio minorista y bienes de consumo, servicios financieros, telecomunicaciones, atención médica y ciencias de la vida, energía y servicios públicos, logística y cadena de suministro, el sector público y servicios profesionales. El hilo conductor no es la industria, es la forma del problema. Hacemos nuestro mejor trabajo donde hay una decisión recurrente, tomada a escala, donde una mejor información mejoraría significativamente el resultado y donde los datos existen o pueden hacerse existir.

Dentro de cada industria tenemos un conjunto de proyectos recurrentes: detección de defectos y mantenimiento predictivo en fabricación; trabajo de demanda y surtido en comercio minorista; riesgo, fraude y automatización de documentos en servicios financieros; operaciones clínicas y soporte de imágenes en atención médica; capacidad, rotación y operaciones en telecomunicaciones; enrutamiento, programación e inventario en logística; gestión de casos y flujos de trabajo de documentos en el sector público. La lista es ilustrativa, no exhaustiva.

Estamos igualmente contentos de contribuir con una línea de trabajo enfocada a un programa existente como de asumir una entrega de principio a fin. La forma del proyecto importa menos que la claridad del resultado al que apuntamos.

Tenemos nuestra sede en el Reino Unido y la mayoría de nuestros clientes tienen su sede en Europa, Oriente Medio, África o la cuenca del Océano Índico. Los proyectos regularmente abarcan múltiples zonas horarias, y nuestro modelo de entrega —pequeños equipos centrales en el lugar apoyados por equipos remotos más grandes— se ha perfeccionado durante muchos años para que funcione sin la fricción que suele introducir.

Llevamos la cultura de ingeniería que cabría esperar de una empresa de investigación británica: cuidadosa, basada en pruebas, conservadora en sus afirmaciones, generosa en el crédito, honesta en sus dudas. Los clientes nos dicen que esta es la parte de la experiencia que nos distingue de manera más fiable de las empresas más grandes.

Debe esperar que le digamos, por escrito, qué creemos que es alcanzable, cuánto costará, cuánto tiempo llevará y qué pruebas se utilizarán para juzgarlo. Debe esperar recibir esa evaluación rápidamente, en lenguaje sencillo y con los cálculos mostrados. Debe esperar que le recomendemos no participar en nuestro propio proyecto cuando el caso sea débil, y debe esperar que le insistamos —educada pero persistentemente— cuando creamos que un camino diferente le conviene.

Debe esperar que los ingenieros e investigadores que conozca sean los ingenieros e investigadores con los que trabajará. Debe esperar un pequeño equipo central que crece o disminuye con el trabajo, no una pirámide que factura tres niveles por encima de las personas que realizan el trabajo. Debe esperar que el sistema que reciba al final del proyecto sea uno que pueda operar, modificar y superar.

Sobre todo, debe esperar que la conversación sea útil desde la primera llamada.