Este es un proyecto cancelado que no recibe actualizaciones. No obstante, puedes acceder a su archivo como referencia.

Versión Cero

Mi historia de Meta4

Ángel me ha pedido que escriba sobre un e-mail en la lista privada del Grupo Tibi acerca de Meta4. Contar los entresijos de las empresas es, en general, indiscreto. Pero ya han pasado casi nueve años desde que dejé voluntariamente Meta4, de modo que supongo que las cosas han cambiado mucho allí desde entonces, y también que puedo contar lo que yo creo que pasó, desde la prespectiva que da el tiempo y sin perjudicar a nadie. Yo trabajaba en el departamento de I+D, tenía un jefe güay, y un jefe de mi jefe güay, hasta que un día las cosas empezaron a cambiar…

por Sergio Montoro Ten, 26 noviembre 08

Meta4 es uno de los mayores casos de éxito de multinacional de software español. En su época de máximo esplendor parecía que se iban a comer el mundo, y se equiparaban sin rubor a goliats como SAP.

Meta4 era una empresa española que a principios de los noventa empezó a comercializar un producto de nómina basado en Superbase. Cuyas novedades principales eran: 1º) que separaba la parametrización de los conceptos de nómina de la programación necesaria para manejarlos, y 2º) que estaba basada en el naciente Windows.

Tras una serie de discrepancias y discusiones internas, según cuentan, fue el ex presidente Juan Morán quien patrocinó la decisión de abandonar Superbase para basar la versión 2.0 en Oracle. Esta decisión técnica tuvo importantes repercusiones. El combo Windows+Oracle puede parecer lo más natural del mundo hoy en día, pero en 1994, en la era de Windows 3.1 y NT 3.5, no estaba nada claro que Windows llegaría a ser el sistema operativo dominante en el escritorio y con una cuota significativa en servidores.

A mediados de los noventa Meta4 iba viento en popa, gracias a la buena aceptación que tenía su nómina frente a una competencia que seguía aún anclada a versiones para pantallas de modo carácter en fósforo verde. Y no sólo iba bien económicamente, sino que era una pequeña empresa innovadora cojonuda para trabajar.

Alrededor de 1997 empezó a diseñarse la versión 3.0. La versión 2 había sido un éxito de ventas pero adolecía de los problemas de haber sido desarrollada por un equipo que estaba entrando en contacto con las bases de datos relacionales mientras escribía la nómina, y sin una visión holística de lo que era hacer un software útil para calcular la nómina de cualquier pais. Por demanda de los clientes, había habido que hacer portings por fuerza a Microsoft SQL Server, Informix y Sybase, lo cual ocasionaba que hubiese cuatro ramas de código que mantener. En la pizarra de diseño, la versión 3 se suponía que iba a solucionar todos los problemas aprendidos en la 2. Ese fue el primer error: el efecto del segundo sistema

A finales de 1999, tras haber quemado todo su combustible de capital riesgo, Meta4 se encontraba contra las cuerdas. Con una versión 3.0 inestable que no había forma de hacer funcionar correctamente en los clientes, y con un cash burning rate que seguía quemando dinero a la velocidad de un motor cohete. Además, durante los dos años que se había estado desarrollando el producto, algunas tecnologías soportadas por el producto, como CORBA, habían empezado a pasar de moda, mientras que otras, como los pujantes clientes ligeros HTML no estaban suficientemente trabajadas en el departamento de I+D.

Meta4 llegó a cotizar en el extinto Easdaq, y tuvo un intento fallido de salir al Nuevo Mercado español. Ahora Meta4 ya no es española, la compró primero Adonix a precio de saldo, y luego Sage compró Adonix en 2005 y de rebote Meta4. Tras ser adquirida, los nuevos gestores franceses reflotaron la empresa modificando su gestión, abandonando las agresivas inversiones en I+D en favor de una fabricación más orientada a la demanda directa de los clientes.

¿Cuales fueron los secretos del éxito de Meta4?

A mi juicio:

1º) El equipo fundador era el adecuado, tenía un líder visionario, un programador pragmático, un comercial con buena cartera previa y un financiero experimentado.

2º) Decidieron fabricar un producto que necesita un amplio conjunto de empresas: la Nómina. Este software solucionaba un problema práctico de las empresas, sin pajotes mentales. El mejor en su clase, con sus más y sus menos, pero, poniendo todo en la misma balanza, el mejor producto.

3º) Apostaron por Windows cuando todo el mundo aún no se lo tomaba en serío.

4º) Apostaron por basar su software en bases de datos cliente/servidor (Oracle) en detrimento de las basadas en file server (Superbase).

5º) Escogieron como objetivo clientes medianos o grandes, no PyMEs.

6º) Contrataron un equipo de gente jóven, inexperta pero altamente motivada.

7º) Invirtieron una gran cantidad de tiempo en una política de recursos humanos moderna.

8º) Para internacionalizarse eligieron primero Sudamérica y Méjico.

9º) Supieron contratar a los contactos adecuados en el momento preciso para levantar capital riesgo y ganar grandes cuentas.

¿Cuales fueron las causas de su debacle?

1ª) El Efecto Segundo Sistema. La versión 3 no era un software de nómina, era la gran obra de El Escorial. Había un diseñador de modelos de datos, un diseñador de pantallas, un diseñador de informes, había tanta herramientas que no eran nómina que incluso se llegaron a plantear sacar un producto con ellas y licenciarlas separadamente.

2ª) Vanidad. No distinguir lo que habían hecho bien a propósito de lo que les había salido bien por coyuntura o casualidad.

3ª) Avaricia. Dilapidar dinero en cosas sólo para que la empresa valiese más en bolsa.

4ª) Inexperiencia en ingeniería de software para grandes proyectos. Cuando el departamento de I+D creció demasiado, el calendario de desarrollo se les fue de las manos. Pensaron que podrían fabricar un producto faraónico en 6 meses. Como quien piensa que con dos mujeres podrá fabricar un niño en 5 meses en lugar de 9.

5ª) Contratar paracaidistas que no encajaban con la política de RR.HH. En un momento del tiempo, algún asesor externo les convenció de que para internacionalizarse eran imprescindibles dos cosas: primera mejorar el nivel de inglés de todos los empleados, y segunda reemplazar a todos los mandos intermedios demasiado jóvenes por gerentes más experimentados. En ese punto la cadena de mando se dislocó, y empezó a haber dos tipos de jefes, los que lo eran sobre el papel, y los veteranos campeones técnicos de la versión 2 que hacían de su capa un sayo ignorando a placer las directrices de los recién llegados.

6ª) Maltratar a los clientes. Pensándose que porque tenían el mejor producto podían hacer con ellos lo que quisieran.

7ª) Huir hacia adelante. Hubo un momento en que nadie quería ni oir hablar de reflexionar sobre qué se estaba haciendo mal para que la versión 3 no dejara de retrasarse. Cuando a la empresa se le acababa el dinero, la solución fue salir a bolsa a bombo y platillo para obtener fondos que seguir gastando en I+D.

8ª) Pérdida de foco. Emplear tiempo intentando vender dudosos productos estrella de HR y KM en detrimento de la vaca de Nómina.

9ª) Falta de comunicación, coordinación y entendimiento entre el departamento de servicios y el de desarrollo. Casi parecían dos empresas diferentes, y, a ratos, hasta rivales.

Nota final: Yo sólo trabajé en el departamento de I+D durante cuatro años. No tenía un cargo directivo ni ningún puesto relevante en la empresa. Lo que he escrito es sólo mi visión subjetiva y parcial. Que puede que no tenga nada que ver con lo que sucedió realmente.

Comentarios
1 Alguien de R&D
1 diciembre 2008, 10:08

Básicamente de acuerdo con el POST,
Hablando de otra cosa,

¿Se llego a vender alguna licencia por separado del RAM-DL?


2 Sergio Montoro Ten
1 diciembre 2008, 11:52

¡Juas! Eso era una herramienta mega-propietaria de copia de datos, que empezó siendo un artefacto de uso interno y fue creciendo hasta convertirse en una especie de llave inglesa sin la cual no se podían apretar ni aflojar las tuercas del producto.

Hay piezas de software en las que la gente rara vez repara, el instalador del programa, es, por ejemplo, una de ellas. Yo las llamo, en general, “el agujero del culo”: una parte que, en teoría, nadie mira y no sirve para nada, pero que si no funciona lo puedes pasar muy mal.

Y, por cierto, que la copia y mantenimiento de datos sigue siendo uno de los problemas más farragosos y aburridos de todas las implantaciones.

Me pregunto cuándo se institucionalizará una buena herramienta para copiar registros de una base de datos a otra. Porque haberlas hay n-mil, pero al final l mantenimiento de datos sigue requiriendo un trabajo brutal.


3 jose
1 diciembre 2008, 21:14

¿En qué consitía el trabajo del dept. de I+D?


4 Sergio Montoro Ten
1 diciembre 2008, 22:06

El dpto. de I+D desarrolla(ba) el producto estándar de nómina, recursos humanos y gestión de conocimiento.
Se trata(ba) de una plataforma totalmente programable y parametrizable que traía una nómina out-of-the-box para un pais y/o sector y sobre la que los partners y el dpto. de servicios realiza(ban) las modificaciones a medida para el cliente.


5 jose
1 diciembre 2008, 23:52

¿No es excesivo denominarlo I+D?

No me parecería excesivo, por ejemplo, en el caso de la creación de Simula o SmallTalk durante los 60-70, ya que realmente era un cambio (avance) considerable.


6 Sergio Montoro Ten
2 diciembre 2008, 00:13

Precisamente uno de los problemas es que realmente hacían I+D.
Entre otras muchas cosas, producto lleva(ba) un lenguaje de programación propio llamado LN4.
Había también un servidor de aplicaciones entero montado a pinrel, ni COM+, ni CORBA ni EJBs ni nada: objetos remotos sobre TCP/IP y RCP a saco.
Se evaluaba y descartaba sistemáticamente el uso de productos de terceros porque ninguno era lo bastante bueno. Yo creo que no se pusieron a escribir su propio SGBDR como hizo SAP en su día de puro milagro.
En lugar de concentrarse en desarrollar un robusto, eficiente, usable y aburrido software de nómina, emplearon una excesiva cantidad de recursos de I+D en experimentos con la gaseosa.


7 jose
3 diciembre 2008, 00:45

Bueno, quizás fui demasiado escueto… La gracia no está en el lenguaje en sí, sino en su filosofía de fondo, entidades que encapsulan datos y operaciones comunicadas por señales (OO).

Ese fue su descubrimiento, un nuevo paradigma de desarrollo de software. Sobre todo teniendo en cuenta la época en la que estaban, comparalo con la filosofía de fondo de COBOL o FORTRAN, ya no te digo RPG

En lo que cuentas no veo descubrimiento, puede ser más o menos ingenioso o complejo, pero me sigue pareciendo excesivo denominarlo I+D…


8 Juanan Ruiz
7 diciembre 2008, 17:13

Genial, la historia, no tenía ni idea de que meta4 hubiera sido en sus comienzos una empresa española. ¿Qué se sabe de ella ahora? ¿Sigue siendo francesa?


9 Sergio Montoro Ten
10 diciembre 2008, 22:06

Meta4 es ahora propiedad de Sage, es decir, ingleses.


10 Carlos
11 diciembre 2008, 15:45

Sólo he visto un error, cuando Sage compró el grupo Adonix compró todo el grupo menos Meta4, que continúa siendo propiedad de Emile Hamou y en esta operación dejó de pertenecer al grupo Adonix


11 David
12 diciembre 2008, 15:22

Como siempre, Sergio, eres una máquina … muchas veces te echo de menos … yo estaba en servicios y eras de los pocos que nos hacías caso …

Ole!!!!


12 Patro
18 diciembre 2008, 10:35

Gloriosas algunas de tus frases:

Creo que mas de uno estamos totalmente de acuerdo con lo que has escrito.

Muchos abandonamos el barco no como ratas, si no por que no estabamos de acuerdo como se estaba llevando la empresa.

Recuerdo el primer ERE que se hizo. Era necesario, pero si se hubiesen cargado a tres o cuatro jefes, nos hubiesemos ahorrado lo mismo.


13 Leo Borj
3 enero 2009, 00:59

Nunca había escuchado la expresión “ piezas de software en las que la gente rara vez repara, el instalador del programa, es, por ejemplo, una de ellas. Yo las llamo, en general, “el agujero del culo”: una parte que, en teoría, nadie mira y no sirve para nada, pero que si no funciona lo puedes pasar muy mal.” pero me parece certera.


Acerca - Contacto - Información legal y técnica - Condiciones de uso - Noticias sobre el mundo del Desarrollo de Software.