Millennials. Según el Instituto Internacional Español de Marketing Digital, es aquel tipo de persona que llegó a su etapa adulta después del año 2000 y posee características particulares, tales como por ejemplo: una personalidad de descontento y amor por la tecnología. Por otro lado, sabemos que corresponden a personas nacidas entre 1980 y mediados de la década de los 90’.

Entonces ¿serán los millennials los responsables del fenómeno? Si por un momento pensamos, por ejemplo, en cuál sería el mejor lugar para trabajar, para ir de vacaciones, para comprar una hamburguesa o para vivir, sin duda haríamos una gran lista de exigencias de lo que nos parece suficiente, apropiado o lo que podría llegar a superar nuestras expectativas. En nuestros mismos trabajos, no siendo todos millennials, nos sentimos muy satisfechos y felices con los beneficios que nos pueden brindar como flexibilidad horaria, trabajo remoto, inter feriados, y también muy decepcionados con el micromanagement, dress code formal, entre otros menos populares.

Antonio Leal Holguín, quien expuso en el Legaltech Summit 2018 sobre cómo adquirir y retener talento joven, junto con entregar un claro panorama de los avances de la sociedad en su conjunto y de cómo las empresas (estudios de abogados) estarán conformadas en el futuro, concluyó que el problema no son los millennials, el problema es el management.

Ya que los millennials son perfectos, adorables y no hay ningún problema con ellos, volvamos a los movimientos sociales, estos pueden darnos luces de lo que estamos haciendo mal. Si pensamos un poco en cuáles son los catalizadores de una movilización, podemos rápidamente encontrar dos: exigir transparencia y ser escuchados. ¿Si quienes gobiernan (management) fueran 100% transparentes, o bien, escucharan y accionaran todas las demandas ciudadanas, sería necesario movilizarse? Seguramente no.

¿Cómo es que esto se relaciona con el management y las empresas? Las empresas, así como los grupos sociales, los individuos, y los sistemas biológicos, son Sistemas, y como tales sufren el desgaste de la entropía que los lleva a la desorganización, a la desintegración o la muerte.

Las Organizaciones como la nuestra, son sistemas dinámicos, abiertos, que se retro-alimentan tanto para adquirir conocimientos como para definir su estrategia, que se mueven a alta velocidad, con alto nivel de innovación, y así como cambia el entorno, cambia también la estrategia. La mayoría de las veces estos cambios son positivos y logramos incluso adelantarnos a los cambios del entorno (recuerden alto nivel de innovación), pero también muchas veces no medimos las consecuencias del cambio en las personas. Es fácil para nosotros decir: trabajamos con gente adulta, madura, que “entiende” lo dinámico de la industria, pero no nos detenemos a pensar en que trabajamos con todo tipo de personas y personalidades, y que los cambios sin la completa información y adecuada comunicación impactan en sus planes y metas, en su desarrollo profesional, en sus expectativas futuras, en el nivel de compromiso, y nuestra rápida adaptación se ve mermada por un latente descontento colectivo.

Un profesional descontento (Furioso en mi exageración caricaturesca), es un profesional que no solo NO produce x10 (como el feliz) sino que además resta. ¿Por qué? Porque somos humanos y nos gusta sentirnos bien. Cuando estamos descontentos y vemos, con nuestra limitada visión, que nada nos hará sentir mejor apelamos a la autocomplacencia y, en nuestro rubro, somos capaces de escribir un framework de cero, incluir una quinta forma de hacer lo mismo pero de forma diferente, usar en producción la tecnología no probada, pero que está de moda, e incluso llegar a tomar muy malas decisiones técnicas que afectarán a la felicidad de los ingenieros furiosos del futuro.

Pues bien, ¿cómo evitamos, desde el management, que nuestras personas se sientan de esa manera? Transparencia y saber escuchar, dicho de otra forma: Mejorar los canales, el flujo y la calidad de la información.

Otro hermoso término utilizado en la Ingeniería de Sistemas es la Neguentropía (Si, no la sinergia porque era muy obvia) que, en palabras fáciles tiene que ver con la fuerza que hace presión para disminuir la entropía o alejar el caos. En la organización, la información cumple un papel neguentrópico ya que disminuye la incertidumbre, genera orden y es fundamental para la toma de decisiones. Mientras más información del entorno tenga mi sistema, menos entropía, y mientras más información tengan los subsistemas de mi sistema, menos entropía.

Bajemos 1000 metros y tratemos de aterrizar:

• Un Ingeniero de software que conoce al cliente y su necesidad tiene mucha más probabilidad de éxito desarrollando un nuevo feature que uno que no tiene esa información y solo pega ladrillos
• Un Ingeniero de software que conoce la industria y su dinamismo, actuará en consecuencia y no se frustrará con el cambio
• Un gerente de área tiene mucha más probabilidad de éxito gestionando si conoce a su equipo, sus necesidades, sus fortalezas, y actúa en consecuencia

¿Cómo tenemos una organización informada y colaborativa? No hay una bala de plata, o quizás hay muchas, les recuerdo 2: Transparencia y saber escuchar.

• En Lemontech estamos súper comprometidos con la felicidad de las personas, a tal nivel que uno de los 5 objetivos estratégicos es precisamente el NPS interno, es decir, recibir feedback concreto y objetivo de nuestros talentos acerca de qué tan buena empresa somos.
• Periódicamente tenemos un evento llamado “Conectándonos” en el cual, de la mano de todos los líderes, se presenta a toda la empresa el estado actual, próximos desafíos y conformación del equipo.
• Durante los primeros días del año nuestro CEO nos expone la estrategia anual, así también como los sueños y desafíos a 4 o 5 años más adelante.
• Mes a mes tenemos sesiones one-to-one donde cada líder de equipo comparte un tiempo con cada miembro para obtener y dar feedback en pro de la madurez del equipo, dirección, y del crecimiento profesional.
• Tecnología, sí somos tecnológicos! Usamos una app llamada donut la cual mediante un algoritmo aleatorio selecciona 2 o 3 miembros de distintos equipos para que se tomen un café o compartan un almuerzo para conversar del tema que estimen conveniente.
• Siempre, todo el management, así como cada miembro del equipo estamos disponibles para escuchar el resto, ya sea por slack, meet, sneek (la herramienta que prefiera), en el puesto de trabajo, o en el café más cercano.

(.*) Furiosos was originally published in lemontech-engineering on Medium, where people are continuing the conversation by highlighting and responding to this story.

En algún otro momento les hablaré de Hackmd que creo que es la herramienta más potente para colaborar en una documentación escrita en markdown. Hoy les presento Gitbook.

Gitbook comenzó como una forma de convertir un repositorio de archivos markdown en un libro navegable entre capítulos con herramientas para facilitar lectura. Hoy Gitbook es una plataforma de colaboración para la documentación. Tiene buenos planes y es gratuito para libros Open Source.

¿Cuál es la gracia si tengo que pagar? bueno todos merecen recibir un salario por lo que hacen. Pero como esto es un Tip, y ustedes pueden leer la documentación de Gitbook para profundizar, les mostraré como lo uso yo:

Creando un Librito

• Crear un repositorio para nuestro libro en Github, en realidad da exactamente lo mismo dónde crees el repositorio, lo importante es que si queremos publicar nuestro libro es mucho más sencillo si lo hacemos a través de Github pages.

• Clone el repositorio

> git clone git@github.com:a-bx/book.git

• Instalar gitbook (debe tener instalado npm)

> npm install gitbook-cli -g 

• Inicializar el repositorio. En el directorio clonado escriba lo siguiente:

> gitbook init

Lo anterior, crea un archivo README.md y un archivo SUMMARY.md. El primero es el home de su libro, y el segundo es el índice de contenidos donde puede ir linkeando más archivos markdown de su repositorio.

• Para ver el libro generado solo tiene que ejecutar

> gitbook serve

• Y abrir el la dirección http://localhost:4000 en su browser favorito

Ok. Tenemos un librito generado a través de nuestro amado markdown, ¿cómo lo publicamos?

Publicando el librito

• Lo primero es crear un archivo .gitignore con los directorios y archivos compilados

# .gitignore
_book/
gitbook/
index.html
search_index.json

• Haga su primer commit y push del libro (sources)
• Crea el primer index de tu pagina en tu repo en la rama gh-pages (Más documentación aquí)

> git checkout — orphan gh-pages
> touch index.html
> git add index.html
> git commit
> git push origin gh-pages

• Vuelva a master y agregue este script en su código

# publish.sh

# install the plugins and build the static site
gitbook install && gitbook build

# checkout to the gh-pages branch
git checkout gh-pages

# pull the latest updates
git pull origin gh-pages — rebase

# copy the static site files into the current directory.
cp -R _book/* .

# remove ‘node_modules’ and ‘_book’ directory
git clean -fx node_modules
git clean -fx _book

# add all files
git add .

# commit
git commit -a -m “Update docs”

# push to the origin
git push origin gh-pages

# checkout to the master branch
git checkout master

• Ejecuta el script

> ./publish.sh

• Enjoy!, ya puedes visitar el libro en:

https://(tu usuario).github.io/(tu repositorio)/

Ejemplo publicado: https://a-bx.github.io/book/
El código fuente está en https://github.com/a-bx/book

El flujo de actualización solo consistirá en crear más directorios y archivos markdown en master, y luego de hacer commit y push, ejecutar ./publish.sh

Existe una gran cantidad de plugins para documentar con GitBook (codeblock, sequence diagrams, etc) que puedes encontrar en https://www.npmjs.com/search?q=gitbook-plugin