Organizaciones orientadas al dato: nuevo libro de Josep Curto

Me encanta presentar Organizaciones orientadas al dato, el nuevo libro de Josep Curto. Conozco a Josep Curto desde hace tiempo. Fue uno de los primeros estudiantes de nuestro Máster de Business Intelligence y Big Data, luego profesor y pronto nos dará clase a todos. Josep compagina la tarea docente, en la UOC y en otras escuelas, con su trabajo como fino analista y consultor en Delfos Research para empresas y fabricantes, además de su ingente obra como autor, bloguero y conferenciante por todo el mundo. Sus libros técnicos, como Introducción al Business Intelligence o ¿Cómo crear un datawarehouse?, están en un género de manual de uso de interés didáctico y de difusión que ya quisieran los manuales de fabricante o de implantador. Se muestra el uso empresarial, la lógica que hay detrás de las herramientas y los trucos de uso para principiantes. ¡Bingo! Como muchos expertos, Josep ha ido evolucionando desde una visión técnica de este campo a un enfoque más estratégico y de negocio y a una escritura más divulgativa sin perder el rigor tecnológico cuando toca. Recientemente ha enfocado parte de su producción a materiales de contenido empresarial, relacionados con la utilización y el contexto de la inteligencia de negocio en las organizaciones. El pasado año se publicó Customer Analytics (2015), escrito con Nuria Braulio, y que trata sobre las tecnologías y las utilidades del análisis de la información de clientes para tomar decisiones de producto, precio, canal y comunicación, tanto en entornos físicos como virtuales. Como dicen Davenport y Patil (2012) en su artículo histórico, “es la gente lo que hace que funcionen realmente los big data; … y la gente es cara y difícil...

Dear Customer Services

Los servicios de atención al cliente han copiado lo peor de la informática menos ágil: la externalización masiva de actividades, la visión fragmentada del servicio, el ticketing, el anonimato, el desapego hacia el producto, hacia el dueño del producto y hacia el cliente final, hasta aburrirlo. Algunas compañías, según una investigación reciente, parece que lo hacen a propósito. Terry Ravenscroft pasará a la historia de la pantomima por su crítica mordaz de los servicios de atención al cliente, las líneas aéreas, los hoteles o las compañías de teléfonos, tanto como por sus guiones de Monthy Python. Robin Cooper escribe cartas para perder y hacer perder el tiempo a asociaciones reales o imaginarias. David Thorne es un humorista y famoso trol de Internet, sólo para molestar. Los tres nos han hecho reír, nos han fastidiado y nos han hecho pensar. A partir de libro de Ravenscroft, se ha creado una fantástica web, dearcustomerrelations, las cartas de queja y las contestaciones que dan más risa. Liantes. Aconsejo su lectura a gestores de atención al usuario, en la informática o en cualquier cosa.   GRAFICA: Monty Python en Fawlty Towers. A mí me gusta quejarme, si tengo tiempo y deseo una relación duradera con mi proveedor (o no tengo más remedio que tenerla; empezamos mal). También tengo experiencias enojosas, otras divertidas y algunas productivas. Y, como profesor y consultor, tengo un gusto por la gestión de las quejas, el servicio al cliente y los sistemas de relaciones (customer relationship management), que son una manera de enterarte de lo que pasa y una especie de bomba de relojería para cambiar organizaciones enquistadas e ineficientes. No me cuesta...

¿Cómo son los científicos de datos? (y II)

En la primera parte de esta entrada, presentábamos las características y habilidades “duras” de un científico de datos: ¿qué hacen? ¿en qué clases de empresan trabajan? ¿qué tecnologías utilizan? Según Davenport y Patil, el científico de datos es una mezcla de hacker, científico, asesor de confianza y experto de negocio.  Los científicos de datos comparten también ciertos rasgos de la personalidad, del carácter. Gràfica: Gert Altman, Dominio Público, en Pixbay. Son críticos y curiosos. (Curiosos de curiosidad; a veces también son raros, pero no es necesario). Hacen preguntas, no se conforman con las respuestas, exploran bajo la superficie de las cosas y buscan todo el rato lo que los datos esconden. De todas las preguntas, hay una que consideran la más importante: ¿por qué? También por esto a veces pierden de vista el contexto organizativo, el problema de negocio que se trata de resolver y el grupo de trabajo en el que están integrados… No es gente muy social siempre. Les gusta el análisis y el detalle. Intelectualmente, la ciencia de los datos es un ejercicio de descomposición de un problema en piezas más pequeñas y el diablo está en los detalles. Son pacientes y perseverantes; piensan primero y actúan después. También por esto a veces les paraliza el análisis, son perfeccionistas, los datos nunca les parecen los suficientes o de suficiente calidad, el árbol no les deja ver el bosque… Pueden crear modelos y establecer predicciones. El talento analítico consiste también en clasificar y simplificar el volumen de datos, establecer patrones y elaborar pronósticos. También por ésto a veces son autosuficientes, encuentran sólo aquello que van a buscar y...

¿Cómo son los científicos de datos? (I)

Nuestro colega (y sin embargo amigo) Josep Curto lo decía hace algunos posts: “Big Data trata de dominar el dato para generar valor”. Inteligencia de negocio y Big Data tienen que ver con las tecnologías de almacenamiento y tratamiento de los datos, con técnicas y herramientas de análisis (lo que ya se llama la Ciencia de los Datos, ¿o es sólo estadística?), con un contexto organizativo que usa la información para tomar decisiones (empresas orientadas al dato) y con varias clases de profesionales: los ingenieros o tecnólogos de sistemas de datos, los científicos y analistas de datos, y los directivos y usuarios que trabajan necesariamente con datos. ¿Cómo son los profesionales orientados a los datos? Gráfica: Mushonz, CC BY-SA 4.0 Entre todos éstos, el mayor interés está ahora en los “científicos de datos”, los más buscados, los más difíciles de encontrar y los que más ganan. Los científicos de datos manejan el ciclo de gestión de los datos: entienden y ayudan a definir el problema y las necesidades de datos para resolverlo; buscan los datos y los preparan para su procesamiento; hacen el análisis mediante modelos y algoritmos y crean o mejoran los algoritmos existentes; presentan los datos de forma atractiva, comprensible y que permita tomar decisiones; y, finalmente, los almacenan y archivan de forma que permita su re-utilización. Los científicos de datos tienen que conocer e interactuar con los ingenieros informáticos que gestionan los almacenes de datos y el resto de las tecnologías de datos disponibles en la empresa. Los ingenieros proporcionan o ayudan al científico en el acceso a grandes conjuntos de datos y, cuando el científico...

Empresas ágiles

Las empresas de todos los sectores están importando últimamente modelos de gestión basados en la organización de la informática en la empresa y, en particular, en las organizaciones cuyo producto es la informática: negocios de internet, fabricantes de software, gestores de plataformas de contenidos o de infraestructura. No sé si es una buena idea, si se tiene en cuenta que los informáticos no son especialmente “organizados”, jeje. Como decía Cusumano, una cosa es hacer software y otra cosa es gestionar una empresa de software. De hecho, primero fue al revés: la informática copió la estructura estandarizada y predecible de los procesos industriales, el famoso PDCA, mediante sistemas de gobierno como COBIT, ITIL o CMMi. Era una forma de intentar superar, con moderado éxito, las organizaciones funcionales clásicas basadas en silos de expertise: los de desarrollo, los de infraestructura, los de operaciones, los de atención al usuario…;  los de SAP, los de Siebel, los de Java, etc. Jim Highsmith John Kotter Muchas organizaciones empezaron a trabajar por proyectos o, al menos, la forma proyecto servía para gestionar iniciativas de compañía más transversales y complejas. Aunque en realidad la gestión de proyectos venía de las empresas industriales: un proyecto es la creación de una planta de producción, un barco o un puente. Los modelos de gobierno de gestión de proyectos, como PMBoK, se usan en las ingenierías y en los departamentos de informática. Como dijimos aquí una vez, la gestión de proyectos no es construir buen software o hacer un puente que no se caiga (que también) sino que es una profesión en sí misma, con reglas, procedimientos, criterios de admisión,...