Category ArchiveProducto
Producto 01 Nov 2011 01:39 pm
Osmius: Evaluación Final
A partir de hoy dejo de prestar mis servicios profesionales en la empresa.
Han sido 6 años magníficos en los que hemos desarrollado un producto digno competidor de grandes empresas, desde cero y puesto a punto por un equipo que, ya engrasado, sería capaz de asumir retos de gran exigencia tecnológica y de mercado.
Desde que empecé el departamento de I+D yo sólo, yendo a trabajar a las bibliotecas públicas para hacer el diseño de “motor” de Osmius hasta hoy, hemos hecho de todo.
Hemos aprendido a trabajar en equipo mejor gracias a las metodología ágiles, hemos trabajado desde casa y en el cliente, hemos ido a otros países, hemos hecho marketing on-line, hemos envangelizado, nos hemos comparado con otros y hemos copiado y mejorado todo lo posible, hemos sido copiados y en definitiva hemos disfrutado con nuestro trabajo.
Por otro lado: hemos fracasado.
Hoy el modelo de negocio alrededor del producto no es sostenible con la estrategia actual, y eso se llama fracasar, por duro que suene.
El “hemos aprendido” mucho, o el “hemos disfrutado” o “el producto/equipo es cojonudo” son peligrosas excusas si lo que quieres es aprender y mejorar.
Nosotros no hemos construido un producto para sea muy bueno, que lo es; ése no es, y no puede ser el objetivo salvo en raras excepciones. Tu producto debe ser utilizado y usado por terceras entidades a cambio de algo que justifique el esfuerzo.
No estoy de acuerdo en que la rentabilidad de una empresa - o aventura o emprendimiento - sea exclusivamente el EBITDA o un análisis sobre flujos de caja. Creo que la medida del éxito de una empresa no puede ser exclusivamente económica, pero sí es primordial que sea sostenible o, utilizando mejor el castellano, creo, sustentable. Pero para comparar empresas sí me gusta saber su rendimiento económico acompañado de asuntos como la conciliación familiar, el toque de honestidad de socios y no socios plasmado en acciones concretas, el grado de libertad que se traslada a los equipos y como se devuelve con responsabilidad, innovación y otro montón de asuntos.
El deber de una empresa es trabajar para garantizar su viabilidad, y los conformismos o el optimismo exarcerbado (”somos cojonudos”) son formas de huida, como lo son el pensar que tirar para adelante con un plan innovador es sólo una cuestión de inversión en dinero.
La metodología Scrum, que hemos aplicado en el equipo de desarrollo, plantea una evaluación tras cada periodo de trabajo que permita realimentar al equipo para que pueda mejorar en siguientes ocasiones. Mejorar es hacer las cosas mejor y en menos tiempo.
No puedo dejar de hacer un último Scrum Final para evaluar el trabajo de todos, pero sobretodo el mío, y a ver si así aprendo de verdad:
Cosas que hemos hecho y que repetería:
Algunas son:
- Trabajar con metodologías fáciles y con seguimiento diario del trabajo de todos.
- Publicar esa información tanto dentro como fuera de la empresa.
- Contratar un porcentaje alto de gente con la que has trabajado previamente. “Comerse un saco de sal juntos” hace.
- Contratar y mezclar gente vieja y gente joven.
- Rotar las tareas de coordinación.
- Invitar a propios y a extraños a opinar y criticar nuestros avances.
- Buscar siempre el camino más fácil para las primeras versiones. “Ya lo haremos mejor luego”.
- Tratarnos con respeto, siempre.
- Tener una versión express del producto. Instalación y licencias por menos de 5.000 euros y tres días.
- Involucrarnos con las universidades a través de investigadores con nombres y apellidos (con la institución te pierdes mucho)
Cosas que hemos hecho y que NO repetiría:
Algunas son:
- En mi caso, creo que tener demasiada presencia en las nuevas funcionalidades. Cuando llevas mucho tiempo haciendo algo empiezas a representar la resistencia al cambio y a las nuevas ideas.
- Tener un producto exclusivamente abierto (gratis) y orientado sólo a servicio durante demasiado tiempo.
- Contratar “freelances” para una parte core del producto. Esto salió muy mal.
- Contratar a gente para que evangelize en tu lugar. El producto - si no son camisetas o aceite - lo vendes tú, ¿a que sí, Jobs?.
- No apostar directamente por los partners.
Cosas que NO hemos hecho y que haría
Algunas son:
- No hemos tenido una estrategia de venta o comercial desde el primer momento.
- No hemos vendido desde el primer momento. Por barato o “escaso” que fuera el producto. “Primero vendes la piel, y luego ya - si eso - te cargas al oso”
- No hemos contado con un análisis de mercado.
- No hemos hecho un cuaderno de venta para nosotros mismos, con porqué invertirías aquí tu dinero y tu tiempo.
- No hemos abierto la empresa a asesores externos oficiales (con cuidado).
- La empresa no ha compartido participaciones con el equipo.
- Incluir a toda la empresa en metodologías ágiles y en el seguimiento diario, y no sólo a desarrollo.
- No hemos apostado por la Internacionalización (fundamental)
- Diseñar experimentos para escuchar más a nuestros clientes.
- Leer de pe a pa literatura sobre Lean Startups y aplicar ferozmente sus principios.
Si empezara hoy de nuevo (estoy en ello):
- La calidad humana de mis socios va a ser muy importante.
- La visión del proyecto debe estar definida y contrastada con varios grupos “externos”.
- Comercialización internacional a través de internet. Otros caladeros son más razonables.
- Toda la empresa dispuesta a validar sus hipótesis contra el mercado de forma feroz y rápida.
- Reto tecnológico que puedas asumir y que te diferencie de los demás. Esto lo llamo “no más web de bodas” con todos los respetos.
Mi trabajo, y esto hay que agradecerlo en gran parte a la empresa, me ha dado la oportunidad en estos seis años de aprender mucho sobre tecnologías de desarrollo, almacenamiento, computación en la nube, gestión de equipos, gestión de subvenciones y otros asuntos y además he mejorado mi inglés, he terminado mi máster de investigación en bioinformática, he desarrollado otros productos y un grupo de innovación como es primerViernes, he viajado mucho y además he tenido una hija y estamos esperando otra incorporación a la familia.
Para finalizar esta catarsis, creo que Osmius es un buen producto que puede encontrar su mercado, pero para ello debe buscarlo - aquí o en California - y que debe reinventarse. El software que se descarga y se instala tendrá su mercado por muchos años, pero cada vez más limitado excepto en el caso de los móviles.
Respecto a mi salida de la empresa, creo que hay finales más elegantes que despedir por causas objetivas a tu socio cuarentón, autor inicial de la idea de producto, el día de su cumpleaños y con 20 días por año trabajado. Así lo vamos a dejar.
Si has llegado hasta aquí y además tienes guardado mi número de móvil, que sepas que ya no tengo acceso a él.
Me puedes localizar en el correo: jlmarina @ gmail (DOT)com
Ideas & Producto 01 Sep 2011 09:52 pm
Operación Triunfo para Emprendedores
En vez de cantantes… emprendedores.
En lugar de canciones… hitos de un proyecto.
En lugar de un jurado… cientos de mentores.
En lugar de votos… número de clientes.
Con algún amigo ya habíamos pensado en filmar todo el proceso de arranque de un proyecto tecnológico, pero esto de un gran hermano con capítulos televisados la verdad es que no.
* Ya me jode la publicidad antes del vídeo.
Producto 01 Sep 2011 06:04 pm
Startup Boot Camp 2011
La gente de Tetuán Valley y Okuri Ventures me invitaron hace un tiempo a compartir un tiempo con las startups del programa “Startup Boot Camp” en su edición madrileña.
Mi idea era compartir con los diferentes equipos datos desde la experiencia de pasados proyectos pero sobretodo de Osmius, como ejemplo de producto complejo que trata de competir con los “grandes” usando un equipo pequeño y las herramientas de distribución que nos ofrece hoy la red.
No sé si lo he conseguido pero como mentor (que me suena a monstruo depresivo del mundo de Harry Potter o a caramelo de eucalipto) sí quería evitar las batallitas y los sermones autosuficientes llenos de obviedades que tanto abundan.
Datos, experiencias y sus resultados creo que son mejores referentes y además respetan la inteligencia de la audiencia que en este caso me ha parecido importante.
Parece que hay interés en la parte de organización y motivación de equipos de forma ágil y superproductiva. Está bien, pero como dice Ángel Medinilla de Proyectalis recordemos que no hay “balas de plata” ni en las metodología ágiles ni en casi nada.
No dejéis de echar un vistazo a los equipos y sus proyectos, por seriedad, entusiasmo y potencial.
No pude reunirme con todos pero algunos de ellos me sorprendieron por su claridad de ideas y objetivos como NetGamix, y que además han tenido el acierto de radicarse en los EEUU en lugar de cierto territorio “en desaceleración”.
Producto 05 May 2011 10:38 pm
Soporte de Dell
Hace unas semanas me compré un portátil de la marca Dell.
El asunto es que la batería no cargaba, estaba siempre a cero, así que después de instalar una nueva versión de la BIOS, un Ubuntu 10.10 y un Ubuntu 11.04, me doy por vencido y llamo a soporte de Dell, con mi orgullo de hacker por los suelos.
Pues bien, el soporte ha sido cojonudo.
Día 1: Llamo a Dell y les cuento el problema.
Sugieren cambiar la batería como procedimiento inicial, y si no arreglamos en problema me piden que llame de nuevo.
Día 2: Llega la nueva batería y se llevan la anterior.
No funciona. Llamo a Dell y me dicen que me llamará un técnico.
Día 3: Llama el técnico.
“¿Me paso por su casa en media hora?”, me pregunta el tipo.
“Claro” respondo anonadado.
Lleva a casa, cambia la placa base, arrancamos los dos sistemas operativos que tengo instalados y ya carga la batería.
Firmo el comprobante de arreglo, y me prometo escribir un post al respecto.
Producto + Servicio son importantes.
Bien por Dell, por Unysis (subcontrata) y por Rubén (subcontratado por subcontrata).
Con un portátil potente, Linux, gcc, Android SDK y este soporte ¿quién necesita un Mac?
Trabajo en Equipo & Producto 18 Mar 2011 10:22 am
Duraciones de los desarrollos e incertidumbre
Sólo por compartir algunas reflexiones en relación con Scrum y nuestra experiencia desarrollando nu producto como Osmius.
Scrum es una metodología orientada al desarrollo ágil de proyectos por equipos de trabajo no muy grandes (manejables) y útil en más áreas que la de los proyectos de software.
El asunto resumido es organizar el trabajo en características deseadas que se priorizan y se desmenuzan en tareas de uno o dos días, que conforman un montón ordenado del que cada cual va cogiendo una tarea tras otra. Hay un tiempo para analizar y organizar ese montón y otro en los que ya no hay que pensar sino hacer y tachar las tareas en el orden establecido.
Una duda común es la de cuánto tiempo dedicar a los esfuerzos o “sprints” de hacer tareas.
En nuestro caso con Osmius los sprints suelen ser de tres semanas.
De esta forma una vez al mes:
- Analizamos funcionalidades ya propuestas o que llegan nuevas.
- Priorizamos en función de interés, proyección de producto, negocio o dinero.
- Trabajamos implementando lo que hemos elegido.
- Hacemos una demo para ver y tocar las funcionalidades.
- Preparamos documentación y notas de prensa.
Pero ahora estamos desarrollando un producto nuevo con tecnologías nuevas.
Con esta incertidumbre no sabemos muy bien dónde nos vamos a quedar enganchados, dónde vamos a ir rápido y tampoco tenemos claro el detalle de funcionalidades, sino características más bien genéricas.
Lo que se nos ha ocurrido para estos casos, es hacer “sprints” de una semana.
- Los lunes revisamos lo hecho en una demo de producto y proponemos lo siguiente a hacer.
- El resto de la semana tachamos tareas.
Así estamos y estaremos durante seis semanas hasta que estabilicemos la imagen mental contra el producto inicial funcionando. Después ya veremos, pero seguramente pasaremos al esquema de 1+3 semanas.
Ideas y críticas son bienvenidas sobretodo las que provengan de vuestra experiencia.
Producto 21 Feb 2011 06:28 pm
Desayuno Tecnológico sobre Osmius
Si te interesa saber cómo la monitorización puede ayudarte a mejorar y a vender tus servicios éste es tu evento.
Desayuno de Trabajo sobre Osmius: Reducción de Costes en licencias e infraestructura.
El día es el próximo miércoles 23 de febrero y la agenda es:
-
9.00 Recepción de Asistentes
9.30 Osmius. Monitorización: Cómo reducir costes, mejorar el servicio y aumentar los valores del negocio.
10.00 Caso de éxito, presentado por el Responsable de Sistemas de una de las principales empresas del sector energético español.
10.30 Caso práctico. Demostración de Osmius.
Ruegos y preguntas
11.00 Café
Allí nos vemos.
Entrada relacionada: Una versión empresarial para Osmius
Trabajo en Equipo & Producto 06 Feb 2011 11:04 pm
primerViernes: Haz
Por fin nos hemos atrevido a salir a la luz. Y ha sido bueno.
primerViernes es una reacción, una salida hacia adelante, que satisface:
- La necesidad de plasmar ideas interesantes y sacarlas de el estado “comentario entre cervezas o cafés”
- Calmar la irritación que en general nos producen gurús y expertos aconsejadores
Sacar adelante un proyecto, hacerlo real y poner en marcha un modelo de negocio es difícil y a veces más todavía por ese ruido de fondo de eventos, blogs, asesores, expertos y metodologías, que creemos te quitan de estar arremangao picando en lo tuyo. Pero no lloremos (#yonolloro por Diego Mariño).
En primerViernes hay hueco para perfiles de todo tipo, pero principalmente tenemos gente que hace las madalenas. Una vez hechas y salidas de los hornos entran a jugar el resto de perfiles como trasportes, ventas, marketing y financieros, que son importantes, necesarios, pero necesitamos las madalenas.
Cualquiera puede presentar su proyecto y sus próximos hitos. Nadie te controla; en todo caso puede existir la presión del grupo, pero cada uno sabrá qué hace con su proyecto y mejor o con más derecho que cualquier gurú.
Vienes presentas y te vas con un listado de frase que comienzan con “tu proyecto va a fracasar probablemente porque …”, fracaso en el sentido de no conseguir tus objetivos. Igual consigues otros, igual estás mejor asi… es cosa de cada proyecto y del equipo que lo empuja.
Este viernes has venido y asistido gentes y proyectos diversos, en un ambiente de trabajo y de respeto hacia el curro de los demás.

Les salga como les salga ahí están las ideas: han salido de la barra o de la máquina de café.
Un resumen del evento se puede encontrar en la Web de primerViernes.
Ideas & Producto 26 Ene 2011 09:11 pm
Cómo hacer unas FAQ
Hace unas semanas no teníamos la página de Preguntas Frecuentes (o FAQ del inglés Frequently asked questions) de Osmius.
Tanto desde el punto de vista de producto y su documentación como de marketing creemos que es importante tener esta sección para resolver las dudas que se repiten entre tus usuarios. Pero ¿cómo lo haces?
Una estrategia común es inventarlas. Todo el equipo se pone a pensar qué van a preguntar los usuarios, hacemos una lista, la filtramos y redactamos las repuestas.
Otra estrategia sería esperar a ir recibiendo preguntas e irlas añadiendo al conjunto de FAQs.
Hay una ley que dice que lo que tú pienses no tiene nada que ver con lo que pueda preocupar o interesar a un usuario. Además es peligroso puesto que eliminas el norte del usuario, que debería ser quien guíe los pasos de cualquiera que haga un producto para el mercado que sea.
El segundo caso es peligroso por lento; puedes perder ventana de oportunidad. Si consigues una buena lista de preguntas frequentes puedes ayudar al usuario, convertirlo en cliente y tener una buena imagen de producto.
Nosotros hemos tirado de las estadísticas de uso de la Web (ahora mismo usamos Google Analytics, pero estoy pensando pasar a PiWik). En concreto ha sido tan fácil como buscar qué palabras clave y frases se utilizan en los buscadores para llegar a la Web de Osmius.
Hecho esto, el resto es elaborarlas, ordenarlar y contestarlas en español y en inglés.
El resultado es ésta página que empieza a ser de las más visitadas de nuestro sitio:
Osmius FAQs
Todas estas preguntas han sido hechas por alguien que estaba usando o estaba interesado en Osmius.
Software Libre & Producto 17 Ene 2011 06:37 pm
Una versión empresarial para Osmius
Otro proyecto que tengo entre manos me está ocupando 24 horas al días todos los días de la semana, y por eso no he sincronizado esta entrada con la publicación de la nueva versión de Osmius, mi proyecto software preferido.
Hace cinco años empezamos con un equipo de desarrollo y producto de una sola persona que se iba a las bibliotecas públicas a buscar concentración y tiempo para un buen diseño. Ahora somos media docena y nos impresiona ver cómo se utiliza Osmius en muchos sitios, sabiendo que hemos partido de cero.
No trato de enseñar nada a nadie, ni siquiera de compartir experiencias; las experiencias han de saborearse pasándolas, y a veces putas, pero sí me apetece explicar algunas cosas que hemos vivido y algunas decisiones que hemos tomado.
Hasta hace un par de días no hemos recibido aportaciones voluntarias no remuneradas (gracias a Abraham por su traducción al Galego de la Wiki de Osmius). Siempre hemos querido contratar servicios de empresas o personas, y respecto a la comunidad - o a su concepto - hemos hecho nuestra parte: abrir el código y hacerlo limpio y bonito, abrir la documentación, los diseños y los procedimientos, siempre pensando en que nos sirvieran a nosotros.
Seguramente tenemos mucho que mejorar en cuanto a difusión y atracción de comunidad, pero éstos han sido años de hacer producto. Nosotros hemos trabajado como desarrolladores y hemos publicado todo, al segundo, en una de las plataformas más conocidas para proyectos libres.
A nosotros la comunidad no nos ha aportado ni una sola línea de código o de documentación. Tampoco tiene que hacerlo y tampoco nos hemos quedado mirando, pero esto es un hecho, sin más.
Por otro lado el hecho de ser software libre, de cara a clientes me refiero, no nos ha aportado más que la satisfacción de entender así nuestro modelo de negocio, porque tanto clientes como partners han traducido “libre” por “gratis” y de esta forma han salido de nuestro modelo de negocio (que lo hay).
Sí tenemos que agradecer al modelo libre y gratis, la difusión del producto. El número de descargas de Osmius no hubiera sido tal si no hubiera sido gratis y estado disponible en SourceForge y otros. También están las preguntas en los foros, que nos ayudan a saber lo que hemos hecho o explicado mal.
Nos hemos topado con compañeros del mundo del software libre que en realidad querían hacer negocio con Osmius y no compartirlo - cosa razonable - pero que además nos criticaban nuestros servicios o nuestros precios pretendiendo que los cambiáramos sin muchos argumentos. Si no estás de acuerdo estupendo, háztelo tú o busca otra alternativa, que haberlas haylas aunque no como Osmius.
También hemos visto claro que las grandes empresas de servicios no van a aportar nada a un modelo de negocio de software libre exclusivamente basado en servicios.
Me explico: Hay un montón de empresas en proyectos de monitorización de sistemas que utilizan Nagios.
¿Cuánto dinero se gastan al año en servicios o contratos a los promotores del software libre que usan? Cero.
¿Cuánto dinero presupuestan para nosotros en el caso de optar por Osmius como herramienta para sus proyectos? C__o.
Esto es así y es lógico. A un partner le interesa más vender licencias de un tercero porque hay un porcentaje que se lleva directo con esfuerzos, en princio, menores. Si lo que hay es servicios prefiere ofrecerlos él y nuestra experiencia es que sólo se contratan servicios cuando es por poco tiempo y les resulta un engorro la gestión del recurso.
Así pues ¿hemos cambiado el modelo de negocio? “Sí”
¿Hemos cambiado el modo de licenciamiento de Osmius? “No”
La versión Community sirve para monitorizar grandes instalaciones y puedes adaptarla a tus necesidades y hacerla crecer de forma muy fácil. No tiene algunas funcionalidades de monitorización de software privativo y alguna cosa más, que sí te puedes hacer tú mismo. Tampoco tiene soporte excepto en que siempre que podemos damos en los foros abiertos.
Ésta es tu versión si no vas a gastarte un duro en monitorización en tu vida.
La versión Enterprise es libre, no gratis - licencia GPLv2 - la hemos afinado para que escale aún mejor que la Community y además lleva o puede llevar plugins y/o agentes de cualquier tipo. Si quieres una versión con un soporte detrás ésta es tu versión y vale un dinero que te da acceso al soporte y al producto y ampliaciones.
¿Todos contentos? Seguro que no
, pero nosotros sí, y equivocados o no ya estamos recibiendo respuestas en la línea que buscamos.
Producto 14 Nov 2010 09:16 pm
Mortadelo y yo y las cárnicas del software
Uno de mis maestros del mundo de los comics me comentó el otro día:
- “Joselu, ¿conoces el conejo de Nesquik?”
- “No… ¿me estás tomando el pelo? No me digas que el guión es de Frank Miller…”
No, no me estaba tomando el pelo. Todo lo contrario.

Ramón Casanyes es un dibujante de comics que vivió la época en que Bruguera trataba de rentabilizar al máximo los tebeos del maestro Ibáñez y contrataba gente - carne - para que produjeran tiras a destajo. Eran una cárnica de las historietas.
Recomiendo mucho (musho, musho) leer el texto que publica Casanyes sobre la vida en aquella época en que la casposidad de los “jefes”, “intendentes” y directivos era de un despotismo que todavía colea en tantas empresas incluídas las de nuestro querido sector de las tecnologías de la información.
No hay más que echar un vistazo a TrabajoBasura
El escrito se llama Mortadelo y yo.
Este hombre vive a destajo en un trabajo que se supone exigente en cuanto a creatividad y a la calidad esperada. Durante años y con problemas de relaciones y de dinero siguió su línea y consigió sacar la cabeza de una situación complicada, gris y casposa en una España post-franquista.
Cuando se pasó al mundo de la publicidad le ofrecieron escribir y dibujar las historias de Quicky, el conejo de Nesquik, y le daban para hacerlo 10 veces más tiempo del que le dejaban en Bruguera.
¿Y qué hizo? Pues se lo curró como siempre le hubiese gustado, con la mayor calidad posible, tanta, que esas historias son objeto de deseo de los coleccionistas de comics. Cuidó el guión, se fue de viaje para documentarse y hacer los dibujos más representativos, se preocupó por el color, por los caracteres secundarios. Hizo las cosas bien.
Que yo esboce paralelismos entre esta historia y la de cualquiera que lee estas líneas es innecesario por obvio.
Sí quería citar la parte final en que Casanyes responde a la pregunta de qué se plantea en el futuro:
Cuando estás en activo, plantearte el futuro no tiene sentido. El único objetivo válido es intentar hacer bien el trabajo diario. Todo lo demás es una consecuencia inevitable.

