¿Qué es un consejo para los fundadores no técnicos para entrevistar a los desarrolladores?

Mi consejo es que no lo hagas. Ahora, antes de que te vayas con incredulidad, escúchame: ayudo a fundadores no técnicos a vivir, y yo mismo soy un técnico no técnico rodeado de personas de tecnología brillantes (que puedes trabajar en tu proyecto si te unes a nuestro lote ) . Les he hecho esta pregunta, y no hace falta decir que aceptaron por unanimidad que es una muy mala idea , simplemente porque no sería capaz de juzgar la calidad del código del desarrollador , su capacidad para resolver un determinado problema, o evaluar adecuadamente Sus proyectos paralelos anteriores. Pero veamos desde el lado brillante, esto significa que puedes enfocarte en el otro lado de la moneda.

He visto a nuestro CTO entrevistar a cientos de candidatos (somos extremadamente selectivos), y si hay algo que he aprendido, es que hay dos aspectos cruciales para cada desarrollador, y usted debe evaluar ambos a fondo.

1- Quiénes son: En primer lugar, debe evaluar ciertos rasgos de personalidad que pueden ser decisivos, como su pasión por la tecnología, su voluntad de seguir aprendiendo (porque seguramente lo necesitarán) y cuán comprometidos están con el idea de startup Tener una buena capacidad de comunicación y poder navegar sin problemas a través de una colaboración son una necesidad. Y una forma de comprobarlo es, naturalmente, mediante la colaboración ya sea en una aplicación pequeña o en uno de los proyectos paralelos de su empresa. Lo principal a tener en cuenta es su compromiso de entregar un resultado final pulido, ya que los proyectos no finalizados son un vicio común para muchos desarrolladores.

2- Qué pueden hacer: cuando se trata de lo que hacen, no lo endulcemos, usted y yo no estamos calificados para evaluar y evaluar la habilidad técnica de un desarrollador, incluso si lo intentamos. Y es más sabio recurrir a la ayuda de algunos de nuestros brillantes expertos en tecnología, más familiarizados con las complejidades de los códigos de buena calidad.

Ahora, con eso dicho, aquí hay algunos consejos que nuestro equipo de tecnología ha preparado para usted :

  • Pregúnteles sobre los lenguajes de programación con los que están familiarizados. Si los únicos idiomas que saben son los que se enseñan en la universidad, eso es una señal de alerta. Algo bueno sería que su curiosidad los empujó a aprender un par de idiomas más por su cuenta;
  • Dependiendo de la pila de tecnología en la que trabajarán, sería una buena idea buscar algunas preguntas en las comunidades de tecnología en línea y sus respuestas, que puede preguntar durante la entrevista y verificar si su respuesta coincide en el momento. ;
  • Lo que sería un enfoque aún mejor es, en lugar de ver lo que saben en ese momento en particular, lo que podría ser engañoso en muchos casos, para ver si muestran algunos de los hábitos y patrones de comportamiento comunes a la mayoría de los buenos desarrolladores : ¿Han estado trabajando en proyectos paralelos? ¿Cuál fue su último acerca? ¿Han estado haciendo cosas, creando aplicaciones, imaginando características e implementándolas? ¿Leen los blogs de tendencias tecnológicas? ¿Cuáles son sus favoritos? Si fueran a comenzar un nuevo proyecto paralelo , ¿de qué trataría la idea y en qué trabajarían?
  • Finalmente, encontrar a un amigo con experiencia técnica para que esté allí, ayudarlo a evaluar y hacer algunas preguntas técnicas seguirá siendo el mejor consejo que podemos darle.

¡Buena suerte!

Solicite ejemplos de trabajo relevantes que se relacionen con su conjunto de funciones requeridas (haga que el desarrollador realice una demostración de las aplicaciones y explique cómo se relacionan con su conjunto de características requerido). Debe poder verificar razonablemente si comprenden el alcance del trabajo y son técnicamente capaces de proporcionar sus funciones.

Cree conjuntos de entregables y pague solo cuando se cumplan dichos entregables (insista en un proyecto de precio fijo; no pague por hora hasta que se sienta cómodo con el desarrollador). Asegúrese de que el entregable incluya el código fuente / DB si corresponde (en caso de que necesite cortar el cebo y seguir adelante).

Trate de obtener citas / demostraciones de al menos 2-3 desarrolladores.

Si usas un servicio como Elance, mira los comentarios.

Pídale que le muestre su trabajo y pídale que le explique cómo lo construyó.

Al no ser técnico, tienes 2 riesgos.
a) Usted recibe a alguien que tiene un sentido demasiado inflado de sus propias capacidades y no podrá cumplir
b) No puedes comunicarte con él / ella
c) La persona no podrá cumplir de manera sostenible, o dicho de otra manera, hace su trabajo de manera que aumente los costos a largo plazo. La manera en que construyes algo que va a vivir durante 3 meses es muy diferente a algo que vive (y cambia) durante 3 años.

Suponiendo que esta persona no está tratando de despojarte de ti, al observar su trabajo, obtendrás una buena idea de sus capacidades. La única manera de saber si él / ella puede cumplir es ver lo que ha entregado.

También obtendrá una idea de cómo se comunica la persona. Si él / ella tiene una aplicación hermosa, pero lo que sale de su boca es engullido, entonces esta persona no será de mucha utilidad para usted. Necesitas a alguien que te pueda explicar cosas difíciles en un lenguaje que puedas entender. También necesita una persona que pueda entender su negocio.

A muchos técnicos les gusta colocarse en torres de marfil y construir marcos y códigos reutilizables que puedan resolver todos los problemas del mundo con su moneda de diez centavos. Tú, sin embargo, tienes un problema muy específico que resolver. Al hablar con él / ella sobre su producto anterior, obtendrá una idea de cómo interactuó con personas no técnicas.


Por supuesto, si esta persona está dispuesta a engañarte, estás como FUBARED. Ese es un riesgo que está tomando al no tener un fundador técnico. Una persona técnica maliciosa con suficiente inteligencia puede engañar fácilmente a personas no técnicas durante una entrevista.

Además, en este punto, una persona que puede hacer las cosas se verá mucho mejor que una persona que hace las cosas a largo plazo. No tiene la capacidad de evaluar a los entrevistados en este aspecto. Probablemente tampoco lo necesites. Su objetivo es probablemente llegar a la primera ronda de financiación de la manera más rápida posible. Hacer las cosas es exactamente lo que necesitas.

Antes de la entrevista, analiza su obra.

Compruebe sus cuentas en línea: Github, desbordamiento de pila, código de Google, etc.

Pida ver su portafolio antes de la entrevista.
Esa es la mejor manera de ver la capacidad técnica de alguien, incluso si tiene antecedentes técnicos.

Durante la entrevista centrarse en sus rasgos de personalidad.