Las ideas no preguntan, simplemente aparecen, y por más potencial o creativas que sean pueden desajustar nuestro ritmo de trabajo, ya que si nos entusiasma mucho querremos parar con lo que estamos haciendo y empezar ya mismo a hacerla realidad. En la mayoría de los casos esta es una acción arrebatada y contraproducente. Por otro lado, por temor a perder nuestro preciado foco en el trabajo podemos optar por ignorarla (o “tratar de retenerla” en nuestra cabeza, que es lo mismo), y perderemos una idea como si nunca la hubieramos tenido.

La solución a esto es tener un sistema que nos permita capturar nuestra ideas efectivamente, para poder sacarlas de nuestro camino y seguir con lo que estabamos haciendo, pero sin miedo de perder nuestra idea. Los usuarios experimentados en GTD ya deben estar acostumbrados a esto: el paso llamado “recolección” para el posterior “procesamiento” de una idea.

Las opciones para realizar esta captura de nuestras ideas son muchas y van a depender de nuestra preferencia entre el mundo análogo y el digital:

• Lapiz y papel
• Stickies (Post-it’s)
• Pizarra para marcador
• Aplicaciones (“Bloc de notas” en Windows, TextEdit en Mac)
• Aplicaciones web (RTM, Evernote, etc)
• Aplicaciones móviles (para celulares, Palm o Blackberry)

Y mi tip personal y método preferido: creen una cuenta en MindMeister (link afiliado pero la cuenta es gratuita) y luego descarguen la herramienta “Geistesblitz” (pueden verla en la foto que acompaña al post), un widget para capturar ideas rapidamente (compatible con Mac, Windows, iPhone, iGoogle y Yahoo!). De esa forma cuando se les ocurra una idea, acceden a su Dashboard, la escriben en el widget y este se encarga de enviarla directamente a un mapa conceptual de MindMeister. Después, una vez por semana (o en el lapso que decidan) pueden revisar este mapa y “procesar” sus ideas (determinar cuales valen la pena y cuales serán descartadas), todo esto a un par de clicks y sin perturbar su flujo de trabajo.

Actualización: mis agradecimientos a Ignacio (@hookdump) por comentar un par más de formas que se me pasaron y son muy importantes, incluyendo el capturar ideas cuando estamos en movimiento (circulando fuera de la casa/oficina) y capturar ideas a través de una pizarra.

La pregunta es ¿Por qué utilizar “EOM” cuando es obvio que el mensaje se termina si no hay más contenido? y la respuesta es: Productividad.

Hay ocasiones donde el mensaje que queremos transmitir es corto y/o conciso (“Si”, “No”, “Recibido”, etc) y el formato del medio de comunicación utilizado “le queda grande”. Por ejemplo, si vamos a enviar un mail solamente para confirmar algo, no necesitamos todo el cuerpo del mensaje, solamente escribiendo en el asunto “Confirmado. EOM” ya transmitimos todo lo necesario, y al agregar el “EOM” le ahorramos al receptor un poco de su tiempo que hubiese gastado en abrir un mail vacío, y nosotros el tener que escribir un relleno innecesario.

Obviamente la efectividad de este método depende también de que quien reciba el mensaje pueda interpretar el “EOM”. Lo bueno es que si el receptor no sabe lo que es, posiblemente termine averiguandolo y lo aplique, lo cuál potencialmente nos ahorrará tiempo al recibir sus mensajes.

Una yapa, si usan GMail pueden ahorrarse el molesto mensaje “¿Deseas enviar este mensaje sin texto?” si escriben “EOM”, “(EOM)” o “<EOM>” (sin las comillas) al final del asunto del mail.

¿Por qué? porque quería un dominio facil que pudiera decir por teléfono sin tener que deletrearlo (“te-i latina-ene-y griega..”) ni tener que indicar mayúsculas/minúsculas. ¿Qué me detuvo durante este tiempo? Proyectos “reales”, donde recibía plata, y otros que sencillamente me parecían más interesantes.

Para resolver mi dilema, decidí hacerlo, palabra importante si las hay. Pero para no sentirme mal por perder horas en una rueda que ya estaba bien redonda, limité mi tiempo: una hora para desarrollar la aplicación. Lo medí usando un timer visible todo el tiempo por encima del resto de las aplicaciones.

A esto hubo que sumarle lo que tardé en “la previa”: registrar el dominio (o más bien actualizar los datos, porque ya lo tenía), crear un servidor virtual, preparar el entorno de desarrollo y dividir las tareas. Aclaro esto porque nunca fue mi intención hacer un speedrun, sino limitarme como medio para alcanzar mayor productividad.

El tiempo invertido fue algo así (registrado por mi bug-tracker de eleccón, FogBugz):

y el resultado..

Había empezado grabando un screencast para hacer más divertido este post, pero mi HackBook decidió homenajear a Harry Bates y se detuvo.. 2 veces!

Pasando en limpio:

• Terminé un proyecto pendiente.
• Fuí fiel con los tiempos, aboliendo el perfeccionismo.
• Abrí paso a una nueva metodología que voy a adoptar más seguido.
• Dejé una marca en un feriado que hubiese pasado a mi historia como uno más.
• Colgué en la nube un servicio que (espero) le puede servir a más personas, y en el peor caso a mi.
• Me reconcilié con WordPress ;)

Espero comentarios para saber si alguien más experimentó con este tipo de proyectos, o si todavía tienen alguno esperando salir del cajón.