Centroamérica tiene todos los recursos necesarios para que desde nuestros países surjan nuevas empresas de tecnología con impacto global, pero algunas cosas deben cambiar para que esto suceda.

Desde el punto de vista de oportunidades de negocio, hoy vivimos en un mundo en que cualquier joven emprendedor desde un país centroamericano puede desarrollar un producto o servicio digital desde su habitación, publicarlo en una tienda de aplicaciones en internet (como la Apple AppStore o Google Play para dispositivos Android) y esencialmente iniciar un negocio global de la noche a la mañana. No es tan fácil como suena, pero al menos la posibilidad existe y nadie impide que cualquiera se lance a intentarlo.

Pero entonces, si las oportunidades están aquí hoy, ¿Porqué nadie o muy pocos las están aprovechando? ¿Qué tenemos que hacer para que más jóvenes empiecen a experimentar con el desarrollo y puesta en marcha de nuevos productos digitales y realizar su sueño emprendedor a nivel global?

Honduras y Centro América en general tiene muchas ventajas geográficas y culturales para convertirse en una región lista para explotar todas estas oportunidades, pero la falta de liderazgo en la creación y sostenibilidad de un ecosistema que fomente el emprendimiento y toma de riesgos a nivel de cada país y a nivel de región es bastante obvia.

He conocido casos aislados de jóvenes que trabajando por cuenta propia o en grupos pequeños de amigos han logrado tener éxito en mercados extranjeros con aplicaciones de iPhone, Android o Web. Estos grupos se han formado en base a intereses en común como la programación de sistemas, diseño gráfico, música y artes digitales, de forma orgánica y no fomentados por sus universidades, sus familias ni instituciones de gobierno. Y ese es el problema principal, todo el ecosistema debe cambiar y adoptar una nueva mentalidad.

Como sociedad debemos preparar a nuestros jóvenes para aprovechar estas oportunidades lo antes posible. Crear un ecosistema en que el emprendimiento sea fomentado, en que apuntarle a los mercados globales sea más importante que los mercados locales. ¿De qué sirve estudiar una carrera universitaria si no hay empleos que remuneren esta formación? Es mejor estudiar carreras que suplan necesidades globales como desarrollo de software, diseño de aplicaciones web y móviles, animación y modelado 3D para video juegos. Todas estas son oportunidades nuevas de carreras que resultan bastante atractivas y poco aburridas para los jóvenes, y son muy bien remuneradas en mercados desarrollados que actualmente trabajan de forma remota (offshore/outsourcing) con proveedores en Asia y en algunos países de América del Sur como Argentina, Uruguay y Chile.

Entonces, ¿Cómo podemos crear este ambiente en que nuestros jóvenes se inclinen por estudiar estas nuevas carreras o simplemente adquirir las competencias técnicas que los posicione mejor para aprovechar las oportunidades globales?

Al estudiar casos de otras regiones que lo han logrado, o que están siguiendo los pasos indicados para lograrlo, algunas medidas que el gobierno, instituciones educativas, sector privado y sociedad en general pueden tomar son:

1) Gobierno
No podemos contar del todo con nuestros gobiernos, ya que desgraciadamente la corrupción y falta de interés real en desarrollar el país es al menos la percepción que la mayoría tenemos de estos. Sin embargo, si estos pudieran cooperar con algo, deberían poner a disposición de los jóvenes el programas de intercambio internacional con universidades e incubadoras de negocios para que grupos talentosos de jóvenes puedan viajar cada año en ‘misiones de intercambio tecnológico’.

Países como Chile hacen esto todos los años. Un grupo de 15 – 20 jóvenes emprendedores, después de un proceso de selección, son enviados en un viaje de 1 semana a una conferencia de empresas de tecnología en Estados Unidos para que conozcan más las nuevas oportunidades, hagan contactos con otras empresas y hasta puedan presentar sus ideas a inversionistas extranjeros en reuniones facilitadas por incubadoras de negocios, cámaras de comercio o similares.

Esa simple experiencia puede cambiar poco a poco la mentalidad y ambiciones de nuestros jóvenes y hacerlos pensar más en nuevas ideas de negocios y productos que puedan desarrollar. Considerando lo que los gobiernos gastan en enviar grandes delegaciones de empleados públicos a otro tipo de viajes menos fructíferos, creo que esto no es mucho que pedir.

2) Centros educativos
Las escuelas secundarias y universidades deben comenzar a fomentar más el emprendimiento y dejar de educar a nuestros jóvenes solamente para ser empleados.

Proyectos prácticos y de impacto real de 2 a 3 años de duración podrían ser incluidos en los planes de estudio de carreras de tecnología y negocios en que los estudiantes puedan proponer sus ideas de productos y servicios digitales y poder desarrollarlos en equipos durante sus últimos años de carrera. Estos deberían contar como parte de los crédito académicos y la universidad puede involucrar a empresarios locales (o extranjeros) como mentores en el proceso, para que los jóvenes que opten por desarrollar sus ideas de negocios reciban todo el apoyo necesario y consejos de personas que ya han desarrollado sus empresas exitosamente.

Las universidades bajo este modelo pueden ser el primer filtro para la selección de los jóvenes que competirían luego para obtener un puesto en el viaje de ‘misión tecnológica’ a una conferencia internacional, incubadora de negocios o similar.

3) Sector Privado
Toda idea de negocio necesita inversión para ejecutarse. Los empresarios e inversionistas locales deben estudiar los casos de éxito de fondos de inversión y capital de riesgo de Estados Unidos y comenzar a trabajar en forma similar. Un inversionista bajo el modelo de capital de riesgo maneja un fondo de cierta cantidad de dinero que invierte en varias empresas pequeñas con alto potencial de crecimiento. Una de cada diez empresas tiene un éxito astronómico, las otras fracasan, pero con los retornos de la que tiene éxito se compensan el riesgo tomado en general.

En Centroamérica no existe este modelo, al menos no de manera formal. Es necesario que una nueva generación de empresarios visionarios asuma este rol y comiencen a invertir en el ecosistema de innovación tecnológica local o regional, es un riesgo que alguien debe asumir y luego gozar de los beneficios que vendrán al lograr los primeros éxitos comerciales.

4) Sociedad
Todos debemos cambiar la mentalidad y modelo tradicional de vida que viene siendo acarreado desde el pasado. He visto cómo muchos jóvenes con talento no siguen sus aspiraciones emprendedoras por la presión de ‘conseguir un trabajo de verdad’, cuando realmente trabajar en su propia idea de negocio y desarrollarla es ‘un trabajo de verdad’.

Los jóvenes de 18 – 20 años ya pueden iniciar desde temprana edad a tomar riesgos invirtiendo el recurso con que cuentan en abundancia: tiempo y energía.

No desalentemos a nuestros jóvenes matando sus ideas y obligándolos a seguir un camino obsoleto. ¿Qué habría sido de Bill Gates (Microsoft), Steve Jobs (Apple) o Mark Zuckerberg (Facebook) si sus padres o la sociedad no los hubiera dejado seguir sus sueños y dejar la universidad por un lado? ¿Cómo sería el mundo hoy sin Windows, el iPhone o Facebook?

Hay una gran oportunidad que todos nosotros estamos dejando ir. Me gustaría ver a Centroamérica desarrollarse como un nuevo centro de innovación tecnológico para todo el continente y eventualmente para todo el mundo. Nuestra posición geográfica es ideal para hacer negocios con clientes y socios comerciales en Norte y Sur América.

Nadie más que nosotros puede impedir que lo logremos.

Si… creo que lo abandoné, pero no por simples ganas de abandonarlo… es que he estado trabajando.

Como saben algunos, desde inicios/mediados de 2011 empecé con una serie de eventos afortunados que me llevaron a presentar KidsAbacus.com en SuperConf Miami, luego a presentar Class.io en Google IO y después a participar en el programa de aceleración de startups de DreamIt Ventures con Class.io originalmente y luego cambiando a Pictour.us

La aceleración luego evolucionó a darnos cuenta que ‘levantar funding’ no es tan fácil y tuvimos que recurrir a nuestra vieja forma de hacer dinero, la prostitución de nuestro talento = hacer consultorías de desarrollo web, luego de desarrollo móvil… y en eso he estado trabajando por todo el año 2012.

Mucho ha ocurrido entre mi último post y este, no lo podría contar en un sólo ensayo, por lo que espero poder escribir de nuevo una serie de lecciones aprendidas en este blog comenzando en 2013 (y probablemente algo en diciembre 2012).

Saludos y sepan que no estoy muerto, solo he estado algo ocupado.

El año tiene 52 semanas y en estas tenemos que hacer que quepa todo lo que queremos lograr en cuanto a trabajo, diversión y asuntos personales.

Para control de lo que hago en el día a día uso herramientas como Google Calendar, Toggle y Pivotal Tracker, pero estas me dan una visión demasiado micro de todo (zoom-in). A veces necesito hacer un zoom-out, una visión de 30,000 pies de altura de como se ven mis próximos meses para poder decidir si tomo un nuevo proyecto sin que esto implique matarme demasiado trabajando.

Desde hace varios años siempre he hecho una planeación general de los proyectos en que estaré trabajando en el año. A medida salen nuevas oportunidades voy viendo si me ajusta el tiempo o no. Antes hacía esto en papel, después en excel, pero este año decidí hacer una hoja en Google Docs con códigos de colores para diferentes tipos de actividades.

Las cinco actividades en que he organizado mi planeación de este año son:

• 1) Trabajo pagado (proyectos de clientes)
• 2) Proyecto propio (inversión de tiempo)
• 3) Viaje de trabajo
• 4) Vacación o viaje de paseo
• 5) Tiempo muerto por feriados forzados u otras razones

Para cada tipo de actividad (proyecto) he asignado un color. Por medio de reglas de formato (“Format >> Change colors with rules…”) definí las reglas para que asigne el mismo color de fondo y de texto a las celdas indicadas para simbolizar diferentes tipos de actividad.

Por  lo tanto, si quiero marcar una semana como actividad de “trabajo pagado” ingreso 1 en la celda, si quiero marcarla como “vacación” ingreso 4 en la celda. Las reglas pre-definidas se encargan de que el color de fondo y color de texto sean el indicado para que se vea solamente una cajita de color.

En cada fila de la hoja electrónica ingreso un proyecto o actividad y luego marco las semanas que tendré bloqueadas para estas. Al final termino con una visualización rápida de mi carga semanal de trabajo.

Lo bueno de esta visualización es que cuando estoy considerando tomar un nuevo proyecto, puedo ver rápidamente las semanas que tengo libres o en las que no estaré de viaje o de feriado.

Les comparto mi Google Doc

Quiero compartirles el documento en Google Docs por si a alguien le interesa utilizarlo o incluso mejorarlo. Para mi caso en particular me sirve como está, pero ustedes pueden modificarlo y usarlo como mejor les sirva.

Los pasos para tener su propia copia del archivo en Google Docs son:

• 1) Abrir el documento desde este enlace
• 2) Clic en la opción del menú “File >> Make a Copy…” (para esto debes estar loggeado con tu cuenta de Google Docs)
• 3) Ahora que ya lo tenés en tus Google Docs podes comenzar a usarlo escribiendo los proyectos o actividades en cada fila y los números indicados en cada casilla de semana.

Espero que sea de utilidad y al final les dejo un video del archivo en acción.
Todas las fechas y proyectos presentados en el video son ficticios:
.

Aclaraciones:

• Esta no es una solución completa ni digo que sea lo mejor. Si alguien ya usa algo diferente que le genere diagramas de Gantt y todo eso pues probablemente sea una mejor solución. En mi caso necesitaba algo rápido de implementar y que me funcione de forma aproximada.
  
• No pretendo planear las 52 semanas del año de una vez. A medida que salen oportunidades abro la hoja electrónica y voy actualizando. Es un documento “vivo” y no estático.

Uno de los elementos más importantes de esta metodología es el Producto Mínimo Viable (PMV), o explicado en pocas palabras: un prototipo con funcionalidades mínimas que nos sirve para confirmar si existe un mercado interesado en nuestro producto. Desde que empecé a leer acerca de la Startup Liviana en 2009 (en el blog de Eric Ries) me sentí identificado con muchos de los consejos y decidí aplicarlos en la medida de lo posible en mis nuevos proyectos.

Me gustaría compartir con ustedes algunas de las lecciones aprendidas en estas experiencias, específicamente aquellas que ayudan a desarrollar y lanzar rápidamente prototipos al mundo real.

1. ¿Qué tan Mínimo debe ser un PMV?
En teoría, un PMV puede ser tan sencillo como un anuncio en Google Adwords o incluso un mensaje en twitter en que anuncias un producto que no existe aún. Todo depende de la etapa de desarrollo en que estemos. Las etapas pueden ir desde el concepto/idea hasta un producto ya establecido que está experimentando con nuevas funcionalidades (features). El objetivo principal de un PMV es medir el nivel de interés, aceptación y reacciones que este ocasiona en un mercado meta.

Por ejemplo, para un nuevo producto o servicio que aún no hemos desarrollado, el PMV podría ser simplemente un anuncio en Google Adwords que expresa el beneficio que el cliente obtendría. Lo que haríamos con este anuncio es simplemente enlazarlo a una página sencilla que describe “el producto”, aunque este no exista, y con esto podemos medir un nivel inicial de interés. Si vemos que un porcentaje considerable de personas están haciendo clic en el anuncio podríamos estimar que hay al menos un segmento de mercado interesado en el producto y proceder a una segunda iteración del producto.

2. ¿Qué son las iteraciones de un PMV?
Un Producto Mínimo Viable no es un fin sino un medio. Un medio para llegar eventualmente al producto final (a veces nunca hay final). Por lo tanto, cada versión mejorada del producto puede llamarse una “iteración” (sinónimo de repetición).

Es importante tener claro que durante el proceso de ejecución, el PMV pasará por múltiples iteraciones. En cada iteración tendremos un objetivo de aprendizaje diferente, mediremos lo que los usuarios dicen o hacen y aprenderemos de estos datos. Con ese aprendizaje procederemos rápidamente a desarrollar la siguiente iteración y  así nos mantenemos en un “círculo virtuoso” de aprendizaje, mejora y refinamiento del producto.

3. ¿A quién mostrar la primera iteración del prototipo?
En mi experiencia es bueno mostrar la primera iteración del producto a personas un poco más técnicas que podrían en algún momento formar parte de tu equipo. Esto sirve para que veas si hay otros interesados a unirse al equipo en áreas como diseño, programación, deployment/servidores, mercadeo, community management, etc.

La primera versión de tu producto por lo general será visualmente simple, sin mucho texto explicativo, sin detalles y con errores. Por eso es que quienes lo vean deben tener algo de conocimiento técnico para que entiendan la idea general, pero que no se sientan desalentados porque ‘esta feo’.

Una vez que tenemos una versión un poquito más refinada podemos comenzar a mostrarla a personas ‘normales’ que se fijarán más en el beneficio del producto y no tanto en lo técnico. Para esta versión importa más que sea claro el beneficio del producto y la facilidad de uso.

4. Siempre que sea posible forma un equipo de trabajo
Aunque puedas desarrollar el prototipo trabajando sólo, siempre es recomendable que vayas formando un equipo de trabajo. Aunque sólo sea otra persona y formen un equipo de dos, he encontrado que es útil trabajar en equipo por algunas razones como:

• Si trabajas sólo no tenés nada que te obligue a dedicar tiempo a trabajar en el producto. En cambio, cuando ya estás trabajando con una o dos personas, el hecho de tener que coordinar algunas horas de reunión para trabajar ya te obliga a apartar el tiempo necesario. Aunque nunca se reúnan físicamente, la división de responsabilidades también te da un sentido de obligación para cumplir tu parte o terminar lo que estas haciendo porque los otros te están esperando para seguir con su parte.
  .
• Si trabajas sólo podes quedarte estancado en una decisión creativa por mucho tiempo. En cambio, cuando tenés otras personas con quienes pensar en las diferentes opciones, podés tomar una decisión de inmediato. Por ejemplo, algo tan sencillo como “se ve bien este botón a la izquierda o la derecha?”, si estás sólo esa pequeña decisión puede tomar varias horas. Si tenés alguien al lado algo así se soluciona en dos o tres minutos.
  .
• Casi siempre podés avanzar más rápido cuando son varios. Digo “casi siempre” porque depende. A veces, si hay mucha gente trabajando en lo mismo más bien se atrasa el progreso. Siempre y cuando puedan dividirse el trabajo de forma efectiva, el trabajo en equipo hará que avancen más rápido. Una forma efectiva de dividir el trabajo es que cada miembro del equipo tenga responsabilidades en áreas funcionalmente separadas: programación, diseño de front-end, configuración de servidores, social-media, mercadeo, negocios/estrategia, etc.

5. Acelera el desarrollo con Hackathons (o al menos intentos de hackathons)
Para quienes no estén familiarizados con el término, un Hackathon es una marathon de programación+desarrollo+diseño en que un equipo de trabajo se encierra por una cantidad de horas dedicadas exclusivamente a completar una versión funcional de un producto. Podría ser por ejemplo un Hackathon de fin de semana en que todo el equipo se reúne y trabaja desde las 10AM hasta las 10PM todo el sábado y el domingo exclusivamente en completar la primera versión del producto. O si son más vampirezcos, pues de 10PM a 10AM  ;)

En Class.io utilizamos esta forma de trabajo para acelerar el desarrollo de las primeras versiones. Ya después cada miembro del equipo queda haciendo mejoras incrementales al producto a medida que se recibe retroalimentación de los usuarios. Pasado un mes o cierto tiempo en que las mejoras pendientes ya son muchas conviene hacer otro Hackathon para implementar rápidamente todas las mejoras.

6. Antes de lanzar un versión al público, crea expectativa y mide interés
Siguiendo los consejos de la Startup Liviana, hay que hacer un poco de “Desarrollo de Clientes” (Customer Development) en paralelo mientras hacemos el “Desarrollo del Producto”. Un primer paso en este proceso es identificar a las personas que estarían interesadas en utilizar nuestro producto.

En mi caso particular con KidsAbacus lo que hice fue simplemente sacar un twitt al aire (y un status update en facebook) en que preguntaba “quién tiene hijos entre 6 y 12 años de edad y quiere probar una nueva webapp que lanzaré en una semana y días…?”

Con ese simple mensaje obtuve más de 45 personas, entre respuestas de twitter y de facebook que me pidieron que les avisara en cuanto lanzaramos la versión de pruebas. Todo esto ocurrió 10 días antes de tener listo el prototipo y sirvió para tener desde antes una lista de personas a quienes invitar a hacer pruebas.

24 horas después del lanzamiento ya habíamos recibido más de 400 visitas, más de 2,500 pageviews y lo más importante, más de 40 usuarios probando la aplicación.

7. Antes de lanzar un versión al público, instala scripts de tracking
Mientras estás desarrollando la primera versión es posible que mostrés la aplicación a personas cercanas (amigos y familia) usando el webserver de tu computadora de desarrollo. Cuando haces ese tipo de demos podés ver lo que hacen y dicen las personas al probar la aplicación.

El problema cuando lanzás la aplicación públicamente a internet es que ya no podes verles la cara ni recibir sus comentarios de inmediato. Para esto es útil que antes de abrir la aplicación al público instales algunos scripts para poder analizar su comportamiento (navegación) y capturar sus sugerencias.

Algunas herramientas que he usado para esto y que me han servido bastante son:

• Google Analytics: Las estadísticas de tráfico que proporciona nos ayudan a conocer datos como: países desde donde nos visitan, versión de navegador que usan, palabras de búsqueda por las que nos encuentran, tiempo promedio de visitas, número de páginas que ven los visitantes, páginas más leídas en nuestro website o app, y otros datos que podemos configurar como metas de conversión.
  .
• GetSatisfaction: esta herramienta sirve para que los usuarios puedan enviar sus ideas, sugerencias, comentarios y reportes de errores que encuentran en la aplicación. En KidsAbacus nuestros usuarios han sido bastante activos enviando su retroalimentación.
  .
• MixPanel: una excelente herramienta para medir acciones específicas en sitios y aplicaciones web. Con GoogleAnalytics podría lograrse algo similar usando “Metas”, pero MixPanel proporciona reportes en tiempo real y es mucho más personalizable en cuanto a capturar datos y acciones propias de tu aplicación.

8. Aprende del feedback y vuelve a iterar
Una vez que comienzas a recibir feedback de tu aplicación, debes tomarlo positivamente y aprender del mismo. Tus usuarios están tratando de ayudar cuando te mandan comentarios de cosas que podrías mejorar, así que no hay que sentirse ofendido si nos dicen que algo no está bien… hay que tomar los comentarios y analizar, aprender y corregir.

También hay que considerar que la mayoría de los usuarios que se registren en la aplicación no saben que estás haciendo un “Producto Mínimo Viable” y todo eso. Ellos ven un sitio web que ofrece algo y esperan que funcione bien. Si encuentran algo que no entiendan o no funcione te lo van a reportar diciendo “falta esto”, “debería de hacer esto”, “hay un error en esto”. La mayoría de las veces tu respuesta inmediata sería: “Si… yo se… pero es que no está terminado, es un producto mínimo viable” . Esa respuesta debes dejarla en tu cabeza y tomar los comentarios del usuarios como validación y confirmación de que la idea tiene futuro y lo que sugieren tus usuarios es algo que necesitan.

Si nadie usa la herramienta y nadie te manda comentarios, es posible que a nadie le importe lo que estás haciendo y no haya un mercado interesado en el producto.

9. Hay que iterar rápidamente
Ya que el Producto Mínimo Viable es sólo un medio y no un fin, es necesario iterar rápidamente. En cuanto recibamos retroalimentación hay que tomar todos los comentarios, evaluar prioridades y retomar el desarrollo para lanzar rápidamente las mejoras.

En las etapas tempranas del desarrollo de un producto es necesario iterar rápida y frecuentemente para no perder el interés de los usuarios y que sientan (y sepan) que sus comentarios son tomados en cuenta.

En conclusión
La metodología de Startup Liviana está agarrando más auge cada vez y veo que muchas empresas la están poniendo en práctica. En mi experiencia ayuda bastante a sacar productos rápidamente al aire para verificar si estos tienen o no un futuro y podamos decidir si les dedicamos más recursos.

En el pasado, principalmente trabajando para clientes en proyectos de desarrollo web, había trabajado apegado a la teoría de desarrollo que enseñan en la universidad, en la que antes de comenzar el desarrollo hay un análisis y diseño del sistema, luego el documento de especificaciones, después el desarrollo, luego pruebas, y al final lanzamiento. Todo ese proceso toma (dependiendo del alcance) entre 6 meses y 1 año, pero es hasta el final que nos damos cuenta de lo que los clientes piensan acerca de nuestro producto final.

Con la nueva mentalidad de Producto Mínimo Viable, podemos lanzar un producto mucho más rápido (5 semanas por ejemplo) y luego entrar en el círculo virtuoso de retroalimentación y mejoras.

Para aprender más acerca de la metodología de Startup Liviana simplemente Google: Lean Startup

Una semana y días antes se estuvo anunciando el evento como un Barcamp, pero poco a poco en los twitts relacionados note cierto debate respecto al uso de este término. Después de estar en el evento anoche puedo concluir que en efecto, no fue un Barcamp.

Con esto no quiero decir que el evento no estuvo bueno, al contrario, fue excelente. Hubo muy buenas presentaciones, algo de improvisación (algo normal en una des-conferencia), pero en realidad no fue un Barcamp.

Hoy leí un blog post de una de las personas que fue al evento y noté que  hubo algo de confusión acerca del formato de sesiones simultáneas. Esto se debe a que  no se siguió el formato recomendado para ejecutar un Barcamp.

Es por eso que creo conveniente comentar un poco lo que en mi experiencia son consejos acerca de cómo organizar una des-conferencia bajo el formato de Barcamp.

Nuevamente, no quiero que quienes se han esforzado organizando las meetups del #SMCSV crean que estoy diciendo que el evento no estuvo bueno o que esto es una crítica destructiva. Nuevamente digo que estuvo muy bueno… mucho mejor que las primeras dos meetups del club, realmente los felicito.

Consejos para organizar un Barcamp

1) Lee las reglas del sitio oficial de Barcamp

Aunque Barcamp no es una franquicia, corporación ni nada por el estilo, es un movimiento global que se rige por reglas. En el sitio barcamp.org se encuentra detallado todo lo que alguien necesita hacer para organizar un evento. Al igual que Fight Club, Barcamp tiene 8 reglas (las dejo en inglés para que no se arruine el chiste de referencia a Fight Club):

• 1st Rule: You do talk about BarCamp.
• 2nd Rule: You do blog about BarCamp.
• 3rd Rule: If you want to present, you must write your topic and name in a presentation slot.
• 4th Rule: Only three word intros.
• 5th Rule: As many presentations at a time as facilities allow for.
• 6th Rule: No pre-scheduled presentations, no tourists.
• 7th Rule: Presentations will go on as long as they have to or until they run into another presentation slot.
• 8th Rule: If this is your first time at BarCamp, you HAVE to present. (Ok, you don’t really HAVE to, but try to find someone to present with, or at least ask questions and be an interactive participant.)

Adicionalmente, hay una sección específica de consejos para organizar un Barcamp, hasta tienen una versión traducida al español.

2) Prepara a tu audiencia con tiempo

Cuando es la primera vez que se hace un Barcamp en una comunidad, es necesario preparar a la audiencia compartiendo con ellos información acerca de qué es Barcamp, su formato, sus objetivos y qué pueden esperar del evento (y qué se espera de ellos en el evento también). Por ejemplo, para el primer Barcamp de Honduras nosotros hicimos un pequeño sitio web donde se explicaba todo el concepto, mostrando de una foto de ‘la pizarra de charlas’ y un video de un Barcamp en Guatemala.

En el sitio web es importante tener un formulario de inscripción para que todos aquellos que planean asistir se inscriban. De esta forma los organizadores tendrán una idea aproximada de cuantas personas asistirán. Es importante saber más o menos cuantas personas habrá para decidir cuantos salones de charlas simultáneas se deben de preparar y cuanto deberá durar todo el evento.

3) No importa la cultura local de impuntualidad … hay que ser puntuales

Algo muy importante en un evento como Barcamp es ser estrictos (nazis) con el tiempo. Si dejamos que se pierda tiempo al inicio y luego en cada transición de presentación a presentación, tendremos un caos. Uno de los elementos más importantes del Barcamp es ‘la pizarra de charlas’:

Como ven en la imagen… la pizarra de charlas es una matriz con los espacios de tiempo en el eje vertical y los salones disponibles (o aulas) en el eje horizontal. No se puede ser impuntual ni pasarse del tiempo… sin puntualidad no se puede seguir el plan y todo se desmorona.

En cuanto a las charlas es importante:

• No importa quien sea quien va a dar charla, nadie tiene garantía de un espacio para hablar. No se vale tener una lista de charlas pre-asignadas a salones desde antes. El día del evento, en cuanto se abren las puertas, la pizarra debe tener la matriz dibujada con todas sus casillas en blanco.
  .
• A medida que llegan las personas, quienes estén interesados dar charla van escribiendo su tema en la casilla deseada en las coordenadas (x,y) => (salón,hora). No hay problema con anunciar desde antes que algunas personas presentarán algún tema, pero si esta persona no llega temprano para reclamar su espacio y la pizarra se llena porque los que llegaron temprano reclamaron todos los espacios, pues ni modo… pierde su chance de presentar.
  .
• Cuando anuncias que habrá un Barcamp y preparas al público informándoles por medio de un website, facebook, twitter, etc… es importante dejar claros estos detalles del tiempo:
  • 1) La hora de inicio de registro de participantes
  • 2) hora de inicio de la primera charla, hora de fin del evento
  • 3) la duración de cada sesión.

4) El día del evento recibe a tu público con una intro

Es recomendable citar a los asistentes una hora antes del inicio de la primera charla. Durante esa hora se les recibirá, se les explica dónde está la pizarra, dónde están los salones, etc. Desde ese momento, quienes estén temprano para reclamar sus espacios pueden ir a la pizarra y escribir el nombre de su charla en la casilla de su preferencia.

5) Fomentar el networking

Si es posible se debería tener algo preparado para el final del evento para que las personas puedan ‘networkiar’, es decir, platicar casualmente y conocerse. Esto depende del presupuesto y patrocinadores ya que aunque sea algo sencillo siempre cuesta dinero darle de comer y beber a un grupo grande de geeks.

Si no es posible costear algo de comida y bebidas, por lo menos pueden anunciar e invitar cordialmente a todos a un “after”. Todos pueden ir a algún restaurante a cenar o simplemente pasar el rato mientras platican (cada quién pagando lo suyo).

Conclusión

Hay muchos más  consejos y observaciones que pueden considerarse, pero como les mencioné anteriormente, pueden comenzar por consultar barcamp.org para encontrar muchos recursos y consejos de este tipo.

Cada quien le puede dar su propio estilo a su evento pero estos lineamientos generales deberían seguirse para que sea un auténtico Barcamp.

Para cerrar les dejo el video de las 8 Reglas de Fight Club:

Este año ha sido muy activo en cuanto a eventos enfocados en emprendimiento web en Centro América. Después del WebConfLatino en Honduras (mes de Julio) en que participe como organizador, me dedique a completar unos proyectos pendientes de clientes (hay que comer) y luego tomar un mes de vacaciones.

Ahora durante el mes pasado he participado como conferencista en una serie de eventos de tecnología en Centro América. En la mayoría de estos eventos ha participado también mi amigo Fabian Ramirez (@dokshor) de la empresa chilena AyerViernes, compartiendo su experiencia en desarrollo web trabajando remotamente desde diferentes países de América Latina y Europa.

El mensaje principal de mi participación en los eventos ha sido el de lanzarse sin miedo a emprender, considerando los riesgos, la incertidumbre y estando listos para aprovechar las oportunidades cuando estas se den. He subido las presentaciones que usé en http://www.slideshare.net/corp y a continuación comento un poco sobre cada evento y las personas que participaron en estos.

Business Volume Tecnología
Santa Ana, El Salvador (11 Octubre)
Rolando Peralte (@rolandoperalta) de CommunitiesDNA me invitó BusinessVolume en la Universidad de El Salvador – Facultad de Occidente, una actividad que está comenzando en El Salvador y busca fomentar el emprendedurismo entre los estudiantes de la institución. En el evento les hablé acerca de emprendimiento tecnológico con el fin de inspirar a los jóvenes a lanzarse y empezar sus empresas basadas en innovación.

+info en: http://www.facebook.com/BusinessVolume

Foro de Innovación y Tecnología
Ciudad Guatemala, Guatemala (13 – 15 Octubre)
La Universidad Galileo de Guatemala llevó a cabo la primera edición del Foro de Innovación y Tecnología (FIT) que nace como iniciativa de Oscar Rodas (@osrodas007), Eduardo Corpeño (mi hermano, @kuashio) y Adrián Catalán (@ykro), catedráticos de carreras de Sistemas y Electrónica de dicha Universidad.

Hubo muy buenas presentaciones de conferencistas presenciales y remotos. Entre las charlas presenciales que pude ver me gustó bastante la de “Cloud Computing Privada” de Egdares Futch (@efutch) y la de Oscar Bonilla (@obonilla) de BitKeeper acerca de la evolución de sistemas de control de versiones.

Mi participación consistió en dos charlas, una el jueves 14 y otra el viernes 15 de octubre. La primera charla fue acerca de “Programación de WebApps con APIs”. La segunda fue la charla de cierre del evento y me enfoqué nuevamente en inspirar con el mensaje de “lanzarse sin miedo” a emprender con tecnología.

+info en: http://www.facebook.com/fit.gt

Google Technology User Group (GTUG)
San Salvador, El Salvador (26 Octubre)
En WebConfLatino 2009, Alejandro Villanueva (@alejandv) de Google participó como conferencista invitado y desde entonces nos hemos mantenido en contacto. Esto evolucionó a que desde mediados de este año se iniciaran los Google Technology User Groups (GTUGs) en Honduras, Guatemala y El Salvador.

Este 26 de Octubre fue la primera reunión abierta del GTUG de El Salvador. Realizamos el evento en La Universidad Evangélica y tuvimos cerca de 35 personas como oyentes. Fabian Ramirez y Rodrigo Amaya (@ramayac) presentaron acerca de Google App Engine, mostrando el ejemplo de SismoSV.com creado por Rodrigo para monitorear la actividad sísmica de El Salvador. Yo presenté mi experiencia usando el API de Traducción de Google para LocalSpanish.com

+info en: http://www.facebook.com/gtugelsalvador

#NokiaTalk
San José, Costa Rica (28 Octubre)
A mediados de Octubre recibí un email inesperado por parte de Nokia para invitarme a participar en el evento #NokiaTalk en San José, Costa Rica. Casualmente también invitaron a Fabian, entonces armamos viaje para allá un día después del GTUG.

Mi participación consistió en una presentación acerca del futuro de las redes sociales y luego un panel de preguntas junto a Fabian Ramirez y Cristian Cambronero (@cambronero) de FusildeChispas.com

Felicitaciones a Saulo Passos (@saulopassos), Laura de León (@lauradeleon) y todo el equipo de Nokia por llevar a cabo este tipo de actividades que los conectan mejor con los desarrolladores y bloggers de la región.

+info en: http://conversaciones.nokia.com/tag/nokiatalk

Congreso Transcyberiano
San José, Costa Rica (3 -5 Noviembre)
Después del #NokiaTalk me quedé unos días más en Costa Rica para participar como conferencista en el Segundo Congreso Transcyberiano, evento que organiza Carlos Chacón, más conocido como @SEOCharlie y su socio Manfred Perez (@morado). Aprovechando que la duración de la charla era de 90 minutos, quise ir más allá del mensaje inspirador de ‘lanzarse sin miedo’ y agregar contenidos accionables acerca del modelo de “Startup Liviana” (lean startup).

Al terminar mi presentación tuve una entrevista con Ricardo Jiménez (@ricardoj) de Microsoft. Ellos han sido patrocinadores de WebConf los últimos dos años y desde hace unos meses querían entrevistarme para su show online Microsoft Café TV. Les dejo los links de la entrevista aquí: Parte 1 y Parte 2.

El cierre de las charlas estuvo a cargo de Eduardo Arcos (@earcos) de hipertextual.com, un caso de éxito de emprendimiento web latino que ha podido monetizar efectivamente su red de blogs. Compartió con la audiencia parte de su historio, cifras del crecimiento en visitantes únicos y sus teorías acerca de “el quinto poder”. Pueden ver la grabación en video de su presentación en Microsoft Café TV.

+info en: http://www.transcyberiano.com

En conclusión

Cada vez hay más eventos en la región en que además de cubrir el aspecto técnico se incluye el tema de emprendimiento. Creo que esto está muy bien y que la cultura de emprender debe ser fomentada con mayor énfasis en nuestra región y motivar a los jóvenes a lanzarse sin miedo a emprender sus ideas. Ya sea por iniciativa propia de grupos de estudiantes, académicos, emprendedores o empresas grandes como Nokia, nuestra región ha estado bastante activa este año.

Después de estar como organizador de WebConfLatino, ahora me ha tocado ver la otra cara de la moneda como invitado y participante.

A los organizadores de los eventos les agradezco y sepan que entiendo muy bien todo el esfuerzo que implica organizar y ejecutar estos eventos, los felicito por sus resultados tan positivos.

Espero también contar con ustedes para el WebConfLatino 2011 y que sigamos juntos fomentando y compartiendo experiencias acerca de todos los emprendimientos que surgen en nuestros países.

¿Hay más?

Si alguno de ustedes participó en estos eventos, me gustaría conocer sus opiniones y que comenten acerca de que les gustaría que se incluyera en próximas ediciones. Si participaron o saben de otros eventos también sería bueno que comenten al respecto para ir conociendo de otras actividades están llevandose a cabo en Centro América.

Hace unos días un amigo me preguntó acerca de cómo decidir cuanto cobrar por su trabajo de diseño web. En la plática salieron algunos puntos interesantes que pensé sería bueno compartir en este artículo.

Una vez estaba en una clase de “Pricing Strategies” y estábamos discutiendo acerca de como definir el precio de un producto. Hay muchas formulas y conceptos de economía acerca costos fijos, variables, análisis de la competencia, etc. para definir el precio de productos manufacturados.

Pero cuando hablamos del precio de un servicio profesional, no todos estos conceptos aplican y entramos al mundo del dicho “según el sapo es la pedrada” … donde el sapo puede ser el cliente, el consultor o ambos.

Para dar contexto al tema usaremos siempre el ejemplo de un consultor que ofrece servicios de diseño web.

Primero debemos analizar algunos detalles que se esconden tras ese numerito llamado precio…

Qué es el precio?

• El precio es la semilla de lo que después se convierte en nuestros ingresos totales. De este monto debe salir el dinero para pagar los costos fijos, variables, inversión en equipo, impuestos y compensar al dueño del negocio por el riesgo y costo de oportunidad. Desde este enfoque podemos deducir un precio en base a COSTO.

• El precio también puede ser un mecanismo de branding que sugiera la calidad del servicio que ofrecemos. Un precio muy bajo puede dar a entender que nuestro producto o servicio es de mala calidad y un precio alto por otro lado denota mayor calidad. En el caso de servicios profesionales de consultoría, la calidad corresponde a “que tan experto o especialista” es el consultor y de acuerdo a esto se espera que será el nivel de calidad del trabajo realizado. 
De este enfoque podemos deducir un precio en base a VALOR AGREGADO.

• El precio también es un mecanismo de equilibrio de mercado. Si tenemos precios muy bajos y nuestra capacidad de producción es baja, es posible que no podamos abastecer toda la demanda. A medida que subimos el precio, vamos filtrando la demanda y quedando solo con los clientes que está dispuestos a pagar más… llegando a un equilibrio y encontramos el segmento en que vamos a competir. De este enfoque podemos deducir un precio en base a COMPETENCIA DE MERCADO.

Entonces … cuanto? cuanto vale?

Cómo podemos responder a la pregunta que nos hace un cliente potencial cuando quiere que le desarrollemos un sitio web?

… Depende

Depende en parte del mercado. Vivimos en un mundo competitivo donde hay muchas personas ofreciendo “su sitio web por sólo $100” … pero la competencia a nivel de precios bajos no es sana, lleva a malos resultados y baja calidad.

Que tiene de malo contratar la oferta hipotética del sitio web por sólo $100?

A la larga no se puede retener la atención de un diseñador/consultor por mucho tiempo a ese monto… lo que puede terminar pasando después es:

• Llega el punto en que este consultor necesita más ingresos y busca más clientes… y en consecuencia ya no te contesta las llamadas ni responde tus emails (se te pierde) porque está ocupado atendiendo a otros.

• El consultor ya no puede con sus gastos y consigue un trabajo fijo con un sueldo mensual entre 10 a 15 veces lo que te estaba cobrando y en que no tiene que preocuparse por andar buscando clientes… siempre le pagan su sueldo mes a mes.

• El consultor se aburre de hacer sitio web y ya no se dedica a eso… y busca otro negocio (vende casas o carros por comisión).

Al final, el cliente termina con un sitio web a medias, sin mantenimiento y en busca de alguien que tome el proyecto desde cero nuevamente (y a veces con el nombre de dominio secuestrado por el consultor anterior).

Entonces, no es bueno competir con esos precios bajos, ya que quienes operan en ese mercado terminan mal. Como consultores serios hay que pensar en el largo plazo, pensar en desarrollar una carrera estable y prospera dedicada a ofrecer tus servicios a clientes que puedan contar con tu disponibilidad por varios años.

La pregunta no es cuanto vale un sitio web… es cuanto vale tu tiempo

Una vez hicimos un estudio de mercado, comparando precios y servicios ofrecidos por 7 empresas de diseño web en Honduras. A todas enviamos la misma requisición y las ofertas que nos enviaron iban desde los $350 hasta los $2,600 … todas básicamente en respuesta a la misma solicitud.

Al final de cuentas, no importa si estás diseñando sitios web, casas, puentes, compuestos químicos o haciendo estudios de impacto ambiental… cuando trabajas como consultor, lo que vendes es tu tiempo y atención para dedicarla a solucionar un problema que no es tuyo… es de tu cliente, pero por medio de una transacción comercial se vuelve tuyo.

Al ver la pregunta de ‘cuanto cobrar’ bajo este enfoque y tomando en cuenta los enfoques de 1) costos, 2) valor agregado y 3) competencia de mercado, entonces podemos hacer un análisis para determinar nuestro precio.

Un análisis en base a costos puede ser:

• Si tu única fuente de ingresos por muchos años será la que venga de cobrar por tu tiempo, considerando que el día solo tiene 24 horas y no se pueden agregar más… hay que determinar cuantas horas productivas al día podes dedicar a clientes y hacer números en base a eso. Para el ejemplo usemos 5 horas diarias en trabajos de clientes, 5 días a la semana.

• Al dedicarte a ser consultor estás tomando un riesgo… estás dejando ir la oportunidad de un empleo bien pagado (asumiendo que lo podes obtener) y eso representa al menos una referencia para tu costo de oportunidad

• Si tomas tu costo de oportunidad mensual en base a un salario (por ejemplo $1,500) y lo dividís entre las horas efectivas al mes que podes dedicar a clientes (por ejemplo 100) entonces tu costo por hora es $15.00

• Pero que pasa con los ahorros, vacaciones, aumentos en tus ingresos, retiro, seguro médico, etc.? Y a quien le cobro todas las horas que involucra conseguir un cliente, escribir propuestas, reuniones pre-venta, etc.? Al decidir ser consultor independiente vos sos el dueño de tu carrera y lo que pase con ella… debes hacer un plan financiero que considera todo esto. Probablemente el monto de $15 por hora deba en realidad incrementarse en un 50%, para un valor total de $22.50

Entonces, si un sitio web te tomaría unas 50 horas de trabajo, tu cotización sería $22.50 x 50 horas = “Sitio Web $1,125.00”

Valor Agregado

Pero lo anterior sólo toma en cuenta el extremo inferior de la ecuación… el costo. ¿Qué pasa con el ‘valor agregado’ que el consultor aporta al ser un experto en el tema?

A medida que un consultor obtiene más experiencia y se especializa, su trabajo es más valioso, agrega más valor a los proyectos en que trabaja, es más eficiente (le toma menos horas completar un trabajo) y otros beneficios.

Además, llega a conocer mejor el mercado y descubre que hay ciertos segmentos de mercado en que los clientes tienen un nivel de presupuesto más alto para proyectos de web debido a que para ellos significa más ventas, mejor posicionamiento de marca o algo que realmente genera valor. Si este consultor llega a un cliente grande y descubre que el valor agregado que sus servicios representan para el cliente es de $8,000.00 (entregando un sitio web en 6 semanas) entonces automáticamente el nivel de precio del consultor sube y se ajusta a esto.

Cuando vengan nuevos clientes potenciales, el costo de oportunidad de este consultor ahora se basa en $8,000 por un website que le tome 6 semanas completar… entonces ahora basa su precio en $8,000 / 6 semanas / 5 días / 5 horas = $53.33

Ahora por ese website de 50 horas de trabajo, el consultor cotizaría 50 x $53.33 = $2,666.00

Según el Sapo es la Pedrada…

Normalmente este dicho significa que se le puede cobrar más a clientes grandes… pero creo que en realidad lo que se hace es cobrarle el precio justo a los clientes grandes y darles un descuento a los pequeños (que sabes que no pueden pagar lo que vale el trabajo)… eso sólo si es que realmente queres ayudarles.

Cada caso es diferente en cuanto a precios de consultores y en cuanto a valor que el cliente asigna al sitio web (su presupuesto). Cada consultor tiene sus planes y metas financieras diferentes que lo llevan a valorar de forma diferente su trabajo.

Algunos trabajan como parte de un equipo y entran otros factores en juego. Por eso hay firmas de desarrollo web como Hashrocket que cobran entre $150 y $250 por hora. En el sitio de preguntas y respuestas StackOverflow surgió una discusión interesante en que los rangos anduvieron entre $25, $75 y hasta $200 por hora para desarrollo en Ruby on Rails.

En conclusión

En respuesta a mi amigo desarrollador de web, lastimosamente no hay una respuesta correcta … cada quien decide como quiere cobrar y luego se mide en el mercado para encontrar a los clientes que ven valor en lo que ofreces.

A medida que obtenés más experiencia trabajando con clientes debes ir identificando cual es tu área especialidad, el área específica en que más agregas valor. Al identificar esto, verás que hay segmentos de mercado que valoran bastante tu aporte de experto y no tienen inconveniente pagando lo que tu trabajo vale.

Algunos puntos finales:

• Consejo: Difícilmente un cliente te pague por hora… debes hacer tu análisis de horas internamente y cotizar ‘por proyecto’ con buena definición del alcance del mismo (que incluye y que no).

• Aclaración: No soy experto en precios… siempre es un trabajo complicado decidir como cobrar y este artículo sólo es un análisis con valores hipotéticos. Hay muchas otras formas de abordar el tema.

• Opinen: Sus opiniones son bienvenidas para compartir experiencias en el proceso de definir precios en sus mercados locales.

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

En junio del año pasado disfrutamos de la conferencia WebConfLatino junto a 300 centroamericanos, evento que organizamos con el objetivo de traer a Centroamérica un evento de calidad centrado en temas de negocios en la web.

La conferencia fue un éxito… los participantes, patrocinadores y expositores quedaron muy satisfechos y sorprendidos, lo que nos dejó claro que WebConfLatino es un evento que debería realizarse todos los años.

Desde septiembre comenzamos ya con los detalles de organización del evento de WebConfLatino 2010. Hoy estamos en las etapas finales de confirmación de conferencistas, comenzando el contacto con patrocinadores locales y actualizando el look y contenido del sitio web.

El 12 de Abril lanzaremos el nuevo website en http://www.webconflatino.com … por el momento puedes ver detalles del evento del año pasado. Por ahora podemos adelantar que el evento se llevará a cabo el viernes 23 de Julio 2010 en el Campus de UNITEC en Tegucigalpa, Honduras. Al igual que el año pasado tendremos conferencistas internacionales representando a España, Colombia, Estados Unidos, Chile, Guatemala entre otros. Esperamos nuevamente recibir participantes de varias ciudades de Honduras y de todos los países vecinos, Guatemala, El Salvador, Nicaragua, Costa Rica y todos quienes quieran venir.

Este 29 de Marzo hice una presentación en Pio.LA, una comunidad en línea de innovadores latinoamericanos que organiza des-conferencias. En esta ocasión la des-conferencia se trataba de las comunidades y movimientos de emprendimiento web en Latinoamérica y me invitaron a dar una presentación acerca de WebConf.

A continuación les dejo el video de la presentación:

Este video es la presentación que hice en el Pio.la Barcamp del 23 de Febrero 2010 acerca de LocalSpanish el sitio web que estamos lanzando actualmente.

Hace un poco más de dos años lanzamos tuBabel.com, un diccionario colaborativo de regionalismos, modismos y jerga en español, orientado al mercado latino. En tuBabel los usuarios (babelistas) pueden agregar palabras y expresiones que usan en sus países y estas son agrupadas automáticamente según sus significados en español oficial.

El sitio ha crecido orgánicamente y hoy tiene más de 35,800 palabras, todas han sido aportadas por usuarios que han llegado al sitio por razones diferentes y desde países como México, Chile, Colombia, España y otros de habla hispana (22 en total).

Este mes hemos abierto la versión alpha (prototipo) de un sitio web derivado de tuBabel, lo llamamos LocalSpanish.com y es el mismo diccionario pero con opción de búsqueda y traducción al inglés. No es un diccionario de slang en inglés, es el mismo diccionario de slang de español pero con traducción al inglés… orientado a que personas que hablan inglés (gringos) y están aprendiendo español puedan descubrir como hablamos realmente los latinos.

Estamos aún en pruebas y falta mucho por hacer, pero cualquier comentario o idea está bienvenida. Y sí… la versión para iPhone ya está entre las ideas y en proceso de ser desarrollada.

Si tenés ideas y/o sugerencias para mejorar por favor envíamelas en un comentario o por el formulario de contacto.