Libro: Salir del abismo

abismo

Título: Salir del abismo
Autor: Seth Godin
Editorial: Granica

Libro pequeño, de generosos márgenes y apenas 140 páginas que se puede consumir en una tarde o en un par de días de lectura ligera. Era una elección obvia cuando vi el título tan sugerente, y porque llevo tiempo pensando en el tema de la dispersión de esfuerzos como problema y en la necesidad de abandonar cosas sin futuro para poder centrarme en temas más importantes.
El mensaje del libro es bastante concreto y simple: abandona lo que no funciona y concéntrate en lo que sí puede funcionar aplicando más esfuerzo o persistencia.
Dicho así parece una tontería pero es algo importante y es extremadamente fácil olvidarlo y un libro corto puede es suficiente para volver a ponerlo sobre la mesa.

Algunos conceptos interesantes son las curvas de abismo, arrecife y callejón sin salida:

  1. El abismo puede ser demasiado grande para cruzarlo con los recursos disponibles (tiempo, dinero…) pero es el mismo abismo el que nos protege de otros competidores y nos da el éxito, es más cualquier competidor tenderá a ensanchar el abismo una vez que lo haya cruzado.
  2. El callejón sin salida es una curva casi plana, da igual lo que hagamos, ni mejora ni empeora.
  3. El arrecife siempre mejora, de forma constante pero al final se viene debajo de forma rápida. Es importante detectar donde estamos en cada momento para saber cuando abandonar o continuar de forma meditada.

Tres preguntas que el autor sugiere hacer antes de renunciar son:

  1. ¿Estoy sucumbiendo al pánico? Nunca renuncies en estado de pánico, espera a que el momento duro haya pasado y ha haber recuperado la calma antes de tomar la decisión de renunciar. Es más, decide de antemano en qué condiciones vas a renunciar, de modo que tengas una decisión no afectada por las circunstancias de un mal día o mes. Observa la renuncia como una decisión estratégica y tenla planificada desde el inicio. Ten perspectiva.
  2. ¿A quién estoy tratando de influenciar? Es diferente si tratamos con una persona a si lo hacemos con un mercado. La primera tenderá a hacer el abismo más ancho con cada interacción mientras que el segundo tenderá a hacerlo más estrecho. Es decir, renuncia rápido a convencer a una persona pero insiste mucho cuando quieras vender un producto a un mercado (diferentes personas).
  3. ¿Qué tipo de progreso mensurable estoy logrando? Solo puedes estar en tres estados para cualquier objetivo: avanzando, parado o retrocediendo.

Quizá es un libro que interesará a quienes no estén a gusto en su actual empleo, proyecto o hobbie. Es fácil aplicar lo que comenta el autor a casi cualquier ámbito, solo tienes que tener ganas de mejorar en algo.

Como citas para el recuerdo dejo algunas, con mención especial al Transbordador Espacial de la NASA que finalmente fue cancelado y reemplazado por cohetes Falcon de SpaceX, más baratos, rápidos seguros y mucho más chulos:

Numerosas organizaciones se cercioran de cumplir con todos los requisitos -tienen servicio al cliente, una recepcionista, una ubicación conveniente, un folleto, etc.-, pero todo ello es mediocre. Por lo general, los clientes escogen a otro: su competencia. Eligen a los competidores que no tienen un rendimiento óptimo en algunas áreas, pero que son excepcionales en las que interesan.

-o-

El secreto de las organizaciones exitosas es la renuncia estratégica. La renuncia reactiva y la renuncia en serie son la ruina de quienes luchan por conseguir lo que quieren (pero no lo logran). Eso lo hace la mayoría de las personas. Se dan por vencidas cuando el reto se vuelve doloroso y perseveran simplemente por no molestarse en renunciar

-o-

¿Para qué vender una división de miles de millones de dólares que está obteniendo felizmente beneficios y ocupando el puesto número 4 en participación en el mercado? Fácil: porque distrae la atención de la gerencia. Absorbe recursos, capital, enfoque y energía, y, sobre todo, le dice al personal de la organización que está bien no ser el mejor del mundo.

-o-

Las personas esforzadas y motivadas encuentran en la diversificación un desahogo natural para su energía y entusiasmo. La diversificación parece ser el camino correcto. Ingresar en un nuevo mercado, solicitar un empleo en un área nueva, practicar un nuevo deporte. […] Sin embargo, el verdadero éxito lo obtienen quienes se obsesionan.

-o-

Es fácil y divertido empezar a construir algo en el garaje de casa. Es difícil y costoso comprar un molde de inyección, diseñar un circuito integrado o prepararse para producir a gran escala. El tiempo, el esfuerzo y el coste de prepararse para una producción a gran escala crean el abismo. Este mantiene bajo el suministro de productos y aísla y protege a quienes tienen el coraje suficiente para invertir en producción a gran escala.

-o-

El transbordador espacial es un callejón sin salida, no un abismo. Cuando los expertos argumentan a favor del transbordador, no dicen: “Debemos seguir haciendo esto porque con el tiempo va a ser más seguro/barato/productivo”. La única razón por la cual el transbordador existe todavía es que nadie ha tenido el coraje de cancelarlo. No hay razón alguna para seguir invirtiendo en algo que no va a mejorar.
De hecho, si canceláramos el transbordador, crearíamos una necesidad urgente de reemplazarlo. La no existencia de una forma para llegar al espacio nos forzaría a inventar una nueva alternativa, mejor y más barata.
Entonces, ¿por qué no lo cancelamos? ¿Por qué no renunciar a él? Por la misma razón de siempre: porque día tras día es más fácil seguir con algo a lo que estamos habituados, que no altera mucho las cosas, que no hace daño.

-o-

[De la Declaración de Independencia de Estados Unidos] “la experiencia ha demostrado que la humanidad está más dispuesta a sufrir, mientras los males sean tolerables, que a mejorar su situación mediante la abolición de las formas a las cuales está habituada”.

-o-

La respuesta más habitual al abismo es optar por la seguridad. Realizar el trabajo ordinario, hacer una labor sin tacha, una tarea irreprochable. Cuando afrontan el abismo, casi todas las personas aguantan e intentan seguir la vía promedio hacia el éxito.

Nota curiosa: Toda la redacción, edición y publicación de este post se ha hecho en un par de viajes en trenes Avant a 200 km/h con Tablet, móvil para la conexión y teclado Bluetooth.

Anuncios

Paradigmas de organización y estrategias de rentabilidad

Hace un par de días estuve consultando (en papel) el “Manual de la sociología del trabajo y de las relaciones laborales” (H.-D.Köhler y A. Martín Artiles) donde me topé con un capítulo titulado “Paradigmas de la organización del trabajo” que llamó especialmente mi atención.

En el capítulo se habla de diferentes paradigmas, entre ellos “taylorismo” y “lean”, muy relacionado con el mundo de la fabricación industrial y las cadenas de montaje pero también con el desarrollo ágil de software.

El libro es descriptivo, no prescriptivo, es decir: solo enumera, describe y comenta contexto, ventajas y críticas de los diferentes paradigmas y sus implementaciones. Pero aun así me ofreció una visión diferente de la que solemos ver en talleres y charlas de desarrollo ágil. Una visión más coherente con la realidad de los equipos que he conocido.

Algunas de las cosas que se comentan son:

  1. Que “ninguno de estos modelos ha funcionado según ‘el libro de texto’ de las escuelas de negocio, ni siquiera los casos de Ford, GM o Toyota”. Esto cuadra con la discusión sobre si hay que adaptar Scrum a la organización/equipo o si no funciona porque “no se está haciendo Scrum de verdad”. En la realidad ningún paradigma se ha seguido de forma “pura”, sino en formas híbridas para adaptarse al contexto.
  2. Las metodologías “lean” derivaron en un ultra-taylorismo. Aun peor que el taylorismo al que pretendía sustituir, debido al control absoluto que establece a base de visibilidad y transparencia. Este control generó diversas críticas en los entornos industriales de los ’90 por el estrés que provocaba en los trabajadores. Cuadra con el sobre nombre de “Hacienda Scrum” que he llegado a oír: Scrum vista como esclavos recogiendo algodón de sol a sol, día tras día.
  3. Existe otro paradigma (el último que comenta) denominado “sistema de producción reflexivo”, también llamado Volvoismo o Kalmarismo por la empresa (Volvo) y lugar (Kalmar) en que nació: la planta Volvo-Udevalla. Al parecer quedó solo en un experimento por diferentes motivos, entre los que están las operaciones contables en que se le imputaban costes ajenos (un clásico de muchas empresas). Al parecer los equipos eran muy autónomos, permitían una flexibilidad enorme en la producción y se asemejaban más a talleres “neoartesanos” que a naves industriales. Un modelo no exento de críticas en cualquier caso.
  4. Se pueden distinguir paradigmas de organización en función de sus “estrategias de rentabilidad”, es decir: según como buscas ganar dinero tiendes a organizar las cosas de una u otra forma. Una empresa que gana dinero por volumen (paradigma fordista) o por reducción de costes (paradigma toyotista), harán cosas diferentes y le irá mal aplicando cualquier otro paradigma. Esto cuadra muy bien con mi experiencia y sé que sin entender esto es fácil aplicar cosas que dañarán a la empresa.
  5. Parece claro que el éxito o fracaso de cualquier organización depende de muchos factores y el paradigma que emplee puede ser tanto una consecuencia como una razón de éxito o fracaso. Los contextos en que se mueven las organizaciones cambian constantemente. La política, el mercado laboral y el estado de la economía influyen y condicionan completamente los resultados y la evolución de las empresas.

Un libro interesante. Como mínimo para consultar algún que otro capítulo.

Para terminar, he generado una hoja de cálculo para tener a mano la matriz de comparación que contiene, sobre paradigmas y estrategias. Porque espero poder darle uso tarde o temprano, pero igual alguien más quiere echarle un ojo:

Paradigmas de organización y estrategias de rentabilidad

La horda (equipos)

Hoy pensaba en un patrón de comportamiento de algunos equipos que he observado una y otra vez a lo largo de los años. Lo llamo “La Horda” y es algo que experimentado tanto como observador, como miembro activo u ordo.

Qué es y cómo funciona La Horda

La horda en equipos de desarrollo suele producirse cuando sucede algo que se percibe como importante, afecta a todos y además nadie sabe qué está pasando o qué implica realmente. El motivo puede ser variado: un error raro en un entorno de producción, un merge que salió mal y se ha extendido al resto de ramas, o una decisión sobre el código común. En esos momentos, la confusión y el caos se apoderan del equipo y los individuos pierden su identidad para convertirse en una masa, un grupo con mucha actividad y pocos resultados que realiza acciones sin coordinación y de forma más automática y emocional, que meditada.

En este “modo” de funcionamiento, los miembros del equipo no tratan de coordinarse o comunicarse de forma efectiva, sino de imponer su visión al resto, ya sea hablando sin escuchar o tratando de hacerse con el control de la horda (sin éxito dado el estado alterado general). En muchos casos algunos miembros de la horda actúan sin pensar provocando aún más caos. En otros la horda se divide en facciones que solo se comunican, o bien para defender intereses o bien por afinidades personales.

Al final, algo provoca que el tema se apague: el error de código desaparece, la gente se cansa o llega la hora de irse a casa. Entonces la horda se disuelve y vuelve a sus quehaceres. Lo interesante de este punto es que nadie se preocupa de ir más allá: el peligro ha pasado y no se siente la necesidad de dedicar más tiempo al tema. De este modo el origen del problema queda sin resolver, por lo que volveremos a ver una nueva horda en semanas o meses.

No creo que todo esto sea simple desorganización. Es más, tratar de organizar no ayuda, solo empeora las cosas o cabrea a los ordos.

Territorio Horda

Parece más fácil avistar una horda en equipos de desarrollo juniors que cuando hay seniors. Me refiero a veteranos de verdad, no gente con 1 año de experiencia repetido 20 veces. Supongo que esto se debe a que los veteranos están más curtidos y entienden que ciertas situaciones no son tan importantes o urgentes como puede parecer en un principio. También debido a que la experiencia adquirida les da más confianza en resolver el problema más pronto que tarde.

También parece más fácil que se forme la horda en entornos de desarrollo, que en entornos de sistemas. Mi hipótesis es que los equipos de desarrollo son más grandes que los de IT y con más especialistas (front-end, back-end, bases de datos…), dos características que generan problemas para mantener una visión de conjunto del trabajo (el conocimiento está muy fragmentado), aumentando el caos.

Además, tradicionalmente Sistemas no crea o genera cosas, sino que las administra, por lo que tiene más documentación y procesos que ayudan a mantener las cosas bajo control. Esto unido a que tienden a correr menos riesgos, evita que las cosas se pongan feas.

Defenderse de la horda

Creo que el problema de fondo que facilita la aparición de la horda es la falta de ganas de comunicación en el grupo. Es la escasez de tiempo lo que a menudo propicia esa falta, pero hay muchos otros factores que se suman día a día, a lo largo del tiempo, lo que genera hordas de forma cíclica.

Es normal que en un grupo que haya cierta brecha entre las experiencia y conocimientos de las personas y esto provoca que la comunicación requiera esfuerzo, como en el caso de padres e hijos. También es normal que existan diferencias de valores comunes y diversidad de caracteres, lo cual es sano y deseable. Sin embargo, cuando hay falta de interés en la comunicación (de serie o por razones externas), o si las personas del grupo desarrollan celos o rencillas (por sueldos, roles, rumores…), entonces la información tiende a ser, ocultada, distorsionada y se prejuzga con facilidad. Todo esto influye en que la comunicación se resienta, desembocando en hordas más o menos regulares.

La comunicación es algo difícil, requiere esfuerzo constante de todos y, aunque algunas personas puedan facilitarla en ocasiones, suele decirse con acierto que “no hay peor sordo que el que no quiere oír”: cuando alguien no quiere comunicarse, no hay forma de comunicarse y esto es un problema para el grupo muy difícil de resolver.

En mi opinión cualquier estrategia para evitar la formación de hordas requiere de tiempo y esfuerzo constante, y no siempre funcionará o será viable. Pero merece la pena intentarlo siguiendo estos pasos:

  1. Elige la capacidad de comunicación sobre la excelencia técnica en los miembros del equipo. Leer y escribir suelen ser buenos indicadores (no garantía) de que alguien disposición e interés en ello. Otros elementos de comunicación, como la escucha activa, son más complicados de detectar, especialmente en entrevistas. Y por supuesto entrena las capacidades de comunicación, no son algo que se aprende y ya está, hay que practicar, analizar, estudiar y mejorar constantemente.
  2. La paciencia y la experiencia variada ayuda a no caer en el pánico, facilitan la comunicación y el entender situaciones nuevas. Por eso ambas características son interesantes para cualquier grupo. Cuanta más y mejor distribuida, mejor.
  3. Reserva tiempo para comunicar a menudo. Si el equipo está sobrecargado esto se va a resentir. Pero eso no significa que una sola persona o un pequeño grupo sean los únicos responsables de buscar tiempo o iniciar la comunicación. Todos deben hacerlo.
  4. Emplea todos los canales de comunicación disponibles. Hablar es el más básico de los disponibles actualmente y probablemente el peor, porque que requiere poco esfuerzo (tiende a hacerse mucho y mal), solo funciona bien de 1 a 1, necesita que las personas sincronicen agendas, etc. Hace 6.000 años que tenemos escritura y desde hace bastantes décadas podemos grabar y transmitir audio y vídeo, amén de nuevos canales de comunicación escrita (chats, wikis…). Emplear exclusivamente el “sentarse a hablar” es negligencia.

Para acabar, dejo al lector una cita de Wikipedia que encontré leyendo sobre hordas de verdad. Me parece interesante para seguir reflexionando sobre el tema y me invita a pensar que quizá haya espacio para un antropólogo en los equipos de desarrollo. Al menos en los de las grandes ligas como Google, Amazon o Microsoft.

Jared Diamond define algunas características propias a las organizaciones sociales de los seres humanos en hordas:

  • Son las sociedades más pequeñas, entre 5 y 80 personas, estrechamente emparentadas;
  • Carecen de muchas instituciones como leyes, policía y tratados para resolver conflictos;
  • No tienen base de residencia;
  • Sociedad «igualitaria». Liderazgo informal;
  • Todos los humanos presumiblemente vivieron en hordas hasta la adopción de la agricultura;

Podando el árbol del conocimiento

arbol

Durante agosto he reducido mi lista de lectura de Pocket de 150 a tan solo 98 artículos (los más densos). Aún tengo horas de video de YouTube y Channel9 por ver, cursos pendientes por hacer en Microsoft Virtual Academy, Lynda (LinkedIn Learning) y Alison y docenas de libros y artículos por leer en PDF o papel.

No es que no lea, haga cursos y vea videos, es que no consigo hacerlo con la velocidad suficiente como para reducir su número. Llevo cerca de un año intentando reducir esas cifras, particularmente en Agosto, pero solo consigo frenar su aumento, que no es poco.

Revisando este blog es evidente que se trata de problema que está ahí desde hace tiempo, pero últimamente está empeorando debido a los múltiples roles que desempeño gracias al crecimiento profesional de mis últimos años: arquitecto de software, team leader, gestor de servicio, coach… Cada uno de ellos con unos requisitos de conocimientos y habilidades diferentes que no hacen sino ampliar el problema.

Entiendo que el origen de esto, no es tanto la cantidad de cosas que aparecen o toman relevancia en el plano técnico, como mi crecimiento profesional, mi dedicación a mi familia y mis años de experiencia y conocimiento acumulado. Esto último me hace más consciente ahora sobre lo que no sé en diversos dominios: tanto más allá de Microsoft, como más allá del desarrollo puro y duro. Otros han hablado ya del síndrome del impostor, pero este post no va de eso.

Creo que es momento de aceptar la realidad y dejar de nadar contra la corriente para empezar a navegar con ella. Dicho de forma menos poética esto implica reducir mi espectro de “intereses” y empezar a eliminar todo lo que no pueda traducirse en una mejora importante de mi vida. En particular, el tiempo que dedico fuera del trabajo a aprender o mantenerme al día debe tener una razón de peso para hacerlo y un impacto tangible. Por ejemplo, mi actividad en SwCraftersCLM continuará porque me carga las pilas aportar a una comunidad de forma directa y desinteresada. Además me pone en contacto con gente, problemas y soluciones fuera de las burbujas de Microsoft y Madrid, que siempre es algo bueno.

Escribo este artículo para obligarme a parar a pensar en este problema y en posibles soluciones; para ayudarme a seleccionar qué se queda y qué se va de todo ese conocimiento que tengo en cola; y para seleccionar una ruta más concreta de aprendizaje que mejore mi futuro.

Provisionalmente la lista de temas importantes para continuar aprendiendo o trabajando, es esta: Soft skills para mejorar lo que hago con personas, Arquitectura de Azure para no quedarme desactualizado al ritmo que lleva la nube en la que trabajo actualmente y Blockchain porque parece la tecnología con más potencial de los últimos 20 años… y además puede trabajarse en Azure.

NOTAS:

Dado que uso este blog como una bitácora donde apunto temas que quiero tener a mano en el futuro, he podido revisar mi proto visión de este problema a lo largo de los años (años ’10, ’11, ’12, ’15 y ’16).

Reproduzco aquí algunos extractos por si alguien tiene interés o ve paralelismos con sus propios problemas y le ayuda a resolverlos:

El mundo del desarrollo con Microsoft, a pesar de todas las facilidades, potencia y posibilidades de integración que ofrece, puede llegar a hacerse bastante cuesta arriba cada vez que sale una nueva versión de sus productos, algo que sucede, para bien o para mal, muy a menudo.

[…]

tenía ganas de soltarlo y pararme a pensar un rato sobre ello, porque el reciclaje constante, el cansancio acumulado gracias a mi pequeña Celia, y los proyectos pueden llegar a hacer pesados los días de I+D con límite de tiempo, y eso hay que atajarlo si no se quiere acabar con un síndrome de burnout.

Desde <https://jbolano.wordpress.com/2010/01/28/reflexion-sobre-el-desarrollo-de-software-tecnologias-y-herramientas-reciclaje-extremo/>

siempre hay que estar aprendiendo, pensando y probando, nunca puedes “apalancarte” y muchos acaban quemados o abandonando lo que parece una carrera de ratas. Al final los que quedan, son probablemente los que más y mejores soluciones conocen (por mera experiencia) y eso debería hacerlos valiosos por encima de modas.

Desde <https://jbolano.wordpress.com/2011/12/18/toma-de-decisiones-y-desarrollo-de-software/>

“¿cómo arreglamos este gap, este abismo de conocimientos que está cargándose la viabilidad de mi empresa?” La respuesta es, en mi opinión, que no se puede resolver, solo podemos tratar de minimizar el problema. Y para minimizarlo, al margen de reconocerlo en nosotros (sí, todos lo tenemos, no se libra ni Dios) y en los demás, debemos tratar de atacarlo a la mínima oportunidad: si vemos que nuestros compañeros desconocen algo o realizan tareas que debería estar realizando una máquina, debemos acercarnos y ayudar con ello. Se requieren también paciencia, curiosidad y humildad para reconocer nuestra propia ignorancia y ocasional estupidez. Y se requiere una voluntad de equipo para tratarla entre todos en el día a día, a pesar del estrés, los roces y los humos de cada uno de nosotros. Pero sobre todo, creo que se requiere valor y asertividad para cuestionarlo todo (independientemente de la jerarquía) y disentir públicamente.

¿Difícil? Sí. ¿Incómodo y desagradable en muchos casos? Desde luego. Pero la alternativa dada la velocidad de los acontecimientos, es el fracaso a medio y largo plazo. Y si no, que se lo digan a la industria musical (barrida por iTunes y el P2P), la industria del cine (barrida por Megaupload y los torrents) o la industria editorial (barrida por Amazon y los ebooks) entre otras afectadas por no tener un marco de conocimientos adecuado sobre la tecnología y las herramientas.

Desde <https://jbolano.wordpress.com/2012/08/14/el-abismo/>

el desarrollo de software ha pasado por muchas etapas en un periodo de tiempo muy comprimido y en cada una ha ido ganando complejidad, añadiendo capas de abstracción y mejorando todo lo existente anteriormente de manera fulminante (a ver quién se acuerda de Word Perfect, Altavista o Myspace). Y durante ese viaje, los desarrolladores hemos ido aprendiendo por las malas que cada problema es muy distinto y requiere distintas aproximaciones

Desde <https://jbolano.wordpress.com/2012/09/27/una-breve-historia-del-desarrollo-de-software/>

Creo que todas estas son buenas razones para esperar unos tiempos la mar de interesantes en todos los frentes, y estoy deseando ver qué pasa y cómo reaccionan competidores y mercados. Ver qué falla y que arrasa, y por supuesto qué más se saca todo el mundo de la manga.

Desde <https://jbolano.wordpress.com/2012/10/22/el-desembarco-de-normandia/?preview=true&preview_id=2446&preview_nonce=0f8b62d27f>

Para terminar solo quiero dejar una última reflexión: cuando veo desarrolladores que se enfrascan exclusivamente en su tecnología de trabajo actual y por falta de tiempo o curiosidad, saben poco o nada de otros campos, herramientas y tecnologías, pienso que es poco probable que sean capaces de aportar ideas nuevas y por lo tanto de evolucionar y mejorar. Y eso es malo para todos.

Desde <https://jbolano.wordpress.com/2015/03/22/reflexion-analogias-experiencia-directa-y-desarrollo-de-software/>

muchos eventos importantes en 2009: el embrión de Azure y Office 365 (BPOS), Android 2.0 (la primera versión buena), Windows 7 (el más querido), ECMAScript 5 (el JavaScript de la nueva web), Bitcoin (y la explosión del blockchain), GO (del que Javier nos dará una charla pronto) y Node JS (¿el nuevo Java/PHP?) del que vimos cómo se usaba en producción en las Lambdas del AWS de BrainSINS en el último Meetup.

Desde <https://jbolano.wordpress.com/2016/12/09/developer-timeline-1996-2016/>

Las dos palabras que todo profesional debería usar más

Hace unos días, Manuel de la Peña twiteó un texto que comentaba una vieja historia (más bien fábula) de monos, jaulas, preguntas y procedimientos.

Eso me trajo a la memoria pequeño artículo que leí en Hardvard Business Review sobre el arte de hacer preguntas. Un artículo que en su momento me invitó a pensar en la importancia no tanto de las técnicas de hacer preguntas, como de lo esencial que es conocer el “por qué” de las cosas (y para lo que se necesita hacer preguntas, claro).

También me recordó este otro artículo sobre qué hacen las personas que son buenas escuchando y que en mi opinión es una consecuencia de interés genuino en entender los “por qué“.

La falta de interés y esfuerzo en tratar de entender las cosas, sus objetivos y contextos (esto es, el “por qué“) es un tema que me da mucha rabia observar (incluso en mi) y del que hace tiempo que tenía pendiente quejarme un poco en público. En público, porque tiene relación directa con todos los procesos que se realizan en cualquier empresa; también con las buenas prácticas (best practices) que parece que muchas personas se emperran en recomendar o exigir sin entender que dependen del contexto. Y por supuesto porque tiene que ver con los que critican (y criticamos) decisiones de terceros a nivel personal, de negocio o político casi a diario.

Hay por supuesto profesiones en las que en general se necesita hacer preguntas básicas constantemente de forma directa o indirecta, como en medicina (¿le duele aquí?, ¿puede caminar?), donde cada prueba médica es una forma de pregunta y cada mirada o toque está orientado a obtener una respuesta (el ojo clínico). Supongo que haber tenido un padre médico ayuda a ver ciertas cosas de cierta manera.

No obstante, la mayoría, durante la mayor parte del tiempo observa, juzga y condena sin conocer el “por qué” de una decisión. Pocos se molestan en hacer preguntas la mayor parte del tiempo. Mucho menos una tan básica como “¿por qué?“. Y desde luego nunca seguida de otro “¿por qué?” como en el método Toyota-Lean-Kaizen-Six Sigma de los 5 por qué para la mejora de procesos.

Me temo que hemos cogido miedo a hacer preguntas básicas, las más importantes, por miedo a parecer ignorantes y menos valiosos en nuestro entorno personal y puesto de trabajo, e irónicamente eso nos hace más ignorantes y menos valiosos.

Pero no acaba ahí el problema: como nadie hace preguntas para entender un contexto todos acabamos dando por sentado que este no importa y/o que todos tenemos la misma idea en la cabeza, lo que provoca errores y dificultad en la comunicación. Un desastre.

En fin, que las dos palabras que creo que todos deberíamos usar más son evidentemente “¿por que?”. Aunque hay otro par de palabras que, si se usasen con sentimiento real, también deberíamos usar más y mejoraría mucho nuestras vidas: “por favor”. Porque es sorprendente lo bien que responden algunas personas a un poco de interés y educación y como redunda eso en un win-win de libro.

Así que tras quejarme un poco y habiendo dejado algunos enlaces (espero) interesantes, solo puedo cerrar este post invitando a todos a preguntar más y mejor. Con inocencia y abiertos a escuchar.

Libro: La nueva fórmula del trabajo. (Google)

laszlo

Título: La nueva fórmula del trabajo. Revelaciones de Google que cambiarán su forma de vivir y liderar.
Autor: Laszlo Bock
Editorial: Conecta

Laszlo Bock es el “vicepresidente senior de gestión de personas” de Google es decir, que trabaja en recursos humanos. Además lo ha hecho durante 10 años, nos separan 6 años de edad y procede de Rumanía. Todo eso y la portada amarilla (hay estadísticas al respecto) aseguraban que el libro iba a acabar en mi mochila. Afortunadamente.

El libro en si es un tanto irregular, lleno de anécdotas puras, anécdotas que parecen datos, y opiniones. Obviamente no esperaba una tesis doctoral, pero quizá si algo menos de “marketing” y algo más filosófico o anécdotas más impactantes, pero la verdad es que todas se basan en datos (o eso dice) y resultan muy razonables (al menos para mí). En cualquier caso cumple perfectamente tanto la labor de mantenerte pegado leyendo a buen ritmo, como la de dar que pensar y saciar la curiosidad sobre cómo funciona Google “de verdad”, o al menos de forma más profunda y extensa que los artículos habituales para generar clics en periódicos y blogs.

Lo que resulta evidente al leer este libro es que Google juega en otra liga a nivel de contratación. La cantidad de dinero que genera mediante anuncios hacen que pueda realizar todo tipo de experimentos sin tener que preocuparse por la supervivencia de la empresa. Eso por sí sólo no le asegura que sus proyectos y productos salgan bien, pero el espíritu innovador (real), el sentido de misión (fanático) y esa red de seguridad económica creo que marcará la diferencia en el largo plazo, siempre y cuando no se cuelen demasiados psicópatas y vende motos que reemplacen su cultura actual por otra más comercial y elitista, que es lo más probable que esté pasando ahora mismo, o que suceda en cuanto Larry y Sergei palmen o se jubilen. Microsoft y Apple son, entre otros, las pruebas vivientes de que todo cambia al cambiar de fundador y dueño, y me temo que eso aplicará también para Google a pesar de la obsesión por generar cultura sana y duradera de sus fundadores.

También resulta evidente que Google hace la cosas de forma radicalmente distinta. No es que “haga” cosas extravagantes o diferentes, es que sus valores culturales son tan diferentes de los habituales que todo lo que hacen surge y se apoya en unas raíces completamente diferentes a las que haya visto en otras empresas. No es algo que se pueda copiar para adaptar. Y requiere para su adaptación (suponiendo que sea posible adaptarse a eso) de un cambio de mentalidad de arriba abajo brutal, un cambio de mentalidad que probablemente solo está al alcance de empresas pequeñas y jóvenes, con músculo financiero y ganas de cambiar el mundo empezando por sí mismas.

Algunas de las cosas interesantes que he ido pensando según leía el libro y que me parecen importantes de recordar son que:

  1. Entienden el survivor bias. Son escépticos y no mira solo en una “dirección”.
  2. Entienden los efectos acumulativos (la importancia de los hábitos, las pequeñas mejoras continuas, la medición y la repetición).
  3. Tratan de usar datos para todo. Eso en si mismo tiene varias ventajas, aunque sean datos limitados o sesgados.
  4. Tienen no solo el dinero, sino los huevos para experimentar a gran escala de forma abierta y constante.
  5. Entienden el sesgo de inmediatez, donde pesa más lo más reciente en lugar de un periodo.
  6. Dedican enormes cantidades de tiempo (y no solo dinero) a mejorar procesos. No sólo los diseñan e implantan, sino que los calibran, comparan, y recalibran… y no solo lo hacen los “responsables” de X sino todos los empleados y directivos desde la parte baja de la jerarquía hasta Sergei.
  7. Parece que Laszlo tiene intereses y enfoque similares a los míos. O al menos hace referencia a libros, ideas o temas que he ido tratando a lo largo de los años en el blog a base de lecturas más o menos afortunadas, reflexión y experiencia. Quizá debería haber estudiado psicología y haberme dedicado a recursos humanos en empresas de informática. Pero es improbable que hubiese alcanzado lo que este hombre: parece un perfil muy raro (en el sentido de poco habitual) incluso antes de su estancia en Google.

Sobre el último punto, Laszlo me da cierta envídia porque hace lo que (releyendo años de mi blog), parece que me interesa en el fondo, aunque haya elegido otro camino para llevarlo a cabo: Hacer que los sistemas sean mejores para las personas y mejores en su función. Gente feliz, empresa productiva.

Sobre la utilidad del libro, he de reconocer que se trata de un libro peligroso. Es el típico caso de libro de “autoridad” de empresa de renombre que contiene ideas tan radicales que puede servir como munición a lo que Tomás de Aquino llamaba personas de un solo libro (timeo hominem unius libri). Este libro contiene ideas valiosas pero aplicarlas a medias o sin entender el fondo, el por qué, tiene muchas papeletas para acabar en desastre.

Por el lado negativo, que el autor emplee muchos datos aislados para persuadir no ayuda a discutirlo, al menos no sin una buena base estadística, cultural, etc. Personalmente encuentro a menudo molesta esa obsesión por vomitar datos inconexos, incompletos y anécdotas junto con un “disclaimer” de que “es sólo su opinión”, y sospecho que no es algo específico del libro, sino que lo usa a menudo en su puesto de trabajo. No me gustaría tener que discutir con él durante una reunión dado el nivel de práctica que debe haber adquirido, y en muchos momentos me ha recordado a los libros de Malcom Gladwell, como Inteligencia Intuitiva (reseña del 2009).

Para terminar una última reflexión, supongo que RRHH en cualquier empresa es un reflejo de la dirección de la empresa. Quizá lo primero en que debes fijarte al menos entrar en un nuevo empleo es en que opina la gente de la casa del propio departamento. Y en este caso, parece un buen departamento.

Recomendaría la lectura de este libro a personas interesadas en sistemas de organización, personas, trabajo, Google y liderazgo. Que es justamente lo que indica la portada. 🙂

A continuación algunas citas para el recuerdo de las que más me han llamado la atención en sus algo más de 400 páginas.

-o-

En 2009, y mediante nuestra encuesta anual, los googlers nos comunicaron que cada vez costaba más terminar las tareas. Llevaban razón. Nos habíamos doblado en tamaño, pasando de 10.674 empleados a finales de 2006 a 20.222 al terminar 2008, y habíamos aumentado los ingresos de 10.674 a 21.800 millones de dólares. Pero en lugar de anunciar iniciativas corporativas de arriba abajo, nuestro director financiero, Patrick Pichette, otorgó el poder a los googlers. Inauguró lo que llamamos los Controladores de la burocracia, un programa anual con el que, actualmente, los googlers identifican sus máximas frustraciones y contribuyen a solucionarlas. En su inauguración, los googlers aportaron 570 ideas y votaron más de 55.000 veces. La mayor parte de las desilusiones se originaban a partir de cuestiones nimias y fácilmente resolubles.

-o-

La única prueba de la que dispone acerca del desempeño de alguien es su currículo y lo que él mismo (y en ocasiones sus referencias) le dicen. […] Y ofrecer salarios altos solo asegura que usted va a recibir más aspirantes, no a entrevistarse con los mejores o que podrá distinguir a los de los mediocres. Por todo ello muchas empresas adoptan la estrategia The Bad News Bears aunque no les guste admitirlo. Lo que le dirán los directivos es que contratan a los mejores y que después los preparan, entrenan y forman para ser campeones. Hay tres razones para tomar con escepticismo esas pretensiones.

-o-

¿Es posible, mediante la formación, compensar esos resultados y que las personas mejoren? ¿No abundan las empresas que son famosas por sus academias de liderazgo, centros de adiestramiento global y aprendizaje a distancia? ¿No les permite eso insuflar excelencia en sus nuevos empleados? No tanto como cabría esperar. Diseñar una estrategia eficaz de formar es difícil, muy difícil. […] Resulta casi imposible elegir a alguien con un rendimiento medio y convertirlo en una estrella mediante la formación. Algunos pueden afirmar que, sin embargo, es posible, y es verdad. Se conocen ejemplos de personas de rendimiento mediocre que pasaron a ser excelentes, aunque la mayor parte de esos logros responden a un cambio de contexto y a variaciones del tipo de trabajo más que de la formación.
Piense en Albert Einstein, por ejemplo, quien al principio no consiguió un contrato como profesor y después tampoco logró ser ascendido en la Oficina suiza de Patentes. No asistió a una sola clase que lo transformase en el mejor empleado de patentes que haya tenido nunca Suiza. Tampoco se graduó en educación ni empezó a ganar premios de enseñanza. Su éxito se debió a que su trabajo diario no requería gran cosa de su intelecto y dispuso de la libertad
para explorar un campo totalmente diferente.

-o-

Las empresas hacen del vicio virtud presumiendo de lo mucho que gastan en formación. Pero ¿desde cuándo el gasto es una manera de medir los resultados de calidad? ¿La gente presume de «Estoy en plena forma… este mes he gastado 500 dólares en mi cuota de socio del gimnasio»? La existencia de un elevado presupuesto de formación no prueba que esté usted invirtiendo en empleados. Lo que demuestra que, para empezar, usted no contrató a las personas adecuadas. […] Gastarnos más del doble en contrataciones, como porcentaje nuestro presupuesto en personal, que una empresa media. Si somos capaces al seleccionar a las personas desde cl primer momento, ello implica que tenernos menos trabajo que hacer una vez contratadas.

-o-

[…] necesita asimismo directivos dispuestos a renunciar a su poder cuando se trata de contratar. Debo confesar de entrada que los directivos recién contratados lo odian. Ellos quieren elegir a sus propios equipos. Pero incluso los directivos mejor intencionados comprometen sus estándares según se alarga la búsqueda. En la mayoría de empresas, por ejemplo, el primer día de entrevistas, el listón para buscar ayudantes de administrativo está por las nubes, mientras que hacia el día noventa la mayor parte de directivos se quedará con cualquiera que se ponga al teléfono. Y lo que es peor, determinados directivos pueden mostrarse parciales: desean contratar a un amigo o a un becario como favor a un directivo o cliente. Por último, dejar que los directivos tomen decisiones en la contratación les concede demasiado poder sobre los miembros

-o-

[…] empezamos buscando candidatos que hubiesen demostrado resiliencia y capacidad para sobreponerse a los momentos duros. […] Los títulos de su educación universitaria cuentan menos que lo que usted haya realizado. Para determinados puestos de trabajo no es importante dónde estudió usted. Lo que cuenta es qué aporta a la empresa y cómo se ha distinguido. Lo cual en cierto modo es como debería ser, teniendo en cuenta que uno de nuestros fundadores tampoco terminó nunca su educación universitaria.

-o-

Más adelante refinamos el proceso [de selección y contratación] porque llegamos a la conclusión de que el coeficiente intelectual por sí mismo no convierte a alguien en creativo o en un jugador de equipo […].
[Acerca de una experiencia de una start-up de uno de los empleados más relevantes de Google] El equipo pasó muy rápidamente de siete a unas cincuenta personas y nuestra productividad resultó inferior a la de antes. La causa fue que la mayor parte de las cuarenta personas contratadas no eran valiosas. Nos costaban más tiempo del que aportaban y nos hubiese ido mejor con un equipo de quince, pero todos ellos muy buenos.

-o-

Pensábamos que requerir títulos y certificados era un instrumento directo para captar personas inteligentes. Y que eliminaría el decepcionante número de individuos que mentían acerca de sus hojas de servicios. Pero en 2010 nuestros análisis pusieron de manifiesto que el desempeño académico no predecía el rendimiento laboral más allá de los dos o tres primeros años después de la universidad, de manera que dejamos de solicitarlo salvo en el caso de los recientemente graduados.

-o-

Una empresa pequeña no puede permitirse contratar a alguien que acabe siendo un desastre. Los malos trabajadores y los manipuladores ejercen un efecto tóxico sobre un equipo al completo y exigen mucho tiempo de gestión para formarlos o expulsarlos.

-o-

Cuando mantienes una entrevista y pasas una hora con esa persona, no lo consideras como una muestra de su conducta y mucho menos como una probable muestra sesgada, pese a que justamente eso es lo que es. Más bien piensas que estás viendo un holograma, una imagen pequeña y difusa, pero, aun así, la persona al completo.»
Dicho en otras palabras, la mayor parte de las entrevistas son una pérdida de tiempo porque el 99,4 por ciento de su duración se invierte en tratar de confirmar la impresión que el entrevistador se haya formado en los primeros diez segundos. «Hábleme de usted.» «¿Cuál es su mayor debilidad?» «¿Cuál es su punto más fuerte?» Una inutilidad.
Son igual de inútiles las entrevistas de caso y las preguntas capciosas utilizadas por muchas empresas, En ellas se plantean problemas como: «Su cliente es un fabricante de papel que planea abrir una segunda planta, ¿Debe hacerlo?». «Calcule cuántas estaciones de servicio hay en Manhattan», O todavía más irritante: «¿Cuántas pelotas de golf cabrían en un 747?», «Si le reduzco al tamaño de una moneda y le pongo en una licuadora, ¿cómo se escaparía?» La capacidad de resolver ese tipo de preguntas es, en el mejor de los casos, una competencia discreta que se puede mejorar con la práctica, lo cual elimina su utilidad para evaluar candidatos. En el peor, dependen de una pizca trivial de información o percepción que se le oculta al candidato y sirve fundamentalmente para que el entrevistador se sienta inteligente y autosatisfecho. Poseen poca o ninguna capacidad para predecir cómo se desempeñarán los candidatos en el trabajo. Eso es así debido en parte a la intrascendencia de la cuestión (¿cuántas veces en su trabajo cotidiano tiene usted que calcular el número de estaciones de servicio de Manhattan?) y en parte porque no hay ninguna relación entre una inteligencia flexible (lo que predice el desempeño en el trabajo) y problemas de percepción como los acertijos, y en parte porque no hay forma de distinguir entre alguien que es de una brillantez innata y alguien que ha practicado esa habilidad.

-o-

La investigación demuestra que la combinación de técnicas de evaluación es mejor que cualquier técnica única. Por ejemplo, un test de capacidad cognitiva general (predice un 26 por ciento del desempeño), combinado con una evaluación de escrupulosidad (10 por ciento) cuenta con más capacidad de predecir quién tendrá éxito en el trabajo (36 por ciento). Según mi experiencia, las personas que puntúan alto en finalizar «concienzudamente un trabajo» —lo que significa que no se detienen hasta que la tarea se ha terminado por completo en lugar de dejarlo cuando piensan que ya está bien— tienen también más posibilidades de sentirse responsables de sus equipos y de su entorno.
Dicho en otras palabras, tienen más probabilidades de comportarse como propietarios que como empleados. Recuerdo haberme sentido emocionado cuando Josh O’Brien, miembro de nuestro equipo de apoyo técnico, me estaba ayudando con una cuestión de TI durante mi primer mes. Era viernes y cuando dieron las cinco le dije que podíamos terminarlo el lunes. «Nos quedaremos hasta que terminemos», me dijo, y continuó en lo suyo hasta que el problema quedó resuelto.

-o-

Utilizar las videoconferencias también reduce costos, porque una entrevista a distancia es menos cara que una presencial, y es más respetuosa con el tiempo de los googlers y de los candidatos. Nuestros reclutadores se benefician del hecho de haberlas realizado centenares de veces, a diferencia del típico director de contratación que quizá solo haya realizado evaluaciones a distancia una o dos veces.

-o-

Hasta que llegamos aproximadamente a los veinte mil empleados, la mayor parte de la gente de Google pasaba entre cuatro y diez horas semanales contratando, y nuestros directivos más importantes podían reservar fácilmente un día entero a la semana para ello, lo que equivalía a entre ochenta mil y doscientas mil horas al año invertidas en contratar. Eso sin contar el tiempo gastado por nuestros equipos de dotación de personal. Pero era necesario hacerlo si queríamos crecer rápido y estar seguros de que no comprometíamos la calidad. Y, sinceramente, parecía la mejor manera de operar por aquel entonces. Costó años de investigación y experimentación averiguar cómo contratar de forma más eficaz.

-o-

Cada despacho, cada equipo, cada proyecto representa una oportunidad para efectuar un experimento y aprender de él. Esta es una de las mayores oportunidades que las grandes empresas desperdician y eso me parece igual de cierto para las que tienen cientos de trabajadores, no miles. Con demasiada frecuencia la dirección toma decisiones que aplica unilateralmente a la empresa entera. ¿Qué ocurre si la dirección se equivoca? ¿Y si alguien tiene una idea mejor?

-o-

Como explica Prasad Setty, «Los sistemas de gestión del desempeño tradicionales cometen un gran error. Combinan dos cosas que deberían permanecer completamente separadas: la evaluación del desempeño y el desarrollo profesional. La evaluación es necesaria para distribuir recursos finitos, como aumentos salariales y primas. El desarrollo es necesario para que la gente crezca y mejore profesionalmente». Si quiere que la gente mejore, no mantenga esas dos conversaciones al mismo tiempo. Haga del desarrollo un intercambio continuo entre usted y los miembros del equipo, en lugar de convertirlo en una sorpresa de fin de año.

-o-

Así que en lugar de seguir la senda tradicional de convertir un «bajo desempeño» en el beso de la muerte, decidimos plantearlo de otro modo: Nuestro objetivo apunta a comunicar la noticia a cada persona de ese 5 por ciento que se encuentra en ese grupo. No es agradable mantener esa conversación, pero resulta un poco más sencilla por el mensaje que transmitimos a esas personas: «Estás entre el 5 por ciento de empleados de menor rendimiento de Google. Sé que no es una cosa agradable. Pero la razón de que te diga esto es que quiero ayudarte a mejorar». En otras palabras, no se trata de una conversación «o te pones las pilas o te largas»; se trata de una charla educada con alguien para ayudarle a progresar. Un colega lo describió una vez como «pragmatismo compasivo». El bajo rendimiento raramente se debe a que la persona es incompetente o mala. Suele tratarse de una laguna en su formación (que puede corregirse o no) o una cuestión de voluntad (la persona no se siente motivada para hacer el trabajo). En este último caso, podría tratarse de un asunto personal o también podría traducirse como una señal útil de que hay algo más importante en el equipo que debería ser solucionado. De hecho, la manera en que restamos importancia a los conocimientos relacionados con el puesto a la hora de contratar a alguien, nos lleva a ser un poco vulnerables a este problema, porque nos gusta contar con gente que puede que no sepa hacer un trabajo concreto. Tenemos fe en que casi todos ellos aprenderán […]

-o-

[Acerca de las categorías de rendimiento entre empleados y la distribución normal/Gauss] Ese método puede envenenar una cultura en la medida en que los empleados se pueden revolver unos contra otros en una luchar feroz para evitar la caída en el fondo de la escala. Kurt Eichenwald escribió una mordaz condena de la clasificación forzosa en Vanity Fair en 2012: Todos los empleados antiguos y actuales de Microsoft que entrevisté —absolutamente todos— mencionaron la clasificación forzosa como el proceso más destructivo de Microsoft, algo que ahuyentaba a números incontables de empleados… «Si estabas en un equipo de diez personas, entrabas el primer día sabiendo que por muy bueno que fuera cada uno, dos personas iban recibir una gran puntuación, siete iban tener puntuaciones mediocres v una iba a tener una puntuación horrible —dice un antiguo desarrollador de software—. Ello conduce a quelos empleados se centren en competir entre sí en lugar de hacerlo con otras empresas.»

-o-

[Citando a Kathryn Dekas del laboratorio de Personas e Innovación de Google] Si solo estudias a la gente que tratas de imitar, puedes llegar a la conclusión de que los comportamientos clave que contribuyen a su éxito son los comportamientos clave que contribuyen a su éxito son los comportamientos comunes entre la mayoría o en todos ellos. Parece una conclusión razonable. Pero también es posible que los peores empleados tengan las mismas conductas, y usted nunca lo sabrá a menos que también los analice. puede fácilmente terminar identificando las malas conductas como las que conducen al éxito si no estudia también los otros grupos… En términos técnicos esto se llama “muestreo sobre variable dependiente”». Se trata sin embargo de otra variante del mismo sesgo de muestreo del que tratamos en el Capítulo 6, y por qué las «mejores prácticas» pueden inducir a error.

-o-

[Acerca de los checklist como forma de asegurar ciertos comportamientos de forma ágil y mejorar la gestión en Google. Este es un cuestionario que rellenan los subordinados para dar feedback sobre sus jefes.]
Cuestionario de muestra de la encuesta UFS [Upward Feedback System]

  1. Mi jefe me hace comentarios prácticos que me ayudan a mejorar mi desempeño.
  2. Mi jefe no microgestiona (es decir, no se implica en detalles que tendrían que ser gestionados a Otros niveles).
  3. Mi jefe muestra consideración por mí como persona.
  4. Mi jefe mantiene el equipo centrado en nuestros resultados/productos por entregar prioritarios.
  5. Mi jefe comparte con regularidad información importante de su jefe y de la alta dirección.
  6. Mi jefe ha mantenido una valiosa conversación conmigo acerca de mi desarrollo profesional en los últimos seis meses.
  7. Mi jefe comunica metas claras a su equipo.
  8. Mi jefe tiene los conocimientos técnicos (por ej., codificación en Tecnología, contabilidad en Finanzas) necesarios para orientarme.
  9. Recomendaría a mi jefe a otros googlers.

-o-

[Hablando de Chris Argyris de la Hardvard Business School y el rendimiento de los estudiantes de Hardvard 10 años después de su graduación] […] aquellos miembros de la organización que muchos dan por hecho que son los mejores a la hora de aprender no son, en realidad, muy buenos en eso. Hablo de los profesionales, cultos, con gran poder y altamente comprometidos que ocupan las posiciones de liderazgo clave en las modernas corporaciones… Dicho con sencillez: debido a que muchos profesionales casi siempre tienen éxito en lo que hacen, raras veces experimentan un fracaso. Y como raramente han fracasado, no han aprendido a aprender del fracaso… Se ponen a la defensiva, rechazan la crítica y le echan la culpa a cualquiera salvo a sí mismos. Dicho en pocas palabras, su capacidad de aprender se apaga justo cuando más la necesitan.

-o-

Ronald Burt, sociólogo de la Universidad de Chicago, ha demostrado que la innovación tiende a producirse en las brechas estructurales entre grupos sociales. Podría tratarse de las brechas entre unidades funcionales de las empresas, equipos que no suelen interactuar o incluso la persona callada en el extremo de la mesa de conferencias que nunca dice nada. Burt encontró una manera encantadora de decirlo: «la gente que se sitúa cerca de las brechas en una estructura social corren mayor riesgo de tener buenas ideas».
Las personas con sólidas redes sociales, como las que componen un equipo o unidad de negocio, a menudo tienen ideas y formas similares de abordar los problemas. La creatividad se va evaporando con el tiempo. Pero el puñado de personas que operan en el espacio superpuesto entre grupos tiende a conseguir mejores ideas.

-o-

Cuando entré en google era el responsable de las cafeterías [pagadas por Google y gratuitas para empleados] y fue una delicia […] Pero hacia 2010 las cafeterías se habían convertido en un derecho adquirido para un pequeño pero odioso segmento de googlers. En lugar de limitarse a comer en el trabajo algunos googlers empezaron a empaquetar comida para llevársela a casa. Una tarde, después de comer, pude ver a uno de ellos meter cuatro contenedores de comida en el maletero de su coche (lo cual me hizo preguntarme: ¿hasta qué punto puede ser saludable comer unos alimentos que han estado encerrados en un maletero durante 6 horas?). Un viernes por la tarde otro empleado fue sorprendido llenando su mochila con botellas de agua y barritas de cereales. Tenía previsto salir el sábado a hacer senderismo con sus amigos y deseaba llevar comida y bebida suficiente para todos ellos. Una googler, indignada porque hubiésemos osado poner platos más pequeños [como experimento para reducir desperdicio de comida y evitar sobrepeso], escribió que había empezado a tirar tenedores a la basura como curiosa forma de protesta. Según los chefs, algunos googlers incluso habían estado arrojando comida contra el personal después de ser servidos.

 

Libro: The psychopath code. Cracking the predators that stalk us

psico

Título: The psychopath code. Cracking the predators that stalk us
Autor: Pieter Hintjens
Editorial: Supongo que autoeditado. Solo tengo la versión Kindle. Y hay otra gratis en GitBook.

Ahora mismo no tengo ni idea de cómo encontré este libro, pero el precio en Amazon y el titulo me llamaron la atención lo suficiente como para empezar a leer la muestra gratuita y rápidamente lo compré para leerlo entero.

No es el primer libro sobre psicópatas que leo, pero sí el primero que leo escrito por un desarrollador de software (entre otras cosas), lo que me parece curioso teniendo en cuenta lo que me interesa el tema y que también desarrollo software profesionalmente. Quizá haya un patrón aquí: desarrollador, comunidades en línea, interés en psicópatas.

Obviamente no es el primero en escribir del tema de los psicópatas y su realidad y efecto en nuestras vidas:

Hay gran cantidad de libros, artículos y vídeos (TED por ejemplo) sobre el problema de los psicópatas que andan sueltos por el mundo. Pero Hintjens hace algo muy interesante: nos ofrece una teoría de la psicopatía. Y como buena teoría nos ayuda a explicar por qué existen, qué los mueve, como actúan y como defendernos de ellos.

La idea central del libro es que los psicópatas, los que nacen así, tienen una razón evolutiva que en el mundo actual se ha ido de madre dado el tamaño e interconexión de la sociedad actual. En el libro se propone una visión radical en la que la sociedad humana no es una y homogenea, sino un complejo sistema biológico en el que se han desarrollado humanos depredadores de humanos. Y todo ello lo va desarrollando metódicamente con ejemplos claros basados en los personajes clásicos del mundillo de la seguridad informática (Alice, Bob y Mallory).

No voy a meterme en si el libro es más o menos científico (no lo es en el sentido de un artículo de Scientifics American) pero si en el proponer una hipótesis (que los psicópatas existen porque existe un nicho evolutivo para ellos) y desarrollando la idea para encuadrarla en diferentes escenarios para establecer su capacidad de predicción.

Quizá para muchos esto sea demasiado laxo, pero para mí el poder explicar y predecir, el disponer de un modelo de psicópata aunque no sea completamente fiable, es algo impresionante.

Aunque el libro en ocasiones me parezca excesivo en encuadrar determinados comportamientos dentro del perfil de psicópata, y aunque sospecho que la experiencia vital de Hintjens lleve los ejemplos demasiado lejos, tengo que reconocer que me parece uno de esos libros que te cambian el chip.

A continuación un par de citas de interés, aunque repito que hay una versión online para leer en Gitbook.

A healthy group spends little time on decision making. Its members have high independence. They tend to do first, talk second. There is little or no argument. An infected group struggles to get consensus. Its members argue over irrelevant details. Even the smallest project takes huge p anning, and stresses everyone. You cannot fix such groups. I have tried many times. Groups grow around founders and rules. You cannot change the rules after the fact. And to keep out bad actors, you must have the right rules.

-o-

Can we eliminate psychopathy? I’m not even sure that’s a sane goal. This predator-prey battle has been the main force of human evolution for millions of years. Without it, we’d be a historical footnote.

-o-

recognize these negative triggers, and we can become resistant against them. There are two main reasons for negative triggering. The first is history. We evolved for a different world with fewer people and far more real dangers. Modern life is safe, easy, and yet complex and filled with other people. We compete with each other for toy points. Exposure to the elements, ignorance, or non-human predators is the exception, not the rule. We are a species on holiday. Our emotions are often the idle hands waiting for the Devil’s commands.

-o-

If you confront a psychopath in the workplace, have your exit ready. You Will not be staying long. Mallory knows exactly how to make people hate and fear you. She will with tears in her eyes accuse you of sex crimes, financial fraud, and worse. She Will explain in clear detail why all the trouble is your doing. VVhat you can do instead is to collect violations of company policy or the law. You need documentation and proof. You need more than one case. You can then report these to your management, or HR. Since HR’s first job is to protect the firm from bad actors, they should be able to help.

-o-

She only shows admiration and affection for more powerful people in the organization. We all meet psychopaths at work. If you know how Mallory works, you can see this happen almost in real-time. If not, it can take years to realize “it was not normal. ” You may want to try to fix things. It is unwise to accuse co-workers of being psychopaths. Only a trained professional can make such a diagnosis. And even then, only with cooperation from the subject. Mallory is not going to walk with you into Human Resources and agree that she’s a problem.

-o-

She moves up and sideways through the company structure. The workplace often wraps a blanket of anxiety and stress around its staff. Few people expect their work to make them happy. Many businesses use mindcontrol techniques on their staff. These are the same techniques psychopaths use. All this disguises Mallory’s impact crater. When Mallory enters a workplace, she is already thinking how to leave it. She has mimmal interest in the people or the work. She’ll go through them and take what she can.

-o-

[Acerca de comunidades online] Administrators SHOULD block or ban “bad actors” who cause stress and pain to others in the project. This should be done after public discussion, with a chance for all parties to speak. A bad actor is someone who repeatedly ignores the rules and culture of the project, who is needlessly argumentative or hostile, or who is offensive, and who is unable to self-correct their behavior when asked to do so by others.

-o-

[Acerca de sintomas de la existencia de un psicópata en una comunidad y el lugar de trabajo] It takes too long to come to consensus. There is too much argument over insignificant details. Staff spend more time justifying themselves than doing valuable work. The team feels stuck and lethargic, though individuals seem bright. People are leaving for unspecified reasons. If you are stuck with Mallory in the same workplace then your feelings will evolve. You’ll have a long period of frustratlon and some anger. Then you will feel burnout. This is a sudden shift in mood from trying to make things work to disgust. You will want to avoid talking to anyone in the team.

-o-

Yet without constant pressure from cheats, there is no game. And without a game, humanity has no future. VVhat do you mean with that? I think we’re still evolving, as we must, to overcome the limitations of our planet. We Will go to the stars, or we will go extinct. Not tomorrow. Maybe in a thousand years. And while the altruists will build the spaceships and design the hibernation tanks, it will be psychopaths that provide the hunger. Every dramatic voyage of discovery is driven by false promises and lies. Most end in disaster. Some succeed, and take us forwards.

Y esto es todo por el momento. Aunque me estoy dando cuenta de que me preocupan mucho los comportamientos anti éticos. Me pregunto si será innato o aprendido. 🙂