Qué preguntas hacer sobre organización/estructura en una entrevista

Soy ingeniero sénior en una empresa de TI pequeña pero establecida regionalmente. Percibo que es bastante difícil avanzar debido a la falta de transparencia, coordinación y estructura organizativa; de hecho, somos un grupo de personas con habilidades técnicas decentes, pero con esfuerzos en gran medida descoordinados .

Creo que se pueden encontrar problemas similares en muchas empresas (de TI); pequeña empresa fundada por un técnico que descuida en la medida de lo posible sus tareas directivas. No es un lugar de trabajo terrible, pero en realidad estoy buscando trabajos que puedan proporcionar un mejor ambiente . Recientemente tuve una entrevista con una empresa (startup, ~30 personas) que parecía bastante interesante para mi línea de trabajo, el salario sería superior al promedio, las opciones sobre acciones, y la primera entrevista fue positiva.

En la primera sesión de la entrevista, hablé con el equipo de ingeniería con el que trabajaría (dos personas, con el objetivo de 6-8 hasta el final de este año). Parecían habilidosos, inteligentes y amables. Me advirtieron que el equipo se había reducido de 8 a 2 principalmente debido a la frustración por la mala gestión. Sin embargo, se mostraron positivos acerca de los cambios recientes: el CTO y el fundador son reemplazados por gerentes de proyecto, se contrató a un CEO para realizar el trabajo de administración.

En la segunda sesión, hablé con ese CTO y fundador. No obstante, después me di cuenta de que no había aprendido nada sobre la cultura de la empresa. Cuando le pregunté con cautela sobre los ingenieros que habían dejado el equipo, mencionó brevemente que uno o dos de ellos acababan de cambiar de equipo (en lugar de dejar la empresa) y cambiaron de tema.

Cuando le pregunté cómo funciona la comunicación entre equipos y ubicaciones (dos), la relevancia de mi pregunta parecía no estar clara para él y la respuesta fue similar a "usan Skype, etc.".

Mi conclusión fue que era amistoso, y probablemente también un buen ingeniero, pero ciertamente no un buen gerente ; como indicaron los ingenieros.

Le dije al reclutador que la parte estructural de la entrevista me parecía demasiado vaga para asegurarme de que esto sería una mejora con respecto a mi trabajo actual. Tengo miedo de terminar en un lío, requiriendo muchas horas y otros factores de estrés innecesarios que pueden ser causados ​​por una mala planificación.

Ahora me han ofrecido otra entrevista con el CTO/fundador para que pueda hacer preguntas más específicas sobre mis preocupaciones. Ahora me pregunto qué debo preguntar específicamente para obtener una buena imagen. En términos generales, me gustaría obtener claridad sobre cuestiones tales como:

  • RRHH: establecimiento de objetivos, cultura de retroalimentación, proceso de contratación
  • transparencia: ¿obtengo la información que necesito a tiempo para hacer un buen trabajo?
  • expectativas: ¿cómo es un día típico?
  • gerencia: ¿cómo funcionan ahora, qué tan específicos son los cambios anunciados, qué tan abiertos están a los cambios provenientes de los equipos de ingeniería?

¿ Existe algo así como una prueba de Joel para cuestiones de gestión/organización?

Siento que ha habido muchas señales que indican que podría ser tan complicado o incluso peor que mi trabajo actual. Por otro lado, no quiero desperdiciar una oportunidad de trabajo potencialmente buena porque no son fáciles de encontrar: buen equipo de ingeniería, buen producto, financiación, potencial de crecimiento para la empresa y para mí.

¿Algún consejo sobre cómo obtener la mejor información de esa charla?

¿Qué quiere decir con "CTO y fundador son reemplazados por los gerentes de proyecto"? Supongo que "CTO ha despedido a los gerentes de proyecto y temporalmente está haciendo su trabajo", ¿verdad? Porque dijiste que ibas a entrevistarte con CTO, pero A reemplazado por B significa: B está a cargo ahora y A se ha ido (supongo que no quisiste decir eso, ¿verdad?)
La pregunta es demasiado larga y tiene demasiados detalles; edítela para que sea más legible.
@iman, el CTO, se reemplaza en el sentido de que ya no debe administrar proyectos por sí mismo.

Respuestas (3)

Estás manejando esto exactamente bien, al perseverar en resolver tus problemas.

Aquí hay una sugerencia. Hay cosas que no te gustan de tu trabajo actual. Describa algunas de esas cosas, en términos generales, y pregunte si esta otra empresa tiene problemas similares y cómo podrían afrontarlos. Sea vago sobre qué compañía está describiendo. Por ejemplo,

Trabajé en un lugar donde tenía excelentes compañeros de trabajo, pero de alguna manera no éramos muy efectivos como equipo. Por ejemplo ( da un ejemplo real aquí ), Carl y yo trabajamos en el mismo problema sin saber que ambos lo estábamos haciendo. Si lo hubiéramos sabido, habríamos trabajado juntos y encontrado una mejor solución más rápido. Valoro mucho el buen trabajo en equipo.

¿Tienes problemas así aquí? Si es así, ¿cómo los aborda y qué necesita de alguien como yo para ayudar a construir el trabajo en equipo?

Otra pregunta:

¿Cuáles son sus mayores preocupaciones sobre su organización de desarrollo en estos días y cómo las aborda?

Un tercio:

Parece que planea hacer más contrataciones. ¿Cómo es ese proceso? ¿Cómo esperas que te ayude si vengo a trabajar para ti?

Un cuarto:

Me interesa la cultura de la empresa. ¿Cuál es su visión y la de sus cofundadores sobre la cultura, y qué están haciendo para convertir su visión en realidad?

o tal vez

Su sitio web de búsqueda de ayuda describe la cultura de su empresa como bla, bla, yadda . ¿Qué pueden hacer los nuevos empleados como yo para ayudar a fortalecer esa cultura?

Cualquiera de estas preguntas sería un gran tema de conversación sobre sus inquietudes. El punto es la conversación y lo que aprendes de ella, no el modelo de preguntas frecuentes sobre contratación. Sea paciente, porque este tipo de cosas siempre es un trabajo en progreso, especialmente en una empresa joven.

En una startup en esta etapa inicial, lo único que importa son las personas con las que trabajará. Concéntrese solo en ellos, y si siente que trabajarán bien juntos.

Cosas como la estructura organizacional y la cultura realmente no existen todavía. En la medida en que lo hagan, tendrás una gran influencia instantánea y continua sobre ellos de todos modos cuando te unas.

Por ejemplo, comunicación: trabajará con otros 2 ingenieros, así que comuníquese con ellos de la manera que mejor funcione, incluso de manera diferente con cada individuo. No hay normas cristalizadas en torno a estas cosas en una pequeña empresa emergente. Generalmente nadie te dirá qué hacer, tú estableces tus propias normas.

Entonces, sobre los individuos:

Pude hablar con el equipo de ingeniería... Parecían hábiles, inteligentes y amables.

Mi conclusión fue que [el CTO] era amigable, y probablemente también un buen ingeniero, pero ciertamente no un buen gerente; como indicaron los ingenieros.

En la superficie, esto no es genial. Debe ponderar al fundador mucho más que a un compañero: 1 mal fundador supera cómodamente a 2 buenos compañeros al pie de la letra. Es neto negativo.

Si yo fuera usted, en la conversación posterior con el CTO me concentraría en tener una idea de él personalmente y la forma en que trabajarán juntos, como sea posible. A ver si te vas con una mejor impresión. Si no lo hace, tómelo en cuenta en su decisión de unirse. Una vez más, en una startup todo se trata de las personas .

Está buscando procesos y estructuras de grandes empresas en un lugar que claramente es demasiado pequeño para tenerlos. Trabajo en una empresa más grande que la que está describiendo y la mayoría de sus procesos son inventados sobre la marcha y violados a diario. Hace poco tuve un trabajo en una de las empresas de TI más grandes del mundo y vaya si tenían procesos. Tenían alrededor de 3 empleados administrativos por desarrollador, seguro que fue genial que el equipo de prueba tuviera toda la responsabilidad de las fallas de producción, pero no estoy seguro de haber disfrutado más ese entorno que mi actual

Estoy de acuerdo con los dos extremos de la escala que estás dibujando. Sin embargo, ser una startup sirve con demasiada frecuencia como excusa para descuidar las mejores prácticas en la gestión, y creo que esta suele ser la causa de que las startups fracasen en una fase de crecimiento. Encontrar el compromiso correcto entre ser flexible y tener una visión estratégica que vaya más allá del día siguiente (o sprint, en términos ágiles) es importante para el éxito a largo plazo. Sin embargo, el largo plazo puede no ser relevante si su estrategia es vender la empresa a un buen precio rápidamente, pero eso no crea un entorno de trabajo sostenible.
No estoy aquí para decirte lo que está bien o mal, tienes razón, mi respuesta es un reflejo de la realidad, no de la utopía.