Roles en Scrum

Cuando se ofertan puestos etiquetándolos con roles de Scrum, implícitamente se están asignando unas responsabilidades y excluyendo otras. En muchos sitios, aunque digan que hacen Scrum, no lo hacen y mezclan las cosas. Veamos qué papel desempeña cada uno de los roles de Scrum, para poder identificar de un modo sencillo en qué sitios se aplica bien y en qué sitios no.

scrum photo
Photo by royskeane

Para que nadie se lleve a equívocos, aclararé que en mi opinión Scrum no es la panacea, que no es lo más adecuado en todos los casos, y cada equipo y cada empresa es un mundo. Sin embargo, sí que creo que para hacer Scrum hay que aplicarlo como mandan los cánones, y si no no pasa nada, pero no será Scrum. Será otra cosa.

 

  • Product Owner: el Product Owner puede verse como el bus de comunicaciones. Es la representación de los clientes, sponsors y otros stakeholders dentro del proceso de desarrollo. Es quien habla con todos ellos y transmite sus inquietudes al equipo que es quien ejecuta. Es el dueño del Backlog, se encarga de recoger las historias de usuario y establece sus prioridades. Es quien propone qué historias (al establecer su prioridad) deberían de atajarse en el siguiente Sprint. Es quien toma decisiones cuando surgen conflictos, ya sea por decisión propia o porque haya consultado a los stakeholders que corresponda.
  • Scrum Master: el Scrum Master es el amo del calabozo, ese hombre que aparece dando consejos. Su misión es ser el guardián del método, asegurarse de que se cumplen con las “normas” del Scrum. Es quien se garantiza la forma de  las ceremonias, de que no se excedan los tiempos, de que si el Product Owner intenta cambiar el Backlog del Sprint es quien le explica que así no se puede trabajar ni bien, ni rápido.
  • Equipo: son todas las personas productivas que participan en el proceso de desarrollo. Se auto organizan y autogestionan. Son quienes deciden sobre su proceso y tienen la última palabra sobre todo (al fin y al cabo lo van a hacer ellos), aunque atiendan los consejos del Scrum Master, y trabajen con las limitaciones y objetivos que marque la persona que sea Product Owner.

 

Hay quien a los stakeholders (clientes, sponsors, etc.) los incluye también, pero estos no participan del proceso de Scrum. En algunos casos participan en las demos, pero lo suyo es que sea el Product Owner el que actúe ahí como una voz única, para asegurarse de que al equipo se le dice una única cosa.

Así, pues, estos son los roles en Scrum. No son otros, son estos y estas son sus funciones, y tienen un motivo. No es bueno que una persona cubra dos roles porque entonces va a empezar a tener conflictos de intereses, y por flexible que sea, el estar cambiándose de sombrero continuamente le pasará factura y no podrá concentrarse en ninguna de las funciones que debe realizar.

Por tanto, si hacéis Scrum, mantendréis esta separación de roles, y si no no pasa nada, pero no estaréis haciendo Scrum, será otra cosa.

Cryptojacking: la minería de cryptomonedas como modelo de negocio

Estoy seguro de que muchos habéis pensado en usar el cryptojacking como modelo de negocio –las ideas suelen surgir simultáneamente en muchas cabezas a la vez- cuando hayáis visto noticias sobre cryptojacking, como el sonado caso de la CBS que durante un fin de semana tuvo incluido en su reproductor un script para minar cryptomonedas. ¿Pero es realmente factible? Entendámoslo y observemos sus implicaciones.

web coin photo
Photo by SMU Central University Libraries

El cryptojacking es un concepto más o menos novedoso, que se refiere a realizar minería de cryptomonedas usando para el computo los navegadores de visitantes a una web. Normalmente se supone poco ético, pero vayamos por partes que hay muchos conceptos:

  • Recordaréis cuando hablamos de blockchain, a las personas que se dedican a calcular los hash de los bloques se les llama mineros, porque el algoritmo les otorga una pequeña cantidad de cryptomoneda a quienes encuentran cada hash.
  • Para realizar esa minería, para buscar esos hash hay que realizar muchos cálculos invirtiendo en tiempo de procesador. Hay empresas que se dedican a la minería y que tienen montones de ordenadores (granjas) dedicados a realizar estos cálculos.
  • Una web, es una aplicación distribuida en la que parte del programa se ejecuta en el servidor, y otra parte se ejecuta en el navegador de los usuarios.
  • Cuando se usa la capacidad de computación de los visitantes a una web, para realizar minería, es cuando estamos hablando de cryptojacking.

En casi todos los casos en los que se habla de cryptojacking se trata (o al menos se supone) de webs que han sido crackeadas, en las que se ha incluido el código necesario para realizar la minería, pero ¿y si no siempre fuese así? ¿Y si una web de manera legítima implementara este sistema de minería para financiarse? ¿Qué podría pasar?

Esta técnica hace que se consuman recursos de los equipos de los visitantes, pero por norma general, la mayoría de los visitantes tienen recursos más que sobrados en sus sistemas que están muy infrautilizados. Al final es como los sistemas para compartir potencia para cálculos distribuidos, ya sea para encontrar una cura para el cancer o buscar vida fuera de nuestro planeta. Los usuarios le estarían cediendo sus recursos a una web durante el tiempo que se pasen consumiendo sus contenidos.

Si esto se usase como sustitutivo de los anuncios (que cada vez funcionan menos y peor en la web actual), no les supondría una gran carga adicional a los usuarios, puesto que los anuncios por si mismos ya están consumiendo recursos de sus máquinas. Además dejarían de estorbar visualmente.

También, se implementarían las webs para que tuviesen la menor cantidad de recargas, y para que se pase el mayor tiempo posible con ella abierta. Por ejemplo, en una web de noticias, esto es posible que provocase que se empezaría a dejar de lado el clickbait y empezar a crear contenidos realmente relevantes e interesantes.

Para saber si es algo rentable, tendríamos que tener en cuenta muchos factores, principalmente el valor puntual de la cryptomoneda que se esté empleando. También de cuanta cantidad de cryptomoneda se  lleva el minero que tenga éxito en encontrar el hash de un bloque. Por último, cuanto tiempo medio de visitante en la página se necesita para encontrar un hash. Podríamos meter más variables como el coste de adquisición de un usuario, lo que se deje de ingresar por publicidad o muchas otras cosas, pero sólo con estas tres variables ya se ve que hay que centrarse en un caso particular para determinar si es rentable o no.

Por ejemplo, cada vez que se encuentra un hash de un bloque de Bitcoin, el minero se lleva 12.5 Bitcoins (aunque se dividirá por dos en el futuro). El precio de los Bitcoin es muy variable, pero hace ya días que está por encima de los $5,500. Por tanto, estamos hablando de más de $70,000. Por ejemplo, atendiendo a las cuentas públicas de un medio que conozco bien, les bastaría con conseguir minar un hash a la semana para ser rentables y olvidarse de la guerra de la publicidad.

Lo difícil es saber como de factible es que un sistema distribuido como este consiga minar uno de estos hash, pero desgraciadamente de eso no hay muchos datos y tendremos que esperar a que algún medio con suficiente calado se anime a hacer pruebas legítimas y en condiciones, y que posteriormente se animen a compartir esa información.

¿Cómo lo veis como usuarios? ¿Os preocuparía que se usase vuestro equipo para esto si a cambio os libraseis de la fastidiosa publicidad?

Mi respuesta a la Bonilista: ideas free

Este domingo, como cada domingo, leía a Bonilla que ha hecho públicas 10 ideas de las que apunta en su cuaderno.

ideas photo

Como él, tengo mi lista (sólo que yo uso Google Tasks) y venía ya unas semanas pensando en ir haciéndola pública para dotar de más contenido al blog, aunque al no tener trabajo y por tanto ordenador, me está resultando difícil plasmar el formato de análisis “completo” que quería darle.

Su newletter (aunque para mi sea un post, puesto que prefiero no recibir emails y entrar yo a buscar su texto cada domingo), me ha animado a ponerme manos a la obra, ya que en él he encontrado puntos que he tratado en repetidas ocasiones con colegas y amigos, y porque la 7 en concreto me ha recordado muchísimo a lo que hicimos en GPMESS.

Recogiendo su testigo adoptaré su mismo formato de titular las ideas y comentarlas por encima. Si alguien quiere, ya habrá ocasión de profundizar en ellas. La mayoría, son posibles soluciones a problemas detectados, como pueden ser recursos en desuso, necesidades sin cubrir o sistemas con comisiones muy altas.

Todos los que me conocéis, sabéis el poco valor que le doy a las ideas, lo que cuenta es la ejecución, así que feel free de hacer con ellas lo que queráis, y si lo petáis me alegraré mucho por vosotros. Si queréis tener un detalle ya me invitaréis a una mariscada 😉

  1. Hacer una ICO para montar el dominio de primer nivel .eth: En los dominios de primer nivel (.com, .es, …) hay un espacio para los dominios esponsorizados. Podemos ver que hay algunos muy de marca como son el .goog o el .barclays por ejemplo. Aquí andaba dándole vueltas a que se podría ofrecer en una ICO para que fuera interesante. Para los ajenos, una ICO (muy simplificadamente) es el lanzamiento de una criptomoneda sobre Ethereum en el que la gente compra la divisa, ya que sólo con ella se podrá hacer en el futuro lo que quiera que vaya a ofrecer la empresa que está detrás, esta moneda tiene más valor cuanto más interesante sea para la comunidad lo que se pueda hacer con ella en el futuro (sí, es bastante de especulación). El dominio de primer nivel .eth podría usarse para proyectos que trabajen sobre Ethereum y los dominios sólo podrían comprarse con la moneda lanzada. En principio me parece que cumple con todas las cosas necesarias para una ICO, pero no conozco suficiente ese mundo como para garantizarlo.
  2. Plataforma para contratar equipos dev funcionales: todos somos conscientes de que hay cierta burbuja emprendedora en el país. Además esto se une a que montar equipos técnicos es bastante complicado, y las comisiones de los head hunters son muy altas. Además tras una contratación lleva bastante tiempo conseguir que todo el equipo funcione bien en conjunto. Por tanto, sería interesante tener una plataforma donde juntar a los equipos de startups que están llegando a su fin con posibles contratadores que fichen al equipo en su conjunto. Al cerrar GPMESS hubo una empresa que, sabiendo como funcionaba mi equipo, quiso contratar a toda la plantilla en su totalidad. Desgraciadamente era tarde, porque hacía meses que había tenido que despedir a todo el mundo menos a Juan, y de un modo u otro la gente ya se había ido buscando sus habichuelas.
  3. Juego, cazar objetos y marcas: siempre he sido un contrario a la realidad aumentada tal como está planteada hoy en día, porque a la gente no le gusta ir pareciendo imbécil por la calle. El exito de Pokemon Go, dejó en clara evidencia que estaba completamente equivocado. Ahí hizo muchísimo la marca de Nintendo, pero la verdad que ha sido un sistema de juego que ha parecido no disgustar (aunque fuera el mismo de su no tan querido predecesor). Otro sistema de juego innovador, podría ser para juegos de construcción o de tipo tamagochi, que los materiales los tuvieras que fotografiar y con alguna de las apis de reconocimiento actuales identificaras lo que hay en la foto y eso se lo aportases al juego. En un juego de construcción podrías ir recopilando ladrillos y tejas, y llevarte más puntos si tu cocina la equipas con electrodomésticos Siemens. O si a tu “tamagochi” le das una hamburguesa del Burguer King aguantará más tiempo con el estomago lleno. En el reconocimiento de marcas hay mucha pasta.
  4. Who loves you: es una app de facebook que cuando le das acceso examina todas tus interacciones y te dice quien es probable que esté coladito por ti. Es un poco black hat, pero claro, para hacer la tontería le tienes que dar acceso a todos tus datos, y los datos son dinero, mucho.
  5. WikiHighlights: Este lo había empezado a programar para entretenerme, pero al quedarme sin curro y por tanto sin ordenador, se ha quedado un poco en el olvido. ¿Has usado alguna vez un Kindle? Su sistema para marcar contenido interesante es muy sencillo, además te permite compartirlo en redes, y te permite ver mientras lees las cosas que han destacado otros.  Pues esto es eso pero para webs. Tal como lo tenía pensado, la funcionalidad básica (esa) podría ser gratuita. El premium (para el site) sería que el texto se convirtiera en imagen antes de compartirlo (como hacía mi difunto infinitweet que tanto le gustaba a Bori) y el superpremium sería que permitiese al site elegir el tipo de letra y el diseño en general de la imagen que generarán los usuarios al compartir. Para la distribución había pensado empezar por un plugin de WordPress, ya que tiene tanto mercado en Internet.
  6. Buscador de dominios en base a idiomas: poner nombre a los proyectos cada vez es más complicado, sobre todo si quieres tener un dominio libre. Por tanto, podría ser interesante un buscador de dominios en el que tú le metes una o varias palabras, y te diga dominios que haya libres traduciendo esas palabras a distintos idiomas. Una vez que lo tengas ya podrás decir que el nombre de tu empresa es en Rumano porque eres super fan de los vampiros o cualquier otra explicación que se te ocurra.
  7. Micro silencioso: si habéis leído la saga de Ender no necesitaréis que os lo explique, pero para el resto… Los bots conversacionales, los asistentes y demás están cada vez más de moda. Sin embargo, con mi comentada repulsión a parecer imbécil por la calle, creo que un micro con el que no necesitases hablar en alto y bastase con que susurrases podría tener mucho éxito.
  8. Resume generator: ahora que Microsoft se ha cargado el lab de Linkedin donde tenían una utilidad para hacerte un curriculum muy apañado tirando de tu información de Linkedin, hay un gran hueco que cubrir. Hay otras herramientas, pero son caras y malas.
  9. GPAds: en GPMESS los yipis de difusión no llegaron a explotar, porque 33.000 usuarios eran muy pocos para tanto terreno como es España. Sin embargo, sí que nos funcionó un poco aunque nos quedamos sin tiempo de testarlo más y mejor, el mandar anuncios de cosas que iban a pasar dentro de poco a la gente que estaba cerca (conciertos principalmente). Es algo que me quedé con las ganas de exprimir más, pero ya sabéis el tiempo es oro y el oro es tiempo, había que cerrar.
  10. Petar la store: la décima, que no la última, es una sugerencia que le hice a un amiguete. Habían montado una empresa en la que estaban especializados entre otras cosas en automatizar despliegues de apps móviles, pero necesitaban hacerse un poco de nombre para poder ofrecer consultoría a otras empresas. En archive.org hay juegos noventeros míticos (como el Tant-R), así que se me ocurrió que podrían hacer una app contenedor y publicar automáticamente en las stores de aplicaciones una app por cada juego de los que hay en archive. No creo que les hubiese reportado mucha pasta, a no ser que la gente se los empezase a bajar como locos, pero estoy seguro de que algo de ruido habrían hecho con algún artículo del tipo “Como crear miles de aplicaciones en una hora”. No les gustó y no lo pusieron en práctica, por lo que no lo sabremos.

Estas son mis 10, que aunque son distintas a las de Bonilla, alguna ataca al mismo problema. Hay más en la lista, así que si queréis: pedir. ¿Cuáles son las vuestras?

5 pasos para mejorar en la cría de pollitos

pollitos photo

  1. Cómo supongo que no pongas huevos, lo primero es buscar los pollitos.
  2. Llévatelos a tu campo, no podrás engordarlos si no.
  3. Tienes que proporcionarles alpiste suficiente para que vayan creciendo tranquilos sin necesitar buscarse la comida en otro sitio.
  4. Mientras son pequeños hay que protegerlos bajo el ala, para que no les pase nada malo. A ser posible, que no se den cuenta para que los peligros no les distraigan.
  5. Déjalos volar solos y vuelve a empezar por el punto 1.
  • Cámbiese pollitos por devs, o los elementos del equipo que se quiera

Economía colaborativa fácil fácil

En ocasiones, es  necesario agarrarse fuertemente a las definiciones para que no nos engañen o para no llegar a error. Una de esas ocasiones es la de la “economía colaborativa“, a la que muchas empresas se apuntan para que les dejen hacer lo que les da la gana y la gente les defienda. Estamos viendo constantemente como tenemos noticias sobre estos temas con conflictos en Uber, Deliveroo o Airbnb por ejemplo. Veamos ¿qué es esto de la “economía colaborativa“?

Para empezar, podríamos fijarnos en el término en inglés, que no es “Collaborative Economy” como a  simple vista podría parecer (ni “Collaborative Consumption“, si no que es “Sharing Economy“. “Economía del compartir” no queda muy bien, y por ese u otros motivos aquí se adoptó “economía colaborativa“.

economy

La economía colaborativa, es el consumo p2p de una comunidad facilitado por herramientas online. ¿Lo qué? En cristiano: es el consumo de bienes o servicios en un mercado en el que todos son iguales, tanto vendedores como consumidores (los cuales pueden intercambiar sus roles indistintamente), y que es posible coordinarlo gracias a la aparición de paginas y aplicaciones que haciendo uso de Internet facilitan las transacciones.

Podría verse en cierto modo en un comunismo moderno, en el que todos cooperan para que todos estén mejor.

Compañías de este tipo pueden ser Uber, Airbnb, Deliveroo, o Blablacar por poner un ejemplo. Aunque son muchas las que se apuntan a la moda de la economía colaborativa, que queda bien y vende.

Ahora bien ¿son estas compañías realmente de economía colaborativa? Al menos con el modelo con el que están en España, ninguna de estas lo es del todo.

Si yo voy a hacer un trayecto, ya sea para ir a Sevilla o tres barrios más allá, y llevo a alguna persona para compartir gastos, eso es economía colaborativa. Si yo me hago todos los días 4 veces el trayecto Valencia-Elche porque sé que hay mucha gente que lo hace y no hay trenes o son muy caros, y me reporta tantos beneficios que se convierte en mi trabajo, eso no es economía colaborativa y además estoy incumpliendo las leyes. Si monto una flota de coches para transportar gente regularmente, eso no es economía colaborativa.

Si me voy a ir un par de semanas de vacaciones y aprovecho para dejarle mi casa a alguien que se quiere venir a mi pueblo de vacaciones, eso es economía colaborativa. Si tengo 5 pisos que dedico exclusivamente a alquilar por semanas o fines de semana al mejor postor, eso no es economía colaborativa y si no declaro esos ingresos , eso no es economía colaborativa y además estoy defraudando.

Si aprovecho que voy a hacer la compra, para hacerle los recados a la señora del tercero y al moderno de arriba, eso es economía colaborativa. Tener un equipo de jóvenes bicicleteros de un lado a otro por tres euros la hora haciendo los recados a la gente, no es economía colaborativa y no es legal.

En general, suelen ser empresas que cubren servicios muy útiles que antes no estaban cubiertos, y desde luego creo que es necesario un modo de ir de Badajoz a Córdoba sin tener que pasar por Madrid por ejemplo, pero cuando nos intenten vender una moto o defender una postura en un conflicto esgrimiendo un estandarte como este, deberíamos de saber realmente de que estamos hablando.

Hay muchas otras empresas en muchos otros ámbitos, y siempre podremos hacernos la misma pregunta y estudiar su modelo para ver si de verdad se pueden incluir o no dentro de este paraguas de la cool economía colaborativa. Sin embargo auguro, que salvo casos claros de que no como son Uber (aquí en España) o Deliveroo, en la mayoría nos encontraremos con que, aunque sí lo sean, alguno de los miembros de la comunidad se ha “profesionalizado” haciendo que las transacciones pasen de ser de economía colaborativa a economía sumergida.

Blockchain fácil fácil

Ya son varias las personas de distinto ámbito que me han pedido una explicación sencilla de lo que es Blockchain, así que supongo que es un tema que debo plasmar aquí, y dejar de contarlo entre cervezas. Voy a intentar que cualquier persona con una base técnica mínima pueda entenderlo, pero ante las dudas preguntad en los comentarios 😉

blockchain photo
Photo by btckeychain ©

Blockchain, como su propio nombre indica, es una cadena de bloques. En cada bloque se almacena una información y el hash del bloque anterior (¿os acordáis de la explicación sobre lo que es un hash de la semana pasada?).

De este modo, al almacenar cada bloque la “firma” del anterior, si se cambiase el contenido de un bloque se alteraría esa firma, con lo que habría que cambiar el contenido del siguiente bloque, y así sucesivamente hasta llegar al bloque más actual.

Eso, así de simple es un blockchain.

Ahora bien, seguro que habéis oído que este sistema se está usando en criptomonedas y en otras soluciones porque se supone que no se puede alterar los bloques ¿no?

En un blockchain que se almacenase en un solo lugar sería “trivial” alterar el contenido de un bloque random. Sin embargo, todos los sistemas que se están basando en esto son sistemas distribuidos, en los que hay muchos participantes que mantienen una copia de toda la cadena de bloques, por lo que para poder alterarla sin que todo el mundo se de cuenta, no sólo habría que modificar todos los bloques que maneje una máquina, si no que habría que hacerlo en todas las máquinas que almacenan una copia.

Vamos a poner un ejemplo práctico aplicado a algo que muchos habréis sufrido:

  • Imaginemos que tenemos un cuaderno en el que vamos a apuntar el acta de las reuniones de una comunidad de vecinos.
  • Para que no haya alteraciones, decidiremos que cada página tiene que empezar siempre con el “hash” de la página anterior.
  • El hash en este caso (para que sea fácil de calcular a mano), estará formado por la primera y última letra de cada fila y entre ambas el número de caracteres.
  • De este modo, si cambiásemos una página cambiaríamos su hash, que al ser la primera línea de la página siguiente, nos provocaría también cambiar su hash, etc. etc.
  • Un presidente maquiavélico podría comprarse un nuevo cuaderno para cambiar todas las actas y plasmar que a él se le eligió de por vida. Pero, si todos los propietarios tuviesen una copia del cuaderno, el presidente no podría hacerlo a no ser que pudiese entrar en todas las casas de todos los vecinos a pegar el cambiazo por un cuaderno modificado.

¿Queda claro?

Las aplicaciones de esto pueden ser muchas, aunque generalmente se usa para crear soluciones que eliminen intermediarios.

Por ejemplo, es la base de Bitcoin, la primera criptomoneda que se creo para poder hacer micropagos. El problema de los micropagos, era que al tener a los bancos como entidades intermediarias, las comisiones hacían imposible realizar estos micropagos. Al eliminar los intermediarios, los pagos pueden ser gratuitos, y hacerlos tan pequeños como se quiera.

Esa es la teoría, porque Bitcoin se ha expandido mucho por otros motivos derivados de la eliminación de intermediarios (anonimato, capacidad de especulación desmesurada, acceso universal, …), pero eso ya es otra historia que tendrá que ser contada en otro momento.

Cómo crear un equipo tecnológico desde cero

No, no hablamos de montar un PC. Montar un equipo técnico tiene muchas complicaciones, muchos pequeños logros que conseguir para que todo funcione como los engranajes de un reloj suizo. Lo he tenido que hacer en diferentes ocasiones, la última en eldiario.es en donde monté un equipo para desempeñar tareas de desarrollo, data scientist y UX research de un proyecto avalado por Google. Aquí tenéis los pasos que creo que hay que dar:

  1. Definir claramente para qué se quiere montar el equipo. Si es para un proyecto concreto que empieza y acaba, si es para mantener algo que ya existe, si es para hacer I+D, … cada cosa requiere unas aptitudes y actitudes distintas. No puedes poner a alguien superinnovador a realizar mantenimiento de un software, ni a alguien que sea muy poco flexible a hacer I+D pululando por proyectos y tecnologías.
  2. Buscar un match entre requisitos/necesidades, dinero y tiempo. Cuanto menos tiempo, gente más senior necesitas, que también cobrarán más. Si tienes poco de ambos, tendrás que reducir los requisitos al mínimo aceptable, para que encajen todas las piezas.
  3. Hacer prospección del mercado de empleo para ver que tipos de perfiles puedes conseguir que sean lo mejor posible para llevar a cabo los requisitos dentro de tu presupuesto. Puedes, por ejemplo, buscar en Infojobs ofertas similares a ver que ofrecen, aunque desgraciadamente la gente no detalla demasiado las condiciones en las ofertas. Otra opción es buscar algunas personas que te puedan encajar en LinkedIn y preguntarles si podrían tener interés y cuales son sus condiciones actuales.
  4. Elegir el stack tecnológico. En realidad esta es una tarea que irá realizándose paralelamente a los puntos 1, 2 y 3, puesto que irán surgiendo detalles que marquen el stack a emplear. El proyecto es el que debería de marcar la tecnología (ya quedamos que “nos la suda” la tecnología ¿no?), ya sea porque hay una que reduce el tiempo sustancialmente, u otra en la que los desarrolladores son más baratos y encajan mejor en el presupuesto. Cualquiera que sean las motivaciones serán buenas, siempre que estas no sean usar el mismo martillo de toda la vida porque es lo único que conoces. Eso es sólo un buen motivo cuando se tiene un empate técnico, o cuando hay un gran riesgo de que el equipo se desmiembre y que tengas que hacer, a parte de tus tareas de gestión, las tareas de desarrollo para garantizar que todo tira para delante.
  5. Iterar. Hay que iterar entre los pasos previos tantas veces como sea necesario hasta que se tenga un match perfecto. En el que sepas que vas a poder cubrir todas los requisitos con el mejor equipo que te puedes permitir en el tiempo que tengas. Tienes que identificar qué perfiles necesitas, qué condiciones podrás darles, qué cosas son importantes y qué cosas no lo son realmente.
  6. Caza. Es el momento de buscar a los mejores candidatos, tal vez ya tengas alguno de cuando hiciste la prospección, pero necesitas más ¡no hay proceso de selección si sólo hay un candidato! Si tienes tiempo, puedes dejar una oferta en Infojobs o LinkedIn, en plan trampero y sentarte a esperar. Yo nunca lo he tenido, y confío más en las tácticas más activas, aunque las otras puedan ser un gran apoyo.
    • Si pones una oferta, tomate el tiempo de poner alguna preguntilla para cribar y que no entre todo. Tampoco te pases de difícil, la mayoría de la gente no se tomará tiempo de hacer algo que le lleve trabajo o pensar más de 30 segundos. Si no pones alguna pregunta para cribar, te entrarán 200 o 300 curriculums en las dos primeras horas y te servirá de muy poco.
    • Si pones una oferta en algún portal de empleo, úsala. Puedes usarla como campo base, redirigir ahí todo el tráfico, aprovechar las herramientas que te proporciona para filtrar y realizar la selección de un modo más sencillo. No tiene ningún sentido que pongas una oferta en un Infojobs, y en otro sitio pongas un correo para que manden el CV, y en otro digas que te manden un mensaje directo. Te has gastado las perras en ese portal, aprovéchalo.
    • Si no pones una oferta, publica un post, un pdf o lo que quieras, pero ten un sitio al que mandar a la gente donde esté toda la información. Habla del trabajo que se va a realizar, de los requisitos que sean indispensables y separalos muy bien de las cosas que serían un extra. Habla de las condiciones, de todas, que no todo el mundo se mueve por dinero. Del proyecto. Yo soy partidario de poner el salario que se pretende pagar, aunque si la política de la empresa no te deja, pon al menos un rango si eso sí te lo permiten.
    • Sal a buscar candidatos, LinkedIn es un sitio dónde se pueden encontrar muchos tipos de perfiles, aunque tal vez busques algo tan específico que te tengas que ir a algún otro lado, ¿tal vez un grupo de meetup? Averigua a que eventos acuden los candidatos del tipo que quieres y ve tu también.
  7. Lee a todos y contesta a todos. La gente se ha molestado en enviarte el curriculum, creo que es ético que te tomes la molestia de leer sus cartas de presentación y leer sus curriculums y contestarles para que sepan que lo has recibido. Sí, aunque te vaya a suponer salir un par de días a las 12 de la noche. Aunque no te aporte a tu negocio, sí. Es ético y educado, seguro que tú también has mandado curriculums y te ha gustado que mostraran un mínimo interés.
  8. Entrevista telefónica. Es muy complicado quedar con mucha gente, pero hacer una llamada de 15-30 minutos es más fácil. Prepárate una lista de cosas que quieres saber antes de colgar. A ser posible ten alguna pregunta técnica preparada, no tiene porque ser complicada, pero algo con lo que puedas validar que tu interlocutor sabe de lo que habla. ¿Que tú no sabes? No hay problema, pídele a alguien que conozcas que te explique algún tema básico de ese área, o léelo, la Wikipedia está ahí para todos gracias a las donaciones que pide Jimmy Wales. No necesitas ser un master (para eso vas a contratar a uno), sólo seguir la conversación, y créeme, cuando hables sobre un tema con 20, 30 o 40 personas distintas, sabrás suficiente para saber quien controla y quien no. Es importante que estés atento para distinguir a quien no sabe de quien tiene problemas de comunicación (pasa mucho en el mundo técnico), ya que te puede hacer perder un gran candidato. También es el momento para plantear las condiciones económicas si no te han dejado publicarlas en la oferta, no tiene sentido continuar si las condiciones no cuadran por ambos lados y suele ser uno de los principales motivos de bloqueo.
  9. Entrevista presencial. No hay que volverse loco, no hay que hacer entrevistas a todos los candidatos. Tienes que entrevistar al que más te ha gustado para cada puesto, también deberías de entrevistar a otro que tenga un perfil muy similar y otro que tenga un perfil totalmente distinto a los dos anteriores. Sí, los dos últimos sirven como elementos de control del primero y reservas por si el primero se cae, para asegurarte que no te equivocas. Puede parecer poco ético, pero la verdad es que en varias ocasiones me he dado cuenta en la entrevista que uno de los de control encaja mejor que el candidato estrella. Tienen posibilidades, menos, pero las tienen. Intenta que la entrevista no dure más de dos horas, que eso ya se puede considerar tortura. Intenta que esté disponible todo el mundo que vaya a tener que dar el “ok”, para intentar que el candidato no tenga que ir repetidas veces, aunque no sea durante toda la entrevista y sólo entren 5 minutos a “saludar”. Ofrécele agua, se puntual, intenta que esté a gusto. Tienes que tratarlo como si de un cliente se tratase, en cierto modo lo es, y en este momento le estás vendiendo la empresa y el proyecto y tú quieres que te lo compre.
  10. Cierra e informa. Si todo ha ido bien, a estas alturas tendrás el “sí” de todos los candidatos que necesitabas y es hora de que la gente de administración prepare los contratos, pero tú no has acabado. Informa a todo el mundo de que el proceso se ha acabado, no dejes a todos los candidatos esperando y expectantes. Sé que puede parecer que no aporta valor a tu negocio (como en el punto 7) y que vas a perder mucho tiempo, pero la comunicación clara y sincera es muy importante y lo agradecerás cuando tengas que hacer otro proceso de selección en el futuro o cuando uno de los candidatos se te caiga después de haber dicho que sí y tengas que recuperar a los otros.

Sé que es muy fácil poner estos puntos aquí pero luego es más complicado seguirlos, sobre todo si tienes otras tareas que ir desempeñando durante el periodo en el que tengas en marcha el proceso de selección, pero hay que tener claro que es una parte muy importante y que ha de ser prioritario ya que una mala selección puede cargarse el más simple de los proyectos.