Pasado, presente y futuro
Toca hacer público un punto y seguido de una historia que empezó hace unos cuantos años. Supongo que no había escrito este post debido a la habitual discreción, y a qué tampoco hay demasiado que contar... Pero bueno, vamos allá.
Hace casi 2 meses, decidí buscar mi camino fuera de abiquo. Motivos: varios y ninguno... la sensación interna de final de etapa.
Ya he contado muchas veces que abiquo nació en un desayuno a base de martinis allá por el 2004. En aquel momento, un amigo trabajaba en un grupo de investigación sobre computación distribuida en la UPC, y yo me pasaba por allí a hablar de información asimétrica en este tipo de mercados. Como grupo de investigación, se adaptaban aplicaciones de empresas para hacerlas funcionar en entornos GRID. Algo sencillo, pero con unas herramientas de desarrollo horrorosas. Pensando que podríamos crear unas herramientas mejores, y que 2 clientes estaban interesados en seguir contratando proyectos (que el grupo de investigación como tal no podía aceptar), valoramos montar una empresa. Y entre Martini y Martini nos animamos.
Tal y cómo suele ocurrir en estas historias, las promesas de los clientes se quedaron en eso mismo, promesas, y la creación se demoró hasta el año 2006. Nada que no sepáis :-) Vivimos intensos años creando herramientas frikis (market-driven schedulers en los que toman decisiones agentes de IA, plantas que twittean, middlewares multisistema, sistemas de impresión distribuida, routers multiservicio...). Hasta que un día encontramos el camino del cloud. Y allí nos quedamos, construyendo la que sin duda es la mejor herramienta para desplegar clouds del mercado.
Si soy sincero, nunca pensé racionalmente que llegaríamos tan lejos. Recuerdo decirle a Xavi que "esto de la empresa te servirá para ganarte un ascenso rápido en consultoría, y a mí para compensar que no tengo estudios superiores". El dinero que juntábamos lo gastábamos en crear herramientas frikis. Escasa visión comercial, pero I+D en estado puro. Viviendo al filo del abismo continuamente, hasta que diferentes (¡multitud!) de inversores nos conocieron y apostaron por nosotros. Y empezamos a crecer.
Supongo que cada uno por "crecer" entiende cosas diferentes. Yo me dí cuenta de que esto se nos iba de las manos cuando las grandes empresas de IT americanas nos escribían para ver si nos podíamos reunir para plantear un partnership a nivel global. Algunos pensarán "qué suerte!". Yo pensaba "en menudo fregado nos hemos metido". No dudo que entre Xavi, Diego, Helena y yo hubiésemos podido conseguir resultados. Sin duda, podríamos haber suplido nuestra escasa experiencia negociando estos temas, con algo de trial&error. Pero la ventana de oportunidad no estaría siempre ahí, y lo mejor era buscar un equipo de gente habituada a esos contratos. Por ello, a principios de este año, levantamos 5.1M$ de diferentes fuentes, contratamos a un CEO con toneladas de experiencia, y empezó el crecimiento acelerado que nos ha llevado a multiplicar el equipo x4 en 6 meses, y abrir oficinas en SiliconValley y UK.
Y llegados a este punto, poco quedaba por aportar. Había llegado al final de mi camino. Así que tras mucho (mucho) reflexionar, llegué a la conclusión de que lo mejor era distribuir mi conocimiento y tareas, y quedarme únicamente como consejero. La empresa ha crecido, la rigen otras dinámicas, el foco ha cambiado... Y es bueno que así sea. Obviamente, tuve la oportunidad de levantar otros proyectos internos o montar un "abiquolabs"... pero me parecía poco ambicioso :-)
Y salté sin red. Y me paseé por ofertas de trabajo. Y me descubrí un poco más, hasta darme cuenta de que la verdadera fuerza que me ha movido siempre, es la de poder gozar la sensación de "hacer saltar a la banca". Los "a que me voy con 8 asignaturas en 4ª convocatoria a septiembre y las apruebo", "a que voy a ese evento y demuestro a todos que somos técnicamente mejores a IBM/Cisco/SUN", "a que este VC me acaba enviando una limousina a buscarme a casa"... Esa extrema y adictiva sensación de ponerse una meta complicada, y alcanzarla a base de trabajo, inteligencia, cojones (y suerte).
Así que me he unido a la oportunidad más ambiciosa que he encontrado: Szena. No tengo claro en calidad de qué... pero podríamos llamarlo "operaciones". Tienen un ambicioso plan de expansión con multitud de elementos disruptivos. El equipo es profesional, el producto gana comparativas en clientes y los números son negros. Otra empresa hacker con la que luchar a lo grande contra los más grandes :-)
Pero de Szena hablaremos con calma en otro post, que este me ha quedado largo.
Gracias a todos los que me habéis acompañado en esta aventura. Espero que también podáis hacerlo en las próximas :-)
Back again
Aunque en foto aparentemos más / somos solo tres polillas
que de tanto dar contra el cristal / se han colado en la bombilla
Confío en que los habituales a este humilde blog disculpen mi ausencia. Probablemente mi empresa y sus circunstancias sean mi tema de conversación favorito, y no era cuestión de hablar demasiado para no reventar los planes. Afortunadamente, ayer se acabó el stealth-mode, y ya me puedo despachar a gusto :-)
Por si queda alguno sin enterarse, ayer anunciamos la inversión total de 5.1M$, la apertura de oficinas en Londres y San Francisco, la contratación de Trevor Chamberlain como VP BizDev (que se une a la anterior de Pete Malcolm), y que en menos de 45 días ofreceremos una nueva versión de producto que dispara a la línea de flotación de VMware: con 2 clicks podéis mandarles a ellos y a su vendor lock-in al carajo. No está mal ;-)
Sobre el producto, la mejor explicación la he encontrado en este artículo de Virtualization.info.
Para todos aquellos que (inconscientemente) venían a este blog en busca de vivir en 3era persona las peripecias de un emprendedor, les dejo este video que ha hecho Marta. Quizá sea algo largo, pero 4 años de historía dan para mucho ;-)
Gracias a todos los que confiábais en nosotros. Y a los que no. Realmente, no sé que me motivaba más.
[PD: Marta quiere haceros saber que si no hay acentos, es porque el software de edición no lo permitía... que nadie dude que ha ido a colegio de pago ;-)]
Hazardous Journey
Al más puro estilo "shackletoniano", vengo a anunciar aquí que en abiquo buscamos gente dispuesta a pasar a la historia:
"Men wanted for hazardous journey. Low wages, bitter cold, long hours of complete darkness. Safe return doubtful. Honour and recognition in event of success."
Si crees que posees suficientes conocimientos técnicos como para sorprendernos, echa un ojo a todas las posiciones abiertas y envía un mail a contact_@_abiquo.com vendiéndote.
Quién sabe... igual hoy puede ser el primer día del resto de tu vida.
Abiquo en Expansión (y nunca mejor dicho :D)
Cuelgo el artículo que nos ha escrito Cristina Fontgivell, realizado tras mil problemas logísticos por mi parte, hace unos días en un autobús cruzando "el valle".
Workshop de Abiquo y Amazon – 2/Abr Madrid
Reaparezco brevemente de mi letargo blogueril para anunciar este evento que organizamos con Amazon:-)
El Cloud Computing Workshop de Madrid es un evento gratuito pensado para todos aquellos desarrolladores, arquitectos, jefes de proyecto y directores de tecnología que quieran saber más sobre las posibilidades de este nuevo paradigma de la mano de uno de los actores principales del mercado como Amazon Web Services, y de una de las empresas que apuestan por el código abierto para crear Nubes Privadas.
Amazon Web Services (AWS) es una colección de servicios remotos de computación ofrecidos por internet por Amazon.com, Este conjunto de servicios tiene la característica de pagarse por su uso (pay-per-use o pay-as-you-go). AWS se ha convertido en el proveedor de servicios de Cloud Computing más importante del mundo, con unos 400.000 clientes estimados a finales de 2008. Simone Brunozzi es Amazon Web Services Evangelist para Europa. Es un magnífico comunicador cuya labor es la de dar a conocer los servicios de Cloud Computing que Amazon Web Services ofrece a sus clientes en todo el mundo.
Abiquo es una startup de Barcelona con presencia en Madrid y Palo Alto (California) que desarrolla una plataforma open source para la creación y gestión de Nubes Privadas e Híbridas (Private and Hybrid Cloud Computing). El producto abiCloud puede descargarse de la web, permitiendo a sus usuarios montar un entorno Cloud en sus proprios sistemas. Diego Parrilla es Director de Desarrollo de Negocio y de Estrategia Tecnológica de Producto de Abiquo. Además es editor de Nubeblog.com, blog en Español sobre Cloud Computing.
Agenda:
9.45 - 10.00 Llegada y Registro
10.00 - 10.15 Presentación qué es Cloud Computing. Abiquo (Castellano)
10.15 - 11.30 Amazon Web Services Workshop. AWS (Inglés)
11.30 - 12.00 Ruegos y Preguntas (Inglés y Castellano)
12.00 - 12.15 Descanso
12.15 - 13.00 Presentación Abicloud. Abiquo (Castellano)
13.00 - 13.15 Ruegos y Preguntas (Castellano)
13.15 Fin del Evento.
NOTA: La agenda no se ha cerrado, es posible que cambie con nuevos ponentes.
El evento tendrá lugar en la Cancha CAN en Juan Bravo nº3. Caja Navarra ha tenido la gentileza de cedernos espacio para realizar el evento.
El registro es gratuito, pero no hay muchas plazas (50). Si quieres registrarte, hazlo en la web de información del evento se encuentra en eventbrite.com aquí:
http://amazonabiquomad.eventbrite.com/
o dale a este botón
Diego Parrilla (nubeblog) se incorpora a abiquo
Diego Parrilla (also known as nubeblog) se incorpora a abiquo como Business Development Manager.
Va a hacer un año que Xavi y yo le conocimos. No hablamos ni una hora, pero salí de aquella reunión teniendo claro que Diego debía estar en nuestro equipo. Tan claro lo tenía que le ofrecí mi puesto :-) Y el, muy inteligentemente, lo rechazó :-P
Ahora, tras un año de relación informal, de mil llamadas incordiándole buscando consejos y respuestas por nuestra parte, ha decidido unirse a la aventura.
Y que queréis que os diga. Para mí es todo un honor. Que todo un senior como él (tanto ingeniero como emprendedor), con la crisis que está cayendo abandone su estabilidad laboral, rebaje sus condiciones salariales y además invierta unos euros, no hace más que confirmarme que vamos por el camino adecuado (y a toda vela).
Bienvenido a bordo, Diego.

Aquí nos tenéis, discutiendo "embelesadamente" su incorporación la pasada navidad.
Licenciando (CPAL, MPL y otras historias)
Para aquellos que no me hayáis visto gritar estos últimos días, os recomiendo echar un vistazo a este post "Escogiendo Licencia". En él, reflexionaba sobre por qué habíamos escogido la licencia CPAL para nuestros productos.
Pero todo ha cambiado. Los amigos de debug_mode=ON me pusieron en contacto con un sponsor de debian para incluir nuestro software en sus repositorios. Le encantó lo que ofrecíamos (y la posibilidad de apuntarse un minipunto ante ubuntu) por lo que nos pusimos a planificar. Y las discrepancias vinieron al conocer nuestra licencia: CPAL. Da igual que CPAL esté aprobada por la Open Source Initiative, da igual que sea una derivación con atribución (badgeware) de una conocida (MPL), da igual que proyectos del renombre de Facebook la utilicen. Según ellos, CPAL no cumple las Debian Free Software Guidelines. Y como no las cumple, ajo y agua. A la rama non-free y gracias.
Insistí e insistí. Expuse datos, motivos, plan de negocio... de todo. Y me redirigieron a las DFSG artículo 12, sección r.
- Q: I understand your logic, but my software is special and I'm really a very nice corporation and I have very innocuous and socially beneficial reasons for wanting to include a very small extra technically non-free clause that is in fact not so inconvenient as you seem to think. Plus this software was very expensive to develop, and is truly wonderful, and I'm trying very hard to contribute to the free software community in a way that is acceptable to my lawyers. Could you please make an exception just this once? You should at least compromise a little bit, because I have been very flexible on many other points.
- A: No.There are over 10,000 packages in Debian. If we made exceptions for just 1%, users would have to carefully evaluate how much of a burden the non-free parts of 100 licenses might be. It is simply not feasible, and we think we've drawn the line at the right place: where it is best for our users and for the free software community. (In any case, these matters are not subject to compromise. Think satisfying the fire code rather than negotiating a deal.)As a bit of practical advice, you would really be better off using a standard license. It might be less fun for your lawyers, but your software will be more readily accepted, and more people will contribute to it. Isn't that what you want?
Pues eso. Que si queremos estar en Debian en main o contrib, a cambiar de licencia. El portal Flex lo dejaremos como CPAL (si alguien lo utiliza quiero ver mi logo en su splash screen), pero el resto de módulos lo dejaremos como MPL 1.1 que si cumple las DFSG.
Supongo que en ubuntu no tendremos tanto problema ;-)
Interim Manager (II)
Seguimos dándole vueltas al tema ;-)
Si como dije en el anterior post, no acababa de estar convencido, ahora mismo creo que hemos tomado una sabia decisión. El tema empieza a ir sobre ruedas.
Cuáles eran mis principales reticencias:
- Background: Alguien con MBA, experiencia de 10 años de gestión, manejando presupuestos de millones de euros, definiendo estrategias internacionales... Dudaba sobre si encajaría en nuestro pequeño paraíso friki
- Exceso de burocracia: fruto de la experiencia del punto anterior
- Equipo: ¿Cómo se lo tomarían los técnicos?
- Imposición: aunque todos sabíamos que tocaba empezar a "poner orden", este cargo ha sido pensado, diseñado e impulsado por los inversores minoritarios.
Afortunadamente, empezamos a tener resultados. Los suficientes como para empezar a ceder parte de "mi cuota de poder" con entera tranquilidad. Si ha sabido gestionar algo grande, no le cuesta hacerlo con algo tan pequeño como abiquo. La burocracia no es tal, sino orden y coordinación. El equipo ha confíado en ella desde el primer día, y, como (casi) siempre, los bisneseingels tenían razón.
Creo haber comentado alguna vez, que no soy empresario: soy un economista friki que dirige una empresa. Y la parte de dirigir es la que menos me gusta. A partir de este momento, puedo dedicarme con entera tranquilidad a tareas que me reportan más gratificación (bizdev y comunidad) y más resultados a la empresa, en vez de "perder" horas entre papeles.
No sé yo si recomendaría lo mismo a cualquier empresa, pero a nosotros nos está funcionando.
Bienvenida a bordo Helena :-)
Interim Manager
Desde hace una semana tenemos en abiquo la figura del "interim manager": una persona que viene a poner orden y gestión en esta sacrosanta startup.
La medida, como en las corridas mediocres, ha despertado disparidad de opiniones. Hay un grupo encantado con la decisión (inversores minoritarios), otro grupo que se manifiesta abiertamente en contra (algunos empleados) y después estamos los centrados: si esto es para bien, bienvenido sea.
Lo que más me gusta de la propuesta es tener a alguien con ganas de crecer y experiencia en gestión. Cuando se pagan 12 nóminas y se tienen oficinas en 2 continentes, es mejor hacer desaparecer todo conato de experimento a base de "prueba y error". Por contra, no me gusta nada la jerarquía que se crea: comités, reportings y demás zarandajas. A mí esto de los comités me suena a política, y por consiguiente a purgas. Los socios mayoritarios (entre Xavi y yo controlamos más del 80% de la sociedad), tendremos que vigilar de cerca el proceso para conseguir profesionalización transparente y no burocratización. Nunca olvidéis que la burocracia es el reducto de los mediocres.
¿Y toda esta situación dónde me coloca? Pues lo estamos viendo. Hay quien opina que debo quedarme en una esquina haciendo de visionario (xDDD). Vamos, lo que comúnmente se llama "hacer pasillos". Mis objetivos son acabar las tareas que he empezado: consolidar la oficina de Silicon Valley y conseguir allí un número suficiente de partnerships que consoliden nuestro marketplace. A partir de ese momento ya se verá: si esto sigue siendo una "startup grande", me quedaré. Si no, venderé mis acciones y me buscaré otra forma de complicarme la vida :-)
Resumiendo: ha llegado el momento en el que uno ha de decidir si quiere ser rico o quiere ser rey. Yo he escogido lo primero.



