Soy ingeniero de software (ingeniero de Android) en una pequeña empresa en los EE. UU. Y, en última instancia, busco ser el CTO de una gran empresa (cofundador o no). ¿Debo convertirme en un científico de datos o un ingeniero de back-end? ¿Qué cosas puedo hacer o aprender?

Unas pocas cosas.

• Mientras trabaja como desarrollador de aplicaciones / Android, trabaje para ampliar sus habilidades, inicialmente podría optimizar su amplitud o profundidad. Si es profundo, intente comprender cómo funcionan el almacenamiento en caché o las CDN, luego los servicios, luego la persistencia y las API. Esto le brinda una vista de pila “más completa” del mundo. Si es amplio, intente comprender cómo hace las cosas el mundo IOS y haga lo mismo allí con el tiempo. Puede que tenga que hacer esto en su propio tiempo.
• Vea si puede aprender o llegar a ser un líder de equipo: esto lo abre a la contratación, ser más senior para comprender los requisitos comerciales y trabajar con la alta gerencia más a menudo, formar un equipo, etc. También descomposición funcional. y simplemente dividiendo tareas y mitigando el riesgo. Eso es mucho de lo que hace un CTO.
• Por último, si desea hacer un cambio mayorista, primero recomendaría un puesto de ingeniería de back-end, antes de un rol de datos. Desde la perspectiva de un desarrollador móvil puro, comprender el área funcional (backend) de una contraparte desde donde te sientas actualmente es un movimiento más lógico y sería menos desafiante desde una perspectiva progresiva.
• Buena suerte.

Soy Director de Desarrollo de Software, respondiendo al Director de Operaciones y a un paso de ser un CIO (ese puesto actualmente no existe en nuestra empresa), en una empresa mediana en la industria financiera; y durante la mayor parte de mi vida profesional fui desarrollador y consultor de software.

Creo que las cosas que hice e hice que marcaron la diferencia y me llevaron a este punto de mi carrera involucran un matrimonio de perspicacia técnica y sentido comercial.

Constantemente me decían que borraba la línea entre TI y negocios, que podía dirigir una reunión con personas de TI y personas del negocio y ser el puente para la conversación, que entendía las necesidades de la organización a un nivel que otros en TI no podían o no querían, y que yo era un buen comunicador. Actué como un analista de negocios además de ser un desarrollador, y asumí responsabilidades más allá de mi estación para asegurarme de que el trabajo se realizara correctamente, lo mejor que pudiese nuestro equipo.

Por lo general, cuando las personas en TI comienzan a cambiar términos como algunos de los anteriores, van a abandonar el camino técnico y se convertirán en gerentes de proyecto o gerentes, y lentamente pero seguramente aceptarán la obsolescencia de sus habilidades técnicas.

Pero trato de mantener mi ventaja técnica: simplemente se diluyó, se redujo el desarrollo y se amplió su alcance. Sé un poco sobre muchas cosas, y admito que no puedo hacer parte del trabajo que hice antes, especialmente con mis colegas técnicos. ¡He tenido gerentes a los que les gustaba jactarse de lo técnicos que eran, a pesar de que no habían hecho nada directamente técnico durante décadas! No disfruté trabajando con esos tipos, solo pretendieron entender lo que hice. Ciertamente no quiero ser uno de ellos.

Entonces, según mi experiencia, en lugar de cambiar de profesión, deberías:

a) Desarrolle su capacidad de comunicarse claramente. Encuentra otros profesionales que creas que se comunican extremadamente bien, observa cómo escriben e incluso pide consejos

b) Desarrolle una comprensión del negocio de la empresa o empresas para las que trabaja. Hable con la gente de negocios, comprenda cuál es la misión de la empresa y aprenda a hablar el idioma del dominio en el que opera la empresa.

c) Desarrolle una buena relación con el equipo técnico para que se sientan cómodos con su liderazgo, incluso si eso no está en la descripción de su trabajo. Deben confiar en que tiene buenas ideas, una buena comprensión de los problemas técnicos y que el equipo de negocios valora su opinión.

Comprenda que probablemente tendrá que ser menos experto y más generalista en lo que respecta al conocimiento técnico. Si ese pensamiento te hace estremecer, la transición que estás buscando puede no ser para ti.

Finalmente, mira a tus jefes actuales y anteriores, buenos y malos, y trata de imaginar qué tipo de líder quieres ser. ¿De cuáles puedes aprender más? Aprendí mucho de los malos, no quiero ser como ellos …

Oh, claro, aprende un poco sobre presupuestos y presupuestos. Lo necesitarás.

Editar: ¿Por qué soy anónimo? No sé, simplemente sentí que mi respuesta hace suposiciones sobre cómo se sienten los demás sobre mí y mi progresión autopercibida. Era tarde en la noche cuando estaba respondiendo, y instintivamente lo puse en anónimo por eso. Supongo que no necesita ser anónimo, así que lo voltearé para revelar mi identidad. Espero que ayude.

Un ejecutivo exitoso, independientemente del título, es muy bueno con las personas. No se le otorga ese papel sin excelentes habilidades de comunicación, además de las habilidades técnicas que tenga.
Su mejor apuesta para llegar a ser CTO es ser primero una persona de personas y luego familiarizarse con la arquitectura de software, en ese orden.

La administración no se trata de habilidades técnicas, se trata de “habilidades blandas”.

En palabras de Tom Peters, “suave es duro”, es decir, estas cosas son difíciles de hacer.

Ser un científico de datos o un ingeniero de back-end puede o no ser pasos útiles, pero lo más importante serán cosas como:

• Conocer lo suficiente como para poder separar el talento de las tonterías.
• Calcula lo que es importante para tu talento superior y asegúrate de que te lo den.
• Aprender a explicar cosas no técnicas a tecnólogos, y cosas técnicas a no tecnólogos.
• Resolver cuáles son tus debilidades y rellenarlas con otras personas.

Soy bueno en los 4 y soy un CTO feliz.

Mi desarrollador junior recién graduado de 22 años es mejor programador que yo en al menos tres idiomas diferentes 🙂