Bitácora Imolko

Aprendizajes Extremos (y 4ta parte)

2011-01-04T14:15:00.001-04:30

Este es el último post de una serie de cuatro artículos sobre Programación Extrema y los aprendizajes que hemos tenido en estos meses. Puedes ver el primer artículo aqui.

Versiones Integrales

Con versiones integrales me refiero a un conjunto de funcionalides individuales que apuntan todas en la misma dirección. El contrario es cuándo se hacen versiones con un montón de funcionalides pero cada una apuntando a dirección distinta.

Cuándo todo el equipo se concentra en un mismo "tipo" de funcionalidades se logra una sinergia dificil de lograr cuándo se realizan funcionalidades inconexas. Esta sinergía además se transmite a toda la empresa, puesto que es mucho más fácil comunicar un concepto que agrupa a todas las funcionalides que cada una de las funcionalidades independientes. Incluso comercialmente es mucho más fácil de comunicar.

Para lograr esto es necesario que en la definición de la versión se defina el objetivo a lograr y se agrupen todas las funcionalides que apuntan a ese objetivo. La forma de agrupar puede variar en cada caso, pero es importante que se tenga un concepto para transmitir.

Creo que como ejemplos de estas versiones integrales podrían ser cosas como "Mejoramiento del API" (todo el mundo concentrado en mejorar el API), "Conexión con Facebook" (todo el mundo concentrado en crear funcionalidades relacionadas con Facebook), etc. En las dos últimas versiones hemos tenido foco en "Optimización en manejo de Volúmen" e "Implementación de Campos Relacionales".

La sinergía se logra en que todo el mundo resuelve problemas similares en el mismo período de tiempo; entonces las soluciones encontradas por los primeros se transmiten más fácilmente a los demás. El código se puede encapsular más fácilmente. Los problemas se pueden resolver fácilmente entre varios. Se evita el retrabajo, etc.

Este concepto tambien a ayudar a definir más fácilmente que se puede posponer. Todo lo que no apunta en el concepto de esta versión se puede pasar a otra versión.

Aprendizajes Extremos (3era parte)

2010-12-27T14:13:00.001-04:30

Continuo con los aprendizajes que hemos obtenido en los últimos meses en la aplicación de la metodología de Programación Extrema en Imolko. En este post, comento sobre como mantener el foco en el cierre para lograr los resultados deseados.

Puedes ver el primer artículo aqui.

Foco en el Cierre

Nada más importante que lograr el cierre de una tarea o funcionalidad. Debemos obligarnos todo el tiempo a hacernos dos preguntas claves:
1) ¿Qué hace falta para cerrar lo que estoy haciendo?

Muchas veces cuándo se está desarrollando una funcionalidad se hace sin ningún plan específico. Simplemente voy desarrollando a medida que voy necesitando y no tengo claro cuál es el siguiente paso. Esto lleva a que termine invirtiendo demasiado tiempo y energía en cosas que realmente no me hacen falta. O que me desenfoque en otras tareas (investigar en Internet, ver otros problemas o terminar chateando con otra gente) y no tengo claro cuáles actividades me faltan para cerrar.

Por el contrario cuándo tengo un plan mental sobre las actividades faltantes, puedo administrar mejor mi tiempo e incluso pedir ayuda para tareas específicas que me ayuden a cerrar.

2) ¿Qué puedo posponer para cerrar más rápidamente la funcionalidad que estoy haciendo?

Esta pregunta es aún más dificil de hacer que la primera. Esta pregunta ayuda a definir claramente que es lo más importante en lo que estoy haciendo. Una vez qu entiendo que es lo más importante, puedo ver con claridad cuáles cosas se pueden posponer. Cada vez que posponemos podemos cerrar más rápidamente.

Y cada cierre es una victoria. Con cada cierre estamos entregando más valor a nuestros clientes. Por que al final del día, nuestro cliente nos agradece que le entreguemos una funcionalidad pequeña cada mes, en vez de sólo entregarle en dos años una mega funcionalidad.

Inicialmente estas dos preguntas las he estado haciendo todo el tiempo a todo el mundo. Pero realmente lo importante es que todo el equipo las haga todo el tiempo; consigo mismo y con todo el resto del equipo.

En el siguiente post (el último de esta serie) comento sobre el uso de versiones integrales o coherentes.

Aprendizajes Extremos (2da parte)

2010-12-10T14:10:00.002-04:30

Este post forma parte de una serie de cuatro artículos sobre aprendizajes en la utilización de Programación Extrema. En el primer post, comentaba sobre el manejo de Versiones con Fecha Fija de Release.

Una sola tarea a la vez

Este me parece una de los aprendizajes más contra-intuitivos. Por lo regular uno piensa que mientras más tareas le asignes a una persona más posibilidades hay que se terminen las cosas. Cuándo se distribuyen las tareas tenemos la sensación que ya hemos avanzado y que estamos más cerca de terminar.

En mi experiencia resulta todo lo contrario.

A nível personal cuándo una persona tiene varias asignaciones por desarrollar termina menos cosas que recibiendo una asignación por vez. Creo que tiene que ver con la sensación de angustia que se genera al tener muchas cosas pendientes.

A nível grupal el efecto es aún más perverso; primero que la distribución del trabajo se realiza al principio del ciclo cuándo todavía no se tiene claro cuánto tiempo toma cada tarea. Entonces una persona podría acabar con mucho más trabajo que otras.

El grupo no se concentrar en cerrar sino en abrir. Lo más importante termina siendo "abrir" o comenzar con la nueva asignación en vez de concentrarse en "cerrar" la única que tenemos en cada momento.

En nuestro caso cada nuevo desarrollo es cerrado por el representante del usuario; cuándo un desarrollador tiene varias tareas pendientes sucede un ciclo totalmente antiproductivo. El ciclo se resume en estos pasos:
1) Desarrollador termina primera versión de una funcionalidad y la asigna al rep del usuario
2) Rep del Usuario está haciendo otras cosas, y le pide tiempo para hacer las pruebas
3) Desarrollador "abre" la próxima funcionalidad y comienza a trabajar. Saca de su mente el problema anterior e introduce este nuevo problema.
4) Rep del Usuario, realiza las pruebas y hace unas correcciones.
5) Desarrollador no quiere dejar de trabajar en su nueva funcionalidad (en la que ya está inmerso) y pide tiempo para realizar las correciones.
6) Vuelve al punto 1)

Despues de mucha energía y tiempo invertido se tienen muchas funcionalidades "abiertas" y ninguna cerrada.

Para romper con esta situación la solución es muy sencilla: Una sola asignación a la vez. Esta regla sencilla requiere mucha disciplina pero se gana full.

El ciclo queda así:
1) Desarrollador termina primera versión de una funcionalidad y la asigna al rep del usuario
2) Rep del Usuario está haciendo otras cosas, y le pide tiempo para hacer las pruebas. El tiempo solicitado se minimiza por que se entiende que el desarrollador no va a comenzar con más nada)
3) Desarrollador realiza pruebas de su funcionalidad, exactamente igual a como lo haría el rep del usuario. Si tiene errores corrige de una vez.
4) Rep del Usuario realiza pruebas, y se consigue con una versión más estable. Hace recomendaciones al desarrollador
5) Desarrollador termina correcciones y se cierra la funcionalidad.
6) Vuelve al punto 1)

Cada vez que se ejecuta este ciclo se tienen funcionalidades cerradas y la sensación de avance que a todos nos sube el auto estima. Y cada vez que cerramos tenemos ganar de seguir cerrando.

En la próxima parte, hablaré sobre como mantener Foco en el cierre.

Aprendizajes Extremos (1era parte)

2010-11-22T14:14:00.001-04:30

Buscando mejorar nuestra productividad en el desarrollo del software, en los últimos dos meses hemos implementado cambios en la forma en que estamos trabajando. Manteniéndonos en los principios básicos de XP, hemos hecho algunos ajustes menores y radicales en otros.

El objetivo fundamental de estos cambios es lograr cerrar la mayor cantidad de funcionalidades, y que éstas lleguen rápidamente a los clientes.

En la forma en que estábamos trabajando se venía presentando una situación dónde no teníamos el foco en hacer llegar las nuevas funcionalidades. El foco se trasladó al proceso del "cierre" de la funcionalidad pero esta funcionalidad no tenía que llegar al cliente para ser aprobada. Entonces se presentaban una situación dónde se podían cumplir las metas pero el cliente no veía ninguna mejora.

Versiones con Fecha Fija

El concepto de los User Stories en XP permite separar claramente cada nueva funcionalidad y manejarla como una unidad independiente. El riesgo que presenta este enfoque es que terminemos con una seria de funcionalidades inconexas que se van entregando al usuario en forma desordenada. Hasta hace un par de meses, estábamos sufriendo este síndrome. Las nuevas funcionalidades iban pasando sin ton ni son al ambiente de producción, pero no teníamos coherencia en cómo se generaban. Ni tampoco teníamos la sensación de Urgencia.

El primer cambio importante que aplicamos es definir exactamente las versiones, con su alcance mínimo y con fecha definida. La fecha se mantenía fija ("tallada en piedra") y se tiene flexibilidad con las funcionalidades que se deben incluir en la versión. Adicionalmente se implementó Maven (con el repositorio de Nexus) para ayudarnos a mantener claramente definidas las versiones con su numeración específica.

Asumimos la convención de que cada release se maneja después del primer punto y cualquier corrección que se haga sobre una versión específica en producción se le agrega otro punto. Entonces la primera versión que trabajamos con este esquema es la 4.1, y si hubiera algún Patch o corrección sobre esta versión sería la versión 4.1.1.

Este sencillo cambio creo que ha sido de gran importancia. El primer objetivo que se logra es que todos nos enfocamos en cerrar. Como la fecha está definida todo el mundo tiene la presión para cerrar su funcionalidad antes de ese período de tiempo.

Otro objetivo que se logra, es que realmente separamos lo "deseado" de lo "importante". Nos obliga a escoger entre constantemente entre distintas opciones. Y a pensar por qué vale la pena hacer esto o posponer aquello. No ponerles fechas fijas genera la falsa sensación que siempre se puede incluir de todo y nos obliga a enfocarnos. Cuándo tienes la fecha fija dejas de pensar con Gula y te concentras en lo realmente alimenticio.

En el próximo post, comentaré sobre como mantener una sola tarea asignada a la vez.

Los fracasos enseñan más

2010-10-05T10:29:00.005-04:30

Recientemente me topé con este artículo de Marc Hedlund que me pareció full interesante. Marc ha tenido una carrera muy variada, pero el tema del que se trata su artículo es sobre la empresa Wesabe y la empresa Mint.

Un poco de historia...

El primero de diciembre del 2005 se fundó la empresa Wesabe, cuyo objetivo principal era ayudar a las personas a administrar y mejorar sus finanzas personales.

En la primera ronda de financiamiento Wesabe consiguió 750mil U$D, y en una segunda ronda levantó 4Millones de los verdes.

El primero de Noviembre del 2006 (11 meses despues de Wesabe) se fundó la empresa Mint, cuyo objetivo era ayudar a las personas a administrar y mejorar sus finanzas personales.

En una primera ronda Mint consiguió 325mil U$D y posteriormente en dos rondas consiguieron 5.4Millones verdecitos.

Ambas empresas arrancaron en tiempos similares, contaron con similar financiamiento y se dedicaban al mismo objetivo. Pero hasta aquí llegan las similitudes.

En septiembre del 2009, Mint fué comprada por Intuit (el competidor más importante del sector de la "vieja escuela") por 170Millones U$D. En Junio del 2010 Wesabe cerró formalmente sus operaciones.

Tener dos empresas con condiciones similares y resultados tan dispares en un corto período de tiempo, permite hacer análisis sobre los factores de éxito en ambos casos.

Marc Hedlund fue el fundador de Wesabe, y en el artículo expone sus conclusiones sobre las razones que llevaron a tan dispares fin. Vale la pena leerlo.

Aunque estas empresas difieren de Imolko en su objeto de negocio, me parece que podemos extraer dos aprendizajes que se relacionan mucho con nuestra empresa.

Integra cuándo puedas

El primer de ellos es que Wesabe no utilizó los servicios de Yodlee que le hubieran permitido obtener información de muchos bancos. Prefirieron desarrollar una aplicación similar que les hizo invertir 6 meses de trabajo. Mint utilizó los servicios de Yodlee, y pudo enfocar sus energías en otras cosas y evitarse 6 meses de "desenfocamiento".

Este síndrome de querer hacerlo todo en casa puede afectar nuestra velocidad y no nos permite apalancarnos del trabajo que están haciendo otras empresas. Creo que, aunque algunas veces nos pega en el ego, debemos tener la disciplina de preguntarnos siempre si lo que estamos creando es vital para nuestro negocio y si no hay otro que ya lo tenga resuelto.

Experiencia sobre Funcionalidad

Mint desarrolló una mejor experiencia de uso, aunque no ofrecía mayores funcionalidades. Cosas como que te sugería valores para los campos de información, aúnque esa información no fuera muy útil o totalmente correcta, le hacían la vida más fácil al usuario y permitían que más usuarios se integrarán. Aunque Wesabe tuviera más funcionalidades (y de acuerdo a su creador, mejores ideas para ayudar a los usuarios) sólo se podrían mostrar a los valientes que eran capaces de hurgar aunque tuvieran una experiencia menos satisfactoria. Es decir, al no tomar en cuenta la experiencia de usuario se convierte en producto de nicho; sólo disponible para los usuarios más "duros" desde el punto de vista tecnológico.

Como buenos "Techies" muchas veces les damos más importancia a las funcionalidades y descuidamos la experiencia del usuario. Cosas como "se puede hacer, pero debes tomar este largo camino" para responder inquietudes de usuarios son indicios de sistemas con muchas funcionalidades que terminan siendo utilizado sólo por expertos.

Y el problema es que los expertos tienen muchas más opciones o peticiones mucho más específicas. Entonces al final terminas con muy poquitos usuarios que atentan contra la viabilidad de la empresa. Por el contrario, centrándonos en la experiencia del usuario podemos ir agregando funcionalidades y éstas van a salir fruto de la interacción directa con los usuarios. Creando un círculo virtuoso que permite el crecimiento orgánico de la empresa.

Contra los errores tome Bromine

2010-09-28T15:03:00.004-04:30

Desde hace un tiempo estamos trabajando intensivamente con Bromine y Selenium para automatizar las pruebas en nuestras aplicaciones Web. La idea es contar con tests que se ejecuten periódicamente y que simulen lo que haría un usuario directamente en su Browser.

Al principio es un poco complicado, por que se deben ajustar ciertas cosas que no vienen en la instalación regular. Pero después de unas cuántas horas el sistema funciona bastante bien. Una vez que lo tienes instalado utilizas un plugin para Firefox llamado Selenium-IDE que te ayuda a hacer los tests.

Teóricamente, sólo reproduces los pasos que haces normalmente y luego le das play una y otra vez. De esta manera garantizas que todo lo que está funcionando, no deje de funcionar por cambios en el programa. Puedes chekar una introducción aqui.

En la práctica, toma un tiempo aprender los trucos para "grabar" bien los tests y reproducirlos posteriormente. Después que le agarras el truco, es bastante sencillo. Para que tengas una idea, grabar un test de algo que toma 10 minutos en hacer manualmente, puede llevarte una hora. Pero después que lo tienes grabado, la reproducción se hace totalmente automática y no necesitas invertir tiempo de gente haciendo las pruebas. Al final es divertido ver como una especie de robot repite los pasos que le indicas, y el explorador comienza a hacer clicks y tipear cosas por si sólo.

Hasta el momento llevamos unos 60 tests automatizados, y creo que todavía nos pueden faltar unos 10 casos más por automatizar. Estos tests se van a ejecutar todos los días en nuestro servidor de alfa (última versión en desarrollo) a la media noche. De esta manera garantizamos que si hay cualquier error podamos detectarlo al día siguiente que se generó.

Cuándo se desarrollen nuevas funcionalidades se le generaran los tests una vez que el desarrollo esté listo y antes de publicarlo para que lo vean los clientes. Estos tests son generados por el área de Gestión Comercial. Adicionalmente el área de Operaciones tambien genera los tests que considere necesarios para aprobar el pase a producción de una versión nueva.

Esto es parte importante de nuestra metodología XP (Extreme Programming) y probar constantemente todo lo que se desarrolla. Estoy convencido que esto nos va a ayudar disminuir los errores que llegan a producción (ambiente utilizado por los clientes) y de esta manera poder mejorar nuestro servicio.

Convocatoria para 2do Taller Extreme Programming

2010-07-19T11:44:00.007-04:30

Ya comenzó la convocatoria al segundo Taller de Extreme Programming dictado por Imolko, y organizado en conjunto entre el Sena, Intersoftware y Tecnoparque Medellín.

Este taller forma desarrolladores en la metodología ágil Xtreme Programming. Es parte del programa "Empresarios del software formando los nuevos empresarios" del Tecnoparque cuyo objetivo es el cerrar las diferencias entre los estudiantes universitarios y lo que requerimos las empresas de software.

Nuestra participación en estos talleres busca dos objetivos fundamentales:
1) Retribuir a la comunidad en general y a los estudiantes en específico, los conocimientos que hemos adquirido desde Internet. Como parte de nuestro programa de responsabilidad social creemos que el conocimiento se multiplica y agrega valor cuánta más gente lo tenga.

2) Crear una cantera de desarrolladores que nos enriquezcan como empresa innovadora. Los desarrolladores que estén interesados podrán formar de nuestra empresa y crecer profesionalmente.

Creo que esta iniciativa nos permite mantenernos alineados con nuestro valor de innovación, garantizando que todo el tiempo tengamos nuevas ideas y gente para implementarlas. Esto mantiene fresca a la empresa y nos ayuda a todos a estar en contacto con nuevas formas de ver la tecnología. La idea es que todos los años estemos dictando estos talleres, formando y buscando el mejor talento para nuestra empresa.

El primer taller lo dictamos entre Marzo y Junio con la participación de 25 personas. El espacio físico dónde se dictan las clases es muy grato e invita a la innovación. En este primer taller trabajamos desde requerimientos como "Construir casa de los tres cochinitos" hasta los tests necesarios para el requerimiento de "Como Milla quiero matar Zombies". Realmente fue muy divertido y enriquecedor esta primera experiencia.

Para esta segunda versión, hemos aprendido un montón de cosas y viene totalmente reloaded.

El taller es dictado en modalidad presencial y virtual (b-learning), utilizando la plataforma Moodle como sistema para las evaluaciones, materiales e interacciones. La parte presencial se dicta en el Edificio del Tecnoparque en Medellín y la parte virtual nos apoyamos con Skype y Webex.

El contenido lo desarrollamos en conjunto entre Imolko y Masaya, quién nos apoyó en la estructuración pedagógica.

Si estás interesado puedes echarle un ojo al programa y las condiciones para participar. El exámen de ingreso se realiza el 2 de agosto y el curso comienza el 16 de Agosto.

Foro "Del Emprendimiento Local al Emprendimiento Global"

2010-07-14T11:54:00.009-04:30

Como gerente de Imolko, me invitaron a participar de ponente en un evento sobre Emprendimiento en Medellín. El evento fue organizado por la Cámara de Comercio de Aburrá Sur, Crece, la Gobernación de Antioquia y Creame.

El objetivo del evento es compartir con nuevos empresarios las experiencias de compañías que han salido de sus países para convertirse en empresas globales. Personalmente me sentí muy orgulloso que me invitaran y disfruté mucho participar.

Aburrá Sur es un conjunto de Municipios en el departamento de Antioquia; cuándo llegamos quedé gratamente sorprendido por el tamaño de la sede:

Al principio había unas palabras de los organizadores, y luego comenzamos con presentaciones de emprendedores. En el público había unas 350 personas que se mantuvieron muy atentos todo el tiempo.

Yo era el primer expositor, y esta fue la presentación que utilicé:

Fue como echarle el cuento a un amigo que va a montar una empresa fuera de su país sobre lo que hemos pasado en estos 4 años de internacionalización. Estuvo divertido poder compartir esas experiencias y sentir que pueden ayudar a otras empresas.

[Parte 2] [Parte 3]

Acompañándome como ponentes había casos full interesantes. La verdad me tripeé mucho oír las diversas experiencias y sentirme identificado con algunas de las vivencias, y sentir mucha envidia por otras :-)

Después de las presentaciones tuvimos un panel de preguntas y respuestas. A pesar del hambre que hacía por la hora (1pm pasadas), el auditorio continuaba lleno:

Después nos fuimos a almorzar y la pasamos muy bien profundizando más sobre las experiencias y conociendo más en detalle sobre algunos negocios. Despues del almuerzo ya conocía bastante más sobre mapas y GPS, cultivo de Palma Real y su aceite, y para completar: chalecos anti balas.

Aunque no estaban en el evento, también comentamos ampliamente sobre el Arequipe de Papas; había opiniones encontradas, algunos pensaban que el problema estaba en el producto y otros creíamos que estaba en el nombre. En todo caso, es interesante ver como la creatividad no conoce barreras :-)

Agradezco profundamente a los organizadores que me invitaron; la pasé muy bien y me encantó haber participado. Sentir que uno puede compartir su experiencia con gente de otros países es algo que le sube a uno el autoestima; y conocer experiencias tan diversas como innovadores es un cepillito para el alma emprendedora.

Ayuda al planeta, no vayas a tu oficina hoy

2010-06-29T11:54:00.000-04:30

Trabaja desde tu casa :-)

Según un montón de estudios, uno de las actividades con mayores emisiones de CO2 es el transporte terrestre propulsado por gasolina (carros, autobuses, etc). Las emisiones de CO2 contribuyen full al calentamiento global y a todas las pesadillas que eso conlleva.

Desde hace tres años comenzamos en Imolko a cambiar desde una empresa centrada en una oficina a una empresa centrada en Internet, dónde el sitio de trabajo pudiera ser escogido por cada uno de nosotros.

Hemos avanzado bastante en este sentido y actualmente casi todas las áreas pueden trabajar desde cualquier sitio. Tenemos todavía algunas áreas que requieren presencia física (sobre todo en el área de administración) pero en el resto de las áreas la presencia es opcional.

Al comienzo todos teníamos que ir a trabajar y vivir en la misma ciudad. El 100% de nuestros empleados trabajaban y vivían en Caracas.

Hoy en día trabajamos desde 8 ciudades distintas; varios de nosotros trabajamos desde la casa (total o parcialmente) y hemos logrado disminuir los viajes diarios a una oficina en un 70%.

De acuerdo un estudio publicado por la Consumer Electronic Association por cada día que se deja de ir a trabajar a la oficina y se trabaja desde la casa se ahorran entre 17 y 23 kilos de CO2.

Según estos números, con el trabajo remoto estamos ahorrando 3.6 toneladas de CO2 x mes, o 43.2 toneladas de CO2 anuales. Para tener una idea visual sobre este ahorro, esto es lo que significa una sola tonelada:

Con nuestra iniciativa de trabajo remoto, estamos dejando de generar 43 cajitas de estas de CO2. O puesto de otra manera, estamos ahorrando el consumo de 8 casas completas en un año (incluyendo aire acondicionado, televisión, computadoras, etc).

Alegra saber que con el aporte de cada uno efectivamente podemos hacer una diferencia. Personalmente estoy orgulloso de poder contribuir con el planeta y de paso, ser más felices y productivos.

Productividad y Progreso

2010-05-20T10:24:00.006-04:30

Durante mucho tiempo hemos vivido con la idea que en Latinoamérica los problemas más importantes son la extracción de recursos y la falta de inversión. El razonamiento más extendido es que nuestros recursos naturales han sido tomados por entes extranjeros que nos han dejado sin recursos y que luego estos recursos no son invertidos en la región. Este razonamiento tiene su máximo exponente en el libro "Las ventas abiertas de América Latina" escrito por los lejanos años de 1971.

Este razonamiento ha marcado profundamente nuestra forma de hacer políticas públicas pero también de actuar a nivel personal. Independientemente de lo veraz de este razonamiento, el problema es que deja el resultado de nuestra situación a factores externos (los que se llevan la riqueza, y los que no la invierten nuevamente), dificultando que podamos acciones para mejorarla.

Personalmente creo que uno de los mayores problemas que enfrentamos en latinoamérica es la falta de productividad que tenemos en líneas generales. Todos mis amigos europeos y norteamericanos trabajan menos tiempo que mis amigos latinoamericanos; y todos viven mejor. Trabajando menos logran obtener mejores ingresos y mejor calidad de vida. Y esto a mi me suena que tiene que ver con cuánto producen por cada hora trabajada.

Un reciente estudio publicado por el BID arroja como resultado que el principal problema de la región es la falta de productividad. Según la autora del informe Carmen Pagés:

"Más que inversiones adicionales, los países de la región deben hacer un mejor uso del capital físico y humano existente"

Resulta que desde 1990 los países desarrollados han mejorado un 1.4% su productividad mientras que en latinoamérica sólo hemos mejorado un 0.1% (Estos son los números del sector servicios que ocupa un 70% de la fuerza laboral de la región).

Cualquier país que hubiera aumentado la productividad en el sector servicios a la misma velocidad que la región asiática hubiera duplicado su economía. O sea que si obtuviéramos más dinero por cada hora invertida, estaríamos contribuyendo enormemente al crecimiento de la región.

En Imolko estamos haciendo un esfuerzo por medir nuestra productividad para determinar que tan cerca estamos lograr de convertirnos en una empresa de clase mundial. Lo que queremos es ser una empresa latinoamericana con productividad de primer mundo. La forma en que lo estamos midiendo es dividir las ventas que tenemos entre la cantidad de horas que trabajamos, y eso nos da el indicador de Ventas por Hora Trabajada.

Para mejorar esta productividad invertimos en innovación tanto en nuestros productos como en nuestros procesos internos. La idea general es que si un proceso es repetitivo y no agrega valor debe ser automatizado; con este sencillo concepto hemos eliminado más de 25 procesos manuales que son sustituidos por mejores procesos o por procesos automáticos. De esta manera nuestra gente se puede concentrar en actividades enriquecedores y no repetitivas que agregan valor y nos hacen más productivos.

Creo que también podemos contribuir haciendo más eficientes las pequeñas y medianas empresas que son una gran parte del sector productivo en la región. Con herramientas innovadoras de mercadeo que ayudan a mejorar las ventas estamos contribuyendo a aumentar la productividad de nuestros clientes.

Aunque es cierto que hacen falta políticas gubernamentales que incentiven la productividad, también es cierto que es posible mejorar con el aporte de empresas e individuos que estén dispuestos a innovar para aumentar su aporte a la sociedad.

Enfrentando la Mediocridad

2010-02-05T14:23:00.003-04:30

Esta es una presentación que hice para la reunión Mensual de Evaluación del mes de Enero.

El objetivo de la presentación es reflexionar sobre las conductas que atentan contra el trabajo en equipo. En nuestra cultura tenemos propensión a confundir la amistad con el profesionalismo; "cómo vas a decir que no soy bueno trabajando si somos amigos" son frases que en algún momento u otro repetimos o pensamos y que atentan contra nuestro crecimiento profesional.

Para convertirnos en un equipo de alta competencia, como queremos ser, debemos identificar estas conductas y reflexionar sobre como podemos cambiarla.

Cuándo el que las dice soy yo, pensar en mis expectativas hacia el futuro y cómo las voy a alcanzar. Pensar si estoy a gusto con mi trabajo y lo disfruto a plenitud. Si mi lugar para crecer es Imolko entonces debo cambiar esas conductas y prepararme para explotar al máximo mi potencial creativo.

Cuándo la dicen otras personas, debo tener el coraje para poder darles un feedback claro y permitirlas a esas personas que se den cuenta y cambien. Si no quieren cambiar, entonces ser lo suficientemente claro para que la organización se dé cuenta que esa persona no está aportando y está atentando contra el esfuerzo de todos.

En Imolko, ya hemos avanzado de una manera importante en convertirnos en un equipo de alta competencia, pero debemos mantener el esfuerzo y la disciplina para que nuestro sitio de trabajo nos permita crecer:

Profesionalmente: con un ambiente creativo y retador que me motive a desarrollar todo mi potencial
Personalmente: con un trabajo que no me quite todo el tiempo, y contribuya a mi bienestar emocional, familiar y personal
Materialmente: con una retribución económica que me permita desarrollar mis sueños

Estoy seguro que tenemos la capacidad con el equipo humano que tenemos actualmente y la cultura que hemos desarrollado de convertirnos en un equipo de alta competencia dónde todos podamos crecer sostenidamente en el tiempo.

Lo importante es que todos mantengamos el esfuerzo para conseguir nuestras metas.

Fotos Taller Sobre Creatividad

2010-01-27T12:45:00.004-04:30

Aqui están algunas fotos del Evento sobre Creatividad que hicimos en Galipán.

El equipo Ganador del Torneo, Felicitaciones!

Refactoring Week - Cierre

2010-01-17T08:02:00.000-04:30

Terminó la semana del evento y estoy muy satisfecho de lo que logramos.

Hicimos algunos cambios en la agenda: se eliminó el track de planificación del 2010 y se acortó el torneo de programación eliminando el último evento. Como aprendizaje para el próximo evento hay que ser menos ambicioso en la agenda, tomando en cuenta los tiempos que se consumen en descanso, traslados, etc. Pero tambien creo que para los pŕoximos hay que ser más esctricto en el manejo del tiempo y tener más "amarrados" los aspectos de logística.

El espacio físico acondicionado antes del evento es clave para optimizar el uso del tiempo, asi como los temas de comida y traslado.

El torneo de programación se definió en la noche del viernes, despues de unas intensas discusiones del jurado. Se tomaron más de una hora para decidir quién sería el ganador; pero definitivamente los equipos no se la pusieron fácil.

Los tres equipos le pusieron mucho corazón y todos pudieron llegar a la meta en cada uno de los eventos. Trabajando enfocadamente pudieron resolver los problemas técnicos asociados y aportar ideas innovadoras. Creo que todos nos sorprendimos al ver lo que somos capaces de generar en tan poco tiempo cuándo nos enfocamos.

Me siento muy orgulloso de trabajar en una empresa con ese potencial de creación!

El Equipo A se llevó a su casa el premio del torneo; "un flamante Portaretrato Digital Cero Kilómetros" :-).

Los números finales del torneo:

800 líneas de código probadas
3 proyectos que se ejecutan en Facebook y se conectan con Imolko
3 proyectos que se ejecutan desde Z4 y se conectan con Flicr

(Todo logrado en dos días y medio de trabajo)

La celebración estuvo a cargo del Sr Smirnoff, y luego algunos continuamos en El León. Creo que había mucho que celebrar; tenemos un equipo con gente de distintos países y que nos tripeamos lo que hacemos en un ambiente creativo.

Personalmente me siento muy contento de todo lo que alcanzamos y siento que los objetivos fueron logrados plenamente.

Refactoring Week - ¿Como mejoraros nuestra creación de Software?

2010-01-15T17:31:00.000-04:30

Como parte de la Refactoring Week desarrollamos una sesión para responder la pregunta ¿Como hacemos más productivo nuestro proceso de desarrollo - XQ ?

En esta sesión trabajaron las áreas de Desarrollo y de Gestión Comercial. La divimos en tres sesiones, en la primera hicimos dos grupos de trabajo mixtos (con personas de ambas areas) e hicimos una lluvia de ideas (estrenando herramientas aprendidas en el taller de creatividad :-) ).

En la segunda parte hicimos una revisión de la teoría básica de XP, para re-leer los conceptos y verlos a la luz de nuestra práctica cotidiana. Aqui se nos acabó la mañana y nos fuimos a almorzar.

En la tercera parte unificamos las ideas y las depuramos para convertirlas en tareas concretas.

Nuestro proceso de creación de software (Xtreme Quality) es un proceso central para nuestra estrategia. Para una empresa basada en la innovación, contar con un proceso de desarrollo excelente es básico para lograr nuestras metas. Nuestra cadena de valor se inicia creando innovaciones. Por eso creo que cualquier inversión que hagamos en nuestros procesos vale la pena.

Esta sesión que debía durar dos horas según la agenda, se extendió por todo el día. Todos estuvimos de acuerdo en que era muy importante seguir trabajando hasta llegar a las conclusiones finales.

Despues de todo un día de trabajo, generamos más de 40 tareas que corresponden a 12 objetivos puntuales.

Los objetivos a trabajar son:

Mejorar Plataforma Interna de desarrollo (ambiente Alfa)
Aumentar la Programación en Parejas
Refactoring Continuo
Mejorar la definicón de los User Stories
Cumplimiento de los formatos de las reuniones (diaria e interacciones)
Mejorar las estimaciones
Aumentar la Cobertura
Evitar conductas que tienden a la propiedad individual del código
Compartir la documentación de las investigaciones
Eliminar la Resistencia al Cambio
Facilitar el Feedback de los usuarios finales
Aumentar el uso de Metáforas y Visión Global

Creo que fue muy productiva y que pudimos identificar puntos concretos que afectan nuestra productividad y creatividad. Ahora debemos ponerlas en práctica!

(Se decidió hacer unos cambios en la agenda inicial del evento y dejamos por fuera lo relacionado a la planificación del 2010. Esto se trabajará remotamente en la semana siguiente)

Refactoring Week - Taller sobre Creatividad

2010-01-14T06:44:00.000-04:30

Para este taller nos desplazamos a Espacio Galipán, que queda cerca del pueblo Galipán en el cerro El Avila. El trayecto toma como 30 minutos desde Caracas, y vale la pena, por que al llegar te sientes en otro mundo.

Cafeconser3

View more presentations from estebanreyes.

Llegamos como a las 9 y nos fuimos a desayunar. Despues de la comida, arrancamos con las sesiones programadas por Patxi (Francisco Andrés) nuestro facilitador. El objetivo del taller era conversar sobre la creatividad y aprender a trabajar con las lluvias de ideas (brain storming).

Comenzamos con unos ejercicios físicos muy divertidos que nos ayudaron a calentar el espíritu y de paso, nos mostraron como las ideas preconcebidas o prejuicios nos impiden desarrollar soluciones a problemas cotidianos. Otra cosa importante, específicamente para mí, fue darme cuenta que la necesidad de controlar impide dejar a otros tomar iniciativas y resolver situaciones complejas; en el primer ejercicio, me la pasé todo el tiempo haciendo "shsssss" cuándo lo que se requería era que todos dijeran sus ideas. En algunas ocaciones lo mejor que se puede hacer es "Let it be"... como decía aquel Beatle.

Luego hicimos la primera lluvia de ideas para generar un Banco de Pet Projects. Hicimos una primera parte en parejas; en estas sesiones lo más importante es no limitar o juzgar ninguna idea y dejar que la creatividad fluya. En esta fase (media hora) generamos más de 70 ideas sobre posibles pet projects. Luego cada pareja, escogió las mejores 7 ideas y las publicamos en una pizarra. Despues de eso, cambiamos de pareja y cada nueva pareja escogió, de mutuo acuerdo, tres ideas para desarrollar más en profundidad.

Como parte final del ejercicio, cada equipo le colocó unas condiciones que debería cumplir cada idea para ser exitosa. Y le colocamos un puntaje a cada idea desarrollada en función a esos criterios. De acuerdo a ese puntaje escogimos las mejores ideas de cada equipo y se comentaron en conjunto. En menos de dos horas generamos 70 ideas a vuelo de pájaro, 27 ideas desarrolladas medianamente y 9 desarrolladas totalmente. Nada mal para un primer ejercicio :-)

Despues del almuerzo, hicimos un paréntesis para la presentación de los proyectos del torneo, y posteriormente continuamos con una sesión sobre el humor. El humor está relacionado con ver las cosas de una forma fuera de lo común. Lo peor que puede pasar con un chiste es que sea predecible. El humor tiene que ver con pensamiento "out of the box".

Para vivir en carne propia la relación entre las dos cosas, hicimos dos ejercicios donde cada uno (en equipo) debía crear una situación divertida. No es una tarea sencilla, pero lo más importante es que todos nos lanzamos y lo hicimos de la mejor manera. Fue realmente muy divertido ver lo que nos ocurrió a cada equipo. Hicimos dos ejercicios; uno en pareja y otro en grupos de 9 nueve personas. Interesantes lecciones sobre la creatividad y los ambientes que debemos crear para permitirnos explorar esa creatividad en cada uno.

Finalmente hicimos un segundo ejercicio de lluvia de ideas, pero esta vez orientado a encontrar un mensaje (podía ser un comercial, un informercial, una presentación en power point, etc) sobre como vender Zenkiu 4 en una convención de Turismo. Generamos un montón de ideas que podrían ser un comercial muy exitoso. Me gustó ver como todos hemos madurado los conocimientos sobre nuestro negocio y como podemos comunicarlo.

En Imolko hasta ahora no habíamos utilizado la herramienta de lluvia de ideas como una forma de resolver problemas. Definitivamente despues de este día, vamos a comenzar a utilizarla cotidianamente.

Desde aquí quiero hacer dos agradecimientos muy especiales: uno a Espacio Galipán que se portaron MUY BIEN. El sitio es un espectáculo, la comida toda una delicia y la atención estuvo excelente. Altamente recomendable para cualquiera que necesite un espacio dónde lograr la mayor productividad.

El otro es para Patxi, quién hizo un taller super interesante y muy provechoso para el equipo. Como siempre su excelente manejo de las dinámicas hizo que todo el equipo quedara muy satisfecho.

Refactoring Week - Torneo de Programación

2010-01-11T18:58:00.002-04:30

El torneo de programación (realizado durante el Refactoring Week) busca retarnos a crear proyectos innovadores trabajando en equipo y con poco tiempo.

Reglas Generales

La puntuación se realizará por equipos
Las parejas se escogerán al azar y estarán compuestas por un homeclub y un visitante y adicionalmente contarán con un consultor o padrino del área de Gestión Comercial
Se realizarán 4 eventos con una puntuación de 5 puntos cada uno.
En cada evento el primer lugar obtiene 5 puntos, segundo lugar obtiene 4 puntos y el tercero obtiene 2 puntos

Eventos Cobertura Backend y Frontend

Se debe aumentar la cobertura del código en las clases seleccionadas (la cobertura se refiere a la cantidad de líneas de código que tienen tests automatizados)
Se trabajará con una sola computadora por equipo
En los eventos de Cobertura se toma en cuenta el delta en números de líneas

Evento Facebook

Hacer una aplicación que se ejecute en Facebook, utilizando Facebook Connect.
Se debe definir inicialmente el User Story a desarrollar. El mismo se debe entregar antes de la 2pm del día del evento.
Contar con al menos una llamada a las funciones de Imolko
La aplicación se debe entregar al día siguiente del evento antes de las 9am

Para la evaluación se utilizarán los siguientes criterios:

Aplicación funcional
La cantidad de funciones que se utilicen de Imolko. Como mínimo debe utilizar una llamada
"Stickness"

Evento Flickr

Hacer una aplicación que se conecte con Flickr
Se debe definir inicialmente el User Story a desarrollar. El mismo se debe entregar antes de la 2pm del día del evento.
Contar con al menos una llamada a las funciones de Imolko
La aplicación se puede ejecutar en cualquier ambiente (IosFramework, Standalone, Página Web, etc).
La aplicación se debe entregar al día siguiente del evento antes de las 9am.

Para la evaluación se utilizarán los siguientes criterios:

Aplicación funcional
La cantidad de funciones que se utilicen de Imolko. Como mínimo debe utilizar una llamada
"Stickness"

Jurado Evaluador
La puntuación se asignará por un Jurado compuesto por:

Karina
Giancarlo
Miurika
Diana
Beatriz

Equipos
Despues de asignar los equipos, se les pidió que definieran su nombre. Los equipos seleccionaron estos nombres:

Equipo A: Adriana, Nora, Gustavo y Carlos
Los Gochos: Lorena, Marco y Joselyn
Bug Killers: Yohany, Ricardo, Daniel y Juan

Refactoring Enero 2010

2010-01-09T14:23:00.003-04:30

Desde el 11 hasta el 15 de enero, estaremos realizando la tercera edición del Refactoring Week de imolko. Las otras ediciones se han centrado en aspectos técnicos, y para esta versión hemos cambiado el formato para integrar más a todas las áreas

Lo que queremos lograr se resume en estos objetivos:

Definir la planificación para el 2010
Aumentar la cohesión grupal
Aumentar nuestra Creatividad
Revisar y Mejorar XQ

Nos encontraremos en Caracas y vendrán personas de 5 ciudades distintas: San Cristobal, Barquisimeto, Valera (venezuela), Medellin (Colombia) y Lleida (España).

Ha sido complicado cuadrar las venidas de todos, especialmente para los que vienen fuera de Venezuela. Creo que se han disminuido las frecuencias de vuelos a venezuela.

Tuvimos que esperar casi hasta ultimo momento para conseguir cupo desde Colombia; afortunadamente se pudo conseguir a tiempo y en las fechas que queríamos.

Este evento me ha tocado planificarlo a mi, y he propuesto una agenda bastante ambiciosa.

Tendremos tres tracks:

Técnico: torneo de programación y reuniones para conversar sobre xq
Comercial: taller sobre creatividad y reuniones sobre mercadeo
Planificación 2010: reuniones sobre nuestra estrategia.

En el primer track participaran Gestión Comercial y Desarrollo, y en los demás participaremos todos.

El evento va a ser en la oficina de Caracas, excepto el evento de creatividad que va a ser en Galipan-El Avila. El horario queda un poco apretado, arrancaremos a las 8.30 y terminaremos a las 6pm todos los días. Espero que nos alcance el tiempo para hacer todo lo planeado.

Estoy muy emocionado por reunir gente de tan diversas ciudades y espero que todo salga full bien.

Reuniones Diarias

2009-11-25T15:37:00.004-04:30

... o como aprendimos a desarmar una caja negra

Uno de los temas más importantes en empresas de tecnología es como lograr la conexión entre el área comercial (contacto con el público) y el área de desarrollo (los constructores de la tecnología). Si esta conexión no se logra, siempre tendras problemas del tipo "eso no se puede vender" o "mercadeo pide cosas sin sentido".

Xtreme Programming ofrece una de las herramientas más poderosas que he visto para lograr esta conexión; las reuniones diarias. La disciplina que requiere poder llevarlas a cabo se vé recompensada por la fluidez en la comunicación y la alineación que se logra.

La mecánica es muy sencilla: todos los días se realiza una reunión con una duración no mayor a 15 minutos dónde se ven las caras gente de gestión comercial y gente del área de desarrollo. Para ser exitosas, estas reuniones requieren cumplir rigurosamente con ciertas reglas. Nosotros ya tenemos casi un año utilizandolas, y hemos desarrollado estas reglas básicas:

Las reuniones se llevan a cabo a la misma hora y en el mismo sitio TODOS los dias. La hora que escogimos es las 11.45 y el sitio es la oficina de Caracas, y el skype para las personas remotas.
Cada persona del área de desarrolla se limita a responder tres preguntas:
- Qué hice desde la última reunión?
- Qué voy a hacer hoy?
- Qué problemas tuve?
Los obstáculos se enumeran, pero no se trata de resolverlos en la reunión. A menos que sea realmente algo trivial, se determina quién puede ayudar y se crea un compromiso para solucionarlos.
Las referencias a lo que se está haciendo están basadas a Trackers específicos. Los trackers definen claramente un User Story o una tarea realizada.
Se lleva una minuta que se publica en la wiki minutos despues de terminada la reunión. La minuta tiene una forma muy sencilla:

Estas reuniones requieren full constancia y disciplina; todos los días se debe estar pendiente para que se cumplan estas sencillas reglas. El peor enemigo de estas reuniones es que se comiencen a relajar las reglas.

El objetivo primordial de estas reglas, es hacer que las reuniones sean rápidas y ligeras. De hecho, los puristas de XP recomiendan hacerlas de pie, para que fluyan más rápidamente. Si no se respeta la regla de los 15 minutos, las reuniones comienzan a ser cansonas y la gente las percibe como una perdida de tiempo, ocasionando que se deje de asistir.

Ahora bien, si el equipo las realiza los beneficios son muy grandes.

En primer lugar se pierde el sentido de caja negra en lo que hacen los desarrolladores.
Todo el equipo sabe exactamente en que están trabajando los demás.
Se logra resolver problemas de comunicación que de otra manera se convertirían en pérdidas de tiempo y retrabajos.
Se cuenta con un espacio claro para alinearnos, y comentar los problemas que podamos tener. Tambien permite que gestión comercial pueda entender las complejidades de ciertas tareas y cambiar las prioridades en caso de requerirlo.
Sinergia entre los desarrolladores, ya que todos están al tanto de lo que está haciendo el otro

Realmente es una de las prácticas que más valoro de Extreme Programming, y una de las primeras que recomiendo implementar si se quiere mejorar el proceso de creación de valor en una empresa de tecnología.

Desde mi oficina

2009-10-13T14:35:00.001-04:30

Nuestras oficinas están rodeadas de verde; había una luz muy tripa en una tarde de octubre, asi que tomé la foto y la comparto.

Compromisos y Alineación

2009-10-13T14:27:00.002-04:30

Durante la reunión mensual de seguimiento de nuestro desempeño, hice esta presentación sobre los compromisos y la alineación.

La idea de la presentación es recalcar que en Imolko creemos profundamente en el individuo como fuerza creadora; que esa fuerza se manifiesta más fácilmente en ambientes flexibles, y que esa libertad está asociada la responsabilidad para asumir las consecuencias de tus actos.

Diseño y funcionalidad

2009-10-05T17:25:00.001-04:30

Desde que las computadoras comenzaron a popularizarse, el tema de la interacción entre las máquinas y los humanos ha sido un tema complejo. Desde el mítico trabajo de Fernando Flores hasta el iPhone, la importancia del diseño de una aplicación tiene el mismo rango que la funcionalidad que ésta ofrece.

En Internet las fronteras entre diseño y funcionalidad desaparecen casi totalmente; es muy difícil separar entre el diseño gráfico y la funcionalidad de Amazon o de facebook. Con todas las opciones existentes en Internet (o en otros medios) cualquier sitio que no cautive nuestra atención, sencillamente no me va a tener como usuario. Aunque lo que ofrezca sea muy bueno, si no tiene una forma muy sencilla e intuitiva de usarse no va a tener éxito.

El mayor obstáculo que se presenta para que funcionalidad y diseño sean armónicos y generen sinergía es que requieren dos perfiles distintos (y opuestos en muchos casos). Mientras que las funcionalidades son realizadas por desarrolladores (ingenieros, licenciados, científicos), el look es realizado por diseñadores gráficos. Y para mayor complicacion en el mundo web 2.0 ambas cosas se entrecruzan y solapan cada día mas.

En la empresa, lo que estamos haciendo en nuestra metodología es incorporar el diseño gráfico como una parte fundamental de nuestras "líneas de producción" de software. Para lograr esto, estamos:
# Trabajando con un patrón "modelo vista controlador" que nos permite separar al máximo las vistas (o pantallas) con respecto a los datos que se procesan.

# Utilizando CSS para homogeneizar como se manejan los atributos gráficos dentro de la aplicación y separar la utilidad de los elementos gráficos de su apariencia. Así por ejemplo cuando se esta desarrollando un formulario se coloca la etiqueta "titulo" y se define por separado (en una hoja de estilo) su apariencia como "fuente 18 negritas". De esta manera el desarrollador sabe que está colocando un titulo y el diseñador que debe tener fuente 18 en negritas.

# Dando acceso al diseñador para que almacene su trabajo directamente en el repositorio de código y que por cada cambio que se genere en la apariencia se genere una nueva versión del software, sin tener que depender de ningún otro miembro del equipo, lo que acelera su trabajo y disminuye las fuentes de errores.

# Trabajando cada persona con sus herramientas naturales; trabajar con standards abiertos permite que se puedan utilizar programas de distintos proveedores, y no forzar a ninguno a utilizar sistemas distintos para interactuar con el otro. Específicamente, los desarrolladores trabajan con NetBeans (desarrollo JAVA) y en diseño se trabaja con Dreamweaver, que son las herramientas que utilizan regularmente.

Recién estamos comenzando esta integración y yo creo que nos va a traer un montón de cambios en la forma en que se muestran nuestras aplicaciones. Si logramos la velocidad que espero, estos cambios se van a notar súper rápido en nuestras aplicaciones.

Evaluación 360 grados

2009-09-01T14:28:00.004-04:30

En estos días terminamos el proceso de evaluarnos entre todos, conocido como Evaluación de 360 grados. La idea de esta evaluación es que cada persona sea evaluada por sus colegas, supervisores y supervisados, para lograr una visión global de sus competencias (Aquí hay un artículo interesante sobre el tema).

Lo que queríamos lograr era medir nuestro compromiso con los valores de Imolko, y tener un punto de partida para poder mejorarlo. El primer problema que tuvimos es que en Imolko no tenemos supervisores ni supervisados; sólo colegas. Por esta razón tuvimos que modificar el instrumento para que todas las evaluaciones fueran entre pares.

Nuevamente contamos con el apoyo de Softmetrics, quién nos ayudó en todo el camino. Diseñaron un instrumento que medía el compromiso con cada uno de los valores mediante preguntas sencillas. Una de las cosas que me parece más interesante es que la encuesta permite aterrizar lo que significan los valores en el día a día. Entender lo que significan conceptos abstractos en nuestras conductas cotidianas, me parece que ayudan full a alinearnos como equipo.

Se diseñaron 39 preguntas que representan nuestros valores en conductas totalmente observables. Cada persona debía responder una autoevaluación y las evaluaciones de los compañeros que le fueron asignados. En promedio cada persona evaluó a otras 6 personas.

Tuvimos como dos semanas para llenar las encuestas en forma electrónica; lo que permitía no "atragantarse" con todas las evaluaciones en poco tiempo. Me parece que es importante tomarse el tiempo para responder cada encuesta y creo que todos lo hicimos de esta manera.

Despues de tener las respuestas de todas las personas, Softmetrics entregó los informes de cada persona. Creo que es una parte importante de este proceso, contar con una empresa que se encargue de:
* Diseñar las preguntas
* Determinar quiénes deberían evaluar a quién
* Tabular los resultados

De esta manera, se evitan problemas de confidencialidad, y que se puedan "filtrar" quién evaluó a quién y que respuestas colocó. Definitivamente estos procesos son muy sensibles, y todo lo que se haga para proteger la privacidad (y mantener la confianza en el proceso) vale la pena hacerlo.

En nuestro proceso garantizamos que nadie de Imolko pudiera ver las respuestas individuales. Y Adicionalmente sólo una persona (yo) vió los resultados obtenidos por todas las personas.

Un resultado muy interesante, es la comparación de cada autoevaluación con la percepción de las demás personas. Contrastar la opinión que tienes de tí mismo con la que tienen los demás puede ayudarte a aterrizar tus percepciones y entender como tus conductas tienen consecuencias en lo que los demás perciben de tí.

Como paso final, mantuve entrevistas personales con cada persona para entregarles sus resultados. En estas reuniones además de entregar los resultados, di mi feedback personal para hacer ayudar a digerir mejor los resultados. Y en la mayoría de los casos, intenté establecer acciones concretas para mejorar los resultados en los valores con mayor deficiencia.

Estoy seguro que este proceso nos va a ayudar como equipo y a fortalecer nuestra cultura basada en los valores que tenemos. La idea es que hagamos estas evaluaciones periódicamente para ver el progreso de cada uno.

Personalmente, quedé muy satisfecho con el proceso y agradezco a la gente de Softmetrics por el apoyo, pero especialmente a todos los que trabajamos en Imolko, por haber participado de manera tan entusiasta y profesional.

¿Cómo estamos tratando a los clientes?

2009-07-27T13:06:00.007-04:30

Uno de los pilares fundamentales de nuestra estrategia es que logremos que nuestros clientes se conviertan en promotores de nuestro servicio; es decir, que estén tan felices con nuestro servicio que lo recomienden a otras personas. Para saber qué tan bien lo hacemos, entre nuestros indicadores estratégicos se encuentra el de satisfacción de los clientes.

Este indicador se mide semestralmente; comenzando este año decidimos contratar a una empresa especializada para que realice una encuesta de satisfacción a una muestra de los clientes. La empresa que escogimos se llama Softmetrics y estamos muy contentos por su profesionalismo y dedicación.

Se hicieron encuestas telefónicas y por email a clientes en Colombia, República Dominicana y Venezuela. Evaluamos tres áreas que definen la satisfacción del cliente.

Satisfacción con relación a los atributos de servicio

Las evaluaciones van desde 1 (deficiente) hasta el 5 (excelente).

Nuestra mayor fortaleza es la atención que brindamos a nuestros clientes. Un impresionante 4.74 indica que hemos prestado una atención con tendencia clara hacia la excelencia.

Nuestra mayor deficiencia en esta área es la eficacia de las herramientas para lo que los clientes requieren de ellas. Sabemos de estas limitaciones y estamos trabajando para subsanarlo. Esta semana lanzamos el primer beta de Zenkiu 4, y ya vienen en camino nuevas versiones de Xálala y Yumba que salen este semestre.

Comparativo con otros proveedores

Atención al cliente destaca por sobre encima de la competencia, con un valor de 4.20, o sea mejor que sólo "Bueno".

Donde no salimos tan bien es en nuestras herramientas; aqui tenemos un 3.67 que está muy por debajo de nuestro norte. Aqui tenemos que trabajar muy duro con innovaciones para poder cerrar esta brecha. Afortunadamente tenemos más de un año trabajando este punto y pronto nuestros clientes comenzarán a ver los resultados.

Intención de uso y recomendación de los servicios

En este caso, la escala para los valores iba desde semestral (1) hasta diario (4). La mayoría de nuestros clientes utiliza la herramienta semanalmente, y algunos muy pocos la utilizan diariamente. Creo que aquí hay una oportunidad muy interesante para mejorar esta frecuencia y convertir nuestras herramientas en el día a día de sus usuarios.

La mayoría de las personas encuestadas manifestaron haber recomendado nuestros servicios "Alguna Vez" y su intención de Recomendación iba de "probable" a "seguro" (5).

En líneas generales estoy muy contento con los resultados obtenidos; básicamente por dos razones. La primera es que estoy muy orgulloso de nuestros níveles de atención, y la segunda que me parece un paso muy importante tener una empresa externa que nos ayude a medir la satisfacción de los clientes.

Creo que estos resultados validan nuestra estrategia fundamentada en una excelente calidad de servicio y en innovaciones en nuestros servicios. En el primer pilar (calidad de servicio) hemos hecho grandes avances, y en el segundo pilar (innovación) también hemos avanzado y este semestre se van a notar los cambios.

Muchas Gracias a todas los clientes que participaron de esta medición y que nos ayudan a mejorar nuestra empresa!!

Acuerdo sobre Wakal

2009-07-20T17:33:00.002-04:30

Wakal es una herramienta desarrollada por Imolko que permite el manejo digital de documentos que normalmente se imprimen (Estados de Cuenta y Facturas principalmente).

Esta herramienta fue desarrollada hace unos 4 años y durante este tiempo se ha convertido en líder en Venezuela en su segmento. Debido al éxito de la herramienta, cada vez ha tomado sus propios caminos que se alejan del negocio principal de Imolko. Por esta razón, hemos llegado a un acuerdo con Soluciones Láser para que se encargue de comercializarlo y continuar desarrollando esta herramienta.

En Imolko estamos muy contentos de transferir esta herramienta para poder enfocar aún más en el mercadeo electrónico y a la vez garantizar la continuidad de este producto.

A continuación coloco una carta que fue enviada a los clientes dónde se explica con más detalle la situación.

Caracas, 15 de julio de 2009

Estimado cliente:

Gracias por seleccionar Wakal como su herramienta para el manejo de estados de cuenta y facturas en formato digital. Desde hace 4 años, hemos trabajado para mejorar esta herramienta y convertirla en el servicio líder en Venezuela.

Wakal fue desarrollado inicialmente por Imolko como una forma de incentivar el envío de estados de cuenta vía correo electrónico. La necesidad que cubre Wakal se hizo mucho más amplia y tuvimos que agregarle nuevas características para atender al mercado. Estas funcionalidades alejaron al sistema Wakal de la actividad principal de Imolko.

El foco de Imolko es la prestación de servicios de mercadeo electrónico para empresas. Estos servicios incluyen las comunicaciones vía correo electrónico (email) y Mensajes de Texto (SMS), asi como aplicaciones para la interacción a través de celulares. Específicamente contamos con las herramientas Zenkiu, Xálala y Yumba, que permiten a las empresas comunicarse mejor con sus audiencias clave. En nuestro sitio web (http://www.imolko.com) se encuentra amplia información sobre como podemos ayudar a su empresa a establecer comunicaciones más efectivas con sus clientes.

Para garantizar que se continue prestando el servicio Wakal con la mejor calidad, hemos llegado a un acuerdo con la empresa Soluciones Laser para traspasar el servicio y que ellos se encarguen de desarrollarlo, comercializarlo y operarlo.

Soluciones Láser ha trabajado con Imolko desde el principio como canal de comercialización exclusivo del servicio Wakal y tiene la capacidad y experiencia para continuar brindando un excelente servicio.

Este acuerdo nos pemitirá cumplir dos objetivos muy importantes:
1) Enfocar nuestros recursos en prestar servicios de mercadeo electrónico para empresas
2) Garantizar continuidad a nuestros clientes actuales de Wakal, honrando la confianza que han depositado en la solución

A partir del 1ero Agosto del presente año el soporte, operación y nuevos desarrollos sobre la plataforma Wakal serán realizados directamente por Soluciones Láser. Imolko continuará dando soporte de segundo nivel durante 6 meses para solventar cualquier problema que se pueda presentar durante esta etapa. Se entiende por soporte de segundo nivel cualquier incidente que no se encuentre actualmente documentado y que Soluciones Láser no pueda resolver en tiempos adecuados. Para los usuarios de Wakal el proceso será totalmente transparente y no se requiere que realicen ninguna acción para continuar disfrutando del servicio.

Estamos muy contentos de poder dar este paso, y le reiteramos nuestra gratitud por haber seleccionado Wakal. En Imolko estamos a su disposición para cubrir cualquier necesidad con el mercadeo electrónico, y en especial en todo lo relacionado con Email y SMS para grandes audiencias.

Si tiene cualquier inquietud no dude en contactarnos para aclararle cualquier punto sobre cómo se hará la transición en la prestación del servicio. Puede contactarnos a través de nuestro correo electrónico atencionalcliente@imolko.com o llamando directamente al 0212-2435393.

Atentamente,

Equipo de Gestión Comercial
Imolko

Cambios Extremos en la Recta Final

2009-06-22T12:32:00.006-04:30

Hace un año comenzamos a cuestionarnos nuestro proceso de desarrollo de software, y decidimos implementar la metodología de Programación Extrema para hacernos una empresa más competitiva y con mayor rapidez para cambiar.

Ya estamos en la recta final, y esta semana debemos estar lanzando un beta de Zenkiu 4. Este es nuestro principal servicio, y es la primera vez desde la versión 1 que estamos re-haciendo completamente todo el sistema.

Aúnque nos ha tomado más tiempo del que inicialmente creí que nos iba a tomar, durante este año hemos hecho un montón de cambios. Durante este año:
1) Implementamos la metodología XP con todas sus prácticas
2) Cambiamos nuestro servidor de base de datos
3) Adoptamos Java 2 Enterprise Edition como nuestro lenguaje de desarrollo
4) Cambiamos el framework gráfico con qué trabajamos nuestras aplicaciones
5) Cambiamos de Sistema Operativo para trabajar con Linux como nuestra plataforma de servidores
6) Implementamos un servidor de aplicaciones para todos nuestros desarrollos
7) Implementamos manejo de versiones sobre nuestra base de datos para garantizar la integridad entre versiones
8) Implementamos el desarrollo remoto con personas fuera de nuestra oficina en Caracas

Todos estos cambios los hemos hecho manteniendo la calidad de servicios en nuestra plataforma actual, lo cuál hace más complicado el trabajo.

Debido al alcance de todos estos cambios, hasta ahora no habíamos podido compartirlos con nuestros clientes, pero la angustía terminó. Con el lanzamiento de nuestro primer beta, vamos a comenzar a hacer releases mensuales con las nuevas funcionalidades que estemos desarrollando.

Creo que estos cambios nos permitirán generar muchas más innovaciones; la velocidad con que vamos a hacer cambios en el segundo semestre nos permitirá acercanos mucho más a nuestros clientes y ofrecer mejores herramientas de mercadeo electrónico.

Estoy seguro que esto va a inaugurar una nueva etapa en Imolko; software de mayor calidad y más velocidad de innovación.

Ha sido un trabajo ardúo y emocionante para todas las personas involucradas. Hemos aprendido montones de cosas, e incluso trabajando en áreas dónde muy pocas empresas se encuentran actualmente.

Este trabajo nos ha permitido posicionarnos con mucha fuerza ante el mercado y con la seguridad de poder enfrentar con creatividad y capacidad de ejecución los tremendos retos que se presentarán en lo que queda de este año y el próximo.

Indicadores y Justicia

2009-04-07T08:32:00.003-04:30

Cuándo se evalúan los indicadores (en Imolko lo hacemos mensualmente) algunos podemos tener la sensación de que ese resultado es "injusto". El razonamiento es muy sencillo; yo hice mi trabajo pero por algunas razones que escapan de mi control el resultado no se logró y por eso es injusto que no lo haya alcanzado.

Efectivamente se puede pensar que hay "injusticia" en que los clientes no compren nuestros productos, o no se atrasen en los pagos, o los servidores decidan dañarse. En algunos casos, esta percepción de injusticia puede llegar al extremo de pensar que todo lo que nos sucede se debe a factores externos. Cuándo esto pasa se pierde la capacidad de modificar el entorno y de tomar medidas que nos ayuden a vender más, cobrar más eficientemente o tener planes de contingencia para mantener los servidores funcionando.

Julián Rotter, un psicólogo conductista norteaméricano planteó por los años sesenta el concepto de locus de control para medir la la capacidad de control y autocontrol; hasta qué punto cada persona logra controlarse ante eventos sociales o o por el contrario se deja influenciar por éstos.

El pana Julián plantea que existen dos extremos en el locus de control (cita de la wiki):
"Locus de control interno: percepción del sujeto que los eventos ocurren principalmente como efecto de sus propias acciones, es decír la percepción que el mísmo controla su vida. Tal persona valora positivamente el esfuerzo, la habilidad y responsabilidad personal.

Locus de control externo: percepción del sujeto que los eventos ocurren como resultado del azar, el destino, la suerte o el poder y decisiones de otros. Así, el LC externo es la percepción de que los eventos no tienen relación con el propio desempeño, es decir que los eventos no pueden ser controlados por esfuerzo y dedicación propios. Tal persona se caracteriza por atribuir méritos y responsabilidades principalmente a otras personas.
"

En mi opinión, los venezolanos (y probablemente los latinoaméricanos en general) tenemos una propensión cultural al extremo del locus de control externo. Muchas veces hemos visto en los noticieros, como la reacción ante cualquier calamidad (deslizamientos, inundaciónes, basura desbordada, etc) es "hacer un llamado a las autoridades competentes", aunque definitivamente yo podría ayudar no botando la basura frente a mi casa, mi primera opción es que el gobierno o el estado o cualquier otro tome acciones. Y esto es un rasgo que puede verse en cualquier estrato social. Creo que eso es una de las razones que explica por que teniendo tantos ingresos como país, no hayamos progresado como sociedad.

Cuando en Imolko implementamos los indicadores para medir nuetros resultados, estamos valorando el locus de control interno, y asumiendo que somos capaces de modificar nuestro entorno para agregar valor y crecer como personas y empresas.

Aunque pueda parecer "injusto", en realidad lo que estamos haciendo es confiar en nuestra creatividad y esfuerzo para cumplir las metas que nos planteamos y contribuir a generar valor en nuestro entorno.

Posicionamiento en los Buscadores

2009-04-01T11:09:00.004-04:30

Estamos trabajando desde hace un par de meses en el rediseño de nuestra presencia Web. Esto incluye nuestro sitio web www.imolko.com, asi como la integración entre nuestras aplicaciones y el sitio web.

Un objetivo clave es que logremos que más gente nos consiga en los buscadores. Puesto en palabras sencillas, que cuándo alguien busque en Google (u otros) unos servicios como los nuestros, aparezcamos en la primera página de resultados. A los visitantes que llegan a nuestro sitio web haciendo click en estos resultados de búsqueda se le denomina tráfico orgánico.

El otro tipo de tráfico (no orgánico) es el que se consigue pagando a los buscadores o anunciando en publicidad. Esto es lo que se consigue utilizando Google Adwords, o comprando publicidad en Facebook o en cualquier otra red de publicidad. Una vez que se paga, aparecen como anuncios cuándo las personas hacen búsquedas o miran el perfil en Facebook.

Aunque son una forma muy sencilla de conseguir visitantes, tienen dos problemas asociados:
* Costo: Es necesario pagar por cada click recibido
* Calidad del visitante: la probabilidad de compra es más baja comparada con un visitante que está haciendo una búsqueda específica.

Conseguir visitantes que vengan de tráfico orgánico es lo que todos los sitios web del planeta quieren lograr. Puesto en palabras de mi tía, dueña de una guarderia con un sitio web recién estrenado: "¿Qué debo hacer para que la gente que busque guarderías encuentre mi sitio de primero?" es la pregunta que todo el mundo se hace.

La respuesta no es nada sencilla, y ha dado lugar a toda una disciplina llamada "Search Engine Optimization" u optimización para buscadores. La idea es aplicar unas prácticas que ayuden a posicionar mejor tu sitio en las búsquedas.

El primer paso es determinar qué palabras buscan las personas que deberían llegar a tu sitio. Esto es un paso nada trivial y que debe hacerse a forma de ensayo y error, y probar muchas veces. Se trata de averiguar que busca una persona que quieres que llegue a tu sitio.

El segundo paso es optimizar tu sitio de web para que los buscadores lo consideren un contenido apropiado para esa(s) búsqueda(s). Para que te hagas una idea, una de las primeras cosas que busca un buscador (valga la cacofonía) es que las palabras aparezcan muchas veces en tu sitio web. A esto lo llaman "densidad". Entonces entre dos páginas que hablan sobre "mercadeo electrónico" (si esta fuera la búsqueda) la página que tenga más veces esta frase en proporción a las otras palabras saldrá de primero. Hay unas 50 prácticas adicionales que puedes poner en práctica, y mientras más amigable sea el sitio para los buscadores, mejor posicionado saldrás.

El tercer paso es lograr que más y más páginas tengan enlaces a tu sitio; los buscadores tambien toman en cuenta cuánta gente te "linkea" para saber que tan prestigioso eres. Entonces entre dos páginas que tengan el mismo contenido, "amigabilidad" igual, el buscador escogerá a la página que sea más referenciada en otras páginas.

Todos estos pasos, deben hacerse todo el tiempo, para ir adaptandose a los cambios en los buscadores y para ir logrando mejores resultados.

Hay servicios en el mercado que te ayudan a implementar estas prácticas y evaluar tu sitio para darte una idea. Google ofrece un set de herramientas gratuitos que pueden ayudarte en esta tarea.

Aunque parece una pesadilla (y probablemente algo de esto tiene) vale la pena, por la cantidad de visitantes que recibe tu sitio. Piensa por un momento en tu propia experiencia; todas tus investigaciones comienzan en el buscador; si logras que el buscador te trate bien, vas a ser el destino de muchos visitantes.

En nuestro nuevo sitio de web, estamos aplicando muchas de estas prácticas para obtener muchos más visitantes y por tanto, muchos más potenciales usuarios.

Kriptonita de innovación ante la SuperCrisis

2009-03-24T17:07:00.005-04:30

El 2009 se presenta como el año más complejo a nível mundial desde la explosión de Internet. Todas las señales indican que la crisis se va a sentir muy fuerte en las empresas de tecnología y en especial de las empresas que prestan servicios a través de Internet.

En el caso de Imolko, este año tenemos planificado crecer con una tasa similar a la que hemos crecido durante los dos últimos años. Esto implica que debemos trabajar aún más fuerte para mantener el mismo ritmo con las condiciones adversas que se están presentando.

Uno de los pilares fundamentales de nuestra estrategia para este año es la innovación. Que seamos capaces de cambiar rápidamente ante el entorno. Que podamos disminuir los tiempos a semanas (o días) desde la idea hasta la implementación. Que podamos oir a nuestros clientes y reaccionar a la velocidad del rayo.

Creo que la innovación nos va a permitir:

Diversificar nuestros servicios
Crear valor agregado que sea primordial para los clientes
Integrarnos con otras herramientas (Facebook, Flickr, Youtube) para crear sinergia
Aumentar la tasa de lanzamientos
Mejorar la calidad de servicio
Penetrar otros mercados

Afortunadamente desde hace unos meses, hemos sistematizado nuestro proceso de creación de valor, para convertirnos en una fábrica de innovación. Un terreno fértil dónde fácilmente podamos sembrar ideas y cosechar productos implementados muy rápidamente.

Uno de los factores claves para que podamos tener éxito es lograr el compromiso de nuestros clientes, empleados y proveedores con la innovación.

Especialmente los que trabajamos en Imolko debemos entender que estamos en una situación muy complicada y que la creatividad en el día a día es lo que nos va a permitir seguir creciendo como empresa.

Esta apuesta de los últimos meses nos permite estar en una buena posición para meterle el pecho a la crisis y salir airosos. Creo que va a ser un año duro, pero dónde podremos encontrar buenas oportunidades por dónde seguir creciendo, siempre que podamos ver el entorno y reaccionar rápidamente. O sea que seamos capaces de innovar.

Comisiones de venta en la era Internet

2009-03-04T08:32:00.003-04:30

Una de las verdades más arraigadas en el "sentido común de los negocios" indica que para hacer crecer un negocio es necesario pagar comisiones de ventas a los vendedores. En varios momentos en la historia de Imolko, hemos aceptado esta verdad y hemos implementado comisiones de ventas.

Mi experiencia es que las comisiones de venta no funcionan en una empresa que busca escalabilidad en la era internet. Por escalabilidad entiendo que la cantidad de horas/hombre invertidas no esté relacionada con las ventas de una empresa. Que el mismo grupo de personas sea capaz de hacer 1.000 veces más ventas/clientes/ganancias.

En el caso de Imolko, nuestra apuesta es a que seamos capaces de cerrar las ventas totalmente por internet; productos útiles que se expliquen por sí mismos y que logren que nuestros clientes recomienden a otros clientes. Todos nuestros esfuerzos comerciales enfocados en mejorar nuestros productos y que la gente los conozca; todos nuestros esfuerzos en hacer qué como empresa logremos mayores ventas.

Cuándo en un escenario como éste introducimos el esquema de comisiones, los esfuerzos ya no se dedican a que se haga mejor el proceso de ventas, sino que se dedica que yo pueda cerrar más ventas. Aunque pareciera lógico pensar que ambas cosas están alineadas, la práctica indica que siempre se crean conflictos de intereses que atentan contra el crecimiento de la empresa, e incluso contra la experiencia del cliente.

Veamos este ejemplo: mis comisiones dependen de cuántos clientes cierro. Puesto a decidir entre una tienda en línea que permita a los clientes comprar directamente y una que requiera soporte, mí interes por cerrar la venta va a hacer que prefiera la segunda opción. Si tengo la suerte que el cliente me contacta por una duda en la tienda, la comisión es mia. Aunque en el camino haya muchos clientes que prefieran comprar en otra parte, el esquema de incentivos va a hacer que yo no haga nada por mejorar la experiencia de compra. Cómo éste hay muchos más casos dónde el esquema de comisiones atenta directa o indirectamente contra la experiencia del cliente y por tanto contra el crecimiento de la empresa.

Es por estas razones, que considero que para Imolko, el esquema de incentivos no puede estar basado en unas comisiones por venta, sino que debe estar atado a varios indicadores que finalmente estén atados a la rentabilidad de la empresa.

Yo no olvido el año viejo (2008)

2008-12-29T15:33:00.003-04:30

Como dice la canción este año ha sido un buen año para Imolko, y será dificil de olvidar (aunque no nos trajo ni la burra ni una chiva).

Comenzamos el año implementando el Cuadro de Mando Integral (o Balanced Score Card), con indicadores que medían nuestros logros en los objetivos estratégicos de la empresa. Esta implementación hizo que nos pudieramos enfocar mucho más claramente en lo que es importante para la empresa, dejando a un lado las actividades no productivas. Lo más importante de este año, ha sido el cambio cultural que significa medir nuestros logros y contrastarlo contra las metas que planteamos.

A mediados de año complementamos estas mediciones con un esquema de ingresos variables, que nos permite distribuir las ganancias en proporción a los logros de cada persona.

Esta definición de la estrategia y medición detallada del performance de cada uno, y del equipo como un todo, nos ha permitido cerrar el año con unos excelentes números, entre los que destacan:

Aumento de las ventas en un 85% con respecto al año anterior
Clientes en 3 países de latinoamérica (Colombia, Rep Dominicana y Venezuela)
Resolución de incidentes en un 50% del tiempo que prometimos en nuestros SLAs
50 horas de entrenamiento anual por cada persona que trabaja en Imolko
Programa de responsabilidad social que beneficia a más de 15 ONGs

Adicionalmente, durante el segundo semestre adoptamos la metodología "Extreme Programming" que nos permitirá tener una tasa de innovación mucho más alta, y proveer más herramientas innovadoras a nuestros clientes.

Definitivamente este ha sido un buen año que nos permite entrar a este dificil 2009 con unas bases sólidas. Durante el próximo año seguiremos apostando a diferenciarnos con una excelente calidad de servicio, y mucha innovación que le permita a todos nuestros clientes conversar con sus relacionados para aumentar su competitividad.

Gracias a todo nuestro equipo por este excelente año, y a todos nuestros clientes por confiar en nosotros!!

El Empleado Fantasma

2008-12-09T10:24:00.005-04:30

Estamos buscando gente para el área de desarrollo; simplemente gente que quiera desarrollar en un ambiente full creativo. Realmente considero que es un trabajo bastante interesante para alguien con ganas de crear nuevas cosas.

Durante este proceso se han presentado dos situaciones, que me han puesto a pensar sobre la percepción que tienen los profesionales sobre las empresas y los puestos de trabajo.

La primera situación se presenta en la entrevista inicial. Para ponernos en contexto, para que una persona fuera seleccionada para la entrevista inicial se siguieron estos pasos:
1) La persona vió el anuncio publicado
2) Envió su CV
3) Respondió una llamada nuestra
4) Estableció la fecha y hora de la reunión
5) El día antes confirmó la cita vía telefónica

De 12 personas que hicieron todos los pasos, estos fueron los resultados:
Es decir, que sólo el 25% de las personas vinieron a la entrevista que previamente habían confirmado, el resto no vinieron a la entrevista. Y solamente a un 25% le pareció que debía disculparse. A la mitad de las personas (profesionales todos) les pareció bien no presentarse y no dar ninguna razón al respecto. Y lo peor es que estos números son consistentes con nuestro anterior período de reclutamiento. O sea que no es algo coyuntural, sino más bien algo "estructural" o cultural.

La segunda situación se presentó con la persona seleccionada (es decir, una de las 3 personas que vino). Definitivamente esta persona llenaba los requisitos que estabamos buscando; una persona inteligente, con amplia experiencia en el mundo del software.

Esta persona comenzó a trabajar y despues de la primera semana de adaptación, hizo unos aportes interesantes y ya estaba comenzando a agregar valor en la empresa. El viernes de la segunda semana, llamó para disculparse por que tenía gripe y no podría asistir; todo de una manera muy formal y responsable.

El problema es que eso fue lo último que supimos de esa persona; NUNCA más volvimos a tener noticias de su parte. Ni siquiera un SMS indicando que no volvería nunca más. NADA, CERO!

Me parece que ambas situaciones podrían reflejar una percepción de algunos profesionales de que los empleos (y las empresas) son algo desechable a lo que no hace falta guardarle ningún respeto. Ojalá me equivoque y sea sólo mala suerte. Porque definitivamente un profesional que piense así no es nada competitivo.

PS: y lo peor es que estaba jugando el amigo secreto y nunca supimos a quién le regalaba :-(

¿Hace falta el horario?

2008-12-01T16:19:00.007-04:30

Siempre he creido que el "horario" no es necesario para que un equipo pueda generar valor y ser altamente productivo. En empresas de tecnología, dónde el valor se agrega por la creatividad de las personas, nunca he visto claramente la relación entre productividad y horario.

Esta concepción está ligada a la noción de responsabilidad: cada uno de nosotros está en la capacidad de tener libertad para decidir en qué horario es más productivo, siempre que tenga la responsabilidad para manejar las consecuencias.

Como todo en la vida debe haber un balance: para llevarlo a un extremo, si ninguno de los que trabaja en una empresa cumple ninguna hora, sencillamente no hay empresa.

Actualmente en Imolko no tenemos ningún horario definido; cada persona decide cuándo trabaja, y es responsable por los resultados que obtiene mensualmente.

La falta de horarios puede potencialmente crear problemas en dos áreas:
* Cuándo los indicadores no son completamente personalizados, unas personas poco comprometidas pueden "escudarse" en los resultados del equipo y trabajar menos.
* Cuándo se necesitan hacer algunas cosas en equipo (con presencia física) y no se tiene la certeza sobre cuándo ubicar al otro.

Adicionalmente tenemos muy arraigados el "chip" que el horario es parte fundamental de los trabajos serios. Podría darse el caso que si una persona trabaja con un horario distinto (digamos en la madrugada) podría generar la percepción de que no está trabajando y generar malestar en el resto del equipo.

El problema mayor se presenta cuándo una persona deliberadamente incumple sus compromisos y cada día trabaja menos; ¿como podemos darnos cuenta de ésto y resolverlo antes que afecte el compromiso y la moral de los demás?

He estado pensando full en el tema; hasta ahora se me ocurren tres caminos posibles:
1) Irnos por el camino tradicional: a partir de ahora todo el mundo tiene el mismo horario y se la "cala" (o se lo "banca" como dicen los sureños).

2) Horarios Flexibles: Cada persona escoge en qué horario quiere trabajar y debe comunicarselo claramente al resto del equipo. Una vez que escoge su horario (digamos por un trimestre) debe apegarse a el y respetarlo.

3) Avanzar en el camino de la responsabilidad: profundizar en los indicadores, y medir el valor de cada persona. Que sea imposible "escudarse" en el trabajo de los demás, y que se evidencia el aporte de cada uno.

Al final del día lo que más me preocupa es que terminemos dedicandole más energía a "controlar los horarios" que realmente a agregar valor. Definitivamente, cumplir o no un horario no nos hace más competitivos. Tener un equipo altamente motivado y efectivo si nos hace más competitivos.

En Imolko seguimos pensando el tema y buscando un camino que nos permita aumentar la productividad mientras que mantenemos al máximo la creatividad. Y definitivamente, evidenciando quién no está agregando valor para motivarlo a que lo haga.

¿Como se mide la innovación?

2008-10-20T18:27:00.006-04:30

La innovación es uno de los objetivos estratégicos de nuestra empresa; cómo debería serlo en cualquier empresa de tecnología en este momento. Creo qué una de las formas de poder incentivar algo es establecer unas metas y tratar de alcanzarlas. Con estas dos ideas (innovación y metas), se plantea el tema de cómo medir la innovación.

Para hacernos la vida más fácil, vamos a comenzar por definir innovación; de acuerdo a la Wiki:

"Innovación es la aplicación de nuevas ideas, conceptos, productos, servicios y prácticas, con la intención de ser útiles para el incremento de la productividad. Un elemento esencial de la innovación es su aplicación exitosa de forma comercial. No solo hay que inventar algo, sino, por ejemplo, introducirlo en el mercado para que la gente pueda disfrutar de ello"

Con este concepto la cosa se simplifica un poco; podemos hablar de innovación cuándo una nueva idea se introduce al mercado. O sea que el primer punto es que tiene que haber un mercado.

Lo ideal sería que se generaran únicamente ideas "exitosas" para el mercado; si fuera fácil hacer esto, no estaríamos hablando de innovación, sería algo que todo el mundo haría todo el tiempo. Pero no podemos saber cuáles serán exitosas sin ponerlas en el mercado.

Como no podemos saber cuáles ideas serán exitosas, creo que lo que podemos hacer es construir una organización que genere muchas ideas; algunas serán exitosas y otras no. Y por cierto ambas caras de la moneda siempre vienen juntas, si queremos ser innovadores tenemos que estar dispuestos a cometer errores. Más aún, debemos incentivar un ambiente dónde sea seguro equivocarse. Mientras más rápido nos equivocamos, más rapido podemos dar con buenas ideas.

Para aterrizar estas ideas en las mediciones, estamos tomando dos indicadores para medir innovación:

Pet Projects finalizados: los pet projects son proyectos creados por nuestro personal que no tienen que llegar al mercado. Son nuestro laboratorio de "excentricidades". Esto nos permite tener un entorno seguro dónde darle rienda suelta a la creatividad, sin tener que estar acotados por el día a día, y con total libertad para equivocarnos. Si un pet project pierde su "encanto" inicial, podemos cerrarlo sin ninguna complicación.
Nuevas funcionalidades: mide cuántas nuevas funcionalidades son puestas a disposición de nuestros clientes (internos o externos). Aquí no se mide calidad; simplemente se mide qué tantas cosas nuevas estamos poniendo en la mano de nuestros clientes.

Probablemente estos indicadores no aportan toda la información necesaria para medir la innovación, pero creo que son una excelente forma de partida para tener una empresa innovadora y sin miedo a los errores.

Buscamos Innovadores Extremos

2008-10-13T20:08:00.006-04:30

En estos últimos 3 meses hemos estado implementando la metodología Extreme Programming como forma de desarrollar el software. Ahora estamos listos para los nuevos proyectos, y por esa razón comenzamos la búsqueda de nuestros "desarrolladores extremos".

La parte "extrema" de la metodología no consiste en mayor stress; contrariamente a lo que se asocia a lo extremo, con XP logramos una mayor paz de espíritu, lo que permite que la creatividad salga y se exprese libremente.

De acuerdo a lo que hemos hecho en otras áreas de la empresa, y que es parte de nuestra cultura, se definen unos objetivos y se elimina todo lo que no tiene que ver con estos objetivos y que nos quita energía.

En el caso de desarrollo de software el ambiente creativo está relacionado con eliminar las cargas de trabajo administrativo, los re-trabajos, aumentar la calidad y disminuir los errores para permitir que se cree valor la mayor cantidad de tiempo posible.

Entres los indicadores que se miden al área de desarrollo, están:
1) Participación en Proyectos de Investigación
2) Calidad de software
3) Nuevas funcionalidades

Y actualmente estamos incluyendo tambien indicadores comerciales; es decir, que estamos vinculando directamente el trabajo de desarrollo de software con la cantidad de nuevos clientes. De esta manera, promovemos la innovación y alineamos el desarrollo con los objetivos comerciales de la empresa.

Si conoces a alguien interesado, no dejes de invitarlo :-)

Transparencia Operativa

2008-10-06T12:12:00.006-04:30

Creo firmemente que la transparencia es un valor que los clientes aprecian y retribuyen. Yo como cliente valoro que una empresa comunique claramente lo que promete y qué está haciendo para cumplir esa promesa.

Con ese principio en mente, hemos estado trabajando en Imolko para ofrecer una visión de 360 grados de nuestra empresa a las personas con que nos relacionamos.

En esta dirección, el área operativa de Imolko está publicando un blog dónde se encuentra la información semanal de actividades, asi como las novedades operativas que se presentan, y los indicadores mensuales de operación (lo puedes ver en http://operaciones-imolko.blogspot.com).

La transparencia es otra forma de mercadeo: al comunicar lo que hacemos estamos tambien promoviendo los valores que consideramos importantes, y diciendole a nuestros clientes y prospectos qué pueden esperar de nosotros.

Aunque inicialmente puede parecer "chocante" a algunas personas de la empresa comunicar exactamente lo que somos, al final debemos darnos cuenta que los clientes igual saben quienes somos. Hemos crecido en la creencia que las empresas deben comunicar solamente las cosas buenas; tratando de ocultar los defectos o los problemas que se presentan en todas las empresas, con la creencia que así los clientes no lo sabrán. El problema es que en el mundo post-internet todo se sabe; basta con qué un cliente sepa que tienes un problema y puede potencialmente comunicarselo a todos los demás. Por esta razón no tiene ningún sentido ocultar esta información.

Entendiendo que esta realidad ya existe, debemos utilizarla para crear valor a nuestro favor; si somos capaces de comunicar nuestros errores (y nuestros aciertos, pero éstos son más fáciles) tambien podemos mejorar la relación con nuestros clientes. Aunque suene contradictorio, cuándo se presenta un problema (y a todas las empresas se le presentan problemas), es mejor que el cliente confíe en lo que estás diciendo, a que no confíe porque anteriormente le haz ocultado información.

Adicionalmente se logra un valor adicional cuándo se informa al cliente constantemente sobre los problemas; las áreas involucradas tambien se sienten más "expuestas" y saben que el problema está siendo mostrado a todos los clientes, y es imposible ocultar los errores. Y esto funciona como un excelente incentivo a mejorar nuestros resultados.

Wiki para fortalecer las empresas

2008-09-28T10:53:00.011-04:30

Recientemente fui invitado a participar en el Encuentro de Cooperativas Aseguradoras organizado por la ICMIF y LARG, y celebrado durante 3 días en la ciudad de Panamá.

Estas cooperativas en conjunto sirven a más de un millón de personas en sus países de orígen. Fui invitado a compartir la experiencia de Imolko en el uso de la Wiki como herramienta para la creación de una base de conocimientos. Adicionalmente pude conocer en persona los gerentes de las empresas más importantes y compartir sobre el uso de los servicios de Imolko para ayudarlas a mejorar la comunicación con sus clientes.

En Imolko estamos trabajando desde hace casi un año con la tecnología wiki para compartir y reusar el conocimiento que generamos. En resúmen una wiki es un sitio de web donde todas las personas autorizadas pueden crear y editar documentos de una manera muy sencilla. Si aún no lo haz hecho, puedes ir a http://www.wiki.org, hacer una búsqueda sobre tu pasatiempo favorito (o tu área de experticia profesional); si encuentras información inexacta o incompleta, simplemente haz click sobre "editar" y puedes corregirlo. De esta manera se ha alimentado la enciclopedia más grande del mundo, con más de 3 millones de artículos en 200 lenguas distintas.

A continuación puedes ver la presentación que utilicé durante el evento, que contiene algunas pantallas de ejemplo de nuestra "Imolkopedia".

(Si tienes problemas para verla en linea, haz click aqui)

Actualmente, la Imolkopedia es una herramienta clave para nosotros y hemos logrado colocar gran parte de nuestro conocimiento; de hecho, es el sitio preferido para encontrar y publicar información que es de interés para la empresa.

Actualmente muchas empresas, utilizan el correo como el único repositorio de información no estructurada; esto dificulta compartir la información y tiene el riesgo que con la rotación del personal se pierda información clave para la empresa. La idea de contar con un Wiki es que se pueda almacenar el conocimiento de una manera centralizada y no jerárquica.

En Imolko, los cambios han ocurrido muy rápidamente; actualmente se encuentran en la wiki muchos de los procesos que realizamos, indicadores financieros, trámites administrativos, información sobre el mercado, clientes, competidores, etc. Tenemos más de 2700 documentos publicados por nuestra gente. Y todo se ha logrado, con el único incentivo de hacernos la vida más fácil; en vez de estar respondiendo correos sobre "¿dónde se encuentra esta información?" o "¿cómo se hace ésto??", simplemente se publica una vez y todo el mundo sabe dónde buscarlo.

Las empresas en LARG quedaron muy entusiasmadas y creo que se puede aprovechar esta tecnología para fortalecer al grupo, y en segundo lugar para fortalecer las propias empresas cooperativas.

Viviendo con el cambio

2008-09-15T15:59:00.000-04:30

La creación de valor en Imolko (como en muchas empresas ligadas a Internet) está intimamente relacionado, o potenciado si se quiere, con el desarrollo de software. Por tanto nuestra capacidad de adaptarnos al cambio y de satisfacer las necesidades de nuestros clientes, está relacionado con nuestra capacidad de desarrollo de software.

Si alguna vez haz trabajado en un proyecto de desarrollo de software, habŕas oido la máxima de que un cambio en la fase de diseño cuesta infitamente menos que un cambio una vez que está desarrollado el software. Todos los desarrolladores que nos hemos educado bajo este paradigma, siempre estamos esperando que se nos digan TODOS los requerimientos antes de comenzar a trabajar. Y cuándo, como siempre sucede, se agregan nuevos requerimientos comenzamos a odiar a los que proponen estos cambios. Esto crea tensión innecesaria en el proyecto y se crea una sensación de que los cambios son malos, despues de cierto momento (la etapa de diseño del proyecto).

En Imolko este viejo paradigma no nos funciona; tenemos que buscar formas de abrazar el cambio; de sentirnos cómodos cambiando lo que tenemos en todo momento. Que podamos adaptarnos sin mayores fricciones a los cambios que surgen en el exterior (clientes, competidores, tecnologías, etc) o al interior de nuestro equipo.

Por esta razón, desde hace 3 meses, comenzamos un proyecto para cambiar la forma en qué creamos valor en Imolko. Este proyecto denominado Xtreme Quality, busca la implementación de la metodología Extreme Programming (programación extrema), en nuestros procesos de creación de software.

Este proceso de cambio cultural impacta a toda la empresa, ya que estamos cambiando toda nuestra cadena de valor. La metodología XP está basada en 4 principios fundamentales:

1) Comunicación
2) Simplicidad
3) Feedback
4) Coraje

Con la implementación de esta metodología (adaptada a nuestra cultura o "imolkizada" :-) ) generará cambios que se reflejerán en mayor innovación y en una mejor relación entre nuestro equipo y los clientes.

GPS Gerencial

2008-09-15T15:56:00.000-04:30

La gestión por indicadores ha transformado como se hacen las cosas en Imolko. En diciembre del año pasado implementamos para el seguimiento de nuestra estrategia el Balance Scored Card, o como le llaman en Español "el cuadro de mando integral".

El asunto va más o menos así:
Diseñamos la estrategia, la convertimos en objetivos vistos desde cuatro lentes distintos, cada uno de esos objetivos los medimos en base a unos indicadores y le colocamos metas a esos indicadores. (Esta es la versión ultra recortada del asunto, si quieres ver la definición completa puedes comenzar en la wikipedia)

Los cuatro "lentes" o perspectivas te permiten mirar el negocio desde adentro hacia afuera; primero están las capacidades internas, luego están los procesos internos, siguen los clientes, y por último se llegan a los accionistas.

capacidades->procesos internos->mercado->accionistas

La primera gran lección que aprendí en este tiempo, es que es MUY importante contar con una estrategia. Aunque Sun Tzu se dió cuenta de esta verdad de perogrullo hace muchos siglos, lo cierto, es que muchas veces el stress cotidiano impide ver la necesidad de esa estrategia. De hecho, en este momento estoy convencido qué la calidad de la estrategia no es tan importante como tenerla.

Una vez que tienes una estrategia lo más complicado es hacer que las decisiones cotidianas de todo un equipo apoyen a esa estrategia. O sea que aunque no recuerde todos los días la estrategia mis decisiones cotidianas apunten a esa estrategia. Me imagino que esta dificultad es proporcional al tamaño de la empresa; mientras más grande más dificil hacer que todos la sigan. Y creanme no tiene nada que ver con forrar la oficina con los valores, la misión, visión; aunque esto ayuda, es mucho más importante contar con guías claras en las decisiones cotidianas que nos ayuden a sumar para la dirección en que queremos movernos como equipo.

Aquí es dónde la implementación del BSC nos ha ayudado full; cuándo la estrategia se convierte en indicadores puntuales que miden el trabajo cotidiano, entonces ahí está una guía clara para tomar las decisiones que favorecen la estrategia, aunque no la recuerde exactamente.

En el caso de Imolko, hemos logrado resultados que a mí me parecen asombrosos, incluso rayando en lo mágico.

Como caso específico, me gusta mencionar el caso del indicador de los níveles de acuerdo de servicio o SLAs (service level agreement). Este indicador mide qué tan bien estamos respondiendo las solicitudes de nuestros clientes en base al contrato que tenemos. Es decir, este indicador mide qué tan bien estamos cumpliendo con los tiempos de respuesta que ofrecimos.

Para que tengan una idea, cuándo ocurre una falla crítica en nuestros servicios y es reportada por nuestros clientes, nuestro SLA establece que debemos resolver el problema en 4 horas. Si le respondemos en 8 horas (lo cuál está muy mal) el indicador del SLA será de 200%. Si le respondemos en 2 horas (muy bueno) el indicador del SLA estará en 50%.

Cuándo comenzamos a medir el indicador, el indicador estaba por encima de 180% (muy malo). Las áreas de Operaciones y Gestión Comercial estuvieron trabajando muy duro, y lograron mejorar este indicador de una manera sorprendente. Durante los últimos 3 meses, el indicador ha estado consistentemente por debajo de 55% (muy bueno). O sea que hemos mejorado más de dos veces en los tiempos de respuesta que estamos ofreciendo. Y creánme esto se nota en la atención que reciben nuestros clientes.

Contar con una estrategia clara y unos indicadores que te guíen en el día proveen un destino y un GPS con qué guiarnos cotidianamente.

Para qué este blog?

2008-09-10T19:47:00.000-04:30

Mí nombre es Roberto Matute y actualmente trabajo como director de Imolko, una empresa especializada en ofrecer servicios de mercadeo electrónico para Pymes.

La idea de este blog es que sirva como bitácora de la navegación que sigue Imolko, y que pueda servir para comunicar a toda la comunidad relacionada con Imolko sobre lo que estamos haciendo, dónde estamos innovando y hacia dónde vamos.