Hola, soy Katya, encontré un trabajo. Y ella escribió un manual de capacitación sobre cómo comunicarse con el empleador. Te diré qué preguntar en la entrevista, qué no preguntar y cómo hacerlo correctamente.

Conduje todo el mes a través de dogmas. Miré tanto a las startups como a Yandex. Hay muchas compañías, es difícil elegir. Para encontrar el que necesita tener en cuenta muchos factores. Para cada empresa compilé una lista individual de preguntas. Universal enmarcado en este faq. Contiene las preguntas clave del solicitante y sus análisis. Algunas de las preguntas están diseñadas para desarrolladores, el resto se adaptará a todos. ¡Ve debajo del corte!
TL; DR
No sé qué y cómo preguntar.
Mantenga el algoritmo!
- Reflexionar.
¿Qué te gustó en tu último trabajo? ¿Qué no te gustó? ¿Por qué te fuiste?
Asigne estos puntos clave a las preguntas.
- Haz una hoja de ruta.
¿Qué quieres de un nuevo trabajo?
Mostrar estos requisitos para preguntas.
- Filtrar
Eliminar preguntas innecesarias. Otra pregunta, si cae dentro de los elementos de la lista:
- la respuesta puede ser google;
- la respuesta no valdrá el tiempo invertido;
- una gran oportunidad para obtener una respuesta socialmente esperada;
- la pregunta es incómoda, lo más probable es que te mientan;
- no sabes la respuesta correcta;
- no sabes lo que quieres escuchar;
- no sabes lo que no quieres escuchar;
- la respuesta no afectará la decisión.
- Especificar
Especificar preguntas abiertas.
Si la respuesta depende de las circunstancias, pregunte un caso específico.
- Establece tus expectativas.
Que quieres ¿Qué estoy listo para soportar? ¿Qué es inaceptable?
Marque las banderas rojas.
- Starget
Que considerar:
- tamaño de la empresa;
- posición;
- descripción del trabajo;
- propósito de la reunión (etapa).
¿Por qué tan difícil?
Para no arrepentirse de la elección. Para encontrar una empresa que le brinde todo lo que está buscando: tareas, perspectivas, condiciones, no estamos trabajando aquí por dinero :)
El tiempo de entrevista es limitado. No queremos gastarlo en respuestas socialmente esperadas, excusas, información innecesaria. Conseguir el correcto no es fácil. Debe saber dónde perforar para que el bebé pueda fluir. Y no empuje indiscriminadamente, para no ahogarse en él. Prepararemos preguntas sutiles para apuntar. Construiremos un diálogo consistente y significativo sobre ellos.
Descargo de responsabilidad
El propósito del artículo es orientar qué preguntar y por qué. No hay conocimiento sagrado y preguntas mágicas. Componer adecuado en función de la lista. Usa el algoritmo anterior.
Ayudaré a analizar las respuestas. Debajo de cada (no todas) preguntas hay análisis por parámetros:
- "Pregúntate a ti mismo": lo que puedes escuchar, lo que debes pensar;
- "Es bueno escuchar", "banderas rojas": qué conclusiones sacar, cuáles no apresurar;
- "Discutir": qué aclarar, dónde redirigir el diálogo.
La analítica no es exhaustiva y se basa en la experiencia personal. Si no hay una sección, entonces no considero mi opinión objetiva o no tengo nada que agregar. Mi "Es bueno escuchar" y "Banderas rojas" pueden no coincidir con las suyas. El análisis no es necesario en todas partes: no sé qué hay en tu cabeza, qué quieres, qué estás buscando. Trate con esto antes de ir a la seguridad social.
En la sección "Preguntas raras" he recopilado información específica e inútil. No me gustan, he enumerado los motivos. Si quieres, úsalo.
Corrí en el 70% de lo que escribí, el resto no tuvo tiempo. Si me equivoco, no es así, fue diferente contigo: escribe en los comentarios cómo es correcto, esto ayudará al resto.
Negocios
"Mostrar interés: preguntar por la empresa". Mierda No es interesante, no preguntes, google.
1. ¿Qué ganas? ¿Qué producto es la principal fuente de ingresos?AnálisisPregúntate
Caso 1. Su proyecto es una locomotora.
El producto principal es la vaca sagrada: todos rezan por ella, la vierten con dinero, ayer proporcionarán los recursos, pero también las expectativas correspondientes. ¿Listo para trabajar a la vanguardia con todas las consecuencias?
Caso 2. Estás invitado a un nuevo proyecto joven.
En una pila y procesos tan flexibles, pero pueden colapsar: trabajar en la mesa, reducir el personal. ¿Entiendes los riesgos?
Offtop. Conociendo el modelo de negocio y las fuentes de ingresos, puede estimar la posición actual de la empresa en el mercado, las perspectivas de desarrollo. No tiene sentido analizar a fondo una gran empresa. No será superfluo evaluar un inicio si se le guía en el campo.
Discutir
Si considera el proyecto principal, preste atención a las preguntas sobre el tiempo y las prioridades de desarrollo. Si está en uno nuevo, averigüe qué sucederá si el proyecto no vuela.
2. ¿En qué áreas trabajas? ¿Qué son los proyectos b2b, b2c, I + D?AnálisisPregúntate
¿Algún otro proyecto interesante? Si te cansas de esto, ¿hay un lugar para rotar?
Offtop. La pregunta es más probable para las grandes empresas, pero la respuesta es inesperada en las pequeñas: pueden llegar a ser más grandes de lo que pensabas.
Bueno escuchar
La compañía analiza el mercado, busca nuevas direcciones para el desarrollo, participa en proyectos conjuntos con otras compañías. Muchos equipos de productos diferentes. Hay integraciones con otros servicios. Invertido en I + D.
Motivación
El reclutador contará sobre nishtyaki. Si algo es especialmente importante para usted, especifíquelo.
Pide mostrar la oficina. El show más probable. Taburetes acolchados, cocina, gimnasio: genial si el lugar de trabajo también es conveniente. Y luego los otomanos están en el quinto piso, y usted trabajará en el segundo, donde va la reparación.
1. ¿Qué afecta mi salario además del aumento? ¿De qué depende la prima?2. ¿Cuáles son los incentivos? ¿Cómo merecerlos?3. ¿Qué son las computadoras / laptops? ¿Puedo trabajar para ellos desde casa?4. ¿Estás enviando chicos a la conferencia? E internacional? ¿A dónde fuiste la última vez? ¿Cómo se decide quién irá?Departamento
1. ¿Cuántas personas hay en el departamento? ¿Cómo se comunican? ¿Cuán estrechamente interactúan?AnálisisPregúntate
¿Los equipos / unidades saben lo que sucede en los equipos / unidades vecinos? ¿Cómo se revuelven los conocimientos?
Discutir
- ¿Qué problemas se resuelven juntos?
- ¿Por qué se juntaron por última vez?
- ¿Cuántas personas han venido?
- ¿Cuál fue el resultado de la reunión?
Bueno escuchar
Las decisiones clave se toman juntas, teniendo en cuenta diferentes opiniones. Se mantiene el nivel necesario de independencia. Todos comprenden lo que está sucediendo en otros proyectos para ayudar con la revisión del código y saber quién puede resolver el problema. Las decisiones y el conocimiento son fijos y accesibles para todos. Las reuniones formales para compartir noticias y experiencias son vinos.
2. ¿En qué equipos se dividen los desarrolladores?AnálisisPregúntate
Además de los productos comestibles, existen productos altamente especializados: desarrollo de componentes comunes, desarrollo de herramientas, equipo de refactorización, equipo de arquitectura.
Caso 1. Muchos equipos.
Mejor enfoque en las tareas, mayor experiencia de los desarrolladores en su campo, pero menor en otros, su interés en las tareas "extrañas" se reduce. Estoy para especialización + rotación. Estas conmigo
Caso 2. Pocos equipos.
Mayor participación, mayor rango de tareas, pero mayor rango de responsabilidades. ¿Listo para el papel de "tanto el suizo como el segador"?
Discutir
Aclarar cómo se distribuye la responsabilidad de los proyectos y microservicios entre los equipos.
3. ¿Cuántas personas han trabajado en el departamento durante más de 3 años? ¿Hay alguna?AnálisisPregúntate
¿Cuántas personas podrán orientarte cuando alcances una funcionalidad significativa o un legado muy antiguo?
Offtop. No intentes apreciar la fluidez. Demasiados factores afectan si las personas se van o se quedan. Un grupo de ancianos puede reflejar no solo condiciones de trabajo cómodas, sino también un montón de pendejos ambiciosos y vagos en el departamento.
Bueno escuchar
Si hay más de dos, esta es la culpa. Había un montón de maricones viejos en el último trabajo, esto me ayudó un par de docenas de veces.
El equipo
Los equipos son similares en composición, tareas, procesos y pila, y son completamente independientes entre sí. Si está invitado a un equipo que no es diferente de los demás, las preguntas de las secciones "Equipo", "Tareas", "Procesos" y "Apilamiento" se pueden hacer de inmediato. De lo contrario, solicite una reunión adicional con el equipo después de pasar la entrevista. Lo más probable es que no te rechacen. A menudo, tal reunión ya está planificada. Luego proceda inmediatamente a la sección "Desarrollo".
1. ¿Quién está en el equipo?AnálisisPregúntate
Caso 1. Un gran equipo amigable. Quizás interfuncional.
Más comunicaciones, más reuniones y planificación. ¿Eres un jugador de equipo?
Caso 2. Hará todo usted mismo, no dependerá de nadie.
Una gama más amplia de tareas, mayor responsabilidad. ¿Querías esto?
Caso 3. Hay administradores remotos.
No se dio la vuelta y preguntó. Y no vayan a cenar juntos. Estas bien
Discutir
Si es multifuncional:
- ¿Qué haces si no hay suficientes probadores fijos?
Si están solos:
- ¿Quién está probando? ¿Cuántos días esperas generalmente para un probador gratuito?
- ¿Quién está de acuerdo con los planes de gestión?
2. ¿Quién es el cliente (propietario del producto)? ¿Tienes un gerente de proyecto?AnálisisPregúntate
Caso 1. Un producto con antecedentes no válidos en desarrollo (¡oh, Dios mío!), O demasiado ambicioso o inexperto y no conoce bien el producto. El proyecto es débil / no está ahí / es un producto.
Protegerás tus intereses tú mismo. Bombeará habilidades blandas, aprenderá a discutir su lista de deseos y buscar compromisos. ¿Es esa parte de su área de interés? ¿Estás listo para esto?
Caso 2. No hay producto, ni proyecto, ni líder de equipo.
Coordinará los planes usted mismo, planificará el progreso del trabajo. ¿Puedes manejarlo?
Offtop. Los proyectos no nos deben nada. Pueden hacer que nuestro trabajo sea más fácil y placentero, pero no le impedirán comunicarse con el producto y no garantizarán tareas interesantes.
Discutir
- ¿Quién prioriza las tareas?
- ¿Quién y cómo evalúa el trabajo del equipo?
Si no ambos:
- ¿Quién establece las tareas?
- ¿Quién está de acuerdo con los planes de gestión?
Si hay un producto:
- ¿Cada equipo tiene su propio producto?
- ¿Cuántos años de experiencia tienes? ¿Para cuántos de ellos trabaja en la empresa? ¿Cuántos hay en el equipo?
Si hay un proyecto: todo lo mismo sobre el proyecto.
3. ¿Cuándo se formó el equipo? ¿Cuánta gente ha venido? Ver sin trabajo?AnálisisPregúntate
Suena como un ambiente amigable? ¿La empresa está trabajando para crearlo?
Bueno escuchar
Almorzar juntos. Conducir juntos en konf externo. Organizar entrenamientos y clases magistrales el uno para el otro. Esto sucede no solo en grandes empresas. Todo el departamento los reúne en un ambiente informal: esto es culpa, aquí definitivamente es amigable. Porque reunir a 5 personas es difícil, reunir a más de 5 personas es casi imposible si solo son colegas.
Las tareas
El grupo de preguntas más importante para mí. Pero las tareas difíciles no son una panacea. No llegué a esto de inmediato.
Primero, en tiempo real puedes y debes influir en las tareas que resuelves. El papel clave lo desempeña la iniciativa y su hoja de ruta personal (¿la tiene?).
En segundo lugar, en cualquier tarea puede encontrar algo nuevo e interesante para usted. Una tarea interesante no es solo nuevas tecnologías, lógica compleja, hermosas interfaces, desarrollo arquitectónico. Hágalo usted mismo, hágalo rápido, hágalo mejor de lo planeado, mejor que la última vez. Para inventar, coordinar, refactorizar, investigar. En este proyecto, en el siguiente, en el que acabas de inventar.
En tercer lugar, un equipo genial y un ambiente agradable nivelan las tareas de rutina. En la dirección opuesta, funciona con menos frecuencia. No te obsesiones con las tareas. Es mejor no obsesionarse con nada. Establezca prioridades, pero considere todos los factores.
1. ¿Qué tareas resolveré?2. ¿Qué son otras responsabilidades además del desarrollo?3. ¿Cuáles son los dos últimos proyectos realizados? ¿Cuáles son los próximos proyectos? ¿Cómo planea desarrollar el servicio en el futuro cercano?4. ¿Qué tareas de la última se recuerdan, le gustan?5. ¿De qué tareas te gustaría deshacerte? ¿Qué tiene que soportar ahora (no hay personas, todavía no se han automatizado)?6. ¿Qué hizo este último para el alma, para el departamento, de las tareas no productivas?PistaPor lo general, un líder de equipo habla, tienen más recursos en su lista de deseos o una carta blanca completa. Pregúntele al desarrollador del equipo de producto o al más silencioso.
7. ¿Existe una acumulación de tareas no productivas?PistaA veces, a todos los desarrolladores se les da un porcentaje del tiempo para resolver tareas no productivas: deuda técnica, experimentos. Hay un grupo separado de tareas de la categoría "decidir quién no es perezoso". Estas son tareas de autodesarrollo y asistencia a otros equipos / departamentos. A menudo para ellos hay una junta separada en jir. Si está interesado en tales tareas, evalúe su relevancia. Puede ser cualquier escoria en la que nadie quiera subir, y puede haber tareas difíciles que nadie podría o nadie podría. Pida ejemplos de tales tareas para comprender qué tareas carecen de manos / tiempo / voluntarios / expertos.
8. ¿Por qué se utiliza dicha tecnología / biblioteca / marco?PistaAclare qué tareas se resuelven utilizando las herramientas seleccionadas y las tecnologías clave. Para saber qué tan cerca trabajará con ellos, qué tan bien debería / los conocerá.
9. ¿Cuánto porcentaje del tiempo toman tales tareas?PistaEs importante entender el porcentaje de diferentes tareas. No preguntes por todo. Estima el número de aquellos que no quieres decidir. Defina límites cómodos de antemano.
Los procesos
1. ¿Cómo te preparas para la planificación del sprint / trimestre?AnálisisPregúntate¿El producto discute proyectos con el equipo antes de redactar los
Términos de Referencia ? ¿Le gustaría participar más en la fase de análisis y desarrollo de requisitos?
DiscutirAclarar cómo participan activamente los evaluadores en el análisis del proyecto. Los requisitos de prueba afectan directamente la calidad de los conocimientos tradicionales.
Si hurga como debería, especifique otros aspectos de la planificación. Solo puntiagudos, de lo contrario obtendrá un recuento del capítulo de un libro sobre scrum.
Bueno escucharPlanificación en dos etapas. Discuta el propósito del proyecto. Leen tz, buscan lo que se perdieron. Examinarán el código en el que se subirán (es posible que este código deba ser refactorizado, y las bibliotecas deberán actualizarse en el camino). Los arquitectos también entran en el Sat: de repente es imposible / incorrecto / es posible más fácil / esto ya existe. Reúna los requisitos para completar la infraestructura.
Banderas rojasEl equipo no se da cuenta de la importancia del entrenamiento. El equipo cae en parálisis analítica.
2. ¿Qué código de cobertura?AnálisisPregúntate
¿Cuántas pruebas estás listo para terminar cuando presionas?
Discutir
- ¿Cuánto porcentaje del código está cubierto por las pruebas unitarias?
- ¿Qué porcentaje de la funcionalidad cubre las pruebas de integración?
- ¿Quién escribe autotests?
Bueno escuchar
En un proyecto grande, espero el 70%, este es un buen indicador alcanzable. No todos los probadores manuales adoran y saben escribir autotests: es bueno si se controla.
Banderas rojas
Un indicador bajo puede significar mala calidad del producto, irresponsabilidad del equipo, locura del gerente: "adelante y escriba las pruebas más tarde" o "no vamos a actualizar nada". Puede significar! = Exactamente significa. La cobertura de código no es una métrica fácil: puede obtener una puntuación alta cubriendo casos simples al máximo y no cubriendo la lógica clave. Las nuevas empresas tienen una baja tasa excusable.
3. ¿Quién revisará mi código?AnálisisPregúntate
Caso 1. Todo en el tema, 10 revisores para la solicitud de extracción, todos se preocupan por usted.
¿Te importan todos? ¿Estás listo para ver más de 5 solicitudes de extracción por día?
Caso 2. Timlid mirará su código si hay tiempo.
Sin revisión: nadie dirá cómo debería ser, cómo es correcto. ¿Sabes exactamente cómo hacerlo?
Offtop. Un proceso de revisión de código bien organizado no garantiza su calidad. En palabras "analizamos profundamente la lógica", pero de hecho - 50 mensajes en un hilo sobre algún tipo de gusto gustativo absurdo. Descubra el mínimo necesario, pero no se apresure a sacar conclusiones.
Discutir
- ¿Cuánto colgó tu última tarea de revisión? Se alejó rápidamente. ¿Siempre es así?
- ¿Las solicitudes de extracción tienen prioridades?
- ¿Cuántas solicitudes de extracción por día ves?
Bueno escuchar
Los miembros del equipo son revisores obligatorios. Obligatorio es alguien que busca la arquitectura. Una solicitud de extracción no se bloquea más de 3 días sin ningún motivo en particular. Las solicitudes de extracción abandonadas se eliminan automáticamente. Los equipos se guían en el código de otros proyectos, realizan revisiones de código de otros equipos.
Banderas rojas
Dos y medio lisiados están viendo tu código.
4. ¿Cómo va el montaje y la implementación?AnálisisPregúntate
Caso 1. CI / CD, todo está automatizado.
Por lo general, los administradores / desarrolladores hacen la automatización. Pero pueden atraerlo. No mear?
Caso 2. Todo a mano.
Recoge paquetes tú mismo, enlaza tareas, crea tareas de lanzamiento, controla la aceptación. ¿Eres normal o ya te has enojado?
Discutir
- ¿El equipo tiene su propio banco de pruebas?
- ¿Cuánto tiempo lleva crear un nuevo stand con un entorno específico?
- ¿Quién está lanzando? Quien es responsable?
- ¿Cuánto tardó tu último lanzamiento?
- ¿Con qué frecuencia liberas?
- Si el lanzamiento cae a las 10 pm, ¿cuál es el plan de acción?
Bueno escuchar
CI / CD está configurado al máximo: el asistente se corta de acuerdo con la confirmación / programación, y el esquema se puede crear con el botón. El equipo tiene su propio banco de pruebas y nadie va a él. El administrador rodará, pero usted es responsable. La compañía entiende esto y no está buscando a quien culpar.
Banderas rojas
Muchas operaciones de rutina. Muchos lanzamientos, pero las condiciones no están adaptadas.
5. ¿Con qué frecuencia pasas retro?AnálisisPregúntate
¿Te gusta el formato? Por ejemplo, estoy enfurecido por lo retro en un formato de juego.
Discutir
- ¿Cuánto duró la última reunión?
- ¿Cuántas personas han venido?
- ¿Qué lograste averiguar?
- ¿Qué planeas hacer con eso?
- ¿Qué mejoró el último gracias al retro?
- ¿Qué es un indicador de la efectividad del equipo?
Bueno escuchar
Planificado retro, más a menudo, mejor. Hay un plan y un tiempo ajustado. Hay todos los que participaron en los proyectos en discusión, y no solo el equipo. Los resultados se registran, se sacan conclusiones, se planifican acciones concretas para mejorar la situación. Se realiza un seguimiento de los resultados de estas acciones.
Banderas rojas
Retro se lleva a cabo solo en el caso de fakap. Dura más de dos horas, esto significa que la discusión no está estructurada, no se preparan para retro, se crían holivars. Nadie controla la implementación de las decisiones tomadas.
6. ¿Cuándo practicas la deuda técnica?AnálisisPregúntate
Gerente / producto / gerente entiende por qué esto es necesario? ¿Qué hace para no quedar empantanado en deudas técnicas? ¿Qué hacen los desarrolladores mismos para esto?
Discutir
- ¿Qué hizo el último refactor?
- ¿Qué tareas no productivas tomaste este trimestre?
Bueno escuchar
La deuda técnica se está rastrillando según lo planeado. Considerado en la planificación. Se asigna un tiempo fijo (% del tiempo de trabajo / parte del sprint) para mejorar la base del código, los experimentos, la iniciativa. La complejidad del código se analiza automáticamente.
Banderas rojas
La cartera de productos no se distingue de la deuda técnica.
Pila
No intente comprender todo el sistema: monoreps, microservicios, sobre qué y por qué, cómo son amigos. Bueno, si entiendes todo esto mientras trabajas. En materia de seguridad social es suficiente averiguar qué lógica está escrita sobre qué, dónde se encuentra y quién la apoya.1. ¿En qué está escrito el legado?AnálisisPregúntese ¿
Listo para meterse con esto?
Discuta
: ¿Legacy está ahí o está activamente respaldado?
- ¿Planea traducción, refactorización? Por qué ? ?
— - ?
Good to hear
. — . — , . — , ( ).
Red flags
« , ».
2. ¿Por qué (no) eligió una tecnología / biblioteca tal y tal?AnálisisAsk yourself
1. .
?
2. // .
?
3. / .
, ? - ? ?
Discuss
— ?
— ?
— ?
— ? ?
— / ?
— ? ?
Good to hear
. , . . .
Red flags
, . . .
3. ¿Qué tecnologías se han implementado en los últimos seis meses / año?AnálisisAsk yourself
? ? , ?
Discuss
— , - ? Por qué
— , - , ? Por qué
Good to hear
, //, .
Desarrollo
Junio es más fácil de desarrollar: toda el área es un campo sin labrar, menor responsabilidad, se notará y alentará la iniciativa. Es más difícil para el anciano: más alto que lo esperado, es más difícil justificarlo, ciertas condiciones son necesarias para el crecimiento y una evaluación adecuada es necesaria para el crecimiento. Cuanto más alto sea el nivel, más importante será esta sección.1. ¿Quién me evalúa? ¿Cuáles son los criterios?AnálisisAsk yourself
? ?
? ?
?
Good to hear
, .
. : , , , -, -. , .
Red flags
- . . : . , .
2. ¿En qué influye la evaluación? ¿Qué afecta una calificación?AnálisisAsk yourself
?
?
Good to hear
( ) : , , . . , .
Red flags
, .
3. ¿Es posible rotar a otro equipo?AnálisisAsk yourself
, , , . ? , ?
Discuss
— ?
— (, )?
— ( )?
Good to hear
. .
Las expectativas
"¿Qué esperan de mí?" - Un tema muy importante. Si pregunta en la frente, obtendrá el estándar "usted hace frente a las tareas, hace mucho tiempo, se lleva bien con el equipo". Intentamos no en la frente.1. ¿Por qué la gente necesita un equipo?2. ¿Qué especialista falta en el equipo? ¿Qué habilidades difíciles les faltan a los muchachos del equipo? ¿Qué tipo de experiencia falta?3. ¿Qué tareas nadie transfiere? Por qué4. ¿Qué especialistas faltan en el departamento además de los líderes de equipo?5. ¿Qué debe hacerse para superar sus expectativas? Da un ejemplo de tareas.6. ¿Qué dudas quedaron en mi cuenta?7. ¿Qué dificultades definitivamente serán al comienzo?8. ¿Qué tareas me darás al principio?9. ¿Se me asignará un curador? Para que periodoFuera de
Preguntas personales La reunión debería ser interesante para ambas partes. Brinde a una persona la oportunidad de hablar de lo que está orgulloso, lo que ha logrado y compartir experiencias. A todos les encanta hablar consigo mismos. Es rentable para ti. En primer lugar, si habla con su interlocutor, puede arrojar preguntas incómodas e incriminatorias. En segundo lugar, le gustará y lo recordará, ¿quiere pasar por la seguridad social? En tercer lugar, la comunicación con un tipo genial es una razón separada para ir a la seguridad social.1. ¿Has estado trabajando aquí por mucho tiempo? Esto es mucho ¿Qué es tan pegadizo?2. ¿Y dónde trabajó antes? ¿Y qué queda?3. ¿Qué aprendiste en el trabajo durante el año pasado?4. ¿Cuántas horas al día codificas? ¿Qué toma el resto del tiempo? ¿Quedarse en casa para doblar?5. ¿A qué hora vienes a trabajar? ¿A qué hora divergen todos?6. ¿Dónde puedo trabajar fuera del lugar de trabajo? ¿Dónde sueles pasar el rato?7. ¿Usas tu servicio tú mismo? ¿Qué te gustaría mejorar? ¿Intentaste dejarlo caer en el producto? ¿Se puede influir en el desarrollo del servicio? ¿Qué pasa con las decisiones de producto? ¿Lograste empujar algo? Dime8. ¿Qué métricas estás rastreando?9. ¿Cómo se garantiza la seguridad?Si se entrevista al líder / entrevistador del equipo:1. ¿Con qué procesos no están satisfechos actualmente?2. ¿En qué planeas trabajar en el futuro cercano? ¿Cuáles son las prioridades?3. ¿Mentorear a alguien del departamento?4. ¿Cómo lidias con la falta de líderes de equipo?Como terminar
¿Sueles llevar a cabo conversaciones? ¿Toma mucho tiempo?Entonces no te detendré. Gracias por su tiempo Estaba muy interesado contigo. Espero que no nos despidamos;)Preguntas extravagantes
Caen bajo la definición de "una pregunta extra" (ver el algoritmo en "TL; DR"). Ofreceré qué reemplazar. Si lo desea, use estas preguntas, lo sabe mejor. En casos específicos, proporcionarán la información necesaria. Adecuado para "iniciar una conversación". Empecé a prescindir de ellos.1. ¿Qué es mejor que sus competidores ( USP , ventajas competitivas)?2. ¿Quién financia proyectos (inversores clave)?3. ¿Qué dificultades estás experimentando ahora?4. ¿Cuáles son tus planes para el próximo año?Por qué no Las respuestas pueden ser google. Si no están disponibles públicamente, no le darán entrevistas. Los reclutadores son del lado de la venta, no dirán la incómoda verdad.Solución Se le informarán los informes financieros (si la empresa es pública).5. ¿Se paga el reciclaje?Por qué no No deberían serlo. Si lo son, dirán que no lo son. Si esta es la norma, dirán que pagarán. De hecho, podría ser diferente.Solución Encuentre una empresa donde no tenga que hacer esta pregunta. Si no planea recaudar dinero para el procesamiento.6. ¿Cuántos líderes de equipo / expertos / expertos? Que estan haciendoPor qué no El liderazgo del equipo en cada equipo es excelente, pero es poco probable. Siempre son escasos. Aprenderá sobre el líder de su equipo discutiendo la composición del equipo. Idealmente, aquellos que son mayores pasan parte del tiempo resolviendo tareas no productivas. Si se trata de requisitos formales, es posible que no se cumplan.Solución Si es entrevistado por un líder de equipo, haga preguntas específicas (consulte la sección "Offtop").7. ¿Quién es mi gerente de línea? Que hace el Como te gustaPor qué no No está analizando las calificaciones del administrador. El desarrollador no evaluará el liderazgo con usted. Si es así, está mintiendo o sesgado.Solución Si esto es especialmente importante para usted, solicite una reunión personal con el líder. Si lo entrevistará, haga preguntas específicas (consulte la sección "Offtop").8. ¿Cómo califica las tareas?Por qué no Hay una escala para la evaluación en puntos históricos y hay una velocidad. No analizará su precisión y adecuación en una entrevista. La evaluación en días no mostrará la calidad de la descomposición; los casos sospechosos no se expresarán. Las tareas tienen prioridad. La calidad de la priorización no se analizará para la entrevista.SoluciónQuizás ayude:- "¿Qué tiene en cuenta al evaluar el tiempo?" Es bueno saberlo: juegan a planificar el póker, toman riesgos, tienen en cuenta la experiencia del contratista, la posibilidad de refactorizar, tareas relacionadas de la cartera de pedidos.9. ¿Cuál es el tiempo promedio de desarrollo para una nueva característica? ¿Y con acompañante?Por qué no El tiempo de desarrollo no ayudará a estimar la cantidad de distracciones. El tiempo de mantenimiento no ayudará a evaluar la velocidad de las pruebas y la revisión. Demasiado arbitrario, todo depende de las circunstancias.Solución Quizás ayude (como tema extra):- “¿Cuál fue la última decisión? ¿Cuánto tiempo mataste? Che tan rápido / tiempo? "-" ¿A qué hora es el último desafío colgado en la prueba / sobre la revisión? ¿Es ese un buen indicador?10. ¿El rally está diseñado para todos?Por qué no ¿Te detendrá si no? ¿No puedes llegar media hora antes? Las relaciones en el equipo no son tan parecidas.Solución Quizás ayude:- "¿A qué hora es el rally?" En este momento estoy almorzando / todavía durmiendo / ya en casa. Vamos a ser capaces de moverse a otro tiempo? "11. No están en servicio en el momento de las vacaciones?12. ¿Hay una moratoria?Por qué no Se violan las moratorias y hay administradores de turno.Solución Quizás ayude:- “¿Cuándo fue la última vez que se violó la moratoria? ¿Por qué? "-" Si suelto Katni y enfermo, que rodará hacia atrás "?13. ¿Con qué frecuencia retroalimentación dada?Por qué noLos comentarios a pedido están en todas partes. A menudo solo bajo pedido. Creo que tales reuniones deberían celebrarse según lo planeado, pero nunca se sabe lo que pienso.Solución Si hay un problema, no lo guardes para ti.14. Reporto un problema en una revisión. ¿Cómo se resolverá?Por qué no Una gran oportunidad para obtener una respuesta socialmente esperada. Si se está comunicando con el líder / líder de su equipo, discuta casos específicos.Solución Quizás ayude:- “El producto no permite cancelar la deuda técnica. Está equivocado ”. Es bueno saberlo: se planean acciones concretas para resolver el problema. "Hablaré con él" es malo. "Llegaré a la planificación, evaluaré la situación y ayudaré a encontrar un compromiso" - bien.15. ¿La empresa me comprará software para trabajar?Por qué noEl bien comprará, el mal, no. Comprenderá lo bueno o lo malo en otros temas. Comprarán una licencia para el IDE; ellos mismos están interesados. Si necesita algo específico y costoso, haga una pregunta específica.Solución Por ejemplo:
“Quiero Wallaby. Porque mira lo que el beneficio ... ¿Puedo? "-" Quiero suscribirme al Kurseru. Justificaré los costos. De acuerdo? "16. ¿Cómo departamento de Juneau? ¿Cuántos medios y mayores?Por qué no Oportunidades de crecimiento, la complejidad de las tareas y la experiencia de los empleados que no puede hacer. Hay junes de habilidades, hay ancianos inertes. No todos quieren crecer. El primero es más, son más rentables, el segundo es menos, es difícil de atrapar.Solución Si tiene miedo de tomar todo el trabajo negro (solo junio) o si desea compartir la responsabilidad con alguien (el único senior), comience con otras preguntas (consulte la sección "Expectativas").17. ¿Cuánto dura el sprint? ¿Cómo llegaste a esta figura?Por qué noLa calidad de la planificación no se analiza. Esta es una variable y no se toma del techo. Nunca he conocido ningún caso muy sospechoso.Solución Quizás ayude:- “¿Cuántas tareas pasaron al sprint actual del anterior? ¿Por qué? "18. ¿Cómo sincronía con los otros equipos?19. ¿Cómo se resuelven las situaciones de conflicto?Por qué no Demasiado arbitrario, todo depende de las circunstancias. Una gran oportunidad para obtener una respuesta socialmente esperada.Solución Tal ayuda:- "dos equipos que hacer lo mismo (escribir un componente genérico / a prueba / poriserchit), quién lo hará?"- "¿Quieres introducir en la pila común de las nuevas tecnologías, ¿cómo va a decidir?"20. Si el plan no se cumple, ¿cómo serán castigados?Por qué no Nadie vendrá a golpearte el sombrero. La bonificación máxima será privada. Especifique el premio por separado.Solución Encuentre una empresa donde no tenga que hacer esta pregunta.21. ¿Microservicios o monorepa? ¿Cómo llegaste a tal arquitectura?Por qué no El proyecto sigue vivo, los requisitos cambian, la monorepa se introduce en microservicios, a veces viceversa, pero no necesariamente y no todos. Hoy es así, mañana es diferente.Solución Si está buscando arquitectura y “solo curiosidad”, especifique. Tú mismo sabes qué aclarar.22. ¿Cómo aprenden los desarrolladores sobre los planes y logros de la empresa?Por qué noEnvíos obligatorios, reuniones con el director, presentación antes del año nuevo, un blog sobre Habré, el producto envía comentarios de los usuarios al chat general: que sea algo.23. ¿Por qué decidiste cambiarte a Kanban?Creo que esta es una pregunta útil, pero no sé cómo analizar la respuesta.5 reglas
Para los que han leído.- Por favor, vaya a la "que" siempre que sea posible.
- Recuerda los nombres. Una apelación por nombre es +100 al karma.
- No lo ignores. Haga a todos los presentes preguntas personales: se ofenden porque les hicieron a todos, pero no lo hicieron.
- No te dejes encantar. Una conversación agradable y amigable puede ser un soborno. Los entrevistados son del lado de la venta, por lo que todo está en forma y genial. Se sorprenderá de lo mucho que esto puede acercarlo a la decisión equivocada.
- No pienses nada, concéntrate en los hechos. Estar atentos.
El punto mas importante
Una entrevista es una conversación, no un interrogatorio. Las preguntas son solo puntos de referencia para esta conversación. Donde la lleves, la recibirás.
La tarea principal es descubrir la idoneidad de los requisitos, la coincidencia de deseos y oportunidades, qué esperar en un nuevo lugar, qué no esperar. Exprima la máxima información para que sea más fácil tomar una decisión. Para todo lo demás, hay un período de prueba. Deseo que hagas la elección correcta.

También te agradecemos tus preguntas. Deja una buena impresión de ti mismo.
Y el último. ¿Escribiste código en una cuenta de seguridad social?
Joel no era tonto. Entrevistar sin código no es la mejor entrevista de trabajo. Que este sea nuestro último criterio para evaluar la empresa.