Soy programador, pero preferiría pasar el día hablando con la gente en lugar de codificar. ¿Cómo debo dirigir mi carrera?

Como alguien que recientemente hizo la transición a un rol gerencial de un rol de contribuyente individual,

Mantente codificando .

No estoy seguro de ser alguien que prefiera hablar de codificación, pero una cosa que he aprendido a lo largo de los años es que es muy difícil convencer a los demás (que es uno de los principales objetivos de hablar) si no puedes relacionarte o empatizar con las personas con las que conversas o gestionas. El tecnico. los antecedentes que intenta aprovechar se desperdiciarán bastante rápido entre ingenieros y gerentes de proyectos, incluso si se siente un poco injusto.

La cultura en torno a los buenos ingenieros es tener el código como moneda; El respeto que recibe de otros ingenieros está algo correlacionado con el código sin formato que produce (o ha producido), tanto en proyectos personales como en trabajos de producción.

“Sin embargo, todavía soy bastante joven e inexperto cuando se trata de trabajar dentro de un equipo”.

Creo que esta debería ser su primera prioridad, trabajar con los programadores como un equipo, conocer la dinámica de la gestión del equipo, establecer un vínculo o una buena relación con ellos. Pero aquí está la clave, no intentes ser demasiado agresivo o no mostrarles a los demás que quieres liderar el equipo. Los programadores por naturaleza odian a las personas que son demasiado agresivas, ya sean otros miembros del equipo o jefes. Así que cree ese sentimiento, donde un miembro del equipo se siente lo suficientemente cómodo como para hablar con usted o compartir sus problemas con usted. Aún puede mostrar habilidades de liderazgo, incluso como miembro del equipo, ya sea realizando recorridos o demostraciones de clientes o impulsando iniciativas técnicas.

También una cosa, los buenos gerentes o analistas, son aquellos que simplemente no hablan con la gente, en realidad escuchan mucho. Presta atención a los miembros de tu equipo, haz que se sientan lo suficientemente cómodos como para hablar contigo. Una vez que desarrolle esa comodidad y relación con los miembros del equipo, ese sería el mejor momento para dar el siguiente paso. Y aquí depende de dónde quieras estar.

Si amas a las personas y la administración de tareas, trata de obtener el rol de Gerente de Proyecto.

Si lo que le interesa es interactuar con sus clientes, diseños funcionales de pizarra, trabajar en la funcionalidad, elija un rol de Analista de Negocios.

Si amas la arquitectura, los diseños, trabaja en ser un líder tecnológico y ascender como arquitecto, y ambas posiciones implican una buena cantidad de interacción interpersonal.

Debe dirigirse a un trabajo que requiera (o se beneficie) de antecedentes técnicos, pero que implique mucha interacción humana. Ejemplos:
Gestión de producto
Preventa técnica
Proyecto / gestión del programa
Posiblemente: diseño web

Mi sugerencia es * no * llevar su carrera en una dirección que no le gusta solo para “obtener experiencia”. Antes de que te des cuenta, será tu “fuerte”, será difícil tomar el recorte de sueldo requerido para cambiar de dirección, y la gente te dará una mirada extraña cuando digas que quieres cambiar de dirección. Es mejor comenzar en una dirección que le guste y que espere disfrutar a largo plazo.

La clave del éxito es concentrarse en las cosas que más disfruta haciendo. No es necesario ser un experto en tecnología para administrar expertos en tecnología; lo que debe hacer es ser honesto, obtener confianza y devolver la confianza.

Sin embargo, no dijiste que te gustaba administrar personas. Dijiste que te gusta “hablar” con la gente. Hay una gran diferencia Los buenos gerentes no siempre son buenos conversadores y viceversa.

No es necesario tener experiencia en codificación para ganarse el respeto de los codificadores, pero no hace daño. Si desea ser un buen gerente junior, debe enfocarse en ayudar a los miembros de su equipo a resolver problemas que interfieren con su capacidad para hacer las cosas: demasiadas reuniones, falta de suministros, políticas interdepartamentales, falta de acceso a clientes / partes interesadas, etc. Muchas de esas cosas implican conocer a personas fuera del equipo y pasar mucho tiempo hablando con ellas.

Hable con su gerente y hágale saber que le interesa tomar este camino. Luego, no descuides tus deberes actuales, pero comienza a pasar un poco de tiempo eliminando obstáculos para el equipo. Si su gerente acepta esto, pueden trabajar juntos para descubrir cómo hacer la transición de su rol. De lo contrario, es posible que tenga que hacer el trabajo para el que fue contratado hasta que pueda encontrar algo más cercano a lo que desea, ya sea en su organización actual o en otro lugar.

Piensa fuera de los equipos de software. La verdadera pregunta no es “¿Prefieres” hablar con la gente sino que eres “bueno hablando con la gente”? Hay una gran diferencia

¿Eres bueno para transmitir conceptos?

¿Cómo son tus habilidades para escuchar?

¿Eres bueno frente a una audiencia?

¿Es el meollo de la planificación de tareas y el lado de la arquitectura que prefiere o el hablar y escuchar las ideas de las personas?

Como se sugiere en otras respuestas, es posible que desee considerar el análisis de negocios. También es posible que pueda pasar a ventas técnicas, comenzando con el soporte de preventa. Es posible que pueda convertirse en un evangelista técnico.

Eche un vistazo a la carrera de Iris Classon para ver un ejemplo de alguien que, debido a una combinación de energía, trabajo y personalidad, se convirtió en evangelista con un período muy corto de trabajo de programación.

No necesariamente necesita mucho tiempo en las trincheras o chuletas principales como programador para ganar respeto. Debe ganarse la confianza de las personas de que puede comunicar sus necesidades claramente y que puede ayudar a las personas a llegar a las respuestas.

Un consejo: nunca avergüences a las personas. Si tiene una sugerencia o una pregunta importante que terminará mostrando a alguien con mala luz, intente encontrar una manera de hablar con él fuera de un foro público.

Es difícil dar consejos más detallados sin conocer su situación laboral. buena suerte.

Consiga un puesto en la oficina de CTO (es decir, personas directamente bajo el CTO) en una empresa mediana a grande. En mi experiencia, es un gran lugar para jugar con lo que te apetezca, tener grandes pensamientos y nunca obsesionarte con cosas tediosas como entregar un producto. Sin embargo, puede llevar un tiempo establecer el tipo de contactos que lo llevarán a esa posición. Mientras tanto, un grupo de “desarrollo avanzado” es similar y un poco más fácil de ingresar. Incluso podría obtener cierta credibilidad con los desarrolladores reales si sus prototipos AD son lo suficientemente útiles como para ser recogidos por un grupo de productos.

Pruebe el análisis empresarial … es un rol interpersonal que requiere habilidades blandas orientadas a su tipo de persona.

Desempeña mal hasta que se vean obligados a ascender a gerente.