Perfiles: Trastear con tecnologías nuevas vs Resolver problemas

Se me quedó un poco corto el anterior post, sobre perfiles a la hora de formar un equipo, y me vino en seguida a la mente otra comparación que creo que es muy buena a la hora de buscar perfiles en un equipo de desarrollo. Gente que quiere jugar vs gente que quiere resolver problemas. Hilando más fino, que igual la frase anterior alguien me tacharía de demagógico (y con razón), digamos gente cuya principal orientación es tecnológica vs gente cuya principal orientación es a resolver problemas.

El primer perfil es fácil de reconocer, está siempre enteradx del último framework que ha salido para determinada tecnología y se frustra un poco si hay que hacer algo en una tecnología (librería, framework, etc) que considera obsoleta. Ante el planteamiento de un nuevo desarrollo o problema a resolver, sus preguntas normalmente irán orientadas a saber con qué herramienta o tecnología vamos a resolverlo.

Por otro lado, el perfil más de resolver problemas suele estar más anclado a tecnologías que domina y suele interesarse más por el dominio del problema que por la tecnología concreta con la que resolverlo. Ante el planteamiento de un nuevo desarrollo o problema a resolver, es probable que se obvie la tecnología a usar, porque se dé por supuesta, y casi todas las preguntas estén orientadas a entender mejor el alcance del problema o el dominio del mismo.

Obviamente no todo es blanco o negro y existen unicornios (como Javi, mi socio en Softspring), que resuelven problemas como nadie con la última tecnología, pero lo más normal es encontrarse gente con más inclinación por alguno de los dos lados.

No creo que haya un perfil mejor que el otro, de hecho creo que se complementan a las mil maravillas, pero sí que después de años de ver todo tipo de gente, ahí van unos tips (discutibles, como todo, si quieres podemos comentar abajo):

• El liderazgo del proyecto no debería llevarlo alguien fundamentalmente tecnológico. Aquí igual entramos en debate, pero considero que el liderazgo del proyecto debe llevarlo alguien con más orientación a resolver problemas que a la tecnología concreta con la que se vayan a resolver. Que haya gente friki y a la última cerca del puesto de liderazgo, es fundamental, pero en mi opinión, no deberían liderarlo.
• A raíz del anterior punto, seguro que alguien está pensando que para eso en metodologías ágiles está el Product Owner y que la gente de desarrollo tiene que ser técnica y blablabla, pero me refiero en el anterior punto al liderazgo técnico del proyecto.
• Pero… pero en Scrum no debería haber Technical Lead.. el equipo se auto-organiza y blablabla.. Lo sé.. pero incluso en equipos auto-organizados la gente acaba adoptando a alguien como Líder Técnico, aunque nadie le dé ese rol, aunque nadie lo designe, hay alguien que inspira la máxima confianza técnica y que si dice “yo tiraría por aquí”, lo más probable es que se tire por ahí.. Esa persona, esa, es la que creo que es clave que tenga una importante tendencia a resolver problemas, una buena visión del problema a resolver y sea consciente de que, al final, nos pagan por resolver problemas (lo más probable, igual en otros sitios pagan por otras cosas).
• Relacionado con esto último, siempre hay un cliente y el cliente normalmente es agnóstico con la tecnología (salvo que alguien le haya hecho un inception muy fuerte con alguna en concreto), el cliente lo que quiere es que se resuelva su problema.

Oye, dijiste al principio que no era mejor uno que otro, pero no paras de exaltar a la gente cuya orientación fundamental es a resolver el problema.

• Ok.. cierto.. Es importante tener a gente cuya orientación fundamental es tecnológica, porque vivimos en un mundo que cambia muy rápido, y con frecuencia para bien. Si no tenemos a alguien cerca que esté a la última y enteradx de todas estas mejoras, es fácil que nos quedemos anclados en formas anticuadas de resolver los problemas y nos costará probar cosas nuevas.

En definitiva, me parece clave equilibrar bien en un equipo de desarrollo la gente a la que le mueve resolver problemas con gente a la que le mueve probar y trastear con tecnologías nuevas.