Linked

No es un secreto para nadie que parecemos hiperactivos. Nos metemos en más asuntos de los que deberíamos, y eso que aquí no contamos ni la mitad de la cosas que nos pasan por la cabeza y empezamos. Pero con este post queremos también empezar una serie sobre cosas que hacemos mal, o mejor dicho, que deberíamos arreglar/mejorar, los FIXME de Linking Paths. Lo normal es que todo el mundo cuente sus cosas buenas, o las malas del contrario, pero raramente las empresas cuentan sus miserias en su blog corporativo.

Nuestro mayor aspecto a mejorar es sin duda la cantidad de cosas que empezamos y no acabamos. Distintos niveles de empezar, pero emprezar al fin y al cabo. Así un repaso rápido de nombres… apuestoque, Linquos, handicap36, las40horas, continuar con Vivir del software, “el otro ágora”, Ostraka, una mejor selección de personal informático, Vivir de la música, cajas azules, oboloi. No sé, una buena colección, ¿verdad?, incluso estoy seguro de que me dejo algunas ideas más. Proyectos que hemos empezado que se han quedado en un estado de letargo en su mayoría en espera de tiempos mejores.

Nota: No meto en esta categoría a Stage y Tabula porque esos siguen ahí, simplemente más lentos de los esperado (dejo este tema para otro post).

Razones para este resultado hay muchas, aunque supongo que la razón principal es que hemos estado haciendo muchas cosas tambíen. Repaso rápido a los últimos meses: tog, certificacionpm, upsiteme, MyFamilypedia, Tú y el salmón, una asesoría para la Junta de Andalucía, el linking internship con su flatee y por supuesto hemos trabajado en Stage y Tabula. Pero como esto no se trata de reunir enlaces, ni de llorar, ni de ponernos medallas sino de buscar soluciones, vamos a enumerar problemas y buscar soluciones.

1. Problema: El día tiene 24 horas.

   Posible solución: Hemos mandado una instancia al ser supremo (que cada uno escoja el que quiera, yo opto por el pastafarismo ) para ampliar el día a 32 horas, pero de momento no hemos conseguido el visto bueno, así que mientras lo recibimos buscamos otras soluciones.

2. Problema: Realmente empezamos muchas cosas.

   Posible solución: Deberíamos empezar menos cosas. Dejar de ser tan entusiastas, si eso es posible, y escoger un poco más las aventuras. Lo malo es que es difícil luchas contra nuestra propia naturaleza (personal y como ser humano). Hemos hablado varias veces de como solucionarlo, pero puesto que la mayoría son aventuras personales, que empezamos en una noche de desvelo, me cuesta ver como articularlo de mejor forma.

3. Problema: Nos falta un diseñador.

   Posible solución: la programación de la mayoría de los proyectos que he enumerado es sencilla (relativamente). Pero tenemos un problema grande, y es que aunque Aitor no lo hace mal (lo existente en flatee, Stage y Tabula son obra suya), si tuvieramos a alguién que pusiera bonito y especial muchas de las cosas que hacemos el resultado sería otro. Programamos bien, tenemos un maquetador excelente, podemos ocuparnos del marketing y el copywriting, pero un diseñador en nómina sería una bendición. Lo malo es que no tenemos trabajo al 100% para cubrir su coste, y perfíles raros como el de mi amigo Vitxo que lo mismo diseña, que corta, que programa en Java, Rails o Lisp con una calidad superior son una mutación difícil de encontrar. Yo diría que es nuestro mayor problema.

4. Problema: Trabajar para otros y no sólo para nuestros productos e ideas.

   Posible solución: Esto tiene que ver con el comentario anterior del retaso de Stage y Tabula. Como su explicación y discusión es demasiado grande, lo dejo para otro post.

Share This

En Linking Paths nuestro objetivo principal es vivir de nuestro software (Tabula es el primer producto), pero eso no nos impiden participar en otras aventuras, como nuestro ebook Vivir del software (de cuya segunda versión forma parte este post), el Ágora u otros que verán la luz en breve (muy en breve). Es lo que nosotros denominamos sideprojects (término tomado prestado de la industria de la música). Los sideprojects son distracciones sobre el objetivo principal que tenemos, pero que nos permiten experimentar y jugar con nuevas ideas, que a veces terminan en algo tangible y a veces abandonamos tras dedicarles algunas horas.

Para nosotros un sideproject es el primer paso para convertir en realidad una de esas ideas locas que se nos ocurren a menudo. Es un proyecto pequeño (al menos en principio) al que dedicamos una cantidad de recursos limitada (tiempo mayormente). Lo suficiente para hacer algo útil, pero no demasiado como para que nos distraiga en exceso mientras no tengamos claras sus posibilidades comerciales. Nos lo tomamos lo suficientemente en serio para aprovechar nuestra dedicación pero no tan en serio como para perder de vista otras cosas.

Pero… ¿no hemos dicho en el pasado que es muy importante centrarse?. Quizás el título de ese post no es el adecuado, y debería titularse ‘La importancia de no descentrarse’, que no es exactamente lo mismo. Un sideproject no es perder el norte (no mientras se mantenga controlado), sino que es una oportunidad de hacer muchas cosas nuevas y de experimentar. Es posible que esto nos retrase un poco respecto a nuestro objetivo principal, pero pensamos que los beneficios que obtenemos bien merecen la inversión.

Un sideproject nos permite, entre otras cosas (no siempre todas):

• Pensar en otras cosas, o mejor dicho, no obsesionarnos con nuestro producto. Si sólo pensamos en una cosa es poco probable que tengamos la frescura necesaria para ser innovadores en lo que hacemos. Tampoco podemos esperar ser igual de productivos a lo largo del día por muchas horas que le dediquemos a una única idea. Después de 6 horas con Tabula Aitor no puede oir hablar de formularios y estadísticas.
• Conocer nuevas tecnologias. A la hora de abordar estos proyectos tratamos de aprender nuevas herramientas, dentro y fuera de la que usemos habitualmente. El trabajar en distintas aplicaciones, con distintos requerimientos, en distintas áreas o sectores nos permite aprender cosas nuevas que podemos aplicar en nuestros proyectos principales. Jugar con la idea de una aplicación para la venta de pisos de particulares nos permite experimentar con la integración de Google Maps(algo que hemos hecho recientemente por cierto).
• Conocer nueva gente. Aunque Linking Paths siga siendo cosa de dos, somos lo suficientemente inteligentes para entender que no podemos ni debemos hacerlo todo juntos. Colaborar con otras personas es algo que aporta nuevas ideas, conocimientos, contactos y posibilidades al propio Linking Paths.
• Desarrollar nuevas habilidades. Ni siquiera es necesario que tengan que ver con la tecnología. El participar en distintos proyectos nos permite asumir distintos roles y con ello desarrollar nuevas habilidades personales y entender más cosas que nos ayudan a mejorar como personas y como empresa. El Ágora, por ejemplo, ha hecho que Aitor se recorra la mayor parte de las agencias dedicadas a ayudar a emprendedores de Bizkaia y comprendamos lo difícil que puede ser conseguir un poco de dinero en determinadas ocasiones si te sales de lo común.
• Nuevas oportunidades de negocio. Aunque nuestro objetivo siga siendo vivir de nuestros productos de software, porque es lo que nos gusta y lo que mejor sabemos hacer, estos proyectos nos pueden permitir tener una serie de ingresos extra que nos permitan afianzar el objetivo principal. Incluso a veces el producto de un sideproject puede ser utilizado por un proyecto principal, o al reves, de forma que aumentamos nuestro negocio (más sobre esto en breve).

Entonces, ¿cómo reconocemos un buen sideproject del que no lo es?. No tenemos una varita mágica, pero si tenemos algunas cosas claras para que todo esto tenga sentido:

• Un buen sideproject debe referirse a algo por lo que tenemos interés personal. Debe nacer de una necesidad o de una curiosidad o de un interés personal del impulsor del mismo. Aitor necesitaba un sitio dónde trabajar cuando surgió la idea de El Ágora. Así de fácil.
• Un buen sideproject no debe distraernos en exceso. La dedicación no puede ser superior al 20% de la jornada laboral ni demasiado prolongada. Si en un mes no hemos conseguido que la cosa ruede (esto es un término cuya definición puede variar de proyecto a proyecto), mejor dejarlo y pasar a otro.
• Un buen sideproject nos debe permitir hacer cosas distintas. Bien sea programar con distintas herramientas, bien sea asumir roles distintos, bien sea conocer nuevas personas o sectores. Esto hace que aumente nuestro interés por él y que aprendamos cosas nuevas.
• Debemos asumir que no todos los sideprojects no tienen que hacer ricos. A veces saldrá algo útil, otras no, a veces conseguiremos un poco de nombre y otras simplemente un amigo nuevo. No es tan importante, ya nos aportan muchas cosas por el mero hecho de existir.

Pero quizás hemos dejado para el final el valor principal de nuestros sideprojects: nos permiten sobre todas las cosas es soñar y disfrutar con lo que hacemos cada día. Suena cursi, pero no por ello es menos cierto.

<disclaimer>He usado varias veces las palabras ‘en breve’. Se trata de distintos sideprojects que no están terminados pero que verán la luz, posiblemente en las próximas semanas. Paciencia.</disclaimer>

Share This