¿Sería una pena que un CTO le pida a un interno que le enseñe habilidades técnicas?

No soy un CTO, pero esta pregunta me recuerda un incidente hace aproximadamente un año en el que le pedí a un ingeniero junior con aproximadamente 1 año de experiencia que me ayudara a configurar una sesión de depuración en una plataforma. He estado depurando, incluidas muchas plataformas diferentes, durante toda mi carrera, casi 30 años. Pero este ingeniero junior había estado depurando en esta plataforma en particular todos los días, y aunque podría haberlo descubierto por mi cuenta, era una situación beneficiosa para todos pedirle que me enseñara cómo configurarlo. Aprendí los trucos que él conocía al trabajar con él todos los días. Me puse en marcha en una o dos horas en lugar de pasar probablemente días leyendo la documentación y aprendiendo por prueba y error. Y el ingeniero junior estaba absolutamente encantado de poder enseñarme algo productivo.

Entonces, si un interno ha estado trabajando en un área donde ha desarrollado cierta experiencia, y si un CTO quiere hurgar en esa área, sería una lástima que el CTO no le pidiera al interno que le enseñara las cuerdas. Literalmente, no hay inconvenientes en las preguntas, y un potencial potencialmente ilimitado.

No, probablemente sea una gran señal sobre el estado de la empresa y el talento que está contratando.

Primero, como CTO, una vez que su equipo crece más allá de unas pocas personas, no debe ser la persona más conocedora de CUALQUIER tema. Su trabajo es articular la visión técnica general y la estrategia. Eso requiere ser conocedor y versado en su conjunto técnico, pero no requiere que usted sea un experto en ninguna parte en particular.

En segundo lugar, las habilidades de enseñanza y comunicación técnica son habilidades importantes para ser un ingeniero exitoso. Si los pasantes que contratas ya tienen esas habilidades, genial.

En tercer lugar, desea contratar personas más inteligentes que usted. Si sigue haciéndolo durante toda la vida de su empresa, tendrá una gran posibilidad de éxito.

¡De ningún modo!

Hacemos eso regularmente. De hecho, les pedimos a los pasantes que aprendan y prueben cosas nuevas para que puedan enseñarlo al equipo, incluido el CTO.

¿Por qué?

A pesar de reconocer que todos necesitamos aprender continuamente, la mayoría de nosotros estamos confundidos con la limitación del tiempo. Estoy seguro de que muchas pequeñas empresas, hasta cierto punto, tuvieron que relegar el aprendizaje a la iniciativa individual.

La mayoría de los miembros de nuestro equipo están vinculados con el trabajo diario. Principalmente aprendemos cosas que son de uso inmediato y directo. Sin embargo, sumergirse en la familiaridad puede convertirse en una amenaza, especialmente en tecnología.

Gracias a los pasantes, tenemos manos y cabezas adicionales para acelerar el aprendizaje en diferentes direcciones. Probar nuevas tecnologías, habilidades, ideas y luego mostrar cómo se hace.

A menudo, el aprendizaje no es sencillo. Hay callejones sin salida y arenques rojos. Los pasantes pueden hacer un poco de trabajo de tierra, separar el trigo de la paja. Como un explorador, trazan un mapa del terreno inexplorado y sugieren posibles caminos.

Es una situacion donde ambos ganan. Los pasantes están ansiosos por aprender nuevas habilidades interesantes que se pueden aplicar de inmediato en un entorno de trabajo. La compañía se beneficia al infundir nuevas ideas y romper el viejo molde.

Sería una pena que no haya un interno que nos enseñe.

Estamos buscando pasantes.

No porque no hay superposición entre las posiciones. El CTO es un rol de liderazgo que decide a un alto nivel cómo la empresa usa y vende tecnología, tal vez con vicepresidentes o directores de ingeniería / operaciones como informes directos. Las pasantías son puestos prácticos involucrados en los detalles de implementación.

Los buenos pasantes deben tener más conocimiento que los buenos CTO sobre los detalles técnicos con los que tratan, pero los CTO no.

Fuera de pequeñas startups sin nada que ofrecer, excepto títulos, “CTO” no significa la persona más técnica o el mejor programador de la empresa.

Con condiciones conjuntas, sería una pena que el C * O no pudiera preguntarle a nadie en la empresa lo que sea que necesiten saber. Las condiciones son que cualquier relación es apropiada y que el CTO no interrumpe demasiado el trabajo.

Como CTO en empresas medianas y pequeñas, he aprendido de personas que realizan prácticamente todos los trabajos en la empresa.

Ah, y los únicos informes directos que habrían sido relevantes habrían sido una AP (es más probable que los CTO necesiten a alguien para organizarlos que casi cualquier otra persona) y un interno o dos (por cualquier nombre, es un gran papel interino para personas mayores que están cambiando roles).

Mientras estoy en el tema, el director general y director ejecutivo más eficaz con el que he trabajado * pasó al menos la mitad de su tiempo “simplemente” caminando hablando con la gente. El MD vendría tarde en la noche para hablar con los limpiadores (los limpiadores ven lo que otros no ven, sin mencionar el efecto en la cultura de la compañía). [Puedo tener prejuicios aquí, ya que este MD también fue mi predecesor como CTO]

* Cualquiera que sea la estructura nominal de la empresa, un CTO en la práctica solo debería funcionar para la empresa (no para un individuo)

Me encantaría ver a un CTO obtener ayuda técnica de un interno. Espero que la motivación sea genuina y que eso me resulte encantador. Supongo que si la motivación fue algún tipo de truco falso de relaciones públicas, supongo que podría ser cursi, pero me siento optimista e ignoraré esa posibilidad.

El CTO es un puesto de nivel C relativamente nuevo y la mayoría de las empresas lo llenaron de personal comercial o de ventas. Esto fue lo mejor que pudieron hacer, pero tales movimientos han tenido repercusiones sistémicas de las que aún no nos hemos recuperado. Culpo al liderazgo por hacer la mayoría de nuestros problemas de recursos humanos. Deben inspirar a los programadores a través del liderazgo en lugar de tratarlos como productos básicos. También los culpo por la tendencia tecnológica de resolver problemas escribiendo cheques en lugar de código. Gran parte de nuestro mundo sería diferente si tuvieran diferentes puntos fuertes para jugar. Estoy encantado de ver a los directores de tecnología con experiencia en ingeniería afectar a algunas de las empresas más grandes.

Doy la bienvenida a todos los CTO para que sean activamente técnicos al menos hasta cierto punto. Creo que es importante.

Además, nada dice que uno sea verdaderamente técnico que tener la humildad de aprender algo nuevo de alguien nuevo en la tecnología. Los arquitectos y otro personal experimentado también deberían aprender algo de los pasantes.

Cuando comencé mi pasantía de verano con una startup tecnológica el año pasado, mi primera tarea fue crear una presentación rápida para enseñar python al CEO.

Cuando escuché eso por primera vez, me asusté. El CEO era ingeniero de cohetes con un doctorado de Stanford. ¿Qué demonios podría haberle enseñado que ya no sabía? Así que creé una hoja de trucos de varias fuentes y se la presenté al día siguiente.

Mi tarea de verano era hacer análisis de datos en Python y trabajé directamente con el CEO todo el tiempo. Recibía llamadas a las 3 am preguntando la diferencia entre una lista y un conjunto y preguntando cuál sería el mejor en nuestro proyecto. Vivimos, respiramos y trabajamos en python todo el verano.

Al final de la pasantía, estábamos haciendo mucho aprendizaje automático y aprendí mucho más de él en las 10 semanas que pasamos trabajando juntos de lo que podría haber aprendido en cualquier guía o clase de Python.

Entonces, para responder a su pregunta, NO, no hay vergüenza si el CTO o el CEO le piden ayuda técnica al interno.

Diría que en cualquier campo técnico es imprescindible pedir ayuda a un colega.

La tasa de cambio es demasiado rápida para mantenerse al tanto y también hacer su trabajo diario. Hacer que el personal más joven / nuevo le muestre lo que sabe es una excelente manera de mantenerse al día con lo que se piensa en los colegios y universidades ahora.

Para un CTO, son gerentes, deberían ser capaces de administrar tecnologías en las que no están completamente familiarizados. Si su personal no los supera en al menos algunas de las áreas técnicas, deben reconsiderar su política de contratación. “No compras un perro y ladras tú mismo. “:)

Los mejores gerentes para los que trabajé tenían muy poca comprensión de lo que hacía. El equipo trabajó en múltiples áreas con tecnologías muy diferentes. Los gerentes sabían lo suficiente de cada uno para comprender las actualizaciones que se les dieron e impulsar nuestras preocupaciones más arriba en la cadena de administración si fuera necesario, pero confiaron en su equipo para administrar los detalles.

Si eres demasiado inseguro para reconocer tus debilidades, nunca las abordarás.

Creo que un CTO que actúa como usted describió es un buen ejemplo para el departamento y fomenta el respeto mutuo y la mejora continua en su gente. Ciertamente no es algo de lo que avergonzarse.

La es una pregunta curiosa. ¿Por qué un CTO busca mejorar algunas habilidades técnicas?

El trabajo de CTO es proporcionar dirección organizacional, no capacidad. Contratan personal técnico inteligente para usar herramientas granulares o opciones tecnológicas para ayudar a implementar la visión más amplia.

En algunos, la mayoría o todos los casos, la gente técnica inteligente hace recomendaciones tecnológicas, se supone que el CTO discierne el camino de las opciones y todos los demás siguen su liderazgo.

No espero ver una codificación CTO, a menos que el CTO sea la parte superior de una tienda de 3 a 5 personas.

Cuando estoy contratando, siempre tengo una regla: la persona que contrato DEBE saber algo que no sé.

Es simple, si quiero ser la persona más inteligente en la habitación, puedo encontrar una habitación vacía y encerrarme allí.

Pero tengo un negocio o un equipo, necesito personas que sean más inteligentes (al menos en algunas áreas) que yo para contribuir al objetivo común.

Así que no, no hay nada de qué avergonzarse por una persona “senior” para aprender de una persona menor una habilidad técnica.

No creo que deba haber ninguna vergüenza en eso. De hecho, en mi opinión, eso me haría respetar mucho más ese CTO, ya que se dan cuenta claramente de que 1) no lo saben todo, 2) un subordinado puede tener conocimiento que no tienen, y 3) ese subordinado tiene valor en la sensación de que tienen habilidades transferibles.

SIN EMBARGO, si el interno le enseña al CTO estas habilidades, el CTO le debe a ese interno darles el crédito y la compensación adecuados por sus esfuerzos. De lo contrario, el CTO es una sanguijuela. Todos los entornos de trabajo deberían fomentar una polinización cruzada de habilidades. Recompensar a quienes se dedican a tales actividades debe ser el enfoque principal de cualquier organización. Desafortunadamente, ese no parece ser el caso en general.

No, en absoluto.

El campo general de la tecnología es tan increíblemente amplio que nadie puede saberlo todo. Entonces, aunque el CTO podría saber mil veces más que el interno, podría haber muchas cosas que el interno sabe que el CTO no sabe.

Además, la tecnología está cambiando rápidamente, y un pasante que todavía está en la universidad puede tener fácilmente algún conocimiento sobre algún aspecto bastante nuevo que el CTO (que está enterrado en problemas cotidianos con tecnología de 10 años) puede necesitar levantarse para acelerar.

Definitivamente no hay vergüenza en eso, y si esta solicitud hace que el interno piense que él / ella es de alguna manera “mejor” que el CTO – ¡entonces él / ella va a recibir un rudo despertar!

Suena como una combinación de humildad y uso apropiado de los recursos. Si el interno conoce la habilidad lo suficientemente bien como para enseñarla, y todos los miembros permanentes del equipo que tienen la habilidad la están usando en beneficio comercial de la compañía, entonces, por supuesto, deje que el interno enseñe.

Cuando comienzas a creer que las personas menores de edad no te pueden enseñar nada, estás en serios problemas.

La única forma en que sería una pena sería si fuera un pretexto para algo que no es ético. Algo como el acoso sexual o algo así. Esto es raro.

Supongo que sería una lástima que el CTO se tomara el tiempo suficiente para no poder hacer el trabajo que estaba en el camino crítico de otra persona. Si se tratara de un interno, las posibilidades de que eso sea raro.

Prefiero ver a un CTO obtener ayuda de alguien, en lugar de pedirlo.

Suena como un buen lugar para trabajar si me preguntas.

Los desarrolladores, por regla general, tolerarán la administración que no tenga las mismas habilidades técnicas que ellos, siempre y cuando la administración no intente fingir, o si constantemente cuestionan sus estimaciones, etc.

Sería una pena que un CTO no le pida a un interno que le enseñe nuevas habilidades.

Me di cuenta de esto en Cambridge, donde profesores brillantes y de clase mundial preguntaban continuamente a los estudiantes de doctorado y doctorado sobre todo tipo de cosas nuevas y desarrollaban su ya impresionante experiencia y habilidades con las últimas cosas casi todos los días.

No porque:

  • Siempre es bueno aprender
  • Desde el punto de vista de la administración, esto muestra una gran señal para todos en la empresa:
  • todos pueden aprender
  • de cualquiera

Así que no solo no es una pena, sino que es una gran cosa para hacer

Depende de cuáles sean esas habilidades técnicas.

Si el CTO es un doctorado en el diseño de algoritmos de plegamiento de proteínas, y fundó la compañía que explota esos algoritmos para obtener grandes ganancias, y por lo tanto es en gran parte responsable de que ese pasante esté allí en primer lugar, y si las habilidades técnicas son “veo Las personas que contraté para dirigir Ingeniería están utilizando un nuevo marco de lenguaje para implementar mis ideas en un sistema masivamente paralelo que es completamente nuevo. ¿Me puede mostrar cómo funciona el código en este nuevo sistema? ”, Entonces no es una pena.

Todavía puede ser un poco extraño, porque debemos suponer que el CTO tiene mejores recursos para aprender las herramientas más nuevas, pero no es una pena.

Además, el CTO podría ser una cabeza de huevo épica, y podría estar demasiado avergonzado para pedirle a sus otros secuaces que le digan algo tan simple como cómo configurar su correo electrónico. Se le permite al CTO ser un cabeza hueca épica, un bicho raro colosal o lo que sea que quieras llamarlo: es el genio que comenzó todo, y probablemente deberías respetarlo.

De ningún modo. Los pasantes generalmente están al tanto de las nuevas tecnologías. Los CTO, en general, no lo son. Los pasantes también están “más cerca de las matemáticas”, lo que significa que han estado tomando clases de matemáticas y algoritmos posiblemente tan recientemente como la semana anterior a su llegada. Pueden haber pasado 20 años desde que un CTO tomó una clase.

Le pido a los desarrolladores más jóvenes que me enseñen cosas todo el tiempo. Lo aprenden mejor enseñando y yo lo aprendo escuchando.

El truco para ser un CTO (o cualquier tipo de líder) es contratar personas inteligentes y dejar que hagan su trabajo.

En muchas empresas establecidas, las habilidades de presentación y comunicación son más importantes que las habilidades técnicas para los gerentes / ejecutivos técnicos de alto nivel, que podrán resumir los puntos clave de los ingenieros técnicos.

De ningún modo. Fui contratado por el CTO de mi compañía como interno hace unos 3 años. En ese momento me acababa de graduar de la escuela secundaria y conocía varios lenguajes de programación que aprendí yo mismo usando Internet. Las herramientas y tecnologías que uso son principalmente nuevas y cambian todo el tiempo. Como CTO, no trabaja directamente en la mayoría de sus proyectos y solo obtiene experiencia en un rol de supervisión / gestión. Como hombre en el terreno, conocía más detalles técnicos de bajo nivel, incluso como pasante, y a menudo necesitaba que le explicara los detalles. Su trabajo no es saberlo todo, sino entenderlo cuando le explico algo. Si un CTO pudiera saberlo todo, la empresa no necesitaría ingenieros y pasantes.