Las esposas

La historia interminable de la creación de productos de datos

‍

Mientras trabajaba en proyectos de datos, estaba cansado de no poder compartir fácilmente información sobre aprendizaje automático que pudiera impulsar el rendimiento empresarial de mis clientes sin un equipo de TI completo.

‍

Estaba cansado de lo lento que era mostrar el análisis de datos a las personas de una manera profesional con una tecnología de aplicaciones web progresivas (PWA de ahora en adelante). Las únicas alternativas: herramientas de inteligencia empresarial no escalables, bibliotecas de Github que sirvan como pasatiempo pero no para ofrecer resultados profesionales, o cosas como power points o rendirse a la burocracia que implica el lento y caro desarrollo de productos con TI.

Estaba harto de que cualquier pequeño cambio en un tablero que alguien considerara una buena idea (añadir una nueva trama, un nuevo componente o cambiar un gráfico) supusiera un drama que tuviera que pasar por un flujo interminable de discusiones y Scrum.

‍

Quería que los datos fueran ágiles, realmente ágiles. Quería que me permitieran experimentar, hacer intentos superrápidos, cambiar en un abrir y cerrar de ojos, adaptarme y afinar en cuestión de minutos. Pero hoy en día la creación de productos de datos es lenta. Muy lento y doloroso.

‍

Como científico de datos, quería poder trabajar de principio a fin sin necesidades ni dependencias que bloquearan mi trabajo hasta que alguien más tuviera la oportunidad de hacer su parte. Me preguntaba por qué los científicos de datos o los ingenieros de datos no podían ser autónomos y ofrecer soluciones de análisis de datos escalables a sus usuarios. Quería combinar todos los requisitos empresariales y el conocimiento del mercado con algunos datos transaccionales que me permitieran ofrecer información sobre el aprendizaje automático a cualquier empresa. Y para ello, necesitaba muchos ingenieros de software que me apoyaran en mi trabajo.

Esto dio a luz a Shimoku.

‍

Estaba cansado de que cualquier pequeño cambio en un tablero (...) supusiera un drama que tuviera que pasar por un flujo interminable de discusiones y Scrum.