Archivos de la categoría ‘Reflexiones’

h1

Chucho Valdés… piano man

Noviembre 15, 2008

Como va siendo habitual, voy a destacar otro de los conciertos en los que he podido asistir como oyente.

Tengo un pequeño defecto (Entre otros). Y es que me cuesta mucho escuchar música donde no participe la guitarra, pero ayer fue una excepción. Pero valió la pena. Ver como Chucho Valdés, un cubano alto donde los haya, que desliza sus largos dedos por su piano de cola. Jazz en estado puro con pinceladas de ritmos de su Cuba natal.

Un concierto que duro algo más de 90 min para descubrir a uno de los 5 mejores pianistas de Jazz del planeta. 90 min. para darte cuenta que el tiempo y la edad no deben impedirte darlo todo sobre el escenario. Hasta que el cuerpo aguante que diría aquel.

Mañana (16 de nov.) lo volvemos a tener en Sant Cugat del Vallés (Barcelona). Así que si algún aficionado al Jazz está libre que se acerque. Seguro que no se arrepentirá.

Creo que es más fácil dejaros un ejemplo… y sabréis de que hablo :)

h1

Envidia sana

Noviembre 15, 2008

El otro día me di cuenta que ALGO FALLA. Me acerqué al panel sobre crisis y financiación. Y bueno… estuvo bien. Pero me doy cuenta cada vez más que aquí quien se mueve solo son las empresas de Internet y por lo tanto estos foros o paneles siempre orientan su opinión a este sector, lo que en muchos casos hace que me quede con poca satisfacción de las charlas.

Y no es culpa suya. Pero el hablar de la “superada” burbuja .com, o como afecta la crisis actual al “pay x click”, la publicidad o el volumen de usuarios… pues no es algo que a mí como start-up me aporte mucho. Eso si, conocer gente nueva, escucharles por el simple hecho de saber que han emprendido y les ha ido bien.

Pero no es lo que busco… Las experiencias de comercialización, de desarrollo de producto, de recursos humanos, por mucho que se quiera, no son iguales. El plan de internacionalización, lo que buscan los inversores… tampoco. Por mucho que se intente, no es lo mismo.

¿Donde se han metido estas empresas? Se que las hay pero no veo a nadie que canalice nada, o al menos yo no lo veo. A parte de participaciones puntuales en eventos. Pero si siempre nos quejamos que España no es un entorno favorable para emprender empresas tecnológicas…   ¿Porqué no empezamos a crear un ecosistema que permita tener recurrencia en el modelo?

Vuelvo a repetir… ¿Existe pero no lo conozco? Si no es así, toca montarlo :) Me ofrezco para colaborar por la causa :) Pero yo “aún” no tengo la experiencia suficiente para que alguien me escuche :). Y ha de ser algo de emprendedores para emprendedores.

Me muero de envidia con iniciativas como SeedRocket o Startup 2.0. Simplemente por ver como personas que han tenido uno o varios casos de éxito con su empresa de internet colaboran con nuevas iniciativas y hacen mentoring… k bien me iría a veces :)

Pero bueno, solo tenía ganas de desahogarme y hacer un llamamiento desde este pequeño rincón.

PD: Todo esto hablando de Barcelona, realmente no sé si en Madrid, Sevilla, Bilbao, etc. están igual. ¿Alguien me ilumina?

h1

Bioritmos en una start-up

Octubre 16, 2008

Este es un punto siempre crítico tanto en start-up como en grandes organizaciones. Bueno no! Me equivoco… tal y como me hizo ver Diego, cuando yo trabajaba para grandes organizaciones nadie me tenía que decir que horario tenía que hacer o cuando tocaba pringar. Simplemente lo sabía porque era lo que se respiraba en el ambiente.

Cuando eres start-up estos valores los has de forjar día a día y la mala ejecución de los mismos puede evocarte al fracaso. Y ese trabajo es tarea inicial de los fundadores.

Y en esto tampoco tengo la solución :) En abiquo llevamos tiempo defendiendo la libertad de horarios en busca del beneficio colectivo. Si yo trabajo en el horario que más me gusta y donde más me gusta rendiré más y conseguiré mis objetivos dentro del equipo más fácilmente. Pero eso mal llevado puede ser peligroso. Y es por eso que hemos tenido buenas y malas experiencias con este sistema.

En abiquo nos encontramos con situaciones curiosas ya que la mayoría de personas alargan su jornada laboral por la mañana. Es decir, que se presentan a trabajar a las 7 :). Y en el otro extremo encuentras gente que prefiere irse bien tarde por la noche. Gente que da todo el callo durante la semana, y otra gente que prefiere repartirse sus tareas incluso en el fin de semana. Todo método es bueno, el problema es para el CTO en sacar lo mejor de cada uno en beneficio de la compañía.

Aún somos una empresa pequeñita por lo tanto, somos pocos trabajando (7 técnicos + Diego + 4 personas de negocio que debido a sus funciones y su dedicación no tienen presencia en la oficina).

¿Y el modelo funciona? Pues aún no lo se :). Lo que si que es cierto que me gustaría compartir unas apreciaciones al respecto o puntos que me encantaría que la gente pudiera discutir al respecto (Y si teneis más que añadir, mejor). Experiencias vividas en abiquo o en proyectos anteriores (Incluso no tienen porqué ser profesionales).

  • Al tener tendencia a este modelo “no tradicional” obliga a tener un equipo mentalmente maduro, que sepa autogestionarse su trabajo y tenga claro que los hitos son sagrados para el bien del producto.
  • A mi modesto entender, si el equipo no es capaz de crear sinergias entre ellos y “tener ganas” de estar juntos… Habemus problema. Seguro que sus tareas estarán al día pero se perderá toda visión de proyecto conjunto. Cuando empiezas, hasta la apreciación de de el más nuevo del equipo puede salvar tu compañía u ofrecerte otra dimensión.
  • Como “gestor” no interfieras en su forma de trabajar pero no pierdas el seguimiento de su trabajo. Éste es importante para el beneficio del equipo. Como todo en esta vida… no sirve de nada que tengas una forma de trabajar optimizada si con ello creas conflictos con otro compañero o con el equipo. Deja que hablen entre ellos, apártalos y que lo solucionen.
  • Aunque tengas gente que cumple y trabaje. Gente buena. Si prefieren trabajar todos los días desde casa o solo tienen ojos para su trabajo… Habemus otro problema, seguro que aún no se han dado cuenta que esto es una start-up.
  • Esto te obliga a tener una oficina “guay”. Que de gusto coger el transporte público para llegar a ella :). El clima o entorno de trabajo es una herramienta muy importante.
  • Anímales a que hablen de como mejorar las dinámicas. Que discutan entre ellos. No las impongas tu, solo lucha por encontrar el equilibrio óptimo y ofrece tu opinión como uno más. Si lo consigues habrás creado un equipo robusto, maduro y con ganas de hacer cosas.
  • Piensa en el espíritu de tu start-up. En los inicios es cuando has de fomentar ese ambiente en el equipo. Porque van a llegar más y más, y ese espiritu debe crecer desde el equipo y no solo desde los fundadores. 100 formas distintas de trabajar, de actuar, de comportarse dentro de compañía han de reflejar UN ESPÍRITU COMÚN.
  • Si consigues un grupo de gente que se conoce, comparte aficiones y queda cada fin de semana para tomar una cerveza… cojonudo. Pero tampoco lo esperes, es bueno tener cierta vida alejada de tu entorno profesional. Eso si, cuando suceda… disfrútalo :)
  • Las normas no son imperativos, son recomendaciones para la buena convivencia del equipo. (A ver si este fin de semana monto el post de las 3 fases de un equipo). PERO DEBEN EXISTIR.
  • Como empresa Open Source. Si no eres capaz de trabajar con gente de métodos de trabajo distintos no vas a ser capaz de comprender tu comunidad.

A nivel personal, el tema de la gestión de equipos y proyectos me apasiona y me preocupa pensar que mis mayores éxitos en proyectos se han logrado con la “teoría del látigo en mano”. ¿Es que no somos capaces de funcionar de una forma más abierta?¿Es tema de cultura?¿Quizás es el viejo recurso de:”Los latinos/mediterráneos somos así? Es por ello que tengo mucha ilusión puesta en la familia que estamos montado en abiquo y espero que si estoy equivocado en las cosas que digo, ellos serán los primeros en hacérmelo ver (Por eso somos un equipo).

h1

No busques RRHH, canaliza el talento

Octubre 11, 2008

Mini post en el que simplemente quiero reflejar el mensaje que plasma Carlos Blanco en su post: Gestión del talento.

No voy a comentar mucha cosa, simplemente que esto es lo que vives día a día en una start-up y algunas de las lecciones que el comenta creo que se han de tomar en mucha consideración, simplemente para que no cometáis ni sigamos cometiendo los mismos errores :).

A esto quiero unirle que la captación de este talento y más en época de “crisis” o “desconfianza” (Según del partido que seas:)) para una start-up es todo un reto. Por eso  quiero compartir con vosotros una oferta de trabajo muy original que nos paso Pitu.

Realmente genial :). Júntamente con nuestro Sorpréndenos, queremos preparar algo parecido para nuestras nuevas incorporaciones.

h1

Dios también se equivoca

Agosto 6, 2008

Y que conste que de grande quiero ser como ellos :)

h1

Requerimiento: acabar con los requerimientos

Noviembre 1, 2006

Esta semana, Xavi y yo hemos estado hablando sobre los requerimientos. Y me alegra que en un tema tan trascendente estemos de acuerdo sin necesidad de darle excesivas vueltas.

Llevo varios años en proyectos de investigación, y he pasado por dos proyectos europeos. Si algo he aprendido es que los requerimientos no sirven absolutamente para nada. Bueno, sí. Sirven para darse cuenta al final del tiempo de implementación de que los requerimientos más estúpidos han sido cumplidos con brillantez mientras que los esenciales aún están criando malvas en lo más profundo del documento de análisis. Por supuesto que ésto no tiene que ser una regla general. Pero sí que es aplicable a nuestro proceso de desarrollo.

Tenemos la inmensa suerte de estar recopilando un grupo de gente competente que, además, sabe cuál es el objetivo y dónde tenemos que mirar en cada momento. Como equipo. ¿Hace falta que malgastemos nuestro preciado tiempo en redactar un documento lleno de frases sin sentido, que no hacen más que cimentar una futura carrera de obstáculos?

La respuesta es NO.

En una de las transparencias de la presentación base que Tom Peters lleva a cuestas por todo el mundo, hay una cita extraída de "Bloomberg por Bloomberg" que describe lo que quiero expresar con suma precisión:

“We made mistakes, of course. Most of them were omissions we didn’t think of when we initially wrote the software. We fixed them by doing it over and over, again and again. We do the same today. While our competitors are still sucking their thumbs trying to make the design perfect, we’re already on prototype version No. 5. By the time our rivals are ready with wires and screws, we are on version No. 10. It gets back to planning versus acting: We act from day one; others plan how to plan—for months.

h1

¿Agentes en el Grid?

Octubre 10, 2006

El Grid se presenta como la infraestructura que permitirá (alcanzado un cierto nivel de estandarización) la siguiente evolución de Internet.  Metáforas simplificadoras  de los comienzos de la computación Grid que identifican al Grid como un provedor de "electricidad" computacional bajo demanda (Utility computing) corren el peligro de inspirar modelos de negocio pobres, fácilmente agotables y para nada disruptivos.

La verdadera fuerza del Grid está en aportar valor en un nivel superior al de internet convencional. Los servicios Grid estandarizados ofrecen algo más que otro mecanismo de interacción. Una clara diferencia entre internet y el Grid es que, mientras la capas por encima de Internet (la Web ,correo electrónico, chats, etc) están pensadas para estandarizar la representación de la información y facilitar la interación hombre-red, el Grid estandariza la representación de servicios(incluyendo recuros computacionales, datos e incluso aplicaciones completas) y abre un enorme abanico de posibilidades para la interacción automática entre máquinas.

Es aquí donde surge la cuestión, como se pueden gestionar estas nuevas posibilidaes de manera eficiente, que tecnologías pueden ser relavantes? Los sistemas de multiagentes proporcionan la respuesta. Para coordinar los servicios ofrecidos en un Grid nada mejor que contar con programas que exhiban un comportamiento inteligente. Esto viene a traducirse en 4 cualidades básicas de un agente:

  1. autonomía: tiene poder de decisión y control
  2. pro-actividad: el agente es efectivamente capaz de iniciar interacciones por si sólo (diferencia crucial entre un agente de software y un Objeto en POO)
  3. habilidades sociales: un agente debe de ser capaz de exhibir uno o varios métodos de comunicación con su entorno u otros agentes
  4. aprendizaje: un agente se adapta a su entorno y modifica su comportamiento con tal de conseguir algún objetivo (que a su vez puede ser variable)

Buenos sitios para profundizar más en el tema de agentes son Agentcities.ES (en español) y Multiagent.com (en inglés).

La revolución Grid vendrá al aprovechar profundamente las posibilidades de su infraestructura. La inminente llegada del World Wide Grid propiciará un escenario ópitmo para el florecimiento de todo tipo de aplicaciones exhibiendo comportamientos inteligentes, adaptativos y autónomos que resultarán claves para superar el actual (y creciente) bache de complejidad que atenaza el universo de los sistemas informáticos. En el contexto de ThinkingGrid, está prevista  la aplicación de los agentes de software para la gestión y coordinación eficiente del grueso de las  opreaciones de las Organizaciones Virtuales en el Grid. El objetivo:  generar valor mediante sinergias, aprovechamiento de nuevas cobinaciones de recursos , ventaja competitiva en las empresas… en definitiva generar pasta. Más sobre esto en el próximo post XDD

h1

¿Qué es lo que hace falta para espabilar a un país?

Junio 29, 2006

Estos días ando por Budapest, trabajando para un proyecto europeo de investigación.

Ayer estuve charlando con Tamas, un colega del proyecto, sobre el estado de la emprendeduría en España y en Hungría. Yo le expuse lo que estoy viviendo en mi país, pero en Hungría las cosas están mucho peor. Apenas hay emprendedores o spinoffs universitarios, y la investigación pertenece a centros de investigación, muchos de ellos públicos, a las universidades o a grandes empresas multinacionales cuya matriz no está en este país.

Me dijo que las universidades aquí reciben muchísimo dinero del Estado, y eso quizá tenga algo que ver. Pero otro factor importante es que Hungría se está beneficiando de la deslocalización de países más occidentales. Sin embargo, las multinacionales que llevan bastante tiempo aquí están comenzando a marcharse más al este, por lo que Hungría se encontrará dentro de unos años en la misma situación que España hoy.

Según Tamas, no hay demasiado movimiento emprendedor porque la situación es hasta cierto punto cómoda. La gente que es buena y se quiere ir, se va, y la que está aquí puede conseguir algo en las multinacionales. Así que cuando comience a haber una fuerte deslocalización, les cogerá a toro pasado. Exactamente igual que nos va a pasar a nosotros muy en breve.

No obstante, las cosas no parecen mejorar, ni aquí ni allá. ¿Habrá que esperar a que la deslocalización en España sea total y, al vernos en bragas, comencemos a reaccionar? Es probable que tenga que ser así, pero para entonces espero no estar todavía en un país en el que conseguir una plaza de funcionario es un objetivo vital para demasiada gente.

h1

¿Llegó el momento de ir más allá?

Junio 16, 2006

Desde que en 1998 Ian Foster definió la tecnología Grid Computing, son muchos los que como Oracle, IBM o HP han comenzado a realizar proyectos para convertirse en punto de referencia en el sector. Un punto de referencia al optimizar su tiempo mediante utilización eficiente de los recursos informáticos excedentes en una red corporativa.

Y yo me pregunto… ¿Realmente ese debe ser el camino a seguir? No dudo de que tanto una gran organización como una pyme, decidirán a utilizar su infraestructura para obtener mejoras de tiempo en sus procesos críticos y suprimir sus cuellos de botella. Todo ello sin la necesidad de una gran inversión y con garantias de un rápido retorno del desembolso realizado. Pero, ¿nos debemos plantear si el factor económico es determinante?

La respuesta es: . Este debe ser, a corto plazo, el hito a conseguir por cualquier compañía que quiera seguir siendo competitiva. Pero tengo el convencimiento que Grid Computing nació para cubrir muchas más necesidades y espectativas. Ian Foster solo pidió infraestructuras descentralizadas, uso de estándares abiertos y el uso de sistemas de calidad de servicio para garantizar el éxito de Grid Computing.

Eso nos abre todo un abanico de posibilidades, donde destaco, por encima de todas el concepto de Organización Virtual, que permitirá acercar las empresas a los clientes finales, o disminuir distancias entre proveedores. Incluso destruir las barreras tradicionales de burocracia y comunicación que actualmente creo rotundamente que impiden la mejora en infinidad de procesos. Ofrece también la posibilidad de coordinar recursos de diferente índole (PC’s, sistemas domóticos, pda’s, sistemas de seguridad, etc.).

En definitiva, la proliferación de aparatos electrónicos que coordinados entre si han de ser capaces de cambiar la concepción que tenemos del mundo actual. Y por debajo de ellos, usada de cimiento, una infraestructura ideal de coordinación y comunicación… Grid Computing.

h1

Lo que le falta a la grid scene para triunfar (I)

Junio 11, 2006

El grid hace ya poco más de diez años que existe. Al menos por lo que indican las referencias en los artículos técnicos, ya que hay referencias anteriores en el tiempo a conceptos muy similares. Diez años podría no parecer mucho, pero cuando hablamos de tecnologías de la información es un mundo. En este tiempo mucho es lo que se ha diseñado e implementado para dar soporte a la idea de unificar los recursos de una organización para aumentar su productividad. Sin embargo, esta idea, tan brillante sobre el papel, no ha acabado de despegar. ¿Por qué?

La razón principal reside en que no existe aún una herramienta definitiva y consolidada que aproveche el potencial del grid. Hay productos muy interesantes, como el GridServer de DataSynapse, pero no podemos afirmar todavía que tenga una amplia difusión. Esta escasez dificulta la popularidad de cara al target realmente importante, el de los usuarios finales, sepan de informática o no, que se pueden llegar a plantear la necesidad de tener un grid para su empresa. Ni siquiera el software para grid más extendido, Globus, está a la altura para convencer a este tipo de usuario. Globus no deja de ser un middleware, es decir, una aplicación que corre en una máquina para ofrecer sus recursos al exterior, y eso sólo si se trata de un ordenador con Unix.

Lo que realmente hace falta es un software que, aparte de exponer los recursos de cada ordenador, abstraiga la visibilidad de los mismos y permita al desarrollador trabajar con el grid como si fuera un único ordenador. Es decir, el grid tiene que dejar de ser, simplemente, una red en la que cada ordenador comparte sus recursos. En ese sentido, podríamos olvidarnos del grid y pensar en p2p. Hay que cambiar el chip: el grid ha de ser un supercomputador que tenga, como mínimo, la potencia agregada de los recursos de todas las máquinas que lo componen.