Esta publicación surgió de un artículo aquí en Habr. Es un comentario bastante normal, salvo que varias personas dijeron que sería muy bueno presentarlo como una publicación separada, y MoiKrug incluso sin esperar a eso ese mismo comentario por separado en su grupo de VK con una dulce introducción
Nuestra reciente publicación con un informe sobre los salarios en TI para el primer semestre de este año reunió una cantidad increíble de comentarios de los usuarios de "Habr". Compartieron opiniones, observaciones e historias personales, pero uno de los comentarios nos gustó tanto que decidimos publicarlo aquí.
Por lo tanto, finalmente reuní fuerzas y escribí un artículo separado, exponiendo y justificando mis pensamientos en más detalle.
A veces, en artículos y comentarios donde se discuten los ingresos de los especialistas en TI, se pueden encontrar expresiones como "¿De dónde sacan esos números? Llevo muchos años trabajando en X, y ni yo ni mis colegas hemos visto nunca ese dinero…".
Honestamente, hace N años podría haber escrito un comentario similar. Ahora no puedo 🙂
Habiendo pasado por diferentes lugares de trabajo, organizaciones y situaciones de vida, he formulado para mí un conjunto bastante simple de reglas sobre "qué hacer para ganar dinero decentemente y trabajar en condiciones cómodas en TI". Este artículo no trata solo sobre dinero. En algunos puntos toco el tema de cómo aumentar tu nivel profesional y aprender nuevas habilidades demandadas, y por "buenas condiciones" entiendo no solo una oficina cómoda, equipamiento técnico y un buen paquete social, sino ante todo la ausencia de locuras, tranquilidad mental y nervios enteros.
Estos consejos son relevantes principalmente para los desarrolladores de software, pero muchos puntos también son aplicables a otras profesiones. Y, por supuesto, lo descrito se refiere principalmente a Rusia y otros países de la ex-URSS, aunque, de nuevo, algunos puntos serán relevantes en todas partes.
Así que, ¡empecemos!
Evita a toda costa organizaciones estatales, semiestatales y similares.
En primer lugar, cuando una institución es financiada con presupuesto, el límite superior de los salarios se establece naturalmente: "no hay dinero, pero ustedes manténganse". Además, en las instituciones estatales y lugares similares, los salarios a menudo están vinculados a las plantillas de personal. Puede suceder que en el documento se indique que un programador gana lo mismo que un administrativo, y esto no puede cambiarse. Algunos directores, entendiendo lo absurdo de esta situación, contratan semi-legalmente a los informáticos a tiempo y medio o dos, pero esto es más bien una excepción a la regla.
En segundo lugar, si la institución no opera en un mercado competitivo, es probable que sus directores no tengan el objetivo de mejorar la calidad y competitividad de los productos y servicios (su objetivo será, en todo caso, no bajar esta calidad debajo de cierto umbral para no enfrentarse a las autoridades supervisores), y como consecuencia, no intentarán atraer a los mejores empleados ni motivarlos económicamente o de otra manera.
Debido a la falta de enfoque y motivación de la dirección hacia la calidad y los resultados, así como al hecho de que gastan, en esencia, no su propio dinero, sino el de otros, a menudo se puede observar un fenómeno como la colocación de hijos/familiares/amigos, etc., en "puestos cálidos" dentro de la organización. Sin embargo, de todos modos, hay que trabajar de alguna manera. Así que, en primer lugar, puede resultar que a una persona que entra allí desde la calle le toque hacer el trabajo por dos. Y en segundo lugar, es poco probable que esté rodeado de especialistas altamente cualificados, de los cuales podría aprender mucho.
En el caso de conseguir empleo en una empresa privada, aunque trabaje con contratos estatales, lamentablemente, se puede enfrentar a algo similar. Si la empresa obtiene contratos y licitaciones porque "ya está todo arreglado", en esencia, volvemos a una situación de "no hay competidores" con las consecuencias correspondientes. Y si las licitaciones se llevan a cabo de manera justa, no hay que olvidar que el ganador es quien ofrece el precio más bajo, y puede suceder que se ahorre, en primer lugar, en los desarrolladores y sus salarios, porque el objetivo no será "hacer un producto de gran calidad", sino "hacer un producto que cumpla, al menos, con los requisitos formales".
E incluso cuando la empresa entra en el mercado libre y tiene competencia, el pensamiento de la gerencia y su trato hacia los empleados no siempre se transforma con las consecuencias tristes correspondientes. El concepto de 'gestión soviética', lamentablemente, proviene de la vida real.
A veces es al revés, en alguna empresa estatal incluso los empleados comunes pueden recibir salarios bastante buenos según los estándares locales (por ejemplo, en el sector petrolero y gasístico). Pero, lamentablemente, la 'gestión soviética' no desaparece, y a menudo se puede encontrar con un absurdo administrativo como 'jornada laboral estrictamente de 8 de la mañana, penalización por llegar un minuto tarde', la interminable elaboración de comunicados y el traspaso de responsabilidades, y una actitud del tipo 'pagamos mucho, así que deben trabajar aún más, no pagaremos las horas extras' y 'si no les gusta, nadie les retiene'.
Si eres programador, no consideres puestos en empresas donde el desarrollo de software no sea su actividad principal.
… incluidos varios institutos de investigación, oficinas de diseño, empresas de ingeniería y fábricas, empresas comerciales, tiendas, etc.
En una comunidad, incluso hay una broma en circulación.
«Si tu puesto no se llama 'Desarrollador Senior' o 'Líder de Equipo', sino 'Ingeniero de Primera Categoría' o 'Especialista Principal del Departamento de Tecnologías de la Información', entonces significa que te has desviado en alguna parte.«
Sí, es una broma, pero en cada broma hay una parte de verdad.
El criterio de 'generar ingresos principales' lo defino de manera bastante simple:
es decir,
- la empresa realmente gana gran parte de sus ingresos vendiendo sus productos o servicios de TI, o se dedica al desarrollo de todo esto por encargo.
o
- el software desarrollado es una de las cosas importantes o incluso más importantes que determinan las propiedades del producto o servicio para el consumidor.
¿Por qué este consejo?
En primer lugar, lee una excelente publicación , allí se destacan realmente muchas diferencias de las empresas fuera del sector de TI. Y si has trabajado en empresas de TI, pero siempre has observado los puntos del 5 al 13 descritos en ese artículo, entonces eso ya es motivo para reflexionar y estudiar más detenidamente el mundo que te rodea y el mercado laboral.
En empresas "puramente IT", las personas directamente involucradas en el desarrollo de software (programadores, testers, analistas, diseñadores UI/UX, DevOps, etc.) son la principal fuerza impulsora. Su trabajo genera ingresos para el negocio. Ahora, veamos alguna "empresa no-IT". Sus principales ingresos provienen de revender algo, de ofrecer "servicios no IT", o de producir "productos no IT". En esta empresa, los especialistas en IT son parte del personal de apoyo; sí, son necesarios para trabajar de manera más eficiente (por ejemplo, a través de la automatización, contabilidad automática, toma de pedidos en línea, etc.), pero no generan ingresos directos. Por lo tanto, la percepción de una gerencia a corto plazo hacia ellos será, en la mayoría de los casos, tal que... corresponde se gasta dinero.
Esto se menciona muy bien en el artículo mencionado anteriormente:
La diferencia conceptual entre una empresa de IT y una no-IT radica, por supuesto, en que en la empresa de IT, tú – siendo programador, tester, analista, gerente de IT, al fin y al cabo – eres parte de la sección de ingresos del presupuesto (bueno, en su mayor parte), mientras que en la empresa no-IT, eres únicamente un artículo de gastos, a menudo una de las más visibles. Por lo tanto, la actitud hacia los especialistas de IT internos se establece en consecuencia: como algunos parásitos que la empresa se ve obligada a pagar de su propio bolsillo, y además, ellos incluso se atreven a desear algo.
A menudo, la dirección de tal empresa no entiende nada sobre IT y desarrollo de software, y debido a eso, por un lado, es difícil convencerlos de la necesidad de algo, y por otro lado, la mera "creación de un departamento de IT" puede no llevarse a cabo de la mejor manera: se elige como líder de este departamento a alguien cuyas habilidades los líderes no pueden comprobar adecuadamente. Si tienen suerte, entonces formarán un buen equipo y establecerán la dirección correcta para el desarrollo. Pero si no tienen suerte, puede suceder que el equipo parece estar desarrollando algo, y el producto funciona, pero en realidad se encuentra aislado, sin desarrollarse realmente, y las personas verdaderamente conocedoras y talentosas no se quedan ahí. Lamentablemente, he sido testigo de esto con mis propios ojos.
¿Cómo detectar esto de antemano, en la etapa de entrevistas? Existe lo que se llama , sin embargo, hay que reconocer que es muy superficial, y en realidad puede haber muchos más factores para verificar y signos de alerta, pero ese ya es tema de otro artículo.
Me gustaría hacer un comentario aparte sobre las diversas empresas de ingeniería, las uniones de producción, las organizaciones de investigación científica, las oficinas de diseño, los institutos de proyectos y cosas por el estilo. Por mi experiencia, aquí hay varias razones por las cuales 'no vale la pena ir allí, o al menos pensarlo muy bien'
En primer lugar, nuevamente, a menudo reina la ignorancia y el retraso tecnológico. Por qué es así, es una pregunta aparte y podría dar lugar a un buen artículo, pero la gente se expresa regularmente sobre este tema incluso aquí, en Habr:
«Voy a revelar un secreto aterrador: el software embebido se prueba al menos un orden de magnitud menos y peor que cualquier servidor web descuidado. Y suele ser escrito por dinosaurios, debugear es para los débiles, y 'si el código se compila, significa que todo funciona'.
… No bromeo, lamentablemente». []
«Nada sorprendente. Según mis observaciones, muchos 'ingenieros de hardware' piensan que la producción del dispositivo es un arte reservado para unos pocos elegidos, pero que pueden escribir el código por sí mismos, así, sobre la marcha. Es algo trivial. El resultado es un horror silencioso que funciona. Se ofenden mucho cuando les explican con palabras por qué su código huele mal, porque... bueno... ellos hicieron el hardware, ¿qué importa un programa?». []
«Por mi experiencia en investigación, puedo decir que cuando una tarea es abordada por una o varias personas, no se habla de reutilización de código. Se escribe como se puede, se utilizan las capacidades mínimas del lenguaje, y la mayoría no sabe nada sobre sistemas de control de versiones». []
En segundo lugar, todo vuelve a depender frecuentemente de la gestión y las tradiciones establecidas:
«El desarrollo de hardware en estadística es, a menudo, una empresa rusa autofinanciada, con clientes rusos, un mercado ruso y un jefe ruso, un antiguo ingeniero de más de 50 años que anteriormente trabajó por unas pocas monedas. Por eso, su pensamiento es: 'He trabajado toda mi vida, ¿por qué tengo que pagarle a algún joven? ¡Que se arreglen!' Así que estas empresas no tienen mucho dinero, y si lo tienen, no lo invertirán en tu salario». []
Y en tercer lugar… En estos lugares a menudo no se diferencian a los programadores de otros ingenieros. Sí, sin duda, un programador también se puede considerar un ingeniero, e incluso el término 'ingeniería de software' lo sugiere. En ambos casos, las personas realizan un trabajo intelectual y desarrollan nuevas entidades, y en ambos casos se requieren ciertos conocimientos, habilidades y maneras de pensar.
Pero… el matiz es que, en la actual situación del mercado laboral, estas categorías se remuneran de manera muy diferente. No digo que deba ser así; yo mismo considero que es incorrecto, pero, lamentablemente, en este momento es un hecho: los salarios de los 'programadores' y otros 'ingenieros' pueden diferir entre una y dos veces, y a veces incluso más.
Y en muchas empresas de ingeniería y relacionadas, la dirección igual no comprende '¿por qué deberíamos pagarles a estos el doble?', y a veces incluso '¿qué tiene de especial, nuestro Vasya el electr técnico escribirá código igual de bien?' (y Vasya tampoco se queja, aunque no es un ).
En una de las discusiones sobre el tema 'el camino del programador es difícil' con un respetable Una vez, en los comentarios, mencionó algo como: 'Bueno, ¿qué tiene de malo, pagamos a nuestra gente por encima del salario medio del ingeniero en San Petersburgo', aunque, por decirlo de manera adecuada, si la empresa valora y respeta a sus empleados, deberían pagar '… por encima del salario medio de un programador en San Petersburgo'.
Una imagen muy ilustrativa que circuló hace algunos años en diversas comunidades de sistemas de control, habla por sí misma.
No trabajes con militares.
Esta conclusión la hice para mí mismo cuando aún era estudiante de la cátedra militar en la universidad 🙂
De hecho, personalmente, no he trabajado en empresas relacionadas con lo militar ni en firmas privadas con clientes de este ámbito, pero mis amigos sí trabajaron, y según sus relatos, tipo "Hay tres maneras de hacer algo: correctamente, incorrectamente y a la manera del ejército" y "Ahora reuniré un círculo reducido de personas escogidas, en base a las cuales me aseguraré de castigar a quien sea necesario!" no aparecieron de la nada.
En mi caso, las entrevistas en este tipo de empresas generalmente terminaban en la necesidad de cumplir con un formulario de confidencialidad. Los entrevistadores juraban y perjuraban que "la tercera forma es una mera formalidad, no significa nada, ni siquiera preguntan por ella, podrás salir al extranjero sin problemas", pero cuando se hacían preguntas como "Si no significa nada, ¿por qué existe y por qué hay que firmarla?" y "¿Qué garantías hay de que, dado el absurdo que nos rodea, en algún momento la legislación no cambiará y todo será diferente?" no se obtenía respuesta.
No trabajes como "hombre orquesta"
... es como cuando eres al mismo tiempo programador, administrador, técnico de redes, comprador de hardware, recargador de cartuchos, DBA, soporte técnico y telefonista. Si en tu puesto te dedicas a "todo al mismo tiempo", lo más probable es que no seas un experto en ninguna de estas áreas, y eso significa que podrías ser reemplazado por varios estudiantes o junior a los que incluso se les puede pagar poco. ¿Qué hacer? Elegir una especialización estrecha y desarrollarte en esa dirección.
Empieza a estudiar un stack más actual
... si trabajas con herramientas legacy. Por ejemplo, a veces sucede que una persona programa en Delphi 7 o en versiones antiguas de PHP con frameworks igualmente antiguos. No afirmo que esto sea malo por defecto, después de todo, el principio de "si funciona, no lo toques" no ha sido anulado, pero cuando un stack antiguo se utiliza no solo para mantener sistemas viejos sino también para desarrollar nuevos módulos y componentes, esto hace reflexionar sobre la cualificación y la motivación del equipo de desarrolladores, y sobre si la empresa realmente necesita buenos talentos.
A veces ocurre lo contrario: mantienes algún proyecto legado con alguna tecnología heredada y te va bastante bien (posiblemente porque a nadie más le interesa meterse en ese pantano), pero cuando por alguna razón el proyecto o la empresa mueren, existe un gran riesgo de quedarte a la deriva, y regresar a la dura realidad puede ser muy incómodo.
No trabajes en pequeñas y medianas empresas que operan en el mercado interno (ruso).
Aquí todo es bastante sencillo. Las empresas que operan en el mercado internacional tienen flujo de dinero en divisas, y considerando los actuales tipos de cambio, pueden permitirse pagar buenos salarios a sus desarrolladores. Las empresas que operan en el mercado interno tienen que alcanzarlos, y si las grandes empresas ricas pueden permitirse pagar sueldos competitivos para no perder a buenos especialistas, lamentablemente las pequeñas y medianas no siempre tienen esa posibilidad.
Aprende inglés. Incluso si ahora no lo necesitas especialmente.
El inglés es muy útil para un especialista en IT moderno: la abrumadora mayoría de la documentación, manpages, notas de lanzamiento, descripciones de proyectos y todo lo demás está escrito en inglés; los mejores libros y trabajos científicos se publican en inglés (y no siempre se traducen al ruso, y mucho menos se traducen correctamente); las conferencias de nivel mundial se llevan a cabo en inglés; y la audiencia de las comunidades internacionales de desarrolladores en línea es cientos de veces mayor que la de habla rusa, etc.
Quiero llamar su atención sobre otro hecho: hay una gran cantidad de empresas con interesantes desafíos y sueldos muy atractivos, donde no lo considerarán sin un buen conocimiento del inglés. Esto incluye empresas de outsourcing, integradores, sucursales de compañías internacionales y simplemente firmas que operan en el mercado internacional. En muchas de ellas, se debe resolver problemas en equipos con colegas de otros países y a menudo interactuar directamente con clientes y sus especialistas. Por lo tanto, si no tienes un buen dominio del inglés, te estás excluyendo del acceso a una parte importante del mercado laboral, en la que a menudo puedes encontrar proyectos muy interesantes por un buen dinero.
Además, dominar un idioma te brinda la oportunidad de trabajar en plataformas de freelance internacionales y de laborar de manera remota para empresas extranjeras. Y también la posibilidad de mudarte a otro país, especialmente considerando que en nuestros días, incluso personas que antes nunca pensaron en ello, ahora lo están haciendo.
No temas a las 'galeras'
A veces se pueden encontrar opiniones que dicen que las llamadas 'galeras' (empresas que se dedican a la consultoría, el desarrollo de outsourcing, o que venden las competencias de sus especialistas como outsourcing) son un fiasco, mientras que las empresas de productos son fantásticas.
No estoy de acuerdo con esta opinión. Al menos dos de los lugares de trabajo en los que estuve bastante tiempo eran precisamente esas 'galeras', y puedo decir que las condiciones laborales, el nivel de salario y la actitud hacia los empleados allí eran muy buenos (y ya he tenido con qué compararlo), y los colegas eran bastante agradables y calificados.
No pienses que si no estás satisfecho en tu puesto actual, así será en todas partes.
Probablemente, los psicólogos algún día investigarán este fenómeno y le darán un nombre, pero por ahora hay que reconocer que este fenómeno realmente existe: a veces las personas trabajan en un puesto que no les satisface mucho, pero piensan que 'probablemente en todas partes es así' y que 'cambiar de trabajo es como cambiar de cáscara'. Simplemente diré: no, no es así en todas partes. Y para comprobarlo, pasemos a los siguientes puntos.
Asiste a entrevistas
Solo para adquirir experiencia en entrevistas, conocer los requisitos y niveles salariales en diferentes lugares. Nadie te lanzará piedras si al final te hacen una oferta y decides rechazarla amablemente. Sin embargo, adquirirás experiencia en entrevistas (lo cual es importante) que en algún momento puede serte muy útil, escucharás sobre lo que hacen otras empresas en tu ciudad, conocerás qué conocimientos y habilidades esperan los empleadores de los candidatos, y lo más importante: cuánto están dispuestos a pagar por ello. No dudes en hacer preguntas sobre cómo funcionan los procesos dentro del equipo y la empresa en general, pregúntales sobre las condiciones laborales, y pídeles que te muestren la oficina y los lugares de trabajo.
Investiga el mercado y conoce tu valor
Revisa sitios como HeadHunter, MyCircle y recursos similares para tener una idea aproximada de cuánto realmente vale lo que sabes y haces.
No te asustes por las grandes cifras en el apartado de salarios ofrecidos, incluso si resulta que por lo mismo que estás haciendo ahora, alguna empresa promete pagarte mucho más de lo que tienes ahora. Debes tener en cuenta que la tecnología es una de las pocas industrias donde es común que si en la descripción del puesto la empresa dice que está dispuesta a pagar entre 100-150-200 mil, probablemente realmente está dispuesta a hacerlo.
No te subestimes
Véase. , del cual ya se han dedicado varios artículos aquí en Habré. No debes pensar que eres inferior, menos calificado o que le estás dando ventaja a otros postulantes. Y mucho menos, basado en estos hechos, deberías pedir un salario por debajo del promedio del mercado; al contrario, _siempre_ cotiza una cantidad un poco por encima de la media, pero a la vez asegúrate de dar a entender que estás dispuesto a negociar.
No dudes en negociar con la dirección sobre un aumento
No te quedes callado esperando que alguien desde arriba tenga una epifanía y te aumente el salario por sí solo. Puede que llegue esa epifanía, o puede que no.
Aquí todo es muy simple: si piensas que te pagan poco, díselo a la dirección. Las razones de "por qué creo que debería ganar más" no necesitan ser demasiado elaboradas, pueden ser tan simples como "en estos N años he crecido como profesional y ahora puedo realizar tareas más complejas y ser más eficiente", hasta "en otras empresas ofrecen tanto por este trabajo".
En mi caso, esto siempre funcionó. A veces inmediatamente, a veces después de un tiempo. Pero cuando un colega mío, cansado de no tener dinero, encontró un nuevo trabajo y dejó su renuncia sobre la mesa, al otro lado se sorprendieron mucho y preguntaron "¿Por qué no viniste a hablar de un aumento entonces?", y lo convencieron por mucho tiempo de quedarse, incluso ofreciendo una cantidad mayor que en la nueva oferta.
Mudarse o pasar al trabajo remoto.
Si todo se reduce a una escasa cantidad de vacantes en la ciudad (en otras palabras, si no hay realmente "otros lugares" donde se necesiten personas con tu calificación, o no es tan fácil acceder a ellos)… Entonces mejora tus habilidades y muévete a otra ciudad si tienes la posibilidad. Personalmente, conozco personas que se mudaron de ciudades de un millón de habitantes a San Petersburgo y Moscú con un aumento del doble en sus ingresos, incluso al cambiar a un puesto más bajo.
De nuevo, no te dejes llevar por mitos como "en las capitales pagan más, pero también hay que gastar mucho más, así que no es rentable", lee los comentarios de Ahí hay muchas opiniones e historias sobre este tema.
Investiga el mercado laboral en las grandes ciudades, busca empresas que ofrezcan un paquete de reubicación.
O, si ya eres un profesional consolidado y con experiencia, intenta el trabajo remoto. Esta opción requiere ciertas habilidades y autogestión, pero podría ser muy adecuada y rentable para ti.
Eso es todo por ahora. Una vez más, quiero decir que esta es solo mi opinión y mi experiencia, que, por supuesto, no es la verdad absoluta y puede no coincidir con la tuya.
Materiales relacionados:
—
—
—
Fuente: habr.com
