¿Por qué algunos puestos de trabajo dicen "ambiente de alta presión"? [cerrado]

58

¿Por qué habría alguna presión si todos saben 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 está funcionando, ¿por qué querría un buen programador unirse a un equipo así? ¿Se ha fallado este tipo de publicación de trabajo al tratar de presumir o son realmente honestos? ¿O hay realmente algunas buenas razones para tener presión?

project-management Andy
fuente
124
"Todos saben lo que están haciendo y los proyectos se estiman con precisión". Sí, tuve un sueño así una vez.
Finalizado
99
Mi primer trabajo profesional de programación en C sufrió esto. La compañía le había dado a una casa de software todo su presupuesto para escribir algún software para ellos. No funcionó, así que trataron de arreglarlo en casa, que es donde entramos yo y otros muchachos. Para abreviar una larga historia, me fui después de un par de meses. Ninguna cantidad de planificación puede hacer frente a ese tipo de mala gestión.
Jaydee
29
Esa es la frase clave para "pagamos severamente a nuestros programadores".
dasblinkenlight
44
Calificador importante: ¿Son estos trabajos en la industria de desarrollo de software u otra industria relacionada, como el comercio algorítmico de alta frecuencia? Parece que CADA respuesta a continuación está asumiendo la industria del software. Obviamente, ese no es el único programador de la industria en el que trabaja, y de lejos no es la presión más alta.
Marcin
44
@Marcin Las personas que trabajan en el software HFT son específicas de la industria, y trabajan bajo alta presión simplemente porque su clientela es (en mi humilde opinión) algunas de las personas más estresadas y seriamente infelices que he conocido. Además de eso, varias personas ni siquiera considerarían trabajar para una empresa así solo por principios morales. Preferiría usar mi conocimiento para mejorar algoritmos que resuelvan problemas del mundo real y que hagan del mundo un lugar mejor para vivir.
maple_shaft

Respuestas:

20

Ejemplo de trabajo de alta presión: comercio algorítmico de alta frecuencia. Un ingeniero de software amigo mío está trabajando para una tienda comercial. Enorme estrés, enorme presión. Todos los plazos son "ahora". Todo se envía a producción el día que está escrito. Incluso un retraso de unos minutos podría costarle a la compañía millones. 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 sus algos. Es súper alto riesgo, alta presión, alta recompensa. No tiene nada que ver con plazos poco realistas o falta de administración, y todo que ver con su capacidad para manejar la presión. (Y los traders te insultan cuando su P&L cae por el crapper ese día).

Otros ejemplos:

  • Trabajos donde se produce el tipo de software con altos requisitos de confiabilidad:
    • software médico
    • software embebido
  • Trabajos donde los entregables (y fallas) tendrían:
    • un impacto directo y grande en las personas,
    • Un impacto directo y grande en la imagen de la empresa.

Alternativamente, no es necesariamente solo un código para " no tenemos suficientes recursos y tenemos fechas límite agresivas poco realistas ", sino también posiblemente un código para "su responsabilidad lo convierte en una responsabilidad prescindible si algo sale mal".

haylem
fuente
1
Estoy de acuerdo. Supongo que la mayoría de la gente quiere un trabajo acogedor. Sin embargo, hay personas que quieren trabajar más duro hoy por el potencial de una gran recompensa y posible jubilación anticipada.
Sarel Botha
Esto es cierto en lo que respecta al software comercial, pero si vi "ambiente de alta presión" en un anuncio de trabajo para una tienda de desarrollo web más pequeña, las alarmas sonarían.
joshin4colours
44
@ joshin4colours: fui asesor de una pequeña tienda de desarrollo web de "entorno de alta presión". No encontré nada terriblemente malo en eso: era parte de su estrategia de mercado. La estrategia comercial era que podíamos arreglar los errores de otra persona en plazos ridículamente ajustados: el sueño de pesadilla de los programadores. ¿Las peticiones? Un día te levantas y te dicen que el equipo tiene 3 días para desarrollar y probar algo cotizado a 300mh +. Sí, eso significaba 16 horas de trabajo, no había espacio para drama personal y precisión mecánica. También significó salarios 50-150% más altos y 60% del tiempo pagado dedicado a proyectos personales
qdot
Esta es la situación en la que pensé de inmediato cuando leí la publicación original.
Jetti
102

Siempre he considerado este código para "no tenemos suficientes recursos y tenemos plazos agresivos poco realistas".

James McLeod
fuente
66
parece mucho, pero generalmente tienen una redacción diferente, como 'estresante', 'sensible al tiempo' y 'de ritmo rápido'. Incluso 'queremos que alguien que ame sea desafiado' puede implicar eso también.
Andy
48
Rápida, de ritmo rápido, dinámico son todas las palabras de moda para 'La administración no puede discernir entre su culo de su codo y cambiar de dirección con la frecuencia que cambian trajes'
mcfinnigan
14
Omitió el final del código: "y no espere un aumento debido a la alta presión: lo sabía cuando fue contratado"
mouviciel
66
Y quieren a alguien con una maestría en CS y 5-8 años de experiencia reciente "práctica" con OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server y PHP.
jfrankcarr
13
Y querían programadores con cinco años de experiencia en Java. En 1997.
James McLeod
40

Tal vez los reclutadores supongan que alguien que pueda soportar, o incluso disfrutar, un "ambiente de alta presión", sería más productivo en esa empresa en particular.

En realidad, puede ser una suposición correcta: un desarrollador inferior, que está dispuesto a presionar por mantener su trabajo, puede ser marginalmente productivo, mientras que un buen desarrollador, que puede permitirse el lujo de elegir y, por lo tanto, debe terminar en tal una compañía de bromas, se iría en poco tiempo y no sería productiva.

Joonas Pulakka
fuente
14
+1 Buena respuesta. Tales lugares preferirían tener un desarrollador inferior y servil.
maple_shaft
28

Es una frase clave para "Queremos jóvenes programadores solteros que estén dispuestos a trabajar horas completamente irrazonables a expensas de tener una vida personal".

No pueden decirlo explícitamente en parte porque es ilegal discriminar por edad y estado civil.

Snowhare
fuente
66
HA: "Estimado empleador respetado, soy un programador joven, asexual y soltero. Me encantan los trocitos y como chips de silicio. Viviré en la oficina y haré café para arrancar".
Adel
20

Una startup que se precipita al mercado debe luchar para ser más rápida que la competencia. Para una empresa así, tiene sentido crear un entorno 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 de este tipo puede hacerte rico rápidamente, a través de opciones sobre acciones.

Para una compañía de software bien establecida, la presión constante es una señal de mala administración y / o propietarios codiciosos y, por lo tanto, una señal de alerta.

usuario281377
fuente
1
De lo que deduzco, si está trabajando en algo como el comercio de alta frecuencia (que es controvertido pero lo que sea), entonces hay requisitos comerciales para tiempos de respuesta rápidos pero altas demandas en la calidad de su código.
2
Sí, pero ... Facebook es un mal ejemplo para el punto. Llegaron tarde a la fiesta y ganaron de todos modos.
Lord Tydus
15

Hombre, hay una CARGA de ventilación en este hilo: P

"todo el mundo sabe 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 administración probablemente sería culpable de pedir muy poco.

Me gusta la declaración de "alta presión" en las raras ocasiones en que la veo porque esos son los equipos que han visto los síntomas, a pesar de que pueden no tener todas las respuestas. Eso es mejor que la mayoría de los otros anuncios que no tienen idea.

Entonces, a menos que la competencia sea una gran casa de software que conozco, lo más probable es que encuentre esta "alta presión" como mínimo interesante. Hay menos equipos buenos en el mercado que buenos programadores y, francamente, esperar lo mejor (suponiendo que también te quieran) es una pérdida de tiempo, a menos que no tengas bocas que alimentar.

Entonces, en ese sentido, la frase "alta presión" no me disuade en absoluto.

Permas
fuente
+1 para el punto de vista opuesto.
Spencer Rathbun
2
No nos estamos desahogando, es un semáforo distribuido.
Adel
14

Una de dos razones:

  1. 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 se atrasa y supera el presupuesto con el cliente amenazando con demandar. Por lo general, porque el equipo de ventas prometió características adicionales sin ejecutarlas más allá de los desarrolladores.

  2. Las ventanas no se abren y el personal sufre flatulencias.

Creo que es 1.

GR8DAN
fuente
11

Creo que entiendes el punto.

Un buen programador no trabaja en estas compañías, entonces la compañía hace menos cosas (diferentes estudios muestran una diferencia de TCO que va de 10 a 26 entre los desarrolladores, lo cual es enorme) y aumenta la presión, lo que lleva a que se vayan más buenos desarrolladores.

Dicha empresa a menudo reducirá las pruebas, el control de calidad o la refactorización para alcanzar plazos poco realistas. Lo que hace que sea más difícil cumplir con la fecha límite para el próximo lanzamiento. Este es un proceso de mantenimiento propio, y mientras la alta gerencia no quiera romper esta tendencia, esta es una receta para el desastre.

Tenga en cuenta que del 60% al 80% de los proyectos de TI se consideran fallidos (consulte el informe de caos para obtener cifras precisas). Y esto tiene mucho que ver con el comportamiento que se muestra en las publicaciones de trabajo que lees.

Esto a menudo se conoce como efecto del mar muerto, y es un fenómeno muy real en la industria de TI.

deadalnix
fuente
3
60% to 80% of IT project are considered as failureEscucho mucho esta estadística, pero es intrínsecamente desingénica. ¿Por los estándares de quién? Los gerentes de aplicaciones y proyectos siempre encuentran la manera de convertir un proyecto fallido en un éxito. A las partes interesadas no les gusta admitir el fracaso porque tienen tiempo y dinero invertidos en el proyecto. No es políticamente beneficioso para ninguna de las partes admitir cuando un proyecto ha fallado, excepto tal vez por un tercero que desempeña el papel de auditoría o consultoría. Mete la cabeza en la arena y acepta un software horrible por el que pagaste demasiado y solo cubre parcialmente la necesidad.
maple_shaft
2
@maple_shaft Mencioné la fuente: es el informe del caos. Puede verificarlo para saber todo acerca de sus medidas y hacer su opinión al respecto.
deadalnix
3
¿Qué significa "TCO"?
¿Costo total de la propiedad?
ozz
1
Sí, el costo total de propiedad es el costo total de propiedad. En otros términos, poseer mucho le cuesta el trabajo de un desarrollador, incluido el costo indirecto (un desarrollador que hace menos errores, por ejemplo, costará menos en QA y corrección de errores).
deadalnix
5

¿Por qué?

Porque son de alta presión.

¿Por qué?

Porque, en términos de TI, no saben lo que están haciendo, o más precisamente, no siguen buenas prácticas de desarrollo, porque alguien fuera de 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 son de TI, es esta cosa lanosa y oscura que solo existe dentro de su computadora.

Pero debido a que no pueden tocarlo, no aprecian las complejidades que conlleva la construcción de un buen software.

Entonces, cuando estas personas "conducen el autobús", pronto recibes comentarios como:

  • solo construyelo
  • lo necesitamos en 1 mes
  • no necesitamos probadores

No lo entienden.

ozz
fuente
No lo entiendes. La compañía B tomará la venta porque prometieron 1 mes y están cobrando tan poco que no pueden pagar también a los evaluadores y aún así obtener ganancias. Este tipo de situaciones tienden a no ocurrir debido a una gestión no técnica intrínsecamente pobre, sino a un mercado intrínsecamente pobre o saturado. Los gerentes y vendedores de su empresa no tienen tanta culpa como los de la otra compañía. La mejor manera de evitar esto es trabajar en una empresa que tenga una ventaja clara y clara en la que puedan justificar su existencia sin abusar de los desarrolladores.
maple_shaft
1
Créeme, lo entiendo. Todo lo que dije anteriormente es exactamente aplicable a la situación que usted describe. Y la situación que describe obliga a las malas prácticas de gestión al equipo de desarrollo. Es justo que esos gerentes "lo entiendan" también, pero todavía están poniendo malas prácticas en el equipo de desarrollo.
ozz
1
@maple_shaft La administración es la culpable, si desea obtener ganancias a largo plazo, entonces no acepta pedidos rápidos y sucios que producirán productos descuidados y de mala calidad. Si lo hace, pone en peligro la reputación de la empresa. Además, es muy posible que el cliente no tenga idea de lo que está pidiendo, puede que le falte el conocimiento técnico necesario. Depende de los vendedores dejar en claro al cliente qué tipo de calidad pueden esperar por un precio determinado. También es trabajo de ventas hacer que el cliente abandone varias ideas locas, no deberían simplemente asentir y ofrecerle un precio.
4

Raramente lo veo así, pero esas declaraciones son palabras de moda en el mejor de los casos, y tonterías sin fundamento en el peor.

He visto trabajos que se describieron como de "ritmo acelerado", siendo algunos de los trabajos más lentos, poco inspiradores, con decadencia cerebral e insidiosamente aburridos que podrían concebirse para un ser humano. También puse MUCHO tiempo y tuve un desafío importante en los trabajos en los que, según la descripción, de ninguna manera daba crédito a las necesidades reales del trabajo.

Te equivocarías al pensar demasiado en una redacción como esta. Usted aprende mucho más sobre un entorno de trabajo y las responsabilidades de un trabajo potencial al entrevistar y, a su vez , hacerle preguntas importantes al entrevistador que ayudan a descubrir los misterios y disfunciones ocultos que no le cuentan.

eje de arce
fuente
2
+1, las descripciones de trabajo deben tomarse con un grano de sal, pero lamentablemente muchos desarrolladores tienden a tomar las cosas al pie de la letra. La única forma de descubrir la situación real es hablar con ellos EN PERSONA. Glassdoor también podría dar una idea.
Angelo
1
@Angelo Glassdoor might give some insight as well.ESTO. ¡Mil veces ESTO! Si alguna vez comienza a odiar su trabajo, vaya a Glassdoor y mire las evaluaciones de los empleados de otros 20 empleadores de desarrollo de software en su área. Pronto te darás cuenta de lo afortunado que eres. Incluso teniendo en cuenta que, para empezar, la mayoría de las personas que escriben una crítica están descontentos, en general puede encontrar suficiente información interna para saber que la gran mayoría de las tiendas de software son lugares horribles para trabajar. La buena gestión y las mejores prácticas es, lamentablemente, la excepción, no la regla.
maple_shaft
1
Definitivamente espero revisores "descontentos" en glassdoor. Mi bandera roja es si NO hay o muy pocas críticas positivas. Del mismo modo, sospecharía si todas las críticas fueran uniformemente positivas.
Angelo
4

No significa mucho en la mayoría de los casos. Después de todo, una empresa realmente diría que tienen un ambiente de trabajo donde su filosofía es " Mañana ". Es uno de esos clichés estándar que las personas de recursos humanos incluyen en los listados de trabajo, al igual que decir que quieren "personas altamente motivadas" y que ofrecen "un salario competitivo con un paquete de beneficios completo".

Tendrá que averiguar en su entrevista exactamente qué tipo de presión puede tener un trabajo, si es solo hablar de recursos humanos o si realmente tienen que hacer un trabajo crítico. Por ejemplo, puede descubrir que realizan una gran cantidad de proyectos impulsados ​​por el cliente o críticos en el tiempo que deben realizarse muy rápidamente, como campañas publicitarias o planificación de eventos. O puede encontrar que la organización está poblada de matones y idiotas que crean una presión fea. O bien, puede ser solo HR-BS y el entorno es una tienda de desarrollo bastante típica.

jfrankcarr
fuente
No estoy de acuerdo con eso "no significa tanto". La mayoría de las instituciones financieras son así. Empresas de juegos también. En cualquier lugar que sea una fecha límite impulsada por una gigantesca promesa de dinero (lanzamiento de juegos) o por personas que no entienden de TI.
ozz
@Ozz Creo que jfrankcarr está tratando de decir que este tipo de declaraciones en las ofertas de trabajo tienen menos que ver con la incompetencia organizativa o administrativa y más con la incompetencia de recursos humanos.
maple_shaft
@maple_shaft sí, y no estoy de acuerdo con esa premisa. Si bien los recursos humanos pueden ser, y a menudo son incompetentes de muchas maneras, creo que ver esa declaración en un anuncio de trabajo suele ser un muy buen indicador de cómo será un trabajo. Es una frase más agradable que "Nuestros proyectos siempre llegan tarde, no cuentan con los recursos suficientes, están mal planificados, porque las personas que no son de TI manejan nuestros resultados. Por supuesto, puede que no sea cierto en algunos casos, pero creo que para la gran mayoría, será.
ozz
@Ozz: lo que quiero decir es que, en la mayoría de los casos, es una declaración de recursos humanos sin sentido. Tienes que llegar a la verdad real durante la entrevista y de lo que puedes aprender sobre la compañía en línea. Con algunas compañías, como los tipos que mencionó, puede ser bastante obvio. Otros, no tanto. Sin embargo, todos ellos casi siempre usan los mismos clichés de recursos humanos.
jfrankcarr
@jfrankcarr nuevamente, no estoy de acuerdo con esa premisa. Estoy de acuerdo en que otros mencionan que son clichés o que no tienen sentido, pero que para ese específico, diría que es un buen indicador para la gran mayoría. No me importa si no estamos de acuerdo :-)
ozz
2

Ignoro ese tipo de ofertas de trabajo ahora. Lo que quieren decir es que queremos un esclavo que trabaje 80 horas a la semana y que no le paguen en cuclillas. Es una señal de que la administración no licita proyectos correctamente o no administra proyectos correctamente.

Los equipos bien administrados se ejecutan a tiempo y sin tensiones adicionales, como los gerentes que asumen 100 nuevos requisitos y tratan de mantener la fecha. No he tenido una marcha de la muerte en años. Lo más parecido fue cuando volví a un proyecto fallido como consultor que hacía tarifas exorbitantes por hora y trabajé un largo fin de semana de vacaciones para rescatar algún fracaso importante.

Bill Leeper
fuente
1

bueno, el hecho es que la mayoría de las veces los proyectos nunca se estiman con precisión.

lo que creará alta presión!

Además, la mayoría de estas compañías tienen equipos semanales que crearán fallas en el sistema que necesitarán que trabajes a medianoche con poca antelación bajo presión :)

Ali
fuente
55
en realidad, los proyectos a menudo se estiman con bastante precisión, pero las estimaciones no son aceptadas por los niveles superiores de gestión.
Chris Card
eso es cierto, más exacto decir que la estimación acordada por la gerencia es la mayoría del tiempo incorrecta :)
Ali
1

"si todos saben lo que están haciendo y los proyectos se estiman con precisión?" Es una gran suposición. 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 planifican y tienen empleados con bajo rendimiento. Hay muchas compañías que no se ajustan a ese molde, solo tiene que mantener sus propios estándares y negarse a trabajar en estos trabajos de alta presión.

Bryan Oakley
fuente
1

El único lugar donde está bien que aparezca esto es si tienes un trabajo donde las vidas están en juego.

Por ejemplo, si usted es el administrador del sistema para los servicios que deben estar activos para mantener los aviones en el cielo, debe esperar que sea de alta presión. O, si trabaja en un software que se implementará para 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.

kcunning
fuente
De acuerdo, una vez trabajé en un entorno en el que se nos exigía contractualmente solucionar problemas en X cantidad de tiempo porque las vidas estaban en juego. Hubo GRANDES, GRANDES penalidades por incumplir nuestra obligación contractual.
HLGEM
-1

Significa que nunca oyeron hablar de Agile o Scrum o Kanban, y no les importa quemar a sus desarrolladores.

DmitryB
fuente
Entonces, ¿Agile o Scrum o Kanban es la solución para la alta presión? (!)
Mawg
Estas prácticas requieren la participación del propietario del producto, lo que conduce a una mejor gestión de expectativas y, por lo tanto, a una mejor gestión de la presión.
DmitryB