Antes de plantar, elige bien la semilla

Hace unos días leí un artículo en un blog que se llama Antropia Studio que trataba sobre "What's worth building?". El autor hablaba sobre la importancia de entender en qué dedicar el tiempo y qué marca lo que debes hacer, o lo que no, en este contexto en el que todos podemos (y queremos) construir productos y proyectos.

Al final, el autor define lo que él llama sus mandamientos:

"These are guidelines we use to decide what projects to take on and how to approach them. We use them as constraints we hold ourselves to. Paradoxically, adding limits to the exploration space usually helps breaking analysis paralysis."

Y esto es algo que me ha resonado muchísimo.

Hace dos posts os hablé del Framework Agave para organizar desde la concepción de un proyecto cuánto tiempo iba a durar, por qué lo hacía, métricas de cierre o de muerte… Al final lo que buscaba era entender cuándo un side project debería morir o no. Y la verdad es que tiene mucha lógica para mí, ya que me permite dividir y organizar un tiempo que es limitado con una estructura de trabajo (y mental) realmente útil.

Pero leer lo que hacen en Antropia Studio me ha hecho darme cuenta de algo. Lo importante no es solo cuándo construyes las cosas, sino sobre todo cómo las construyes. O mejor dicho: para qué y bajo qué principios.

Yo, por ejemplo, no podría trabajar en una empresa que fuese en contra del planeta. Lo hice en un momento dado de mi carrera ya que trabajé en una gran química en medio del COVID y sinceramente.. desde entonces he intentado no repetir ese error ya que va contra mis principios/valores.

Al final, siempre he sido muy fan del manifiesto que tiene Pepephone en su web. Esa transparencia radical, esa forma de decir "esto es lo que hacemos y esto es lo que NO hacemos" sin pedir perdón por ello. También leí hace poco Delivering Happiness sobre Zappos, y en él se habla mucho sobre los valores culturales como motor de todo lo que construyes.

Ya sabes lo que dicen que si tus principios no te cuestan dinero pues no son principios sino.. puro marketing jaja. En fin, que al final, creo que es clave dejar por escrito qué son aquellas cosas que van a marcar en aquello en lo que me voy a poner a trabajar ya que así me obligo por escrito y aunque parezca mentira… vincula más.

The non-negotiable

Estos son mis no negociables. Si un proyecto no cumple estos cuatro, no me caliento y voy a por ello jaja.

1. Have fun

Si no me divierte, no lo hago.

Un side project te roba tiempo de descanso, de pareja, de deporte, de vida. Si encima no te lo pasas bien haciéndolo, ¿para qué? Ya tengo un trabajo que me paga las facturas y que, por suerte, también disfruto. Pero el tiempo fuera de Samara es sagrado, y solo lo invierto en cosas que me generen ilusión de verdad.

Y no hablo de diversión superficial, no es que todo tenga que ser una fiesta. Hablo de ese excitement genuino cuando te sientas a trabajar en algo y el tiempo se te pasa volando. Esa sensación de "ostras, ya son las 12 y llevo tres horas aquí". Si abrir el proyecto me da pereza más de dos semanas seguidas, algo falla.

2. Impacto positivo

Prefiero construir cosas que dejen a la gente un poco mejor de lo que estaba. No todo necesita salvar el mundo, pero sí me niego a construir cosas que exploten la atención de la gente, fabriquen ansiedad o se beneficien de la confusión.

El test es sencillo: ¿le explicaría esto a mi familia sin sentir vergüenza? Si la respuesta no es un sí rotundo, paso.

Después de mi paso por la química aprendí que el orgullo de lo que construyes importa más de lo que parece. Puedes ganar dinero con muchas cosas, pero no todas te dejan dormir igual de tranquilo. Y dormir tranquilo, con el tiempo, te das cuenta de que es de las cosas más valiosas que hay.

3. Honesto por defecto

Nada de dark patterns. Nada de métricas infladas. Nada de prometer lo que no puedes cumplir. Si el producto no es bueno, lo mejoro o lo mato, pero no lo maquillo.

Esto aplica a todo: al pricing, a la comunicación, al marketing, al soporte. Si tengo que engañar para vender, es que no estoy resolviendo un problema real. Y si no resuelvo un problema real, ¿qué sentido tiene?

4. Orgullo de lo que haces

Este cierra el círculo. Quiero poder enseñar lo que construyo sin tener que justificarlo. Quiero que tenga personalidad, que se note que lo ha hecho una persona con criterio y con cariño, no un template más sacado de una plantilla genérica.

Si alguien ve esto, ¿sabrá que lo hice yo? Quiero que la respuesta sea sí. Quiero que mis proyectos hablen de mí aunque yo no esté delante para explicarlos. Eso solo pasa cuando le metes alma a lo que haces, y para meterle alma primero tiene que importarte.

El impacto en mis proyectos

Sin profundizar mucho más en cómo y porqué me meto en unos fregaos u en otros creo que puede aportar valor una cosa que suelo hacer en mis proyectos.

A la hora de trabajar con IAs tipo Claude CODE hay una cosa muy importante que es la de trabajar un buen .md que aporte contexto, guíe y evite al máximo las alucinaciones de esta IA… al final si logras crear una metodología de desarrollo al estilo del que la haría un humano puedes trabajar muy bien. Archivos sobre:

Ya hay mucho escrito sobre ello y cada semana aparece una nueva y mejor forma de trabajar con Claude ya sea a través de Skills o de archivos de contexto… pero yo, siempre intento crear uno que se llame “Filosofía”.

En él intento volcar la identidad del proyecto para que a la hora de delegar en esta IA decisiones sepa en todo momento porqué tomamos las decisiones como las tomamos. A veces no es sólo seguir un Roadmap, una metodología de trabajo o documentar por documentar… sino qeu es importante escribir en una “piedra” las razones por las cuales tomas cada una de las decisiones.

Si tus principios están escritos para ti, ¿por qué no iban a estar escritos también para las herramientas con las que construyes? Si yo tengo claro que mis proyectos tienen que ser honestos, transparentes y con personalidad, eso no puede quedarse en mi cabeza mientras a IA que me ayuda a desarrollar toma decisiones sin ese contexto. El archivo de Filosofía es, en cierto modo, los no negociables traducidos a lenguaje de proyecto.

Por ejemplo, yo soy un enamorado de la filosofía “file-Over-app” y en muchos de los proyectos en los que he trabajado (y que no han visto la luz) la intento aplicar para que nunca se le olvidé a mi compañera de fatigas.

Para mi, desarrollando con IA… esto es innegociable. ¿Vosotros hacéis algo similar? ¿O soy solo yo el zumbado?

Gracias por leerme.

Gonz.

¿Tienes ganas de más? Visita itwasgonz.com para conocerme mejor.