Desde finales de marzo comencé a implementar ciertas tácticas enfocadas a evitar distracciones y ser más productivo en las actividades más importantes y quería completar el experimento para escribir algo al respecto en el blog. En este artículo quiero compartir algunas de estas tácticas y lo que he aprendido en el proceso.

La decisión de cambiar

Recuerdo los tiempos en que podía trabajar 3 horas corridas sin interrupciones en un proyecto… esos tiempos han terminado para siempre. Ahora con emails, twitts, notificaciones de facebook, messengers (gtalk, skype, etc…), llamadas al celular, mensajes de texto (sms), wifi en todos lados es casi imposible tener 30 minutos corridos sin una interrupción (sin contar cuando alguien entra abruptamente a tu oficina y te roba una hora sin sentido).

Normalmente ‘trabajo’ (estoy frente a mi computadora) de 9AM a 9PM con un break de almuerzo de dos horas. De acuerdo a ese horario, bebería completar 10 horas de trabajo productivo cada día. Pero debido a todas las interrupciones y tratar de multi-task entre varios proyectos a la vez, al finalizar el día sentía que no había avanzado significativamente en las tareas importantes.

Decidí comenzar a cronometrar mis actividades para determinar cuanto tiempo realmente productivo trabajaba cada día. Los resultados fueron decepcionantes… en promedio estaba completando solamente 2 horas de trabajo realmente productivo cada día.

¿Qué pasaba con las otras 8 horas?
Se perdían en actividades sin importancia que se iniciaban gracias a una interrupción… cada una tomando entre 40 y 90 minutos.

El plan

Después de medir el tiempo desperdiciado, decidí formular y seguir un plan de trabajo más ordenado.

El objetivo era reemplazar el comportamiento compulsivo de estar revisando email y sitios sociales todo el tiempo por revisar compulsivamente herramientas de productividad que me ayuden a mantenerme enfocado en las tareas que necesito completar.

Las bases del plan eran sencillas:

• Crear un horario en mi Google Calendar para definir bloques de tiempo a seguir todos los días, semana a semana. La idea de los bloques de tiempo de 3 a 4 horas es que durante ese tiempo te dediques exclusivamente a ese tipo de tareas. A veces no hay nada que hacer en uno de los bloques y se puede reemplazar el bloque de un día por el de otro (lo del lunes pasa al miércoles y viceversa).
  .
• Definir una hora para leer correos en la mañana, luego un seguimiento a medio día y otro en la tarde. La idea es solo leer y responder correo tres veces al día.
  .
• Reservar el lunes para “Apagar Incendios”, es decir, situaciones de urgencia impredecibles de algún cliente, empleado o socio que inevitablemente caerán en tu inbox al inicio de la semana.
  .
• Reservar un día a la semana para actividades personales y ‘Learning Day’ en que me dedico a leer, ver videos de charlas, entrevistas, etc.
  Experimenté con los jueves y los viernes… el mejor día resultó ser viernes. Si hay algún blog post, artículo, video, podcast o cualquier otro contenido interesante que me mandan o encuentro por allí, lo salvo a evernote y el viernes los reviso durante mi ‘learning day’.
  .
• Utilizar el feature de ‘multiple-desktops’ del sistema operativo (en mi caso MacOSX, pero ahora Windows y desde hace tiempos Linux tienen esta función). De esta forma dividiré mi pantalla en 4 categorías:
  

  1. Tracking de productividad (google calendar, PivotalTracker y Toggl)
  2. Producción: los programas que necesite para la tarea en cuestión, ya sea programar, escribir propuestas o diseñar.
  3. Comunicación (gmail)
  4. Social (twitter, facebook, blipea)

• Desactivar las notificaciones automáticas de todos los programas y sitios web, y aparecer offline de GTalk y Skype la mayor parte del tiempo.
  .
• Crear filtros en mi email para mantener el inbox lo más vacío posible (siguiendo consejos de inbox zero)
  .
• Llevar bitácora de tiempo de todas las actividades en que trabajo… para esto siempre uso toggl.com
  .
• Algo importante es no tratar de tener más de 3 proyectos o bloques de tareas importantes por día… debes enfocar los bloques productivos sólo en esas tareas.
  .

Por ejemplo, mi calendario de Google se ve así actualmente:

La disciplina

Como han de estar pensando, seguir un plan así al pie de la letra es bien difícil y casi imposible… pues sí, lo es…

A medida pasaban las semanas y lo probaba en la vida real, resultaba bastante difícil seguir el calendario al pie de la letra ya que  las situaciones ‘imprevistas’ son precisamente eso… no se pueden predecir. Si tengo el lunes reservados para incendios, pero no ocurre nada ese día… significa que otro día algo pasará y tendré que dedicarle tiempo entonces. Claro que, como el mismo plan indica, podría usar las horas del lunes en una actividad planeada del miércoles y luego dedicar el miércoles para los incendios… pero se vuelve complicado llevar control de que cambios se hicieron en el plan.

Pero bueno, el calendario sirve como un plan aspiracional de “Lo que debería estar haciendo”.

Este calendario son bloques de tiempo generales, en los que puedo designar un bloque de 4 horas en la mañana del martes para “proyectos propios”, pero el detalle de qué tareas específicas debo hacer en ese momento debe ser llevado en otra herramienta. Para esto yo uso PivotalTracker.com que me permite organizar listas de to-do para múltiples proyectos. También he usado Basecamp en ocasiones pero al final de cuentas el que más me ha servido para proyectos de desarrollo de software es PivotalTracker.

Las tareas específicas que tengo en el PivotalTracker, organizadas por proyecto representan mi organización de “Lo que tengo que hacer” .

Finalmente, necesitaba una forma de llevar control de “Lo que estoy haciendo” … las actividades que realmente estoy haciendo y contabilizar el tiempo que le dedico a cada una… esto para aprender de mí mismo y la forma en que trabajo… así puedo ir ajustando el plan, cada vez haciéndolo más realista.

Como ya había mencionado antes, para este control uso toggl.com (antes usaba una hoja de excel), que es excelente para ‘marcar tarjeta’ cada vez que inicias y terminas una tarea.

Entonces, al final he terminado con tres herramientas web que me ayudan a mantenerme enfocado mis actividades productivas, organizando mi vida en tres niveles:

Lo aprendido

Desde mucho antes de esto, mis amigos cercanos, con quienes he trabajado en algún proyecto antes me apodaron “RoboCorp” porque siempre he sido bien organizado, puntual y todo. Creo que algunos de ustedes pensarán que esta metodología de trabajo es demasiado extrema y que solo un robot puede seguirla, pero creo que lo importante que he aprendido es que:

1. Es bastante complicado seguir este plan al pie de la letra, pero ayuda a enfocarse y tener por lo menos una metodología definida de trabajo para no perderse en la nube de “tengo miles de cosas que hacer y no se por donde comenzar”.
   .
2. Cada quien debe diseñar su propio plan de trabajo y seleccionar sus propias herramientas… esto es lo que ha servido para mí, pero no necesariamente sirva para todos.
   .
3. Lo más importante es “conocerte a ti mismo” y con el uso de estas herramientas y disciplinas podes llegar a conocer detalles como “cuantas horas realmente puedo avanzar a la semana en un proyecto propio o de un cliente”.
   .
4. Lo que más me gusta de trabajar así es que al final de la semana puedo ver que realmente he avanzado en las cosas importantes, puedo medirlo y verlo tangiblemente en un reporte de toggl.
   .
5. Como todo vicio, el primer paso para eliminar la perdida de tiempo que viene del consumo desordenado de ‘social media’ es aceptar que tenemos un problema. Si controlas el consumo de contenidos de una forma ordenada, no perderás tanto tiempo.
   

Recursos útiles

Algunos artículos y libros recomendados para este tema:

• The Power of Less
• Inbox Zero
• 43folders
• The 4-hour Workweek

Herramientas:

• Basecamp: to-do lists y project management simplificado
• Pivotal Tracker: seguimiento de tareas de desarrollo de software
• Toggl: cronómetro de trabajo con reportes de time-sheets
• Evernote: para capturar ideas, notas, pensamientos y URLs desde tu PC o móvil

Hace unos meses tuve la idea de una nueva aplicación web a la que llamé KidsAbacus. Durante varias semanas lo he platicado con algunos amigos y colaboradores para conocer sus opiniones e ideas.

En ese proceso me di cuenta que para explicar bien la aplicación necesitaría hacer un prototipo funcional (mockup) para describir de forma rápida lo que esta aplicación web haría y como sería la interacción básica con los usuarios.

Normalmente he usado papel y lápiz (cuando solamente hago bosquejos de mis ideas) o me ha tocado hacer simulaciones más completas en Photoshop para mostrar a clientes (que les gusta ver todo bien acabado), pero en esta ocasión lo que necesitaba era algo más básico, pero no tan simple como papel y lápiz… allí fue que encontré MockingBird.

Qué es?

MockingBird es una excelente herramienta web que sirve para crear ‘mockups’ o ‘bosquejos’ de aplicaciones web de forma fácil, rápida y hospedada en ‘la nube’ para facilitar el proceso de compartir tus ideas con colaboradores y amigos.

La aplicación está desarrollada en el framework cappuccino, no necesita flash para funcionar y es bastante intuitivo y gratis (por el momento). Creo que comencé a usar la herramienta pocas semanas después de que esta se lanzó en beta, el primer post del blog de MockingBird  tiene fecha 3 de Noviembre 2009 (yo lo comencé a usar a mediados de Noviembre).

Algunas de las funcionalidades que me gustan de la versión gratis de MockingBird:

• Compatible con Firefox, Chrome y Safari (Internet Explorer no importa… ese solo lo utilizan los usuarios)
• No necesita Flash para funcionar
• Permite múltiples proyectos bajo la misma cuenta
• Export a PDF y PNG
• Opción para compartir un URL público con tu prototipo
• Enlaces de pantalla a pantalla para simular funcionalidad
• Gran cantidad de elementos de interface de usuario (drop downs, checkboxes, inputs de fecha, iconos, etc)

Cosas que no me gustar y/o me preocupan:

• Si un proyecto crece mucho, los elementos comunes (como barras/menús de navegación) no son parte de una plantilla, entonces hay que hacer cambios manualmente en cada pantalla
• Privacidad de la información… ya que lo que los usuarios hacen en este sitio son básicamente ‘planos de diseño’ de nuevas aplicaciones web, prácticamente ‘ellos’ (los dueños del sistema) pueden espiar las ideas de otros y ejecutar las que más les gusten rápidamente. Si tu proyecto es demasiado ‘top secret’ probablemente no te sientas tranquilo al utilizar MockingBird.

Conclusión

En general me gusta mucho MockingBird y lo estaré usandolo en algunos proyectos en que necesito explicar fácilmente a otros miembros del equipo lo que deseo que el producto final haga.

Aunque sigo pensando que en la mayoría de los casos lo mejor es papel y lápiz, MockingBird es una excelente opción para cuando necesitas compartir tus ideas de aplicaciones web con otros.

Hace unas semanas estaba buscando un archivo antiguo en un disco duro de backup y encontré el folder de mi proyecto de graduación de la Universidad. En el año 2000 registré el dominio miCajita.com y hospedé allí mi proyecto para la presentación a la terna de graduación, pero despues de unos meses no continué el proyecto ni volví a renovar dominio… hoy es un proyecto muerto.

Fue mi segunda aplicación web en PHP/MySQL, unos meses antes había desarrollado junto a @rbreve un portal multiservicios llamado SiliconAlien, proyecto que hoy tampoco existe (siliconalien en archive.org)

En que consistía?

La idea de miCajita era simple y apta para aquellos días en que no existía Gmail y las cuentas de correo gratuitas (e incluso las pagadas) tenían límites de espacio demasiado bajas.

En esos días era muy común que uno no podía enviar correos con attachments de más de 1MB porque posiblemente la casilla de el receptor estaba llena. miCajita era una solución en que cada usuario podía crear su cuenta de 10 a 100MB de espacio para subir archivos que quisiera tener disponibles para compartir con otros.

El sistema incluía opciones como:

• File Manager web con folders públicos y privados
• Control de accesos para lectura y escritura a nivel de archivo y folder para usuarios individuales y grupos
• Envío de archivos desde miCajita hacia direcciones de email

Por qué murió?

Era un proyecto que inicié por razones académicas (para graduarme) y en esos días estaba más metido en la onda de iniciar mi  empresa de consultoría, desarrollando websites para clientes.

Me pasó por la mente lanzarlo públicamente pero le tuve miedo a varios aspectos como:

• Competencia existente: servicios como Xdrive, el cual hasta tenía un software instalable para integrase al File Explorer de Windows, creando un disco virtual al podías drag and drop archivos para subirlos.

• Falta de dinero: me preocupaba el costo de hosting, ya que el plan era regalar unos 100MB por usuario si lanzaba el servicio al público. En ese entonces el hosting era más caro que ahora y no tenía fondos propios para soportar el costo.

• Falta de interés: los dos factores anteriores hicieron que mi interés por lanzar el proyecto públicamente muriera. Si volviera al pasado, posiblemente hubiera seguido con el proyecto buscando apoyo financiero externo…

Lo positivo…

Creo que todo proyecto y experiencia en la vida deja algo positivo.
De este proyecto puedo mencionar unas cuantas consecuencias positivas:

• Aprendizaje: siendo uno de mis primeros proyectos de desarrollo web aprendí mucho en un tiempo bastante corto. Esto me sirvió en mi objetivo de desarrollo profesional como consultor y empresario.

• Dinero: Fue la base de un sistema privado de folders compartidos que vendimos a varios clientes para sus intranets. Logré monetizar el tiempo invertido en la programación vendiendolo al menos 10 veces y creando un buen nombre para mi empresa.

• Quedar con ganas de hacer más: el haber realizado el proyecto y seguirle los pasos a los servicios similares que existían en ese momento me hizo ver (a la larga) que las buenas ideas surgen y evolucionan rápidamente… me dejó picado por intentar nuevamente con proyectos propios.

Documentación

En el folder del backup que mencioné al inicio encontré dos documentos relevantes:

• Manual de Usuario – 350 KB
• Manual de Técnico – 569 KB

Son suvenirs de hace 10 años… mucho ha cambiado desde ese momento y si volviera a programar el sistema lo haría completamente de otra forma, pero allí les dejo para quienes tengan curiosidad de leer más acerca de lo que fue miCajita en su momento.