¿Por qué habría presión si todos supieran lo que están haciendo y los proyectos se estiman con precisión? Si hay presión, o incluso presión alta, entonces implica que lo que están haciendo actualmente no funciona, ¿por qué un buen programador querría unirse a un equipo así? ¿Este tipo de publicación de trabajo no logró mostrarse o son solo honestos? ¿O hay realmente buenas razones para tener presión?
Ejemplo de trabajo de alta presión: Trading algorítmico de alta frecuencia. Un ingeniero de software amigo mío está trabajando para una tienda de comercio. Enorme estrés, enorme presión. Todos los plazos son "en este momento". Todo se envía a producción el día en que se escribe. Incluso unos pocos minutos de retraso podrían costarle millones a la compañía. No muchas personas pueden manejar un entorno como este. Si puede hacerlo, espere un salario 50-100% más alto que el estándar de la industria en su nivel + bono de fin de año basado en el% de las ganancias de su algos. Es super alto riesgo, alta presión, alta recompensa. No tiene nada que ver con plazos poco realistas o falta de administración, y tiene que ver con su capacidad para manejar la presión. (Y los comerciantes juran en tu cara cuando su P & L baja por la mierda ese día).
Otros ejemplos:
Alternativamente, no es necesariamente solo el código para " tenemos recursos insuficientes y tenemos plazos de entrega demasiado estrictos " , pero también posiblemente un código para "su responsabilidad lo convierte en una responsabilidad prescindible si algo sale mal".
Siempre he considerado este código porque "no tenemos suficientes recursos y tenemos plazos de entrega extremadamente agresivos".
Tal vez los reclutadores asuman que alguien que pueda soportar, o incluso disfrutar, un "entorno de alta presión", sería más productivo en esa compañía en particular.
En realidad, puede ser una suposición correcta: un desarrollador inferior, que está dispuesto a tomar la presión para mantener su trabajo, puede ser marginalmente productivo, mientras que un buen desarrollador, que puede permitirse el lujo de elegir y, por lo tanto, debería terminar. en una empresa tan bromista, se iría en poco tiempo y no sería en absoluto productivo.
Es una frase clave para "Queremos programadores solteros jóvenes que estén dispuestos a trabajar horas completamente irracionales a costa de tener una vida personal".
No pueden decir eso explícitamente en parte porque es ilegal discriminar por edad y estado civil.
Una startup que se lanza al mercado debe luchar para ser más rápida que la competencia. Para una empresa de este tipo, tiene sentido crear un ambiente de trabajo de alta presión, ya que estar allí dos meses antes de que otros trabajen en el mismo problema podría marcar la diferencia entre ser el próximo facebook y ser, bueno, demasiado tarde. Servicio que nadie recuerda. Trabajar en una empresa así puede hacerte rico rápidamente, a través de opciones sobre acciones.
Para una empresa de software bien establecida, la presión constante es un signo de mala administración y / o propietarios codiciosos y, por lo tanto, una bandera roja.
Hombre, hay una CARGA de ventilación en este hilo: P
"todos saben lo que están haciendo y los proyectos se estiman con precisión" es lo que todos quieren, pero no debes olvidar que esos equipos no siempre fueron así. Cada equipo comienza mal antes de que finalmente mejore, así que hasta que llegue a este estado utópico, la presión es normal. Si no fuera así, la gerencia probablemente sería culpable de pedir demasiado poco.
Me gusta la declaración de "alta presión" en las raras ocasiones en que lo veo porque esos son los equipos que han visto los síntomas, aunque es posible que no tengan todas las respuestas. Eso es mejor que la mayoría de los otros anuncios que no tienen ninguna pista.
Entonces, a menos que la competencia sea una gran casa de software que conozca, lo más probable es que esta "alta presión" me parezca interesante al menos. Hay menos equipos buenos en el mercado que buenos programadores y, francamente, esperar lo mejor (suponiendo que también te quieran a ti) es casi una pérdida de tiempo a menos que no tengas boca para alimentar.
En ese sentido, la frase "alta presión" no me disuade en absoluto.
Una de las dos razones:
Quieren que renuncies a tu vida social haciendo días y fines de semana de 12 horas sin recompensa adicional para salvar un proyecto que está atrasado y supera el presupuesto con el cliente que amenaza con demandar. Generalmente, porque el equipo de ventas prometió funciones adicionales sin ejecutarlas más allá de los desarrolladores.
Las ventanas no se abren y el personal sufre de flatulencia.
Creo que es 1.
Creo que entiendes el punto.
Los buenos programadores no trabajan en estas compañías, luego las empresas hacen menos cosas (diferentes estudios muestran una diferencia de TCO que va de 10 a 26 entre desarrolladores, lo que es enorme) y aumenta la presión, lo que lleva a que más desarrolladores se vayan .
Tal compañía a menudo reducirá las pruebas, el control de calidad o la refactorización para alcanzar plazos poco realistas. Lo que llevó a cumplir con la fecha límite para el próximo lanzamiento. Este es un proceso de auto mantenimiento, y mientras la gerencia superior no quiera romper esta tendencia, esta es una receta para el desastre.
Tenga en cuenta que entre el 60% y el 80% de los proyectos de TI se consideran fallidos (consulte el informe de caos para ver los números precisos). Y esto tiene mucho que ver con el comportamiento que se muestra en las publicaciones de trabajos que lees.
Esto a menudo se denomina efecto del mar muerto y es un fenómeno muy real en la industria de TI.
¿Por qué?
Porque SON alta presión.
¿Por qué?
Porque, en términos de TI, no saben lo que están haciendo o, más precisamente, no siguen las buenas prácticas de desarrollo, porque una persona ajena a TI está a cargo.
Uno de los problemas que tenemos los desarrolladores de software es que el software no es un objeto físico tangible. Para las personas que no trabajan en TI, es esta cosa oscura y oscura que solo existe dentro de su computadora.
Pero como no pueden tocarlo, no aprecian las complejidades que conlleva la construcción de un buen software.
Entonces, cuando recibe a este tipo de personas "conduciendo el autobús", pronto recibirá comentarios como:
No lo entienden.
Raramente lo veo redactado de esta manera, pero esas declaraciones son, en el mejor de los casos, palabras de moda y, en el peor, insensatez.
He visto trabajos que se describieron como "acelerados" y que son algunos de los trabajos más lentos, poco inspiradores, con decadencia del cerebro e insidiosamente aburridos que podrían obtenerse para un ser humano. También he invertido MUCHO tiempo y tuve muchas dificultades en los trabajos en los que la descripción no daba crédito a las necesidades reales del trabajo.
Cometerías un error al pensar demasiado en una redacción como esta. Aprenderá mucho más sobre un entorno de trabajo y las responsabilidades de un trabajo potencial al entrevistar y, a su vez, al entrevistador le hace preguntas importantes que ayudan a descubrir los misterios ocultos y las disfunciones de las que no le hablan.
No significa mucho en la mayoría de los casos. Después de todo, una compañía realmente diría que tiene un ambiente de trabajo donde su filosofía es " Mañana ". Es uno de esos clichés estándar que se lanzan a las listas de puestos de trabajo por personas de recursos humanos, como decir que quieren "personas altamente motivadas" y que ofrecen "un salario competitivo con un paquete de beneficios completo".
Necesitará averiguar en su entrevista exactamente qué tipo de presión es probable que tenga un trabajo, si se trata solo de hablar por recursos humanos o si realmente tienen tiempo para realizar un trabajo crítico. Por ejemplo, puede descubrir que realizan una gran cantidad de proyectos impulsados por el cliente o críticos de tiempo que deben realizarse muy rápidamente, como campañas publicitarias o planificación de eventos. O bien, puede encontrar que la organización está poblada por matones y idiotas que crean una presión fea. O bien, puede ser solo HR-BS y el medio ambiente es una tienda de desarrollo bastante típica.
Ignoro este tipo de publicaciones de trabajos ahora. Lo que quieren decir es que queremos un esclavo que trabajará 80 horas a la semana y no que se le pague en cuclillas. Es una señal de que la administración no está ofertando proyectos correctamente o no está administrando proyectos correctamente.
Los equipos bien administrados se ejecutan a tiempo y sin estrés adicional, como los gerentes que toman 100 nuevos requisitos y tratan de mantener la fecha. No he tenido una marcha de la muerte en años. Lo más cercano fue cuando volví a un proyecto fallido como consultor que obtenía tarifas desorbitadas por hora y trabajé un largo fin de semana festivo para rescatar algunos fallos importantes.
Bueno, el hecho es que la mayoría de las veces los proyectos nunca se estiman con precisión.
que creará alta presión!
también la mayoría de estas compañías tienen equipos semanales que crearán fallas en el sistema que necesitarán que trabajes a la medianoche con poca antelación y bajo presión :)
"¿Si todos saben lo que están haciendo y los proyectos se estiman con precisión?" Es una suposición realmente grande. Por lo general, esa suposición es falsa si la compañía dice que es un "entorno de alta presión".
Y, sí, hay muchas empresas que no pueden planificar y tienen empleados con bajo rendimiento. Hay muchas empresas que no encajan en ese molde, solo tiene que mantener sus propios estándares y negarse a trabajar en estos trabajos de alta presión.
El único lugar donde está bien que aparezca esto es si tendrás un trabajo en el que haya vidas en peligro.
Por ejemplo, si usted es administrador de sistemas para los servicios que deben estar funcionando para mantener los aviones en el cielo, debe esperar que sea alta presión. O bien, si trabaja en un software que se desplegará para los soldados en una zona de guerra, puede esperar presión.
Si ve esto, pregúntele al entrevistador si hay vidas en peligro si no cumple con una fecha límite o una alarma. Si no, están siendo dramáticos.
Significa que nunca han oído hablar de Agile o Scrum o Kanban, y no les importa quemar a sus desarrolladores.
Lea otras preguntas en las etiquetas project-management