¿Cómo pueden los empleados de TI hacer una transición de sus habilidades, dominio o tecnología sin tener que enfrentar una reducción salarial debido a su experiencia relativamente menor en la habilidad / tecnología / dominio en el que planean mudarse?

Depende en gran medida de cuál sea el dominio al que quieras moverte.

Si es un dominio técnico relacionado, creo que las otras respuestas lo cubren. Pero si desea pasar a la gestión o la gestión de proyectos o algo similar, indirectamente está construyendo sobre cosas que ya ha aprendido / hecho.

En general, puede ser útil pensar en diferentes tipos de habilidades en dos categorías amplias. Primero, hay habilidades técnicas como la programación en un lenguaje particular o saber cómo resolver un tipo particular de problema. Esas habilidades proporcionan una especie de base indirecta para la transferencia (es decir, si puede programar en un idioma, probablemente pueda aprender otro con el tiempo) pero no son directamente transferibles. Creo que estos pueden haber sido el foco de su pregunta.

Sin embargo, hay otro conjunto de habilidades que son directa o casi directamente transferibles. Una lista parcial:

– Dirigir un equipo
– Contratar y retener buenas personas.
– Encontrar una estrategia de trabajo en circunstancias ambiguas.
– Presencia y gravitas.
– Presion de manejo
– Trabajar con personas difíciles.
– Encontrar soluciones innovadoras a los problemas.
– Tomando la iniciativa
– Atención genuina a clientes, empleados y personas en general.
– Equilibrar los detalles de un proyecto frente a objetivos generales y compensaciones
– Habilidad para aprender lo básico de nuevas áreas rápidamente.

Estos pueden transferir de un dominio a otro. Piense, por ejemplo, en un ejecutivo senior que se traslada de ventas a mercadotecnia o de un departamento de ingeniería a otro, o Elon Musk dirigiendo una compañía automotriz y una compañía de cohetes. En cierto nivel, la estructura, la estrategia y la dirección del negocio se vuelven mucho más importantes que el conocimiento del dominio técnico específico.

Si tiene una gran experiencia en su área actual de TI, declara que está dispuesto a hacer un movimiento “lateral” para la transición al área nueva. Por lateral, quiere decir que está dispuesto a mantener su paga igual pero no está dispuesto a aceptar una reducción salarial. Quédate con tus armas, sigue adelante o acepta la compensación. ¡Los mejores deseos!

Personalmente y en mi humilde opinión, todo depende de cuáles sean sus objetivos y aspiraciones.

Para mí, diría que aprovecharse de los tres sectores en los que desea trabajar, de modo que estén atendidos los martes, miércoles y jueves, mientras que los viernes se utilizan principalmente para seminarios o eventos y sus cuentas. El lunes es una extensión de la investigación durante el fin de semana con una mejor educación, ya que el lunes es su día de entrenamiento.

Cuando busque trabajo, sea sensato y realista en cuanto al dinero que realmente necesita para vivir (es decir, pague sus facturas y alimentos) y luego agregue 20-25% para cubrir ropa, salidas y actividades de ocio como Gimnasio, etc. una vez que tenga esto cantidad por mes, tiempos por 12 para el año y división por 45 semanas y por tres días hábiles para obtener la tarifa diaria.

Luego, si usa esto como una tarifa base para citar personas, pero agregue 40% para proyectos únicos, 30% por menos de 4 días (es decir, un día a la semana durante 4 semanas), 25% por menos de 6/8 días y Más de 8 días (es decir, 8 semanas) que agregar 15%.

Este modelo de precios lo verá como profesional (ocultando cualquier experiencia) al poder tener un día asignado por semana debido a que trabaja en tres sectores, por lo tanto, solo puede hacer un día por semana, pero esto les brinda mayor conocimiento de lo que es. ganando y finalmente, si desean que trabajes más de un día a la semana, puedes decir que la única forma de hacerlo es dejar mi educación (lunes) y asistir a eventos / documentación y cuentas el día (viernes) u otros días sectoriales que significa que será Premium y luego usará una tasa única del 40% como punto de partida.

Este método lo lleva profesionalmente y oculta cualquier falta de conocimiento que pueda tener al mismo tiempo que crea un conducto por delante sabiendo cuáles son sus costos y si están siendo cubiertos.

Depende principalmente de la forma en que uno elige que se complete la transición.
Como ejemplo, consideremos que alguien comenzó su carrera como programador en C # o Desarrollador .Net. Supongamos que este desarrollador quiere entrar en SAP. Después de obtener las habilidades necesarias para comenzar una carrera en SAP, la mejor manera es encontrar una oportunidad que tenga que ver con la integración de SAP con .Net Technologies. Aquí, este desarrollador puede tener su SAP práctico y trabajar para mejorar sus habilidades en ese dominio sin afectar su paga o su experiencia. Más tarde, gradualmente, puede pasar a SAP.

Entonces, la mayoría de las veces, al cambiar de dominio, es mejor preguntarse primero por qué y si es necesario. Si es así, entonces necesitamos respondernos a nosotros mismos, ¿qué me gustaría hacer? ¿Deseo continuar con la programación o pasar a la administración o redes? Hay pocos dominios que nunca pueden tener ningún proyecto que pueda combinar ambos, como .Net Technologies y Network Administration. En ese caso, estoy seguro de que la transición sería mucho más difícil. Su experiencia previa podría no contar para nada. Por lo tanto, uno debe tener cuidado si desea cambiar un dominio, para asegurarse de que uno nuevo no comparta nada con el anterior, pero habrá un medio que conectará tanto las tecnologías como el ejemplo que di y la transición que es más suave y todo el trabajo duro puesto en el dominio anterior todavía cuenta.

Personalmente, preferiría aprender algo que me ayude a hacer más cosas en el mismo dominio. Como un desarrollador de .Net que aprende administración de TFS, métodos de diseño, computación en la nube, etc.