9+1 razones por las que trabajo en Sngular

Sngular MIT

Cuando me fui con Dani, Emilio y César a Boston

Una de las actividades a la que más tiempo dedico al día es a expresar de forma emocional, pero a partir de argumentos objetivos, por qué Sngular es la empresa más adecuada para hacer un proyecto digital construido sobre tecnología. Esa explicación debe ser única, específica para cliente con el que hablo y para cada proyecto que presento; y debe ser algo diferente de lo que podría contar cualquier otra empresa de las que están tratando de hacer las cosas que hacemos en Sngular. Hasta que no encuentro esa propuesta de valor diferencial no me quedo tranquilo, noto que algo me falta y no doy por terminada una propuesta.

Hoy en cambio voy a escribir sobre por qué creo que cualquier profesional de tecnología interesado por su carrera debería pasar por Sngular, marcarse unos objetivos a medio plazo, conseguirlos, y a partir de ahí comprobar si tiene recorrido o no.

1) Tenemos cultura de startup. Es normal, aplicamos los principios del agilismo, organizaciones distribuidas, equipos por conocimiento técnicos… y sobre todo, delegamos la toma de decisión porque no creemos en las organizaciones basadas en Comités y en Burocracias. No sólo tenemos cultura de startup, es que hace años montamos una y luego se la vendimos a Amazon. Todos los años invertimos en proyectos de emprendimiento, a veces tiempo, otras dinero, siempre en nuevas ideas que nos ilusionan y que pensamos que tienen futuro.

Soy una persona flexible que se adapta

2) Unidos somos mejores. Tenemos claro que el todo es más que la suma de las partes. Nos gusta trabajar en equipo porque sabemos que de la unión de las capacidades de las personas y de su mezcla se crea valor. Sabemos que en realidad el Llanero Solitario iba con su caballo Silver y con Tonto el Comanche.

Quiero llegar lejos, no quiero llegar rápido

3) Construimos software, no somos una empresa papelera. En Sngular nos dedicamos a crear e implementar la ventaja competitiva de nuestros clientes. No estamos aquí para rellenar documentos, ni queremos sepultar a nadie con papeles. Por cierto, que respetamos profundamente que haya gente que lo haga (siempre que sean responsables con el medio ambiente).

Me gusta construir

4) Acabamos lo que empezamos, nunca dejamos las cosas a medias. No sólo somos una empresa de tecnología, es que siempre terminamos lo que empezamos. Incluso a veces terminamos lo que otros empiezan. Eso significa “compromiso”, una de tantas palabras prostituidas del sector. Sabemos que las cosas se tuercen, incluso sabemos que algunas nacen torcidas. Sinceramente, nunca nos ha preocupado de quién sea la culpa, sabemos que alguien tiene que terminar los proyectos, y esos somos nosotros. Es nuestra forma de entender el “compromiso”.

Nada termina hasta que está terminado

5) Retos técnicos por doquier, porque nos gusta cacharrear. Tenemos la suerte o la desgracia de trabajar con tecnologías de vanguardia. Sí, esas de las que no hay mucha documentación, con tendencia a ser versiones previas o beta, adoptadas por pequeñas comunidades incipientes, donde quizá no haya mucha gente a la vuelta de la esquina para preguntar. Esas tecnologías disruptivas que traen una promesa de eficiencia y productividad que nadie quiere pasar por alto, y que alguien tiene que ser el primero en poner en producción. Como cuando empezamos a trabajar en entornos reales con Amazon AWS en 2009, con Angular y BackboneJS en el año 2012, con Polymer desde el 2014, etc.

Tengo espíritu aventurero y me gusta explorar

6) Reconocimiento y visibilidad de nuestros proyectos. En Sngular hacemos proyectos que impactan en la sociedad.Tiendas online, startups, apps móviles, bancas digitales, aplicaciones corporativas… nuestros proyectos salen a la luz y los usan las personas. Son prácticos porque tienen como objetivo hacer un poquito mejor la vida de la gente que los usa. A veces incluso lo consiguen. Lo importante es que nuestro trabajo no acaba en un cajón, ni cogiendo polvo en una biblioteca.

Por fin podré contarle a mi abuela a qué me dedico

7) Excelentes personas. Antes que profesionales somos personas, y en particular en Sngular además queremos trabajar con grandes personas. Con gente que tiene una mente abierta, que sabe compartir, que cree en el trabajo en equipo, y que deja lo que está haciendo para ayudar a un compañero en apuros. Esa clase de personas que nunca son un obstáculo ni un pero, sino un apoyo. La gente que quieres tener a tu lado cuando llegan los problemas, porque te hace sentir que no estás solo. La verdad es que para mí es una suerte trabajar con tantas personas que el mero hecho de intentar nombrarlas sería sonrojante. También ha sido una suerte haber trabajado con otras muchas personas que luego tomaron otros caminos como las sucias comadrejas que son.

Lo importante son las personas

8) Referentes técnicos. Siempre decimos que no importa la antigüedad o la experiencia, en Sngular esperamos que todo el mundo sea el mejor en su trabajo. Fomentamos una cultura en la que cualquiera puede aportar y donde de todo el mundo se puede aprender. Nos gusta que las personas tengan un referente, es más, nos gusta que las personas puedan convertirse en referente. Es una pena que nuestros compañeros tengan más interés por trabajar, aprender y construir que por conseguir followers; pero aquí se aprende cada día.

Reconozco que tengo mucho que aprender

9) Aspiraciones en el largo plazo. Si llevamos desde el año 95 en tecnología y seguimos creciendo año tras año es porque nunca tomamos decisiones pensando en el corto plazo y en salir del paso. A veces nos toca tomar decisiones difíciles, pero lo hacemos siempre desde la coherencia con nuestros valores, y pensando que en el largo plazo será lo mejor. Y sobre todo, que nos gusta poder mirar a los ojos a las personas y poder cruzarnos con ellas por la calle sin tener que agachar la cabeza.

Quiero construir catedrales, no picar piedras

Seguramente cada uno de las 320 personas que hacen Sngular tendrán sus propios motivos de por qué han elegido trabajar aquí; estos sólo son los míos y responden a mi vivencia personal después de 6 años. Se que habrá gente que lo verá de otra manera, lo cual es respetable y sano. Pero estos son mis 9 motivos, si los recorres verás que el más importante es TU CARRERA. Si crees que son lo suficientemente buenos para ti, echa un vistazo a nuestras oportunidades en Madrid, Oviedo, Badajoz, Dallas, Birmingham o Ciudad de México http://sngular.team/es/jobs

¿Y en tu caso? ¿Qué es lo que hace que todas las mañanas vayas a tu trabajo, y no a otro?

House D. T. (Design Thinking)

Bien, empecemos por el principio. ¿Qué es el Design Thinking? Es una aproximación a la resolución de problemas. Ah, muy bien. ¿De qué tipo de problemas? Problemas de todo tipo. Nos pensamos que esto sólo vale para crear servicios y productos digitales, pero no. Ah, qué pasa, ¿qué antes no se podía innovar? Por supuesto que sí. ¿Entonces por qué se ha puesto de moda? Por lo mismo que las aproximaciones Lean al ciclo de vida de un producto digital, o el desarrollo ágil a la construcción de software. Porque está orientado al éxito en el mundo de la transformación digital, caracterizado por la incertidumbre, la necesidad de adaptación al cambio y la evolución tecnológica que habilita la disrupción.

Vale. ¿Y qué tiene que ver HOUSE en esto?

House Design Thinking

Manos a la obra (Imagen de Cris HE)

No se si alguna vez habéis visto esa serie. Va de un doctor insoportable que dice todas las impertinencias que se le pasan por la cabeza disfrazándolas de honestidad, pero la gente se lo consiente porque acababa por resolver los casos más difíciles del hospital. Bueno, cuando termines de leer este post podrás decir que el Design Thinking es como un capítulo de HOUSE, sólo que sin un cojo cabrón que te da bastonazos (y sin que muera gente cuando te equivocas)

No es Lupus

Gracias a House descubrimos lo que es el Lupus, ya que era una hipótesis prácticamente en todos los episodios. Bueno, para mí el DT es en cierta medida el proceso de diagnóstico diferencial que hacía el doctor House con su equipo.

Si recordáis en todos los capítulos (casos) se probaban diferentes hipótesis, ninguna era la buena, salvo la que se probaba antes del final del episodio. Cosa normal por otra parte, forma parte del estilo de este tipo de series; en CSI el sospechoso culpable es el último al que interrogan y en Mentes Criminales la chica secuestrada siempre está en la última granja que registran.

Lo primero que tienes que saber sobre DT es que es un proceso para resolver problemas de forma iterativa, lo que significa que después de unas actividades más o menos descritas y consensuadas como corpus del proceso, se llega a una hipótesis. Y en la propia naturaleza del proceso se encuentra materializar esa hipótesis de una forma que permita ponerla a prueba rápidamente, antes de que caduque, y así obtener conclusiones que permitan el refinamiento. Y vuelta a empezar en el proceso.

Por tanto recuerda: nadie espera que soluciones un problema a la primera; ni House ni Horatio han resuelto un caso en su vida a la primera, pero se han hinchado a Emmys.

Los Síntomas no son la Enfermedad

Cuando los niños tienen fiebre, se les puede dar Dalsy para que les baje; pero sólo explorando el oído y viendo la otitis se les puede dar antibiótico, reducir la inflamación, curar y en el proceso, le bajará la fiebre. Pues esto es lo mismo. Aplicar el proceso de DT supone olvidarse de los síntomas del problema; e invertir tiempo en conocer y comprender sus causas, en lugar de paliar sus síntomas.

House Design Thinking

Abre tu mente, Quaid (Imagen de Peter Pham)

Una de las diferencias que aporta el Pensamiento de Diseño a otras metodologías de innovación es que las primeras etapas del proceso, el research se centra en las personas y sus propósitos, para detectar sus pain points o necesidades no detectadas. Es quizá la importancia que tiene la observación de la persona y sus problemas lo que diferencia este proceso, de otros en los que o bien el centro de la innovación es un proceso que se busca mejorar (por lo general para eficientarlo o desintermediarlo) o en los que se trabaja sobre grupos de clientes a partir de agregados estadísticos (impersonales porque se sustentan en la fuerza del número)

Todo el Mundo Miente

Hemos visto que una de las características principales de DT es que se busca el origen del problema en la experiencia / vivencia de la persona (usuario, cliente, empleado, recurso… cuanto antes olvides esas palabras y vuelvas a usar la palabra “persona”, mejor) Por eso,  una de las formas de referirse o definir DT es Human Centered Design. Podría traducirse como Diseño Centrado en la Persona, a mí al menos me gusta más, porque Diseño Centrado en el Humano suena un poco ridículo (no va a ser Diseño Centrado en el Wookie)

Precisamente, una de las frases recurrentes en los capítulos de HOUSE es que todo el mundo miente. El paciente miente. Y parte del trabajo del episodio era descubrir que el niño lleva sordo desde los 7 años pero no lo quería reconocer, que el padre oye voces, o la madre se mete unos tiros cuando nadie mira. A veces los médicos tenían incluso que colarse en casa del paciente para descubrir que tenía moho en el cabecero de la cama, etc.

En general, sabemos menos de nuestros clientes de lo que nos gusta reconocer. Por eso es tan importante para mí el pensamiento crítico, la habilidad de sacar conclusiones a partir de la objetividad evitando el sesgo o el prejuicio. Cada vez que alguien dice “es que los clientes no quieren (pon aquí lo que sea)” deberíamos preguntarle en qué datos se sustenta esa afirmación. Y si alguien dice “mi madre no usaría (pon aquí lo que sea)” hay que invitarle amablemente a dejar el equipo.

El Equipo

Aunque no lo parezca, House trabaja con un equipo de doctores que se involucran tanto en el proceso de descubrimiento del paciente, como de diagnóstico de la enfermedad; y además se reparten los papeles durante la parte de aplicar el tratamiento. Y esto es así porque cada miembro del equipo aporta desde su propia especialidad y experiencia.

De la misma forma, otra de las características del proceso de DT es la creación de equipos multidisciplinares e interdepartamentales. De esta manera, se comparte a lo largo de la organización no sólo la visión del cliente y su necesidad (¿habéis conocido a alguien de Compras a quién le importe el cliente final?) sino la resolución del problema a través de la creación de un producto o servicio. Además, se rompen silos de información y estructuras monolíticas… vamos, todo ventajas.

Deja al Doctor, que sabe lo que hace

En muchos episodios los pacientes cuestionan el conocimiento o capacidad de las personas que les están atendiendo; bueno, en episodios y en la vida real. En general y por sobre-simplificar, un doctor adquiere durante la carrera un conocimiento general de muchos temas y luego se especializa en un área concreta en la que se desarrolla profesionalmente. En el caso de HOUSE, no es sólo la especialidad la que les lleva a entrar al Departamento de Diagnóstico Médico, sino su forma de pensar, abordar problemas y en general, apertura de miras.

House Design Thinking

Vicodin, divino tesoro (Imagen de Nancy L. Stockdale)

Podríamos decir que en el caso del DT la aproximación es equivalente. Quizá el campo de conocimiento o formación en DT no tiene la formalidad ni el reconocimiento de una carrera de Medicina, es más amplio y a la vez difuso (pese a que algunos centros de formación aspiran a erigirse en referentes). Pero igualmente, serán la especialización del profesional en competencias relacionadas con la creatividad y el diseño, junto con su forma de pensar y amplitud de miras las que le llevan a formar parte del equipo de diseño.

Como decía un poco más arriba, hay una serie de prácticas o técnicas que se asocian con el proceso de DT, aunque la verdad es que son comunes a muchas metodologías y disciplinas creativas, tanto del mundo del diseño industrial, la experiencia de usuario, el desarrollo de software o la gestión de la innovación en general. Hay también un cierto consenso es que no es tan importante la formación en el proceso general, como el dominio en el uso de las técnicas concretas que cada equipo emplee durante su proceso creativo.

A veces el Enfermo Empeora

Claro, como en HOUSE el caso tiene que durar lo que dura el episodio, en el proceso se prueban diferentes alternativas hasta dar con la causa (igual que Horatio, por mucho Horatio que sea, interroga y acosa policialmente a siete antes de trincar al malo) (no como Colombo, que siempre sabía quién era el asesino desde el principio, pero ese es otro post) Durante ese proceso iterativo, House y su equipo se enfrentan al fracaso, recogen nuevas hipótesis y vuelven a empezar.

Por eso también podríamos decir que el proceso de DT requiere una predisposición mental al proceso creativo, un orden para dar con la solución, y una importante tolerancia a la frustración para ser capaz de aprender y volver a empezar.

Quizá ese es el motivo por el que en muchas organizaciones la entrada en este proceso se hace a través de pequeños experimentos (como la gaseosa)

House es Hugh Laurie

Por último, no olvidemos que HOUSE es una ficción. Una ficción que además tiene como nombre el del protagonista. Hay una serie de 8 temporadas con su nombre porque House es el dueño absoluto e indiscutible de la resolución del caso, muchas de las veces por una genial ocurrencia de última hora (durante los últimos 10 minutos del capítulo, en el bloque que sigue a la última pausa para los anuncios).  

¿Y el equipo? Los del equipo están ahí como actores secundarios, para aportar equilibrio a la trama o para dinamizar la narración.

Bien, quizá esta sea otra de las lecciones a aprender de la serie. No existe la magia. No existe House. House en realidad es un actor inglés que se llama Hugh Laurie y acabó odiando su personaje y padeciendo secuelas físicas.

No puedes confiar en la ocurrencia genial de última hora. Sólo el Chamán te dirá que el éxito en el proceso de innovación depende del Chamán. En realidad, el éxito de proceso está en manos del equipo.

Operaciones, Innovación y la Guerra de los Mundos

Investigar es meter dinero y sacar conocimiento; innovar es meter conocimiento y sacar dinero (José Luis Vallejo, CEO de s|ngular)

Puede que algunos penséis que está feo citar al jefe de cada cual, pero esta frase que José Luis dijo en uno de los cursos de verano que organizamos en la Universidad Internacional Menéndez Pelayo resume a la perfección mi punto de vista al respecto (entended que quizá pueda estar condicionada porque trabajo en una empresa privada)

Las empresas tienen que innovar para sobrevivir

Bien, esto es algo que me gustaría que se me hubiese ocurrido a mí, pero por desgracia es algo universalmente conocido. Vivimos en un mundo en el que los cambios suceden cada vez más deprisa, principalmente de la mano de la tecnología. Efectivamente, en la última mitad del siglo XX, el avance en capacidad de computación y la conexión ubicua está fomentando cambios radicales en toda clase de industrias. Por ejemplo, a través del efecto de la desintermediación que está destrozando cadenas de suministro tradicionales y dadas por hecho. Como reflexionaba Tom Goodwin en Tech Crunch

  • Uber, la mayor compañía de taxis no tiene ningún coche
  • Airbnb, la empresa que más habitaciones pone a disposición de turistas, no tiene propiedades inmobiliarias
  • Facebook, el mayor proveedor de contenidos, no crea ni produce contenidos
  • Instagram, la empresa de fotografía más valiosa, no vende cámaras
  • Netflix, la mayor cadena de televisión, no tiene cables ni antenas
  • Y Alibaba, el distribuidor que llegó a sobrepasar a Amazon en valoración, no tiene inventario

Recordemos que Netflix arrancó sus operaciones en 1997 y Alibaba.com en 1999. La tecnología habilita la innovación, que a su vez propicia modelos de negocio exponenciales. Por lo general, una compañía de las que tradicionalmente formaban parte de la lista de S&P 500 necesitaban 20 años en conseguir una capitalización del billón (americano) de dólares (americanos). Sin embargo, Oculus, que se fundó en Junio de 2012, fue adquirida por 2 billones (americanos) de dólares (americanos) en marzo de 2014.

Exponential Organizations

¿Velocidad absurda? Señor jamás hemos ido tan deprisa, la nave no la resistirá (Imagen de Yuri Van Geest)

La historia empresarial desde los años 40 se ha basado en el axioma de la Calidad Total: la ventaja competitiva se conseguía a través de la excelencia en los procesos productivos y en el servicio al cliente. Sin embargo, y por injusto que parezca, grandes empresas han sido barridas del mapa cuando sus competidores han roto las reglas tradicionales del juego. Y si todo el mundo estamos viendo estas clase de cosas pasar a nuestro alrededor, ¿por qué muchas empresas y modelos de negocio siguen condenados a extinguirse?

Operaciones vs Innovación ¡FIGHT!

Principalmente, porque estadísticamente la mayoría de las empresas no consiguen combinar la Gestión de las Operaciones y la Gestión de la Innovación. Y esto es básicamente porque el Mundo de la Implementación y el de la Creación son dos mundos diferentes, con escenarios, necesidades, personas y mapas mentales diferentes. Algo muy parecido al tema del hemisferio derecho y el hemisferio izquierdo, solo que aplicado a la empresa.

operacionesinnovacion

En un combate entre Operaciones e Innovación, pierde la Empresa

Podríamos decir que las personas que trabajan en el Mundo de las Operaciones trabajan con “certezas”: sus datos son objetivos, y sus procesos están documentados. Hay reglas. Se puede predecir lo que va a pasar. Si A entonces B. Etc. En general, en el Mundo de Operaciones se invierte (tiempo, esfuerzo y dinero) en hacer cada vez un poco mejor algo que ya se sabe cómo hacer (lo que está muy bien y es muy necesario). Por resumir las características del Mundo de las Operaciones:

  • Visión del corto plazo. Se trabajan para los ingresos del hoy y en las cuentas de resultados del año en curso, por tanto se toman Decisiones Ejecutivas, a partir de la observación o medición y evaluación. Además, el resultado de estas decisiones tienen resultados igualmente medibles en el corto plazo.
  • Procesos conocidos. La forma de trabajar es conocida, por eso está claramente definida, delimitada, documentada y compartida. No sólo eso, sino que seguramente haya sido certificada con alguna norma de Calidad. De esta forma, se conocen los resultados esperados ante determinadas situaciones, existen reglas y se trabaja para evitar los errores.
  • Objetivos definidos. La mezcla de los dos anteriores. Las áreas de Operaciones tienen sus objetivos de crecimiento, facturación, rentabilidad, etc. definidos a principio de año.
  • Equipos consolidados. Por lo general, los departamentos de Operaciones tienen su estructura y composición. Los puestos están definidos y se conocen sus características. En caso de crecimiento, los perfiles profesionales son conocidos por el área de selección.
  • Búsqueda de la eficiencia. El proceso de mejora del área de Operaciones por lo general tiene que ver con hacer los procesos más eficientes, bien porque se reducen los costes o porque se mejorar los resultados. Además, existen métricas claras para medir la productividad, y datos históricos que permiten el análisis.

Sin embargo, el Mundo de la Innovación es completamente diferente: se trabaja con la incertidumbre y la subjetividad, experimentando con nuevas formas de trabajo. Vivir en el Mundo de la Innovación supone:

  • Tener una visión a largo plazo. Se trabaja para buscar los ingresos del mañana. A partir de tendencias, patrones o investigación, las áreas de innovación intentan definir nuevos productos y servicios que signifiquen éxitos comerciales o fuentes de ingresos del mañana. Puede conseguirse o puede que no. Pasa hasta en las mejores familias. A menudo las decisiones se toman en forma de apuesta, con incertidumbre y sin un historial previo de acierto.
  • Procesos por descubrir o definir. Dado que se está trabajando en nuevos productos o servicios, la forma en que se construyen o se prestan todavía no está consolidada ni optimizada. Eso significa que muchas veces el proceso se construye sobre la marcha, como parte de la innovación, o peor aún, como resultado de la misma entendiendo cómo se ha conseguido. Lo importantes que tener procesos por definir supone que no están claros los pasos, ni los entregables, ni las responsabilidades.
  • Objetivos inciertos. Crear un nuevo producto o servicio implica la mayor parte de las veces inventarse también cuáles van a ser sus objetivos, y cómo se van a medir.
  • Equipos incipientes. Quizá uno de los aspectos más complicados del Mundo de la Innovación es la necesidad de romper esquemas de trabajo habituales para crear equipos de trabajo multi-disciplinares y transversales a la organización. Es algo complicado precisamente porque muchas empresas fomentan las unidades o direcciones estancas, y cuando llega el momento de trabajar en equipo en el Mundo de la Innovación surgen los roces, fricciones e ineficiencias.
  • Búsqueda del aprendizaje. Teniendo en cuenta que el error es una parte esencial del aprendizaje. Y que el aprendizaje no es lineal, de la misma forma que la innovación tampoco lo es. La exploración a menudo supone que muchas veces hay que deshacer un camino que parecía prometedor pero que termina por no llevar a ninguna parte. Como se está creando algo nuevo, no hay un histórico de resultados sobre los que hacer análisis.
Guerra de los Mundos

¿Quién invade a quién?

Por desgracia, la división entre ambos mundos no es tan evidente. Más bien al contrario. Cuesta mucho darse cuenta que no se puede aplicar una mentalidad, forma de trabajo y modelos de toma de decisión del Mundo de Operaciones en el Mundo de la Innovación. Tampoco se puede hacer a la inversa.

Las empresas son para el verano

Una forma muy gráfica de representar este planteamiento es la metáfora de la bicicleta: que tiene una rueda delantera desde la que se controla la dirección (Estrategia e Innovación) y unos pedales y una cadena que proporciona tracción a la rueda trasera (las Operaciones)

Hay bicicletas que se adaptan mejor a unos terrenos o entornos que a otros (así existen bicicletas de montaña, de carreras, de contrarreloj…) lo cierto es que hay algunas que no son prácticas y tienden a dejar de usarse:

  • Bicicletas de Equilibrio.La forma de avanzar es costosa, ya que requiere de la capacidad de aguante del niño que va subido encima empujando. Sin pedales ni cadena se puede avanzar, pero nunca se llega demasiado lejos. Hay empresas en las que las áreas de innovación y operaciones no se entienden y por tanto no se comunican. Cada una va por su lado.
  • Velocípedo. Famosas a finales del siglo XIX, este tipo de bicicletas se caracterizaban por tener los pedales directamente en una gran rueda frontal, de manera que la tracción es directa a la rueda. Aunque alcanzaban gran velocidad incluso por calles adoquinadas, eran peligrosas por su peso, equilibrio y esfuerzo necesario. Quedaron obsoletas tras la invención de la cadena y los piñones, que aportaban mayor velocidad a las bicicletas. Este mismo paralelismo ocurre empresas en las que las Operaciones dirigen la Innovación. Pueden llegar a optimizar sus costes y procesos, pero son desbancadas por las innovaciones de su competencia.
  • Monociclo. Para poder desplazarse en monociclo hace falta tener muy buen equilibrio y mucha práctica. Aunque uno pueda desplazarse por la calle, es difícil subirse una cuesta o recorrer largas distancias. Del mismo modo, las empresas donde no hay innovación sobreviven a base de músculo financiero y no suelen llegar muy lejos.
Operaciones vs Innovación

Freak Show! Alive on our Stage!

La realidad es que cada Mundo tiene que tener su espacio: el Mundo de las Operaciones debe ser el sustento del Mundo de la Innovación, y el Mundo de la Innovación a su vez debe ser el que garantice la continuidad del Mundo de las Operaciones, en un entorno cada vez más competitivo y cambiante.

El software es como un toro, ¿no?

En el año 2001 tuve la suerte de conocer a una persona que trabajaba en uno de los mayores fabricantes de software del mundo. Cuando me dió su tarjeta de visita, no pude sino observar estupefacto su título: era Evangelista Técnico. Me quedé siberet. Yo era un miserable Analista Programador, y eso de ser Evangelista me parecía lo más de lo más.

Con la edad, he llegado a asumir como algo normal la existencia de toda clase de Evangelistas; no en vano, el mundo de la informática está lleno de parábolas que intentan explicar, hacer ver, abrir los ojos, o simplemente, adoctrinar, qué es o qué deja de ser un proyecto de desarrollo de software. La mayoría de las veces, se usan para que alguien que paga por un sistema entienda que va a tener un retraso en un proyecto, un aumento del precio, la imposibilidad de lograr ciertos resultados, o todas ellas.

Software es como un toro

“En peores plazas hemos toreao”

Así que, iluminado por el trabajo ingente de Antii Aarne y Stith Thomson, me embarco en la romántica tarea de recopilar fábulas y folclore tradicional de los que vivimos en el mundo de la programación. Si conoces alguna analogía que no esté aquí recogida, estaré encantado de añadirla 🙂

Las Parábolas del Software

Lo que pasa es que el tema de las metáforas sobre el desarrollo de software tienen un riesgo inherente, ya lo decía Martin Fowler en el 2004. Utilizar esta clase de paralelismos puede no ser la mejor forma de responder a las inquietudes o problemas de la persona que está pagando por tu trabajo. Sobre todo si tu argumento se apoya en un concepto que la otra persona puede contra-argumentar, lo que en la práctica supone que has trasladado un problema a un dominio semántico diferente, en el que quizá no seas experto o no te sientas tan cómodo.

  • “9 mujeres no hacen un niño en 1 mes”. Porque llega un momento en que por mucho que se añada gente a un equipo, la capacidad de reducir los plazos paralelizando el trabajo no es infinita. Sin embargo, tener un hijo es una tarea que por definición sólo puede hacer una persona y tiende a tardar en torno a 40-42 semanas. Por desgracia, lo normal es que tu proyecto de software incluya tareas que se pueden paralelizar hasta cierto límite y bajo ciertas consideraciones; y eso es exactamente lo que espera la persona que te paga por hacerlo: que seas capaz de organizar el trabajo de tu equipo dentro de ese límite.
  • “Desarrollar software es como construir una casa: necesita unos cimientos sólidos para no derrumbarse”. Por eso, antes de poner las cortinas en las ventanas hay que levantar las paredes. Muy bonito, si no fuera porque el proceso de hacer los cimientos de una casa está sujeto leyes físicas, como cálculos de cargas o resistencia de materiales, profundidad, disposiciones, drenajes… Y sobre todo, donde hay normativas que cumplir. Nada de esto aplica a tu proyecto de software, la solidez de los cimientos de tu arquitectura en general depende de la persona que la diseña, y de su experiencia. Aunque hay patrones más o menos estándar, cada empresa de software construye los cimientos de sus proyectos a su manera, y la persona que los paga tiene que tener la certeza de que se están haciendo de manera correcta.
  • “Si quieres mover el baño 5cm, hay que tirar las paredes y romper los azulejos”. Es una metáfora especialmente útil en aquellas situaciones en que si se hubieran pensando las cosas desde el principio, no habría que deshacer el trabajo. Nos lo recuerda habitualmente José Luis Vallejo, que además de ser mi CEO, es una de las pocas personas que conozco que ha lanzado una startup y se la ha vendido a Amazon. Sin embargo, a veces un cliente no quiere mover el baño, sólo quiere cambiar el modelo del sanitario, y para eso no hace falta picar el suelo ni romper los azulejos. Si lo haces, entonces tienes un problema.
  • “No puedes tener un Ferrari GTO al precio de un SEAT Panda”. Usado para expresar que hay una relación entre calidad, potencia, rendimiento, diseño… y el precio que se ha de pagar por ello. Esta metáfora parte de la base de que una persona no sabe distinguir lo que es un Ferrari GTO de lo que es un SEAT Panda; cuando muchas veces lo único que quieren es un SEAT Panda con un motor preparado, faros tipo rally en la parrilla y unas llantas molonas.
SEAT Panda Carlos Sainz

Ojito con el Panda de Carlos Sainz (Imagen de brb83 en Slot Adictos)

  • “Esto tiene que hacerlo un experto, igual que no vas al dentista para que te opere de la cadera”. No todas las personas son capaces de solucionar los mismos problemas, y con las mismas garantías. Lo que pasa es que tanto dentistas como cirujanos tienen una formación, una titulación y un Colegio que les habilita para hacer su profesión, de manera que cualquier persona puede comprobar su capacitación para esa intervención. Esto obviamente no ocurre en el mundo del software, donde muchas veces la única prueba que tiene el cliente de la capacitación del profesional proviene de su confianza en la empresa para la que trabaja.
  • “Para hacer unos huevos con bacon, la gallina se involucra, pero el cerdo se compromete” Usado durante muchos años para diferenciar el rol de las personas que son responsables del resultado del proyecto (Product Owner, Scrum Master y Equipo de Desarrollo) y los que están informados, opinan, o lo pagan. Por cierto, hace casi 5 años esta analogía desapareció de la guía Scrum, pero hay gente a la que le gusta mantenerla.
  • “No me pagas por apretar un tornillo, sino por saber qué tornillo hay que apretar”. Es decir, no se juzga la tarea por la complejidad relativa a ojos de quién la observa, sino por el conocimiento que tuvo que adquirir el que la realiza. Esta es muy buena, y difícil de rebatir. En todo caso, diría que el problema muchas veces está en cuánto tiempo tarda un experto en encontrar el tornillo que hay que apretar, o que lo haga a través de un proceso de prueba y error que mine su credibilidad.
  • “Un proyecto de software es como subir al Everest: sabes de dónde sales, dónde quieres llegar y el camino que vas a seguir, crees que llevas todas las provisiones que necesitas y todos los días rezas por que no empeore el tiempo” Una metáfora útil para explicar que por muy experto que uno sea, hay circunstancias que escapan a nuestro control y que pueden hacer que todo acabe en tragedia. Esta también es buena. Sin embargo, puede volverse en tu contra si tú asumiste la responsabilidad planificar la expedición para llevar al equipo a la cumbre y ahora estás perdido en medio de la ventisca y se te ha olvidado coger el teléfono con enlace satélite.
  • “Programar es como conducir en mitad de un atasco, puedes ver lo que pasa a tu alrededor y tomar pequeñas decisiones, pero cambiar de carril no hará que el atasco termine antes” Útil para explicar que el ciclo de desarrollo es el que es, y llega un momento en que no puede acelerarse. Aquí lo que diría es que hay personas que no están dispuestas a comerse el atasco, y por eso sacan el Google Maps o el Waze antes de salir y coger una ruta más óptima, o que planifican su viaje para irse el día antes de la Operación Salida del Puente de Mayo.
  • “Un proyecto de software es como jugar con un Lego: puedes hacer una casa o un coche encajando las piezas que hayas comprado” Esta analogía que me sugería Luis Sánchez incluye además que hay es necesario un diseño preliminar tanto de la construcción como de las piezas, y que puede que no todas las piezas que tengas las necesites, ni que hayas comprado todas las que necesitas. Lo que está claro es que si el cliente quería hacer el coche, tienes que haber cogido ruedas.
  • “Cuando haces un jardín tienes una idea de cómo va a ser antes de plantarlo, aunque los detalles emergen después”. Una idea de Félix Menéndez, que nos hace pensar que no sabes exactamente si debajo de la tierra habrá piedras, ni qué clase de insectos vas a encontrar, pero en cualquier caso, si no cuidas tu jardín seguramente las flores se sequen, y acabe todo lleno de malas hierbas. Interesante analogía, en este caso yo diría que es responsabilidad del jardinero haber elegido qué semillas tenía que plantar conociendo su ciclo de floración, cuándo había que regar, etc.
  • “Un proyecto de software es como hacer un pastel: necesitas una receta, reunir los ingredientes adecuados, seguir las instrucciones y respetar los tiempos de horneado” Esta idea foodie me la sugiere Daniel González, muy apropiada porque en la oficina echamos de menos las tartas que traía (a él también le echamos de menos) En este caso, es responsabilidad del cocinero haber comprado el producto en el Club del Gourmet o en los chinos. También diría que en el caso del software a medida, es el cocinero el que se ha inventado la receta, y que seguir la receta de un tercero no siempre es suficiente.
Pesadilla en la Cocina

Loca academia de cocineros

  • “Construir software es como levantar una Catedral: una combinación de arte y ciencia”. Los que hemos leído “Los Pilares de la Tierra” nos sobrecogemos pensando en proyectos de 30 años y los malvados Hamleigh cuando Victor Sánchez utiliza esta metáfora. Tiene una derivada, y es que a veces las personas que están picando las piedras se olvidan de que su propósito es construir una catedral. Lo malo de construir catedrales es que a veces te coge a medio camino el cambio del románico al gótico.
  • “Desarrollar software a medida es como resolver un puzzle cuyas piezas tú mismo estás construyendo” Esta analogía es, hasta donde yo se, de mi propia cosecha. No recuerdo haberla leído, y estoy seguro de usarla desde el año 2008. Si estás resolviendo un puzzle y cambia la imagen de la referencia, seguramente las piezas que has construido ya no te sirvan. Como es mi propia analogía dejaré que seáis vosotros los que hagáis la contra-argumentación 🙂

¿Conoces más metáforas? Estoy ansioso por incorporarlas.

Indiana Jones y el Talento Perdido

Se que muchos de vosotros consideráis incompletos los trabajos de Carl Jung (y followers) sobre arquetipos de personalidad aplicados al mundo laboral. Sobre todo porque no tienen en cuenta modelos de comportamiento tan españoles como son por ejemplo:

  • El Jeta. No hace nada y se aprovecha del sentimiento de responsabilidad de los demás, que no sólo acaban haciendo su trabajo sino que no exponen abiertamente su descarada actitud por no ser unos acusicas. La sensación de impunidad / injusticia dinamita los equipos
  • El Cuñao. Opina categóricamente sobre temas que desconoce, especialmente a toro pasado y siempre dentro de un ámbito de responsabilidad que no es el suyo, consiguiendo tener a todo el mundo encabronado. Paradójicamente, no aplica su doctrina a lo que sí es su ámbito de responsabilidad.
  • El Veleta. Se pasa el el día dando vueltas de un lado a otro, moviéndose atareado de aquí para allá dedicando su tiempo a tareas que le mantienen ocupado, pero que por desgracia no le llevan a ninguna parte. Ni a él, ni al resto de gente a la que arrastra a su alrededor.
  • El Flojeras. Todo le viene grande, nunca puede hacer nada por sí mismo, y siempre necesita ayuda.

Seguramente has identificado al menos a una persona que cumple con alguno de estos perfiles, ¿a que sí? Lo has hecho porque eres capaz de cultivar y mantener relaciones con una red de entre 100 y 150 personas en diferentes ámbitos; y estadísticamente siempre hay alguien así. Cuando conoces lo suficiente a un compañero para ubicarle mentalmente en alguna de estas categorías, puedes tomar decisiones sobre cómo relacionarte con él, cómo hacer que trabaje en el equipo, lograr que no te amargue la vida, etc.

People Analytics decisions

Mítica escena en la que Indiana Jones resuelve el problema del gigante con espadón

También te habrás dado cuenta de que esto no escala.  En general, todas las empresas que tienen en su ventaja competitiva la gestión del talento humano comparten dos necesidades:  identificar talento oculto en la organización, y mantener la relación de la empresa y el trabajador a través de la carrera profesional de la persona.

En empresas pequeñas, donde el contacto es cercano, esto no es problema, sin embargo grandes organizaciones con miles de empleados de diferentes perfiles repartidos por varios países necesitan una gestión diferente. Y para ayudar a conseguirlo, se pueden implantar procesos de People Analytics, como los que usamos en s|ngular internamente e implantamos en clientes que quieren diferenciarse de su competencia por la gestión del talento.

“No me escandaliza nada, soy científico”

Por People Analytics se entiende el conjunto de prácticas de análisis de datos de la propia organización, para extraer conclusiones que permitan ayudar y optimizar su gestión.

Eh, eh, Guardiola, espera… ¿Qué tipo de datos? ¿Te refieres a analizar los correos electrónicos y violar la privacidad de las personas?

No por Dios. Para eso ya está Google. Me refiero a datos como encuestas de desempeño, valoración de empleados y clientes, asignaciones a proyectos,resultados de los proyectos, horas incurridas, ausencias, clientes por los que ha pasado, oficinas en las que ha trabajado, equipos, responsables de esos equipos, habilidades, formación,  y un largo etcétera. Información que se genera en todas las áreas de la organización y que se vuelca en todo tipo de sistemas y soportes para que sestee digitalmente. Toda esa información está ahí, y va siendo hora de darle utilidad.

People Analytics big data

A lo largo de su carrera, el Dr. Jones (padre) acumuló toda clase de información

Aplicar el análisis de estos datos al mundo del Talento y Personas permite definir planes de carrera, identificar a los mejores candidatos en un proceso de selección, descubrir talento fuera de la empresa que interesaría atraer, optimizar el proceso de asignación de personas a tareas, crear planes decapacitación, anticipar causas de abandono, ayudar en la toma de decisión ante promociones o procesos de selección interna, etc.

Conocer a las personas que trabajan en una empresa, sus motivaciones y objetivos, es un éxito en sí mismo. Desde todos los puntos de vista, por ejemplo:

  • Para la Empresa, sobre todo de aquellas que tienen en el talento del equipo su ventaja competitiva.
  • Para el área de Personas, que puede crear planes de carrera profesional, modelos de retribución y compensación personalizados
  • Para los managers, que pueden asignar a las personas proyectos y responsabilidades acordes
  • Y sobre todo, para las personas, que se pueden desarrollar como profesionales (o como setas), según los intereses de cada cual (que de todo tiene que haber)

“Fortuna y gloria, muñeca. Fortuna y gloria”

Volvamos al doctor Jones y a los arquetipos. Partiendo de los trabajos de Jung, la doctora Carol S. Pearson publicó a lo largo de los años 80 y 90 hasta doce modelos arquetípicos: “Inocente”, “Huérfano”, “Guerrero”, “Cuidador”, “Buscador”, “Amante”, “Destructor”, “Creador”, “Dirigente”, “Mago”, “Sabio” y “Bufón”. Para cada uno de ellos, la autora define objetivos y motivaciones, y también sus miedos, la forma de afrontar los problemas, y los perfiles con los que no se entiende.

Se que hay muchos modelos de definición y estudio de perfiles psicológicos, pero el de Jung-Pearson  permite que las personas se identifiquen con Indiana Jones, el Señor Miyagui o Harry el Sucio, así que no hacen falta más excusas para usarlo 🙂 Según este estudio, el perfil del Buscador / Aventurero se caracteriza de la siguiente manera:

  • Al aventurero no le interesa la rutina y la seguridad, más bien siente atracción hacia lo nuevo y lo desconocido. Quiere explorar nuevos caminos por sí mismo, aunque tenga que hacerlo en soledad y aislado del grupo. Como suele oponerse al orden establecido y a la forma tradicional de hacer las cosas, impulsa a que la organización se replantee procesos, procedimientos y formas de resolver problemas.
  • Otro factor motivacional importante es la sensación de autonomía a la hora de resolver el problema. El aventurero necesita saber que está haciendo las cosas a su manera, por sí mismo, es más, quiere sentir que lo hace sin el apoyo del resto, ya que luchar contra condiciones adversas aumenta el valor de su logro.
  • La combinación de “explorar lo desconocido” y “tener autonomía” es la fuente del aprendizaje y descubrimiento interior de las personas con perfil de Seeker / Buscador / Aventurero.

Otros rasgos de personalidad interesantes a destacar son:

  • Búsqueda de la mejora contínua por su carácter perfeccionista
  • Necesidad de potenciar su autonomía, como forma de encontrar su identidad e independencia
  • Por ello, el Aventurero tiene pánico a la rutina, la burocracia y el inmovilismo

Cuando un Aventurero no encuentra desafíos en su trabajo empieza a perder su capacidad de compromiso, cae en el pesimismo y el descontento crónico, siendo cada vez más difícil de motivar, y tiende quedar aislado del resto de la organización. En este círculo vicioso de descontento, que lleva a estar aislado, que aumenta el descontento, suele acabar con el Aventurero buscando nuevos desafíos fuera de la organización.

People Analytics career

Dar clase de arqueología es más aburrido que saquear templos Mayas, dónde va a parar

Bien. ¿Cuántos Aventureros hay en tu organización? ¿Cuántos quieres tener? ¿Sabes quiénes son? ¿Qué están haciendo? ¿Les has asignado la búsqueda del Arca Perdida, o están rellenando formularios? ¿Tienes retos para todos ellos? Esta es la clase de preguntas con las que lidian habitualmente las personas que trabajan en Gestión de Talento, y para resolverlas, pueden aplicar People Analytics. ¿Cómo?

“No son los años, cariño. Es el rodaje”

Os cuento cómo lo hacemos en s|ngular. Para empezar, como si de una película de infecciones víricas se tratase, tenemos definido un vector origen, una muestra cero que es la que usamos de patrón. Una persona que sabemos fehacientemente que tiene un perfil de Aventurero, que consideramos valiosa y que nos gustaría que hubiera más, en este caso nuestro CTO. A partir de su evaluación de desempeño identificamos cuáles son las competencias por las que destaca. Dentro del argumentario de nuestro modelo de competencias, las claves que definen a un perfil Aventurero son:

  • “Proactividad para solucionar y anticipar problemas”. Tiene que ser una persona con interés por recorrer caminos.
  • “Eficacia”. La cualidad de recorrer los caminos adecuados. Estamos en una empresa, no hay que olvidarlo.
  • “Interés por formación.” Deben demostrar su búsqueda constante de aprendizaje, puesto que estas personas deben liderar la adopción de nuevas tecnologías.
  • “Capacidad de aprendizaje técnico.” Una cosa es querer aprender, y otra hacerlo. El aprendizaje técnico va más allá de saber que algo funciona y aplicarlo, hay que entender por qué, cómo, para qué, cuándo, alternativas…
  • “Valoración potencial por el resto de compañeros”, que deben reconocer y respetar su capacidad de liderazgo tecnológico.
People Analytics attributes

¿Para ser Aventurero tienes que tener fobia a las serpientes?

Como ser Aventurero es un rasgo de personalidad, que no está necesariamente ligado al puesto o a la experiencia, el algoritmo de análisis no busca valores absolutos, sino que tiene en cuenta:

  • La aparición de estas habilidades, que tienen que destacar como “top” de la persona. Es decir, no importa que la persona alcance la mayor puntuación absoluta en estas habilidades, sino que para que la persona se manifiesten como destacadas.
  • La correlación entre las habilidades complementarias del perfil. Aunque en nuestra definición del perfil utilizamos como competencias principales las que hemos repasado, existen otras que tienen que estar presentes. En este caso, la “responsabilidad sobre tareas asignadas” y “respuesta ante picos de trabajo”. Esta relación no es algo meramente lógico, tiene que cumplirse en los modelos de análisis matemáticos.
  • La correlación con otras habilidades antagónicas. Por ejemplo, estadísticamente en el modelo de competencias de s|ngular, la “valoración potencial por compañeros” tiene una correlación de factor 0,6 con la competencia de “solidaridad y apoyo a los compañeros”. Sin embargo, en el caso del perfil Aventurero, donde las personas encuentran satisfacción en recorrer el camino por su cuenta, buscamos personas que aún siendo valoradas por sus compañeros, no son especialmente reconocidos por sacarles de los apuros (ese es el papel de otro perfil, el “Cuidador”) Por eso hacemos la agrupación en cluster de personas en los que la correlación valoración – solidaridad esté en los valores bajos de correlación.

Otros elementos que toma en cuenta nuestro modelo de People Analytics, y que se obtienen de otras fuentes de la organización, son por ejemplo:

  • Participación en proyectos que se han considerado innovadores o con un componente de reto tecnológicos. Este es un factor que no es determinante, puesto que precisamente el objetivo del proceso es identificar talento oculto. Esta información sale de nuestra base de datos de dedicaciones, viendo la asignación de una persona a proyectos de determinado tipo.
  • Asignación a las etapas iniciales de los proyectos. Las personas con perfil de aventurero suelen participar en las fases de lanzamiento, puesto que su principal aporte es establecer líneas maestras de solución, pautas, anticipar problemas, etc. Por eso en este perfil buscamos a esas personas que aportan más valor arrancando proyectos, lo que se demuestra porque los responsables de áreas y asignación tiran de ellos durante las etapas iniciales de los proyectos. Esta información se obtiene de la base de datos de dedicaciones, filtrando las asignaciones de personas a proyectos durante al menos en su primer cuarto.
  • Nuestro mapa de competencias, donde identificamos aquellas tecnologías menos frecuentes entre el resto de la plantilla, o tecnologías en diferentes estados de madurez (por ser vanguardistas, o versiones beta, o por su penetración en el mercado). Esta información se obtiene del tesauro técnico que mantiene el equipo de People Operations.
  • Las competencias que la persona publica en LinkedIn, y sus endorsments. De manera que se tenga en cuenta no sólo la visión que la empresa tiene de la persona, sino la que la persona expone públicamente de sí mismo. Esta información es pública.
  • Nivel de implicación en eventos técnicos internos. En el caso del Aventurero, nos interesan personas que proponen y preparan formaciones en nuevas tecnologías y que forman a los que vienen detrás. Esta información se obtiene de la base de datos de formación del equipo de People Operations
  • Nivel de implicación en comunidades. La búsqueda de conocimiento tiene que trascender las fronteras de la organización. Esta información es pública y se obtiene de redes sociales.
  • Presencia en eventos técnicos, en diferentes niveles, como asistente, ponente, etc. Esta información se obtiene del área de Administración en el caso de pago de cuotas de participación, y/o de la base de datos de formación del equipo de People Operations

“Doctor Jones. Sabía que era usted”

Para cada una de estas variables definimos nuestras propias tablas, con unos valores según escalas predefinidas que vamos actualizando y ponderando, de manera automática con los algoritmos de machine learning, y manual, cuando revisamos los resultados. Igualmente, la ponderación que cada uno de estos factores tiene en la fórmula es algo que afinamos periódicamente en nuestro proceso de mejora continua.

People Analytics review

El hábito no hace al monje, ni el látigo al Aventurero

Una vez aplicamos y parametrizamos el algoritmo, obtenemos tres grupos basados en la probabilidad de adherencia de cada persona al perfil, según criterios de coincidencia por encima del 95%, del 90% y del 85%.

A partir de esta información, el equipo de People Operations revisa la validez de los resultados, y desencadena procesos corporativos para entrevistar personalmente a las personas y hacer un seguimiento cercano de las mismas, compartiendo la información con responsables de área y managers para adecuar la carrera profesional y las asignaciones al perfil.

Hay otros perfiles de comportamiento que son especialmente interesantes para s|ngular, que también detectamos aplicando People Analytics. Y también hay otras líneas de actuación de People Analytics que espero tener tiempo para compartir, como son:

  • Medición del clima organizativo y compromiso, a través del cálculo del Net Promoter Score, solo que en lugar de aplicarlo a la lealtad de los clientes, se aplica a la plantilla.
  • Identificación de la características de los empleados que tienen éxito en su desempeño, es decir, qué cualidades tienen aquellas personas que destacan en su puesto de trabajo.
  • Identificación de causas de abandono, de manera que se pueda anticipar aquellas personas que están pensando en su nueva vida antes de que sea demasiado tarde.
  • Descubrimiento de talento externo, contrastando factores de éxito o de interés que pueden extrapolarse de la información pública de personas ajenas a la organización. Por ejemplo, por lo que dicen o hacen, su contenido online, sus contribuciones a repositorios de código fuente, etc.

Pero eso ya es otra historia

A (Design Thinking) Day at the (Innovation) Palace

Este artículo recoge de forma práctica las etapas del proceso de Design Thinking, a través de la crónica de #FinDesign, el workshop de Design Thinking dinamizado por profesores de la D.School de Stanford que tuvo lugar el 30 de Septiembre, en el que fuera Palacio de los Condes de Guevara y hoy Centro de Innovación de BBVA.

Introducción al Design Thinking

Aunque el proceso de Design Thinking (DT) se ha desarrollado a lo largo de todo el siglo XX, su aplicación al mundo del diseño de productos y servicios se ha popularizado en los últimos 15 años, gracias a la labor de difusión de empresas como IDEO, su enseñanza en el Hasso-Plattner Institute of Design en Standford y Postdam, y las obras de autores como Tim Brown, Nigel Cross o Tom Kelley.

Algunos recursos que a mí me han resultado útiles para empezar a meterse en el tema y que por eso recomiendo:

  • Creative Confidence“, de los hermanos Tom y David Kelley. Un libro interesante para todos aquellos que creen que las personas creativas tienen un don de nacimiento, y están obligadas a llevar camisas estampadas y deportivas de colores. Aún así, merece la pena porque no es un libro de auto-ayuda
  • Change by Design“, de Tim Brown. Otro de los fundadores de IDEO. Repasa el proceso de DT a través de referencias y casos prácticos. Como es del año 2009, algunos casos puede que os parezcan trasnochados, pero es interesante y se lee del tirón
  • The Design of Everyday Things” de Don Norman. Un libro necesario para todos los que vienen del mundo de la ingeniería y piensan que la culpa es de los usuarios que no se leen los manuales
  • Design for Social Impact” El Manifiesto de IDEO para diseñar soluciones que influyen en la sociedad
  • The Field Guide to Human Centered Design” Una guía práctica para poner en práctica el manifiesto anterior, y diseñar soluciones centradas en las personas que tengan impacto en la sociedad

De cualquier manera, la mejor forma de meterse en algo es por la vía práctica. En general, se considera que el proceso sigue cinco etapas, que se recogen en la figura:

design thinking

Las 5 etapas del proceso

Veamos el propósito de los pasos del proceso, en el caso concreto de #FinDesign, y en el equipo que formábamos Sergio Gómez (Mapfre), Pablo Hernando (Repsol), Gabriel Herrero (Bluemove), Vicent Rosso (BlaBlaCar), Gustavo Vinacua (BBVA), Luis Villa (Fjord) y yo.

1. Empatía. “Todo cuanto hay en usted me recuerda a usted, excepto usted”

El proceso de Design Thinking es fundamentalmente Diseño Centrado en la Persona (Human Centered Design) Se basa en el conocimiento de la persona, sus intereses, sus problemas, sus necesidades. Y sobre todo, sus motivaciones. Yo es que soy un poco burro, pero qué queréis que os diga,la mejor manera de saber lo que a una persona le interesa o necesita y sus motivos es preguntar.

Al contrario que en el proceso de Marketing, donde la Persona representa la agregación de un conjunto de usuarios que encajan en un patrón de conducta, en DT nos planteamos conocer a personas concretas y específicas, queremos verlas y hablar con ellas, y a ser posible en su ambiente.

Lo importante en DT es que cuando diseñamos, estamos resolviendo los problemas de otra persona, y por eso tenemos que desarrollar la capacidad de ponernos en su lugar, de saber por qué hacen lo que hacen y por qué necesitan lo que necesitan.

Persona

Atributos, Comportamientos y Necesidades de una Persona

¿Cómo? Durante la fase de Empatía, intenta observar a la persona para la que diseñas en la realización de sus tareas, pero sin condicionar o entorpecer la forma en que las hace. Eso no quita para que sea necesario involucrarse con la persona, conocerla, hablar. Para ello, puede ser buena idea tener en cuenta algunas consideraciones:

  • Super Importante: nunca hables en nombre de la Persona que estás entrevistando. Deja que termine sus propias frases
  • Más Super Importante: no juzgues a la Persona
  • Intenta evitar hablar de generalidades (habitualmente) y busca ejemplos concretos (la última vez que)
  • Fomenta que la persona cuente historias en lugar de hacer preguntas binarias (sí o no). Explora las emociones que pueda manifestar
  • Busca las inconsistencias en las historias. A veces lo que la gente dice no coincide con lo que la gente hace
  • Organízate de forma que tu necesidad de tomar notas no interrumpa la conversación

No importa lo informal que sea la entrevista, necesitas prepararla previamente para poder mantener una conversación más o menos estructurada, al fin y al cabo tu objetivo es descubrir los por qué. Precisamente, hay una técnica de entrevista que es la de los Cinco Porqués (encadena “por qué” cinco veces seguidas para llegar al fondo de la cuestión)

Tan importante como lo que la persona dice es cómo lo dice. Observa el lenguaje corporal, no hace falta ser un experto para saber si una persona se siente cómoda, ilusionada o triste.

Hay muchas formas de definir a un usuario, pero la más habitual es separar Atributos, Comportamientos y Necesidades. Recuerda siempre que puedas ceñirte a hechos que hayas podido contrastar, en general, evita tu sesgo, la generalización y aplica el Pensamiento Crítico.

Después de casi un año dejándome caer por talleres de DT para cotillear si la forma en que lo aplicamos en MediaNet es muy diferente de la del resto, por fin estoy en un evento donde la mecánica pasaba por entrevistar a una persona y apabullarla a preguntas. Gracias Lucía 🙂

2. Definición. “La Parte Contratante de la Primera Parte será considerada la Parte Contratante de la Primera Parte”

Siendo un evento cerrado, BBVA proponía una serie de desafíos iniciales. El que correspondía a mi equipo era “¿Cómo podrían crear los bancos sinergías para ofrecer un portfolio conjunto de productos y servicios?

How might we

¿Cómo podríamos…?

Una forma habitual de empezar a trabajar en la definición del problema es a través del enunciado “How might we help“, partiendo de la información que se obtiene del usuario en el punto anterior (necesidades y motivaciones) y del desafío a resolver. Es una forma positiva e inspiradora de crear el planteamiento, en la que la propia frase encierra la necesidad y la motivación. Una frase del tipo “How might we help” debe servir como catalizador para el proceso de ideación; para ser apropiada debe ser tan abierta que permita un gran abanico de soluciones, pero al tiempo debe ser lo suficientemente precisa para que aporte ciertos límites que ayuden a afinar el tiro. Por ejemplo, “Cómo podríamos ayudar a que una persona consiga llevar la vida que desea cuando siente la presión de mantener los compromisos adquiridos“.

Algunas técnicas interesantes para formular las preguntas “¿Cómo podríamos?” puede ser:

  • Buscar el bien común, o aumentar el beneficio
  • Reducir o minimizar un aspecto negativo
  • Cuestionar certezas que se asumen como ciertas
  • Poner patas arriba el status-quo
  • Explorar conceptos contrarios
  • Crear una analogía con un problema similar en un entorno diferente

Como es normal que surjan muchos planteamientos, una forma de tomar decisiones abiertas, de manera rápida y sin tirar de galones es usar gomets para hacer una ronda de votaciones. Lo mismo que en la guarde xD

3. Ideación. “¡Más Madera! ¡Es la Guerra!”

En la fase de Ideación, el equipo empieza a generar ideas para resolver el problema. Hay muchas formas de hacerlo, aunque en este punto viene bien aplicar el proceso de Synectics para resolución de problemas a través de la ideación (que por cierto, es de los años 50). Básicamente, y a modo de resumen, podemos decir que es un proceso de co-creación en el que:

  • Todas las ideas son buenas, y eso es clave hay que fomentar un ambiente creativo
  • Dejamos que las ideas vivan. No es el momento de criticarlas ni de cuestionarlas, porque entonces coartamos la creatividad. Se que esto es algo muy difícil en España, donde lo primero que hacemos con una idea es machacarla, pero así es la vida.
  • Los galones y las jerarquías se quedan fuera, porque la burocracia nos vuelve grises
  • Todas las personas participan, y sólo hay una conversación al tiempo
  • A veces hay que parar para reformular el marco del problema
  • ¡Nada de trollear! Mantén la concentración en el problema que hay que resolver
  • Deja claro cuándo empieza y cuándo termina el “modo brainstorming”. En general 30 o 45 minutos debería ser suficiente
cocreate

Un proceso de co-creación muy co-creativo

Recomiendo un par de técnicas que ayudan a crear más ideas, todas las que haga falta, cuando el equipo está bloqueado. La primera es la re-escritura de ideas, creando ideas nuevas a partir de otras existentes (bien porque se combinan, extienden o reformulan). O la técnica de cambiar el dominio de solución, por ejemplo, imaginando cómo se resolvería el problema en otro sector (cómo lo haría un arquitecto o un abogado) o llevándolo a un entorno extremo (qué pasaría en un musical de Bollywood o en un espectáculo del circo).

Una vez que se han llenado dos o tres paredes de post-its, aplicamos de nuevo el mecanismo de votación del equipo, a base de gomets. Como se puede ver en la foto, tener a una persona como Luis Villa a mano le da otro aire a las ideas 🙂

Como el proceso tiene que seguir y hay que empezar a pasar de la poesía a las matemáticas, toca elegir las ideas sobre las que se trabajará en la siguiente fase.

Para ello, hay una técnica de selección de ideas que consiste en encuadrarlas en conjuntos: aquellas que son importantes para el usuario por el impacto que pueden tener en sus necesidades; aquellas que son disruptivas y por tanto tienen mayor capacidad de innovación o atracción; y aquellas que pueden escalar y aplicar a grandes conjuntos de personas. Otra forma de agruparlas cambia esta última por la viabilidad desde el punto de vista de las capacidades y procesos de la empresa.

seleccion de ideas

Técnica de selección de ideas Disruptiva / Escalable / Importante

Parte de la gracia de la cuestión consiste en ver cómo refinar o mejorar las propuestas para que se coloquen en el centro del diagrama, en el punto de intersección.

4. Prototipado. “¿A quién va usted a creer, a mí o a sus propios ojos?”

El paso del prototipado es el puente hacia la validación de la solución que se está diseñando. Una de las grandes aportaciones de la cultura Lean / Agile / Startuperismo al mundo del diseño es el concepto de “Fail Fast, Fail Often” a lo que habría que añadir “Fail Cheap” y por eso la etapa de prototipado es clave.

En este punto, a mí me funciona plantear el MVPr (Minimum Viable Prototype) que permite empezar a validar la solución con las personas a las que se dirige, y hacer técnicas de Rapid Prototyping para que no pase demasiado tiempo desde que se concibe el alcance del prototipo hasta que se saca a la calle. Un prototipo, por definición, debe ser una versión sencilla de la solución que permita la interacción o recogida de feedback del usuario, al tiempo que facilita que el equipo de diseño valore, plantee y descarte alternativas.

En el grupo salieron dos ideas para las que crear un prototipo, y Pablo Hernando, Vicent Rosso y yo elegimos LIQUID STATE. Es una vuelta de tuerca a la economía colaborativa, una especie de “Préstame tu Vida” en tiempo real, donde una persona puede elegir un trabajo / estilo de vida en una ciudad, y tener el nivel de gasto e ingresos de la misma (quitando los fees del proveedor del servicio, claro)

Go Liquid

Cualquier guardería tiene los ingredientes para hacer prototipado

En fin, para haberlo hecho en 20 minutos con cartulina, tijeras, pegamento de barra y revistas de moda femenina no está mal. Aunque hicimos un prototipo rápido con POP reconozco que en la vida real soy afortunado, porque para hacer prototipos de los sistemas y aplicaciones que diseño para los clientes de mis clientes cuento con los especialistas de Arquitectura de Información, Diseño de Experiencia de Usuario y Diseño Visual del UX Lab MediaNet.

5. Prueba. “¡Y también dos huevos duros! (Moooc) En lugar de dos, pon tres”

El proceso de prueba pasa por contrastar los prototipos con usuarios reales del producto o servicio que se está diseñando.  Aunque cuando se diseña hay que pensar que se está haciendo lo correcto, cuando se prueba conviene partir de la premisa que nos hemos equivocado. Contrastar la solución con el usuario permite no sólo validar la viabilidad del prototipo, sino descubrir nuevos puntos de vista o necesidades que se verbalizan a través de la confrontación de la necesidad con la solución.

A Day at the Races

Groucho, Chico y Harpo validando a Hi-Hat

Lo ideal es dejar que sea la propia persona la que dirige la interacción con el prototipo, para no condicionar su uso ni sesgar su expectativa. De nuevo se notó el nivel de los organizadores y la profesionalidad del equipo de la D.School.

En #FinDesign tuvimos tiempo para salir a la calle a validar el prototipo. En mi caso, fuimos al Starbucks y tuvimos la ocasión de hablar con desconocidos sobre nuestra idea. Es una experiencia que os recomiendo a todos. Hablar con personas que no conoces de nada, que te dediquen su tiempo y te cuenten lo que piensan de algo tiene un valor incalculable. Y además es divertido.

Los insights que consigues durante el proceso de prueba te permiten afinar en tu solución, comenzando un proceso iterativo. Puesto que efectivamente, comprobar cómo la persona utiliza el prototipo puede dar lugar a nuevas observaciones, nuevas ideas, la necesidad de seguir trabajando en el prototipo, etc.

findesign

De izquierda a derecha, Hannah Lippe, Adam Royalty y Daniel Stringer

En resumen, una gran jornada de colaboración, compartición y creación. No quería dejar de dar las gracias a Hannah Lippe, Adam Royalty y Daniel Stringer del D.School por su cercanía; la enhorabuena a Belén Herreros y el resto de responsables del Centro de Innovación de BBVA por promover y organizar la jornada y por invitarme; y al equipo de facilitadores de Opinno por su ayuda.

Ghosting, la nueva vieja forma de ignorar al Vendedor

Tú no lo sabes, pero es la última vez que hablaréis. Crees que es una despedida más, igual que las anteriores, sin embargo, esta vez va a ser diferente. A partir de mañana no va a contestar al teléfono cuando llames. Y no es que tenga lío, no. No piensa devolver tus llamadas.Tu teléfono seguirá en su agenda, sólo para saber que eres tú quién llama. Tampoco va a contestar tus whatsapps, olvida del doble tick azul, no los va a leer. Tampoco va a contestar tus emails. Vas a dejar de ver sus post en Facebook, y sus fotos en Instagram.

Una persona normal esperaría al menos una explicación. Un motivo. Nada. No te esfuerces, no pierdas el tiempo, y sobre todo, no pierdas la decencia: no existes. Te has convertido en un Fantasma.

Ghosting

Agárrame ese Fantasma

¿Qué es el Ghosting?

El Ghosting es la nueva forma de terminar una relación: convertir a otra persona en un fantasma, alguien que no existe, simplemente ignorándolo. Sin pasar por el penoso y a veces engorroso proceso de dar explicaciones. Por el camino fácil.

Aunque el Ghosting es algo que parece fomentar una sociedad que nos ha dado Tinder, Grindr, Happn, las Adopciones de Tíos y demás, el caso más sonado es el de Sean Penn. Efectivamente, un hombre que tiene 2 Oscars© de la Academia y que estuvo casado con Madonna y con Robin Wright, pero al que Charlize Theron sacó de un plumazo de su vida, haciéndole desaparecer como un fantasma.

Por lo demás, una encuesta de YouGov demostró que el 11% de los encuestados había hecho Ghosting para terminar una relación (un 6% adicional de cachondos decían no estar seguros, osea, que sí) La revista Elle también publicó una encuesta que mostraba que casi el 17% de los hombres y el 24% de las mujeres se habían convertido en fantasmas alguna vez en su vida.

Lo que las encuestas no te dicen es que el 100% de los vendedores hemos sufrido Ghosting alguna vez en la vida.

Cómo saber si eres víctima del Ghosting

Efectivamente, queridos amigos. Todos los que estamos en el mundo de la venta hace años que sabemos que el Ghosting existe. Seguramente lo aprendimos la primera vez que presentamos una propuesta. Es algo que hemos incorporado a nuestro día a día, pero no le habíamos puesto un nombre molón ni hablaban de ello las revistas de moda.

¿Reconoces alguno de estos síntomas?

  1. Parece que no contesta a mis correos, el caso es que no me los rebota
  2. Le dejé un mensaje en el buzón de voz, lo debe tener lleno porque no me devuelve la llamada
  3. Qué mala suerte, es la tercera vez que me cancela la cita
  4. Siempre le llamo cuando está reunido
  5. Le mandé una propuesta pero nunca me contestó, creo que sólo quería mirar precios
  6. No pone su teléfono en la firma de los correos, es que ya me conoce
  7. Me dijo que me invitaría al siguiente concurso, lo que pasa es que para este año ya no tiene presupuesto
  8. Nunca aceptó la invitación a conectar en LinkedIn, porque no usa mucho las redes sociales
  9. Nos cruzamos frente a frente en la cola del café de un congreso, lo que pasa es que no hablamos porque tenía que enviar un email
  10. Le fui a dar la mano, y se la metió en el bolsillo, lo mismo es que le sudan mucho

Bien, ahora que ya sabes que te has convertido en un fantasma, veamos por qué.

Game Over

Los fantasmas atacan al Jefe

No soy yo, eres tú

Ignorar a un vendedor es algo que todos hemos hecho alguna vez en la vida, basta con pensar en la persona que te llama por teléfono a la hora de la siesta para que te cambies de operador; en el que te quiere vender un seguro en un centro comercial; o el que quiere que alivies tus pecados de burgués colaborando con una ONG.

Después de muchos años estudiando al respecto, la conclusión a la que llego de los motivos del rechazo giran en torno a cuatro grandes ejes:

  • No me interesa escuchar lo que me estás contando
  • Tengo cosas más importantes que hacer
  • Eres un cansino y me aburres
  • No quiero establecer una relación contigo

Partiendo de la base de que todos tenemos derecho a no comprar algo, ni a comprar siempre en el mismo sitio, ¿tenemos la obligación de explicar el motivo por el que no compramos? Obviamente no.

Al igual que en el Ghosting de las relaciones de pareja, exponer los motivos del rechazo de una oferta puede convertirse en algo desagradable. Supone dar explicaciones, lo que en general muchas personas prefieren evitar. Incluso puede abrir la puerta a los reproches. “Nos quedamos ayer currando hasta las 2, podríamos habernos ido a casa”

Nadie quiere explicaciones y reproches en la relación con sus proveedores. Por eso a veces lo más fácil es ignorar a una persona a la que con suerte uno no va a volver a ver. Y aunque a nadie le gustaría ser víctima del Ghosting, lo hacemos por dos motivos:

  • Porque asumimos que la otra persona se va a dar por enterada de que no queremos comprarle nada y acabará por desistir
  • porque no vemos directamente la incertidumbre o duda que generamos en el vendedor ni las explicaciones que tiene que dar en su empresa. Al fin y al cabo, cómo haya gestionado las expectativas ante sus responsables es asunto suyo

Lo que pasa es que alguna mente perversa inventó los conceptos de “prospect”, “lead”, “Funnel”, “CRM” y otras aberraciones infames, y por eso cada mes tienes un contacto de alguien que te abrasa para ver qué pasa con lo suyo. Con lo suyo, no con lo tuyo. No te llama para ver cómo estás, qué tal van las cosas, si tienes algún problema, nada nada, te llama para ver si cambia el estado de una oportunidad registrada en su SalesForce de “Negotiation/Review” a “Closed Won”.

El subconsciente de estas personas desea en secreto que les digas que te dejen en paz para poner de una vez la oportunidad como “Closed Lost” y no tener que volver a llamarte, porque les da vergüenza.

Y por eso el primer griego que quiso deshacerse del primer fenicio se inventó El Motivo.

Ghostbusting

Supongo que ya sabes que El Motivo es el precio. “No, es que sois muy caros”. Es la mentira piadosa de la venta.

  • Es universal: la mayoría de las personas creen que las ventas se basan en el precio
  • Es un argumento incontestable: nadie sabe el precio de sus competidores
  • Permite delegar la responsabilidad del rechazo en un tercero sobre el que no se puede influir: como El Área de Compras (si hubiera Polis Malos en el Lado Oscuro trabajarían en el Área de Compras)

Osea, es el camino fácil.

Hay un antes y un después en la venta, y es cuando dejas de escuchar El Motivo. Cuando alguien se toma la molestia de explicarte que no has entendido lo que necesita. O que le estás poniendo unas condiciones que sinceramente, no tiene por qué asumir; que las condiciones las pone él que para eso paga. O porque no se cree que seas capaz de cumplir y no se quiere jugar su dinero, su ascenso o su variable en una lotería. O simplemente, que hay más empresas ahí fuera perdiendo el culo para trabajar con él, que le hacen más caso y se lo toman más en serio. Etc.

Esa clase de explicaciones requieren una relación de confianza entre cliente y vendedor que muy pocas personas cultivan.

Ghostbusters

¿A quién vas a llamar? (Imagen de Birds of North America en Wikimedia Commons)

Sobre todo piensa. ¿Cuándo has dado explicaciones a un vendedor? ¿Cuando te has sentido obligado a hacerlo? Nah. Lo has hecho cuando has creído que era importante explicar tus motivos. Porque estás construyendo una relación con esa persona/empresa. De la misma manera  tu cliente te las dará cuando considere valioso construir una relación contigo.

Sólo te harán Ghosting cuando quieran perderte de vista. En ese caso no insistas y trata de entender por ti mismo los motivos.

PS- A Debbie Harry tampoco la llamaban