¿Qué factores debo considerar al evaluar una oferta de trabajo para trabajar con una plataforma de software específica?

Aprender nuevas plataformas, herramientas y técnicas es inevitable en la mayoría de las carreras; en mi experiencia, los primeros cambios son los más difíciles, y luego se vuelve más fácil a medida que comienzas a vincular y traducir conceptos. Para tener algo de perspectiva, mire las herramientas y los conceptos que existían hace 20 años.

Es mejor hacerlo al principio (0-10 años), que más adelante en su carrera (más de 10 años), cuando sus ideas son más fijas.

Para mí, la cuestión clave aquí es la trayectoria profesional que ha indicado que desea seguir. Hay esencialmente tres opciones que la mayoría de las personas enfrentan a lo largo de una carrera técnica: el especialista, el generalista y el liderazgo.

[I] Me gustaría apuntar a crecer en mi carrera y alcanzar una posición de liderazgo. Actualmente no soy el desarrollador principal, sin embargo, soy su "mano derecha" y me asignan algunas de las tareas más importantes.

No todas las personas en un rol altamente técnico aspiran a posiciones de liderazgo, y el liderazgo como habilidad es bastante distinto de cualquier base de habilidades técnicas. Desarrollar esta habilidad puede requerir tanta inversión como cualquier habilidad técnica y, en muchos sentidos, puede ser mucho más desafiante.

La movilidad es importante en un rol de liderazgo, ya que la mayoría de los puestos tienen una "vida útil" de quizás 2 a 3 años (inicialmente) y quizás de 3 a 5 años antes de que necesite seguir adelante. La próxima oportunidad puede no estar dentro de su organización y puede usar diferentes conjuntos de herramientas.

El liderazgo del equipo también se trata de poner la productividad general del equipo por delante de la suya; una proporción significativa de su tiempo deberá dedicarse a liderar, no a hacer.

De hecho, sugeriría que formar parte de un equipo en un rol de liderazgo con poco conocimiento de la plataforma es una gran ventaja.

Descubrí que las dos cosas más difíciles de aprender como líder fueron la capacidad de delegar de manera efectiva y la capacidad de escuchar a su equipo.

Delegación.

Si eres un experto en un sistema, entonces es difícil delegar una tarea al personal subalterno. Lo harán lentamente y lo harán mal. Es frustrante de ver. Quieres sumergirte y hacerlo por ellos para poder seguir adelante.

Esto no es liderazgo.

No está entrenando y apoyando a su personal para que mejore, los está desmotivando (haciendo que la tarea parezca fácil) y enseñándoles que si se dan por vencidos rápidamente, usted hará su trabajo.

Escuchando.

Por el contrario, uno de los " siete hábitos " de Covey es "buscar primero comprender, luego ser comprendido". Si va a tener que aprender de su equipo sobre la plataforma y cómo la usan, se verá obligado, al principio, a escucharlos. Al hacerlo, es más probable que establezca una relación con su equipo, obtenga una medida de sus habilidades, estilos de comunicación y productividad.

Comprender las fortalezas y debilidades de su equipo es importante para garantizar que sean felices y productivos y, por supuesto, usted está incluido en eso porque, como líder, sigue siendo parte del equipo. Escuchar y aprender de tu equipo es una de las claves para ello.

En resumen, si está interesado en una carrera de liderazgo de más de 10 años en un campo técnico, cambiar de plataforma como parte de un rol de liderazgo, en mi opinión, ofrece algunas ventajas significativas a largo plazo tanto para el desarrollo de habilidades de liderazgo como para opciones de carrera a largo plazo. .

Esta fue (esencialmente) mi trayectoria profesional durante los últimos 20 años más o menos.

La programación Sharepoint es programación .NET. Desarrollará muchas habilidades (tanto técnicas como blandas) que podrá usar incluso si nunca vuelve a hacer otro proyecto de Sharepoint:

• diseñando un producto
• Contratación y gestión de desarrolladores.
• Detalles específicos de la creación de informes con SSRS, la creación de controles ASP.NET, el aprendizaje de API como la autorización o el cifrado
• Trabajar con bibliotecas de terceros para hacer archivos PDF o lo que sea
• Características del lenguaje C# como LINQ, await/async, etc.
• Habilidades de diseño de gráficos/css/diseño de diseño para hacer algo hermoso y usable

Tu jefe te está ofreciendo algo muy bueno. Piénselo dos veces antes de rechazarlo solo porque Sharepoint es horrible (que ciertamente lo es, yo también lo he hecho).

Si sale del proyecto sin querer volver a hacer Sharepoint nunca más (sé EXACTAMENTE cómo se siente eso), puede enumerarlo como "desarrollo web" y enfatizar las partes que son transferibles.

Es una habilidad muy importante para todos ser capaces de ver puntos en común en tipos de trabajo aparentemente dispares.

Me ha mordido el trasero varias veces, pero finalmente aprendí esto:

No acepte trabajos que en realidad no desea.

En cuanto al valor profesional de la tecnología, en realidad no importa mucho lo que estés haciendo si está más o menos relacionado con la categoría más amplia.

Si solo quiere pasar rápidamente a la gerencia y no encuentra los aspectos de codificación tan interesantes de todos modos, ser capaz de no preocuparse y conectarse y eventualmente liderar a un equipo a través de alguna basura tediosa es lo que tiene la oportunidad de demostrar aquí y si que seria valioso

Pero si una tecnología sobre otra realmente tiene un impacto significativo en su interés personal, espere una posición de liderazgo que se ocupe de algo que no lo hará sentir miserable y deprimido.