Developing Frogtek

El blog del Departamento de Tecnología

Oferta programador Android (trabajo en remoto) (ABIERTA)

El Grupo Frogtek es una empresa social con ánimo de lucro cuyo propósito es iluminar con información el canal tradicional para hacerlo más competitivo (y de paso ayudar a los tenderos de países emergentes y del tercer mundo a escapar de la pobreza). Lo hacemos, principal aunque no únicamente, ofreciendo aplicaciones Android que el tendero puede usar para gestionar y optimizar su negocio, y sostenemos el proyecto a través de la venta estudios de mercado basados en los datos de ventas de los tenderos que almacenamos y procesamos en nuestros servidores en Google y en Amazon.

Nuestra empresa es global y trabaja de forma distribuida. Las operaciones de venta, formación y soporte a tenderos están en México pero la creación de tecnología, innovación y datos se gestionan principalmente desde España aunque cada día más trabajamos en remoto y es menos importante dónde puedas estar. Buscamos una persona que venga a integrarse al equipo de tecnología y nos ayude, entre otras cosas, a reforzar el equipo Android para el desarrollo de nuevos productos y la evolución de los existentes.

¿Qué tipo de cosas hacemos en el departamento de tecnología, innovación y datos de Frogtek?:

  • Mantener y evolucionar nuestra principal app para gestionar pequeñas tiendas. Aplicación que permite registrar todos los movimientos de sus negocios con un dispositivo móvil y un escáner de códigos de barra.
  • Crear otras soluciones para tenderos que fomenten y faciliten la recolección, procesado y explotado de datos. ¿Qué otras tareas hacen manualmente que podrían ser mejoradas con el uso de tecnología?
  • Mantener y evolucionar un back-end que se encarga de almacenar y procesar toda la información que obtenemos de las tiendas para ponerla, con la mayor calidad, en tiempo y forma, a disposición de nuestros clientes y de los propios tenderos.
  • Desarrollar herramientas internas para que nuestros compañeros de los departamentos operativos puedan monitorizar el estado de las tiendas, asegurando que todos los tenderos usan nuestras soluciones de la mejor manera posible, y reaccionando ante las alertas que nuestros algoritmos de calidad generan en tiempo real.
  • Crear prototipos o productos finales para que nuestros clientes puedan visualizar datos de mercado de una calidad y granularidad inédita en nuestro sector.

¿Y cómo hacemos todo eso?

  • Ayudando a entender las peticiones y diseñando las soluciones que nuestros compañeros de otras áreas nos hacen, participando en los distintos comités multi-departamentales que tenemos.
  • Participando en nuestro proceso de desarrollo de código ya sea para crear nuevas funcionalidades, para optimizar nuestra infraestructura o para resolver incidencias, un trabajo variado que permite tratar con múltiples tecnologías tanto en el lado cliente como en el servidor. Esto implica:
    • Colaborar en la definición de objetivos del equipo.
    • Desarrollar y/o validar requerimientos.
    • Crear, solo o en compañía, código de calidad, legible y cubierto por tests.
    • Revisar y leer el código de otros compañeros.
    • Probar funcionalidades.
  • Colaborando en el despliegue de los productos.
  • Asesorando técnicamente dentro y fuera del equipo.
  • Aprendiendo de los demás y enseñando a los demás.
  • Integrandonos en la cultura de mejora continua del equipo basada en los datos y en algunas pinceladas de EFQM.

¿Qué buscamos?

En esta ocasión buscamos alguien que colabore en el desarrollo de nuestras soluciones Android, que nos ayude a poner en manos de los tenderos nuevas soluciones o evoluciones de las que ya tenemos que les resuelvan la vida y que nos ayuden a hacer nuestro proyecto más sostenible y escalable. Buscamos una persona inquieta, flexible y con capacidad para adaptarse, aprender y enseñar. Os ponemos aquí el tipo de cosas con las que trabajamos y que esperamos que los candidatos conozcan en mayor o menor medida.

  • Datos, datos, datos y más datos (que no te den miedo las mates y los números).
  • Aplicaciones Android
  • Programación Python, CherryPy, Django…
  • Programación web
  • MySQL y SQLite
  • Herramientas de analíticas de producto (estilo MixPanel o Google Analytics…)
  • Metodologías ágiles y extreme programming (pair programming, TDD…)
  • Mejora continua
  • Alto nivel de inglés
  • Trabajo remoto y flexible

También hay cosas que no son imprescindibles para este puesto o que no conocemos demasiado, o no en profundidad, pero nos llaman la atención:

  • Experiencia con las plataforma Google Cloud y AWS
  • Soltura con Linux
  • Conocimientos de Scripting (ruby, bash, python)
  • Experiencia en la plataforma de integración continua Jenkins
  • Conocimientos de R
  • Google Big Query, Amazon Redshift, etc
  • Amazon Kinesis
  • Spark
  • Scala
  • Hadoop
  • Arquitecturas lambda
  • Cualquier otra tecnología que venga a mejorar lo que ya tenemos

 

¿Qué ofrecemos?

  • Sueldo en función de experiencia.
  • Grandes posibilidades de desarrollo y aprendizaje.
  • Integración en un equipo dinámico, sin miedo a aprender, cambiar y mejorar.
  • Formar parte de un proyecto puntero a nivel mundial que está recibiendo los más altos reconocimientos (menciones en el MIT, premios de Vodafone en el NewYork Times…) con altas posibilidades de iniciar un crecimiento internacional en los próximos meses.
  • Horario flexible (aunque hay que reservar un rato para solaparnos con México todos los días).
  • Entre 80% y 100% de tele-trabajo, nuestra oficina está en el Parque Tecnológico Walqa,  en la encantadora ciudad de Huesca al pie de los espectaculares Pirineos. Si vives cerca nos vemos allí una vez a la semana, si no también podemos hacerte un hueco en nuestros standups virtuales y vernos las caras una semana cada 3 o 4 meses en nuestras reuniones trimestrales.
  • Buen ambiente.
  • Experiencia internacional y multicultural… y si te gusta viajar quizá puedas visitar México o algún otro país.

 

Si te interesa tener una primera entrevista con nuestro equipo, por favor envíame un mensaje y CV actualizado a guillermo arroba frogtek punto org

De trellos a métricas (y tiro porque me toca): nuestro Balanced Scorecard

Ya sabemos gracias al post de Miky que  en Frogtek somos adictos a Trello y a sus múltiples columnas y tarjetas. Primero porque es una manera fácil de casi “documentar” procesos complejos y con muchas fases, pero  también porque es la manera más sencilla de que todo el mundo siga la metodología, o porque da visibilidad a todo el equipo o muchas otras razones… la última, pero no por ello la menos importante, la comenta el propio Miky en su post:

Pero lo bueno viene ahora. La historia de usuario terminada, la petición la mueves a terminada también. Empieza la diversión. La US se contabiliza, se archiva en otro Trello que lleva las US asociadas a las diferentes versiones de los productos. Se envía un email para pedir feedback sobre la resolución de la incidencia. Se trasmiten los comentarios, se agregan las valoraciones. La persona que ha hecho la petición percibe que alguien, y no algo, ha hecho el trabajo. Buenas ideas. Y la mejor idea de todo este párrafo: algunas cosas están automatizadas, pero todas son transparentes al desarrollador.

La contabilización de USs es una tarea en parte manual y mecánica pero da unos frutos muy interesantes cuando empiezas a mirar en los datos. El principal es nuestro Balanced Scorecard (también llamado Cuadro de Mando Integral) que integra, entre otros muchos datos, todos los indicadores de satisfacción de peticiones y de la implementación de historias de usuario. Tiene una pinta tal que así.

bsc1

Para el que no haya visto nunca un Mapa Estratégico o un Balanced Scorecard se puede resumir más o menos en lo siguiente:

  • Un Mapa Estratégico es una como una representación de la estrategia de la compañía en un conjunto de objetivos en diferentes perspectivas (la financiera, la de clientes, la de procesos y la de equipo). Básicamente se podría reducir como las respuestas que hay que dar consecutivamente a las siguientes preguntas.
    • ¿Cuales son las expectativas financieras de la empresa? Facturar X, conseguir una inversión Y…
    • ¿Qué ofrece el negocio a los clientes (que le llevará a satisfacer las expectativas financieras)? Un producto con un gran valor o con un valor diferencial, una atención al cliente excelente…
    • ¿Qué tiene que hacer el negocio para cumplir con los clientes? Tener un desarrollo de producto ágil y eficaz, gestionar las incidencias de manera magnífica…
    • ¿Qué garantiza la ejecución óptima de los procesos? Un equipo satisfecho (ésta es un clásico), conocimientos sobre desarrollo de producto, una plataforma de atención al cliente puntera… lo que sea.
  • Y un Balanced Scorecard, según mi personal punto de vista, viene a ser exactamente lo mismo pero sustituyendo esos objetivos en cada una de las perspectivas por indicadores (KPIs).

bsc2

Normalmente un Mapa Estratégico tiene la perspectiva financiera arriba del todo, ya que ganar pasta suele ser el fin último de todas las empresas… en el caso de Mapa Estratégico del Departamento de Tecnología de Frogtek nosotros lo hemos colado abajo ya que hacer pasta no es nuestro objetivo del área… pero bueno eso en el fondo es debatible y no es tan importante para este post en particular. En la siguiente imagen podéis ver un boceto del Mapa Estratégico del nuestro departamento.

Básicamente muestra que nosotros consideramos que habremos hecho un buen trabajo si:

  1. Ayudamos proactivamente con tecnología y datos al resto de departamentos a mejorar sus KPIs y alcanzar sus objetivos.
  2. Mantenemos los sistemas siempre up & running y evolucionamos la infraestructura para asegurar la escalabilidad.
  3. Creamos productos de valor para tenderos.
  4. Resolvemos cualquier problema técnico de manera puntual y eficaz.

El resto de objetivos en procesos, equipo y finanzas tienen que servir a estos cuatro.

Y luego viene cuando pasamos del Mapa Estratégico, una slide estática en una presentación, a la parte que mola… un Balanced Scorecard colgado en la web con KPIs que se actualizan en tiempo real (o casi). La razón por la que un servidor dedica unas 2 horas al mes a contabilizar USs, peticiones, incidencias u otras cosas. No hay mucha magia tecnológica detrás de esto: Clicdata, Spreadsheets, Google Forms, Trello… le das las vueltas con Zapier, lo aderezas con una pizquita de amor… et voilà: una de indicadores para el proceso de gestión de peticiones y colaboraciones (lo que nosotros llamamos Roadmap).

bsc3

No se queda ahí la cosa. Haciendo click en cada indicador puedes entrar en un segundo nivel con la evolución mensual de la duración del ciclo de vida, el cumplimiento de expectativas (esas cosas que se piden para ayer), el número de peticiones, la satisfacción o el desglose de peticiones por cliente y/o épica. Todo ello filtrado por fecha, cliente, producto, épica…

bsc4

Y lo mismo para el segundo Trello (proceso) que mencionaba Miky en su post, el proceso de desarrollo de USs.

bsc5

Con sus pertinentes desgloses.

bsc6

Adicionalmente para cada dashboard de segundo nivel tenemos una tabla con las iniciativas de mejora relacionadas que hemos llevado a cabo en el periodo. Una buena manera de ver si las mejoras que propones tienen algún impacto en la mejora de los indicadores. Mejoras que, por cierto, también tienen su propio Trello, sus propios KPIs y sus propios indicadores. En Frogtek España todo tiene un Trello.   😉  😛 😕  … No es broma.

Y como todo en Frogtek España tiene un Trello nuestro Balanced Scorecard no sólo tiene KPIs para Roadmap y Desarrollo, también para el rendimiento de nuestro proceso de entrega de datos punta a punta, el uso de nuestro producto por parte de los tenderos, la gestión de incidencias, la gestión de despliegues de nuevas versiones, la valoración del trabajo del responsable del equipo, la gestión de las iniciativas de mejora, la satisfacción del propio equipo e incluso el cómo y dónde nos gastamos el dinero. Para no alargarnos no vamos a entrar en todos y cada uno de ellos (al menos no en este post) pero que sepáis que tenemos Trellos para aburrir (alrededor de una veintena para gestionar Tech) y que podría estar escribiendo sobre ellos hasta 2020.   😛

Trello y nuestro workflow de trabajo

Ya contamos en un post anterior parte del proceso de selección en el área de tecnología de Frogtek. Pero todavía podemos desvelar algún secreto más, y es que una de las primeras cosas que recibes al entrar el grupo de tecnología es una cuenta de Trello. Hasta ese momento podías conocer Trello o no; podías haberlo usado un poco para algunos proyectos, o tal vez para gestionar tus propias tareas. Pero ahora, con el acceso a los tableros de Frogtek… ya no hay vuelta atrás.

Fue una de las cosas que más me impactó: todo tiene una tarjeta de Trello. Y sí, lo admito, al principio es un poco overwhelming, tantos tableros, tantas notificaciones. Pero ahora ya está en el ADN, ya forma parte de uno mismo. Y si no está en Trello, seguramente, no ha pasado. De todas los procesos que tenemos trellificados me gustaría centrarme hoy en uno: las peticiones que se realizan a tecnología.
Seguir leyendo

Somos ágiles, hacemos stand-ups

Como crítica constructiva o destructiva, la frase se utiliza muchas veces. Uno lee artículos, escucha podcasts, ve charlas, … Stand-up para arriba, stand-up para abajo. Uno ya no sabe que pensar, casi mejor me quedo en la cama un rato más, que ahora en invierno se está muy “agustico”. ¡No! analicemos nuestros stand-up.

PRIMERO UN POCO DE REALIDAD

La realidad es que desde el teletrabajo los stand-ups solemos hacerlos sentados. Pero conservan el nombre. Y sí, a veces se alargan. En lugar de ver un círculo de gente rodeada de post-its y tareas en los cristales, veo los caretos de todos mis compañeros en primer plano (un porcentaje muy alto no nos hemos peinado, pero los auriculares lo disimulan). Eso sí, en lugar de post-its tengo mi libreta y un tablero de Trello con lo que he hecho, las siguientes tareas y lo que quiero comentar.

Empieza el stand-up, suele empezar el que ha compartido el enlace, tradición (todavía no es automático, ¡por el amor del MEV!).
Lo normal:
– Sujeto 1: Ayer hice esto y aquello, me queda pendiente esto que lo hago ahora por la mañana. Luego me pongo con aquello. Hoy trabajaré a partir de las 11:00 que me voy al médico.

Normalmente la cosa acaba aquí. Pero hay diferentes casuísticas interesantes.
Seguir leyendo

Sobre código, revisiones y despliegues

Lo sé. Lo admito. Me encanta la sensación de acabar de programar algo a las 5 de la mañana. Satisfecho. Orgulloso. Tal vez con un exceso de cafeína. Mergeas, despliegas y a dormir con una sonrisa. En tus sueños un cowboy se monta en su caballo, llega al pueblo y desmonta bajo la mirada de los pueblerinos. Captura a los malos, se sacude el polvo y se va triunfal con los suspiros de aquellos y aquellas a sus espaldas. Sí, ese desarrollador cowboy que es capaz de hacerlo todo, sin hablar con nadie, sin consensuar nada.

Te levantas con la sonrisa todavía en la boca (dejemos de lado babas y otros sucesos paranormales). Vas al ordenador y ¡boom!, algo ha ido mal. La explosión despierta hasta al cowboy de tus sueños, que se tapa con una piel y se acurruca junto a la hoguera, ahora hay miedo en ojos del valiente cowboy. Creo que esta historia nos suena a muchos y a muchas. Y sí, los sueños y las sonrisas, e incluso las risas molan; pero mejor dejar las explosiones para nuestros proyectos locos y no para los serios, o para el trabajo.

Historias de usuario públicas. Ramas. Revisión de código. Pruebas manuales. Pruebas automáticas. Despliegues. El cowboy puede hacer lo que quiera, que vamos a hacer que esto no explote (o mejor dicho, que explote cuanto menos, mejor).
Seguir leyendo

Conferencia Agile Spain 2016

La Conferencia Agile Spain es uno de los dos eventos organizados a nivel nacional por la asociación Agile Spain. Desde Frogtek acudimos todos los años a aprender y compartir sobre metodologías ágiles. Este año nos ha tocado a Jorge y a ser los privilegiados que íbamos en representación de Frogtek.

Hacía ya un par de años que no podía acercarme y he vuelto con la cabeza llena de ideas y cosas para hacer. La verdad es que no recordaba lo que me cargan las pilas este tipo de eventos. Las charlas pueden gustarme más o menos según elija. Pero siempre me hacen pensar, de una forma otra. De hecho a mitad de muchas de ellas me sorprendo a mi mismo evadido de la charla y pensando en como aplicar el concepto que acaba de explicar el ponente en nuestra empresa. O cómo nos afecta o por qué deberíamos mejorar en ese area.

Vamos que nunca me deja indiferente un sitio tan lleno de gente con ideas tan buenas y con tantas ganas de compartirlas. Además este año la organización ha estado de diez. Así que muchas gracias desde aquí a todos los que han participado, ponentes, voluntarios, etc. Por ayudar a que podamos seguir mejorando.

Oferta ingeniero SW+datos (CERRADA)

El Grupo Frogtek es una empresa social con ánimo de lucro cuyo propósito es iluminar con información el canal tradicional para hacerlo más competitivo (y de paso ayudar a los tenderos de países emergentes y del tercer mundo a competir en mejores condiciones). Lo hacemos, principal aunque no únicamente, ofreciendo una aplicación Android que el tendero puede usar para gestionar y optimizar su negocio, y sostenemos el proyecto a través de la venta estudios de mercado basados en los datos de ventas de los tenderos que almacenamos y procesamos en nuestros servidores en Google y en Amazon.

Nuestra empresa es global y trabaja de forma distribuida. Las operaciones de venta, formación y soporte a tenderos están en México pero la creación de tecnología se ha hecho hasta la fecha en España aunque cada día más trabajamos en remoto y es menos importante dónde puedas estar. Buscamos una persona que venga a reforzar al equipo de tecnología y nos ayude a dar un salto de calidad.

¿Qué tipo de cosas hacemos en el departamento de tecnología de Frogtek?:

  • Mantener y evolucionar nuestra principal app para gestionar pequeñas tiendas. Aplicación que permite registrar todos los movimientos de sus negocios con un dispositivo móvil y un escáner de códigos de barra.
  • Crear otras soluciones para tenderos que fomenten y faciliten la recolección, procesado y explotado de datos. ¿Qué otras tareas hacen manualmente que podrían ser mejoradas con el uso de tecnología?
  • Mantener y evolucionar un back-end que se encarga de almacenar y procesar toda la información que obtenemos de las tiendas para ponerla, con la mayor calidad, en tiempo y forma, a disposición de nuestros clientes y de los propios tenderos.
  • Desarrollar herramientas internas para que nuestros compañeros de los departamentos operativos puedan monitorizar el estado de las tiendas, asegurando que todos los tenderos usan Tiendatek de la mejor manera posible, y reaccionando ante las alertas que nuestros algoritmos de calidad generan en tiempo casi real.
  • Crear prototipos o productos finales para que nuestros clientes puedan visualizar datos de mercado de una calidad y granularidad inédita en nuestro sector (tiendas de barrio en mercados emergentes).

¿Y cómo hacemos todo eso?

  • Ayudando a entender las peticiones y diseñando las soluciones que nuestros compañeros de otras áreas nos hacen, participando en los distintos comités multi-departamentales que tenemos.
  • Participando en nuestro proceso de desarrollo de código ya sea para crear nuevas funcionalidades, para optimizar nuestra infraestructura o para resolver incidencias, un trabajo variado que permite tratar con múltiples tecnologías tanto en el lado cliente como en el servidor. Esto implica:
    • Colaborar en la definición de objetivos del equipo.
    • Desarrollar y/o validar requerimientos.
    • Crear, solo o en compañía, código de calidad, legible y cubierto por tests.
    • Revisar y leer el código de otros compañeros.
    • Probar funcionalidades.
  • Colaborando en el despliegue de los productos.
  • Asesorando técnicamente dentro y fuera del equipo.
  • Aprendiendo de los demás y enseñando a los demás.
  • Integrandonos en la cultura de mejora continua del equipo basada en los datos y en algunas pinceladas de EFQM.

¿Qué buscamos?
No estamos buscando un perfil especialmente concreto, sino más bien una persona inquieta y con capacidad para adaptarse, aprender y enseñar. No buscamos necesariamente alguien que pueda acreditar experiencia en una larga lista de tecnologías. Sin embargo os ponemos aquí el tipo de cosas con las que trabajamos y que nos gustan, por si sirven de inspiración.

  • Datos, datos, datos y más datos.
  • Conocimientos Android
  • Conocimientos de programación web
  • Conocimientos de programación Python, CherryPy, Django…
  • Conocimientos de R
  • Conocimientos MySQL y SQLite
  • Experiencia con las plataforma Google App Engine, Google Big Query y AWS
  • Soltura con Linux
  • Conocimientos de Scripting (ruby, bash, python)
  • Experiencia en la plataforma de integración continua Jenkins
  • Experiencia en metodologías ágiles (Scrum, Kanban, Scrumban…)  y extreme programming (pair programming, TDD…)
  • Interés por la mejora continua
  • Alto nivel de inglés
  • Capacidad para trabajar de manera remota y flexible

También hay cosas que no conocemos demasiado, o no en profundidad, y nos llaman la atención:

  • Google Big Query, Amazon Redshift, etc
  • Amazon Kinesis
  • Spark
  • Scala
  • Hadoop
  • Arquitecturas lambda
  • Cualquier otra tecnología que venga a mejorar lo que ya tenemos

¿Qué ofrecemos?

  • Sueldo competitivo
  • Grandes posibilidades de desarrollo y aprendizaje
  • Integración en un equipo dinámico, sin miedo a aprender, cambiar y mejorar
  • Formar parte de un proyecto puntero a nivel mundial que está recibiendo los más altos reconocimientos (menciones en el MIT, premios de Vodafone en el NewYork Times…) con altas posibilidades de iniciar un crecimiento internacional en los próximos meses.
  • Horario flexible (aunque hay que reservar un rato para solaparnos en México todos los días), posibilidad de tele-trabajar hasta casi un 100% y buen ambiente (nuestra oficina está en Walqa, Huesca, si vives cerca nos vemos allí una vez a la semana, si no también podemos hacerte un hueco en nuestros standups virtuales).
  • Experiencia internacional y multicultural.

 

Si te interesa tener una primera entrevista con nuestro equipo, por favor envíame un mensaje y CV actualizado a guillermo arroba frogtek punto org

Cronología del error

En muchos artículos, incluidos muchos de los que hemos escrito, se acaba haciendo un poco de «autobombo» sobre las bondades de un proceso o de un equipo. Pero no sólo de los éxitos se aprende, también de los errores, ¡y mucho! Así que hoy te invitamos a un recorrido por parte de nuestra arquitectura y nuestras mejoras a través de un error (o dos, o tal vez tres, bueno, unos cuantos). Acompáñanos.

En Frogtek desarrollamos Tiendatek, una aplicación para Android que sirve como TPV. Para buscar ese valor añadido tenemos un botoncito en la aplicación que dirige al usuario a una web (con un webview) donde podrá obtener mucha más información sobre su stock, mejores productos, histórico, … Además tenemos una serie de APIs para usos diversos. Perdone, estamos en el 2016, si no expones una API para registrar las veces que uno va al servicio no eres nadie. Pues eso, servicios varios, que digamos, usa toda la empresa de una forma o de otra (no, lo de ir al baño no está implementado).

Comienza la historia: la motivación del cambio

Medir y mejorar tiempos de respuesta. Fin de la sección.

Hace unas semanas desplegamos una prueba de concepto para monitorizar y mejorar la forma en la que estaba expuesto un servicio. Lo que nosotros llamamos «el pedido sugerido». Al final siempre hay rincones del código y de nuestra infraestructura que reciben menos mimo del que merecerían. Y este era un claro ejemplo. ¿Un servicio con una tasa de errores del en torno al 7-8%? Un poco de chapa y pintura y ya lo tenemos en torno al 1-2% (principalmente timeouts por un socket que cierran los clientes impacientes).
Seguir leyendo

La comunicación y las nuevas herramientas: Slack

Siguiendo con el tema de la comunicación que ha iniciado Miky, me gustaría ahondar un poquito más en el tema.

El día 1 de abril, en Zaragoza, acudí al siguiente meetup donde Francho nos explicó cómo en su empresa, Spines, usan Slack y sus distintas integraciones. Siendo el centro de estas integraciones Hubot, un bot que permite realizar una serie de automatismos e integrar servicios y acciones fácilmente con Slack.

Como buen friki que soy tengo muchas ganas de montarme mi propio Hubot y ponerlo en nuestro Slack, pero eso no fue lo que más me llamó la atención de la charla. Lo que más me tocó fue el que ellos llevarán casi toda la comunicación a través de Slack. El email lo usaban lo mínimo. Según nos contó Francho en su cuenta de correo de la empresa sólo tenía 5 mails en los dos años y pico de empresa que llevan. Para poder llegar a esto, nos comentó que la clave residía en la separación correcta de las conversaciones en distintos canales, permitiendo así la selección de las conversaciones y facilitando la búsqueda y lectura de las mismas.

Como ya comentó Miky nosotros llevamos menos tiempo con Slack y nos ha reportado ya una serie de beneficios increíbles. No tengo claro que el objetivo deba ser abandonar el email del todo, pero sí que veo que para ciertos tipos de comunicación deberíamos tender más a Slack, sobre todo en torno a emails automáticos y alertas. Además creo que el tema de los canales por conversación tiene mucho sentido. Ahora mismo sufrimos, entiendo, uno de los primeros anti-patrones de uso de Slack, que es mezclar y tener muchas conversaciones en un mismo canal. No es que tengamos un único canal, ni mucho menos, pero igual deberíamos plantearnos dividir alguno más y acostumbrarnos a hacer un buen uso de los canales.

Al fin y al cabo es lo mismo que ocurre con el email. Con un buen uso de la herramienta se puede conseguir mejorar mucho la comunicación, sobre todo su calidad y facilidad de lectura. Aplicar una herramienta nueva lleva su tiempo y se necesitan distintas iteraciones hasta que se consigue dar en el clavo. Tenemos que trabajar en ello, así que ya tengo tema para la siguiente retrospectiva.

Comunicación: ajustando una máquina compleja (Work In Progress)

Comunicación: ajustando una máquina compleja (Work In Progress)

En Frogtek trabajamos personas desde diferentes sitios de la geografía mundial. Principalmente trabajamos desde varias ciudades de tres países: México, Colombia y España. Pero también tenemos que trabajar con gente en los EEUU y otros países. Y este aspecto en una empresa, sin duda alguna, es todo un reto.

Si ahora volvemos la vista atrás se podían ver varias máquinas (una por país) trabajando cada una con su entorno, dando lo mejor de ellas mismas, y de vez en cuando interactuando con las demás. Diferentes procedimientos, diferentes expectativas y prioridades, diferentes zonas horarias, diferentes culturas, … al final demasiadas diferencias que hacían que las interacciones entre las diferentes máquinas estuvieran lejos del óptimo.

Desde hace unos meses se ha realizado un esfuerzo notable y global en toda la empresa por homogeneizar la comunicación y los procesos. Un esfuerzo donde cada una de las máquinas debe entender la forma de trabajar del resto, buscando empatía en los diversos problemas que aparecen en otros engranajes, mejorando de forma proactiva todo lo que se puede.

Todavía hace falta mucho “3 en 1”, pero esas máquinas independientes que había antaño se han convertido en varios módulos que se relacionan de forma constante los unos con los otros. Parece que los primeros pasos se han dado y ahora la máquina evoluciona de forma autónoma. Las relaciones se estrechan y se agilizan, se minimizan las esperas. ¿Qué ha cambiado en este tiempo?
Seguir leyendo

« Siguientes entradas