22
Jun

Los problemas de la gestión de información según Larry Ellison y Enrique Dans

La semana pasada, Enrique Dans, profesor de Sistemas de la Información del Instituto de Empresa, presentó en su blog un vídeo de Larry Ellison, CEO de Oracle, hablando sobre los problemas de la gestión de la información en la empresa.

Jeroclo, el espartano, me advirtió sobre la existencia del vídeo. Como sabía que iba a estar de acuerdo en muchas cosas y en desacuerdo en otras y que no suelo callarme lo que pienso, me pidió que escribiera un artículo al respecto de los que a él le gustan, a lo Karate Kid, por lo de “dar cera y pulir cera”.

Ahora que Larry es oficialmente mi jefe, después de haberme contratado por una botella de vodka, creo que es más que oportuno que matice las palabras del líder. Así que, allá vamos. Abróchense los cinturones.

El vídeo de Larry. Tiene subtítulos y dura sólo cinco minutos. No os asustéis, ¡cobardes!

Imagen de previsualización de YouTube

A Enrique le tiene que gustar mucho el vídeo, no obstante lo ha exportado desde formato Real Video, lo ha recortado, subtitulado, subido a YouTube y reconoce que lo ha utilizado como material lectivo en todos sus cursos.

Hombre… el vídeo es bueno. A Enrique -al que sigo y del que aprendo- se le agradece el esfuerzo y Larry está gracioso diciendo verdades como puños pero, ya que se va a utilizar como material lectivo, me gustaría puntualizar algunas cosas al respecto desde una perspectiva diferente, no la del “manachment” que aporta Enrique -me he leído su curriculum y ha sido profesor, consultor, miembro de comités que ni siquiera sabía que existian y accionista o consejero de startups del más diverso pelaje pero, no he podido encontrar un sólo trabajo como picateclas raso o brown eater junior-, y más cercano a las trincheras, al programador que tiene que implementar las ideas que Larry y otros guruseles de las TI programan en Powepoint o en Keynote, que queda aún más cool.

Dice Ellison que los grandes problemas de la gestión de la información en las empresas se pueden resumir en tres puntos:

  • La dispersión de la información. Enrique lo traduce como “fragmentación de los datos” pero, cualquier informático, sobre todo cualquiera que trabajara con bases de datos de Oracle, empezaría a pensar en bloques de datos de n KB y fragmentación de datos en disco. Nada más alejado de lo que quiere decir Larry, que se refiere a que los datos de una empresa, suelen estar dispersos en mil y una bases de datos corporativas, departamentales, dedicadas a una aplicación especifica y más.
  • La integración del software. Larry se queja de que los desarrolladores nos dedicamos a, sorprenderos, ¡desarrollar software! y, evidentemente, ese software no está diseñado para trabajar conjuntamente, lo que produce grandes quebraderos de cabeza para integrar y hacer funcionar todos los productos y tecnologías que utilizamos en nuestra empresa.
  • Adaptabilidad del software. Larry habla de “automatización” y Enrique lo traduce as is, pero una vez más, no creo que la traducción sea la más apropiada. A lo que se refiere Ellison es a las dificultades de la industria para producir software corporativo out-of-the-box, es decir, de los de “mete el CD en el ordenador, instálalo y ponte a utilizarlo al momento”. Parece que los desarrolladores no sabemos o no queremos hacer software sencillo y autoexplicativo para su uso en distintas empresas.

Programadores, en las trincheras, dispuestos a acabar con los problemas de la gestión de la información en la empresa con pico y pala

Bueno, pues aunque Larry no ha descubierto la polvora, la verdad es que tiene más razón que un santo. Lo que pasa es que en el vídeo se le ha “olvidado” alguna cosilla que vamos a intentar recordar aquí:

  • La dispersión de la información. Es verdad, tenemos más bases de datos que sentido común. Es fácil encontrar ofertas de hosting en donde te ofrecen “5 bases de datos y en la versión premium, 10″. Pero, aunque tengamos una única base de datos, de nada sirve si nuestras sucesivas aplicaciones se instalán en schemas distintos o utilizan sus propias tablas. Otra cosa que Larry y Enrique pasan por alto es que esta batalla no se juega en la base de datos, sino en un territorio mucho más hinospito: la ofimática. Porque la mayor dispersión de datos no la provocan los desarrolladores, sino las hordas de managers en ciernes que salen de escuelas de negocios como en la que da clase Enrique, armados hasta los dientes con Powerpoints y Excel donde hacen su “yo me lo guiso, yo me lo como”, plasman su know-how y “aportan valor” a la empresa. Mi primera labor como CEO de una empresa siempre sería la misma: prohibir el Excel y derivados. El Excel puede ser una de las herramientas más dañinas  para la actividad de una empresa y debería utilizarse únicamente como última solución y como herramienta de apoyo, nunca de trabajo ¿Sabéis qué es el Excel Hell? Pues si habéis trabajado como informáticos en ambientes corporativos, seguro que lo habéis sufrido…
  • La integración del software. Pues sí. Es difícil conseguir que un programa de facturación hecho por un equipo hindú se integre correctamente con un programa de nóminas hecho en Albacete. Para solucionarlo, tenemos dos posibilidades. La primera, la que sugiere Larry: “me lo compras todo a mí y, a cambio de mucho dinero, te prometo que te ahorraré aún más dinero. Te ahorrarás mucha pasta en técnicos, que emplearás en pagar a mis consultores”. Porque, no nos engañemos, optar por una solución de Oracle no implica que todo funcione al instante y mágicamente. Cualquier técnico que haya intentado instalar una suite de aplicaciones de Oracle sabrá que es complicado, muy complicado. En cualquier caso, es una opción, que es muy válida para grandes empresas donde es más importante la respetabilidad y seguridad financiera que da una megacorporación como Oracle, antes que el ahorro de costes y la optimización técnica que prometen esos hippies que cobran millonadas y que pueden dejarte tirado de un día para otro para irse a cultivar alcachofas a un kibutz israelí ¿Cómo los llama Larry? ¡Ah, sí! technicians. Hay otra opción, impulsada no por Larry precisamente, sino por alguno de esos technicians locuelos. Se llaman Web Services o REST y consiguen que aplicaciones que tienen que ver tan poco entre sí como Aznar y el Che Guevara se comuniquen sin problemas. Probablemente a Enrique y a sus alumnos no les suenen estos términos, porque remangarse y mancharse las manos entendiendo BIEN qué es eso del protocolo HTTP no es nada cool para el “manachment” pero, si supieran que la API que hace que su adorado twitter sea lo que es hoy en día es una API REST como una casa de grande y que por eso tiene ese enoooorme ecosistema de aplicaciones alrededor, seguro que le prestaban más atención al respecto.
  • Adaptabilidad del Software. Vaya, se queja Larry de que configurar un programa complicado es… complicado. Y tiene razón pero, ¿qué solución da al respecto?. ¿Alguien ha jugado a un videojuego de última generación? ¿Un Metal Gear, por ejemplo? Cualquier videojuego medianamente complejo te puede incluir un tutorial de cuatro horas que todos los jugones nos tragamos sin rechistar. Y eso sólo para aprender los rudimentos básicos del juego. ¿Alguien se puede imaginar al usuario medio tragándose un tutorial de cuatro horas antes de poder hacer algo con un programa en la empresa? Antes de que haya trascurrido media hora, te tiran el monitor a la cabeza. También dice que los ERPs, los CRMs y no se cuantos programas más están “sin acabar”. Mal ejemplo Larry, MUY MAL EJEMPLO. ¿Por qué? Porque el dominio funcional de un ERP, por ejemplo, es taaaan complejo que es literalmente IMPOSIBLE crear una aplicación capaz de modelar todas las realidades de una empresa. Créanme, sé de lo que hablo. No soy usuario avanzado, ni comercial, ni consultor de uno o varios módulos de un ERP. Yo he diseñado y programado un ERP desde cero, de la nada y es realmente difícil crear algo que se adapte a inputs y outputs tan variables como los que puede dar una única empresa. Imaginaos algo capaz de adaptarse por igual a una empresa como Recauchutados López o Indra. Podéis pensar que, aquí, el único paquete soy yo, pero a esa pequeña empresa llamada SAP, le pasa algo similar. Hay procesos SAP con más de 800 parámetros y, aún así, un CD con una instalación de SAP tal cual, vale lo mismo que un Open Bravo: cero patatero. Siempre hay algo que programar, siempre hay algo que adaptar, siempre hay un Director Financiero que quiere el informe en verde, no en naranja. ¿Oracle soluciona mejor que nadie todo esto? No tengo ni la menor idea. La última vez que intenté comprender por completo el portfolio de Oracle (¿Peoplesoft? ¿JD Edwards? ¿Siebel?), me empezó a doler la cabeza como cuando me pregunté “si antes del Big Bang no había nada, tenía que haber algo, porque el mismo concepto de la nada implica que haya un algo que se contraponga”. No he encontrado respuesta en ninguno de los dos casos.

Bueno, al fin y al cabo esto sólo es un ladrillo de un Jedi seducido por el lado oscuro, de un técnico que navega entre el manachment y el entrepeneurship.

Probablemente, todas estas divagaciones sólo lleguen a mis fieles espartanos. A Jeroclo, a Vilches, a Beas, a Arranz y a tantos otros. Pero, por una vez, sólo por una vez, me gustaría que todo este texto llegara a alguien más, a Enrique Dans, y que pudiera completar la lección que incluye el gran vídeo de Larry con esta humilde aportación. Quizás así, la nueva generación de “manachment” que se hiciera cargo de las empresas de tecnología de este país pudieran tener una perspectiva más amplia, más allá de la moqueta y más cercana a las tripas del negocio, donde trabajan los técnicos.

Así que, si quieres ayudarme a intentarlo, copia, pega, pinta y colorea, menea, retwitea, envía, comenta y menciona este modesto artículo. Si conseguimos que llegue hasta Enrique, prometo pagarle una ronda de cervezas a mis fieles espartanos. Y yo siempre cumplo mis promesas.

Artículos relacionados:

  1. BonillaTV – Capítulo 3: Esperando a Larry En el día 0 de la javaOne nos registramos y...


free blog themes
free blog themes