¿Cómo puedo evaluar a fondo a un posible empleador? [cerrado]

Observa detenidamente el producto que crearás. Trabajo para un buen jefe ético pero realmente no me gusta la industria en la que estamos. Desearía haberlo pensado antes de aceptar el puesto. Ahora estoy intentando alejarme de él, pero la mayoría de las empresas no entienden el nicho lo suficiente como para evaluar mi trabajo.

No se conforme con las respuestas de una palabra

Es ridículo intentar y tomar una decisión informada basada en que el empleador use "Agile" o "SVN".

• Haga preguntas que sean sus criterios mínimos para trabajar en un lugar, pero involucrelas en una discusión al respecto.
• Pide salir con / trabajar con / emparejar con un programador durante una hora.
• Solicite un paseo por un día típico.
• Pregunte qué implica su lanzamiento estándar para producción.
• con qué frecuencia trabajan los fines de semana, días festivos, noches tardías, etc.
• Pregunte qué problemas de proceso están trabajando para solucionar

Sells

• Respuestas de una palabra y cambio de tema
• Muchas noches y fines de semana pasamos trabajando
• Relación antagonista con Ops o QA
• Participación diaria del gerente para las tareas asignadas y los cambios

Le agregaré una advertencia después de varias malas experiencias: muchas compañías mentirán o lo engañarán acerca de sus respuestas, especialmente en situaciones donde no puede verificarlo fácilmente sin mirar su código. (que nunca te dejarán hacer).

Por ejemplo, si preguntas sobre el Control de versiones, pueden decir que usan Subversion, por lo que crees que es bueno que usen SVN. Excepto que no tienen los repositorios configurados correctamente, o todos tienen su propio repositorio, o no entienden la ramificación / fusión en absoluto . No puedes verificar ese tipo de cosas.

Lo mismo ocurre con las prácticas de codificación reales. Si les pregunta acerca de los estándares de codificación, podrían decirle que sigan, digamos, las "convenciones normales de Java". Al aceptar el trabajo, descubren que usan la notación húngara (odio elegir la mala notación húngara tanto como yo, pero es lo primero que me viene a la mente todo el tiempo), rechazar tocar cualquier paquete de código abierto fuera de Java en sí, y básicamente escribir código muy mal en comparación con el "estándar" de escribir Java. Nuevamente, no puede verificar eso sin decir "Muéstreme su código", lo que rechazarán.

Claro, puedes averiguar si mienten acerca de las pruebas preguntando qué software de prueba de unidad usan ("El depurador de Visual Studio" no es una aplicación de prueba de unidad ...) o si no usan el control de versiones. en absoluto, pero no sabrás si el código es malo.

En el lado no codificado de las cosas, de nuevo es muy realmente difícil de decir lo que está embellecido. Podrían decirte una cosa (todos hacen que su compañía parezca increíble en las entrevistas) y aceptar el trabajo resulta en mentiras completamente diferentes u obvias. Odio decirlo, pero muchas empresas se basan en un enfoque de "humo y espejos" y ese hedor impregna todos los rincones del lugar. Como siempre, hay excepciones, pero todavía tengo que encontrar una manera buena y sólida de evaluar el valor de un empleador hasta que tome el trabajo y, si es necesario, me vaya inmediatamente después de descubrir que no es bueno.

Averigüe sobre las personas que trabajan allí .

Los procesos son agradables y todos, pero los procesos son implementados y seguidos (o ignorados por) las personas. Si cuenta con las personas adecuadas, puede ajustar los procesos según sea necesario.

Para cada una de sus preguntas, agregaría meta-preguntas, por ejemplo:

• ¿Quién decide qué constituye un software 'bien escrito'?
• ¿Qué pasa si hay desacuerdo?
• ¿Cómo evaluamos si nuestra definición es útil?
• ¿Cómo actualizamos nuestra definición a medida que cambian las prioridades de la empresa o el estado de la técnica?
• ¿Cuáles son los procesos para crear software 'bien escrito'?
• ¿Cómo evaluamos eso?

y así sucesivamente.

Una cosa que SIEMPRE hago es pedir que se muestre alrededor de las áreas de trabajo / oficinas de la empresa (a diferencia de las agradables salas de juntas corporativas donde te entrevistan). Esto le da una idea de las condiciones de trabajo, el equipo utilizado, la demografía de sus colegas y el ambiente general del lugar.

... Y sí, aprendí esta lección de la manera más difícil :(

NWS.

Otra cosa en la que pensé: si le preguntas al entrevistador qué le gusta o no del trabajo, ten en cuenta esta advertencia:

La respuesta "buena" es una que menciona las partes buenas y malas del trabajo

Si el entrevistador está mareado y te dice lo increíble que es la compañía y lo excelente que es el trabajo, ten cuidado, ya que podría significar que el entrevistador es un "Smithers" y es solo un hombre-hombre y un besador de culos corporativo. muchas personas, especialmente los complacientes en su trabajo (léase: se promovieron debido a la permanencia en el cargo sin habilidad, por lo que no podrían encontrar trabajo fuera de esta compañía) tienden a "comprar la línea de la compañía" y nunca podrían Ver cualquier problema, incluso si hay problemas. Este no es siempre el caso, pero si obtiene una respuesta que huele a alguien ebrio en el Kool-aid corporativo, debe investigar más a fondo para asegurarse.

Por otro lado, si el entrevistador comienza a invadir la empresa, es una gran señal de alerta porque, obviamente, no están contentos con su trabajo y, lo que es más importante, no pueden llevar estas inquietudes a nadie. la compañía , ya que tienen que desahogarse con alguien que no los reprenda por no ser feliz; De nuevo, por experiencia, he visto lugares donde los ejecutivos creen que no estás contento (por razones legítimas o no) que te despedirán de inmediato, por lo que todo el mundo pretende ser feliz todo el tiempo porque no pueden decirle a nadie que no lo hacen. Me gusta X sobre el trabajo o se les mostrará la puerta.

Movería las revisiones de código a su propia sección, o como su propio punto en mejora (no a prueba). También les pregunto qué tipos de las revisiones hacen: ¿alientan la programación en parejas (generalmente, NO ES UNA OPORTUNIDAD EN EL INFIERNO de mi parte;))? ¿Hacen revisiones antes de cada compromiso? ¿Hacen revisiones grupales trimestrales (esto también podría incluirse en la tutoría)?

Para mí, cuando evalúo una compañía, hago algunas preguntas específicas, en su mayoría relacionadas con la prueba de Joel, pero en lugar de concentrarme en ellas ( especialmente con una compañía más pequeña), Prefiero concentrarse en la persona con la que estoy hablando y su pasión y unidad. Incluso en grandes compañías, más veces que no, encontrará características personales y profesionales similares en toda la base de empleados. Entonces, lo más probable es que si la persona que te está entrevistando no está motivada y apasionada por lo que está haciendo, la otra persona tampoco lo estará. Para mí, la pasión es mucho más fácil de determinar cómo disfrutaré trabajando para una empresa que con una lista de preguntas, incluso por teléfono (recientemente hablé con un CEO de una startup cuya pasión y emoción fue absolutamente contagioso, así que sé que es posible :)).

Passion determina que una empresa sólida es mucho más que una lista de preguntas en blanco y negro. Puede alentar y ayudar a dirigir el cambio en una empresa apasionada con un proceso de desarrollo interrumpido (encontrará que si les encanta lo que hacen, siempre están dispuestos a cambiar para mejor). Sin embargo, una empresa (o liderazgo) con falta de pasión, pero el mejor proceso del mundo siempre será un obstáculo para trabajar ...

Glassdoor.com es un buen sitio web para investigar posibles empleadores. Contiene información sobre cómo determinadas empresas realizan entrevistas y qué salario puede esperar para ciertos cargos.

Toda su información proviene de miembros de la comunidad, por lo que puede ser un tamaño de muestra pequeño.

A pesar de eso, parece ser un gran lugar para que las personas discutan sus experiencias de entrevista.

No has mencionado ninguna pregunta sobre la calidad de vida. Los problemas especialmente frecuentes en las empresas de desarrollo de software son problemas con la programación y el horario, por lo que me pregunto qué tan seguido vienen las personas cada semana y cuánto tiempo llevan allí. Aunque trataría de encontrar una manera más sutil de decirlo, para no dar a entender que no quiero venir a trabajar.

Pida reunirse con alguien familiarizado con el proceso de implementación de software automatizado. Si dicen, claro, puedes encontrarte con Joe o Mike, entonces está bien. Si son vagos, entonces tienes tu respuesta.

Aparte de las preguntas técnicas, también incluiría algunas preguntas relacionadas con los negocios. Tales como ...

1) ¿Cómo va a respaldar su empresa mi empleo?

2) ¿Cuál es el modelo de negocio que utiliza su empresa?

etc ...

Dependiendo de cómo vaya la entrevista y de la relación que haya establecido con su entrevistador, creo que está bien preguntar "¿Por qué no debería trabajar aquí?" después de todo, la gente no suele irse debido a los puntos de venta de la empresa, se van debido a los puntos negativos, pero si sabe de antemano cuáles son, entonces puede evaluar si puede tratarlos de antemano.

Algunos han tocado esto pero no específicamente: pide cosas que odies como si te gustaran. Por ejemplo, si no le gusta la idea de la programación emparejada (para tomar un ejemplo de Demian Brecht) pregunte al respecto.

Finalmente. siempre pregunte: "¿Qué es lo más frustrante de su trabajo?"

Intenta encontrar algunas de las cuentas de Twitter de los empleados. Si los ve mencionando horas extras o largas horas de trabajo mucho, puede ser conveniente investigar un poco más o incluso evitar a la compañía.

Siempre recomendaría tratar de averiguar cómo es una empresa antes de decidir si trabajar allí. Hay lugares donde puede encontrarlo, sitios web como enlace , donde los empleados revisan a sus propios empleadores. No pueden contarte todo, pero vale la pena intentarlo, ¿eh?

Las empresas a menudo contratan a los recomendados por sus empleados. Si realiza una red en su propia área geográfica asistiendo a los campamentos de código y otras reuniones relacionadas con el desarrollo, puede averiguar con los empleados de otras empresas cuáles son sus condiciones y lo que es mucho más probable que sea una manera honesta que en una entrevista. Entonces sabes a quién aplicar. Y también hay personas que trabajan allí que te recomendarán.

Asegúrese de asociarse con personas de calidad que estén bajo administración y que reconozcan que son personas de calidad. Sé que eso es subjetivo y también lo es su preferencia por dónde quiere trabajar. Tendrás que determinar qué crees que es importante. Puede tener una larga lista de preguntas, pero probablemente podrá descubrir a las personas por su cuenta. Tendemos a ser capaces de oler nuestra propia especie.

Es posible que no estén implementando las mejores prácticas, pero son capaces de hacerlo y están en proceso de mejorar. ¿Escogerá una empresa que gane en la prueba de Joel por un par de puntos solo para descubrir que están en su camino y que no desean mejorar? Yo personalmente tendría un problema con eso. Incluso una puntuación perfecta no durará para siempre si no pueden seguir atrayendo a personas de calidad.