por que alguns postos de trabalho dizem “ambiente de alta pressão”? [fechadas]

58

Por que haveria pressão se todos soubessem o que estão fazendo e os projetos sejam estimados com precisão? Se houver pressão, ou mesmo alta pressão, isso implica que o que eles estão fazendo atualmente não está funcionando, por que um bom programador gostaria de se juntar a uma equipe como essa? Esse tipo de anúncio de emprego falhou ao tentar se exibir ou eles realmente estão sendo honestos? Ou há realmente boas razões para ter pressão?

project-management

— Andy
fonte

124

"todo mundo sabe o que está fazendo e os projetos são estimados com precisão". Sim, eu tive um sonho assim uma vez.

— Oded

9

Meu primeiro trabalho profissional de programação C sofreu com isso. A empresa havia dado todo o seu orçamento a uma empresa de software para escrever algum software para eles. Não funcionou e, portanto, eles tentaram consertá-lo em casa, que é onde eu e vários outros caras entramos. Para encurtar uma longa história, saí depois de alguns meses. Nenhuma quantidade de planejamento pode lidar com esse tipo de má administração.

— 21412 Jaydee

29

Essa é a frase de código para "nós pagamos muito mal aos nossos programadores".

— dasblinkenlight

4

Qualificador importante: são esses trabalhos na indústria de desenvolvimento de software ou em outra indústria relacionada, como negociação algorítmica de alta frequência. Parece que CADA resposta abaixo está assumindo a indústria de software. Obviamente, esse não é o único programador da indústria que trabalha, e de longe não é a pressão mais alta.

— 319 Marcin

4

@ Marcin As pessoas que trabalham com software HFT são específicas da indústria e trabalham sob alta pressão simplesmente porque sua clientela é (IMHO) uma das pessoas mais estressadas e seriamente infelizes que já encontrei. Além disso, várias pessoas nem considerariam trabalhar para uma empresa desse tipo apenas com base em princípios morais. Eu preferiria usar meu conhecimento para melhorar algoritmos que resolvem problemas do mundo real e que tornam o mundo como um todo um lugar melhor para se viver.

— maple_shaft

20

Exemplo de trabalho de alta pressão: negociação algorítmica de alta frequência. Um engenheiro de software amigo meu está trabalhando para uma loja comercial. Enorme estresse, enorme pressão. Todos os prazos estão "no momento". Tudo é enviado para produção no dia em que foi escrito. Mesmo um atraso de alguns minutos pode custar milhões à empresa. Muitas pessoas não conseguem lidar com um ambiente como esse. Se você conseguir, espere um salário 50-100% maior do que o padrão do setor no seu nível + bônus de final de ano com base em% dos lucros de suas algas. É super alto risco, alta pressão, alta recompensa. Não tem nada a ver com prazos irrealistas ou falta de gerenciamento, e tudo a ver com a sua capacidade de lidar com a pressão. (E os comerciantes xingando a sua cara quando o resultado da operação cai no dia seguinte.)

Outros exemplos:

Trabalhos onde produzir o tipo de software com altos requisitos de confiabilidade:
- software médico
- software embutido.
Trabalhos onde os produtos (e falhas) teriam:
- um impacto direto e grande nas pessoas,
- um impacto direto e grande na imagem da empresa.

Como alternativa, não é necessariamente apenas o código para " estamos com poucos recursos e temos prazos irrealisticamente agressivos ", mas também possivelmente para o código "sua responsabilidade o torna um passivo dispensável se algo der errado".

— haylem
fonte

1

Concordo. Eu acho que a maioria das pessoas quer um trabalho acolhedor. No entanto, existem pessoas que querem trabalhar mais hoje para o potencial de uma grande recompensa e possível aposentadoria anterior.

— Sarel Botha

Isso é verdade no que diz respeito ao comércio de software, mas se eu visse "ambiente de alta pressão" em um anúncio de emprego para uma loja menor de desenvolvimento na Web, os alarmes tocariam.

— Joshin4colours

4

@ joshin4colours: fui consultor de uma pequena loja de desenvolvimento web para "ambiente de alta pressão". Não achei nada terrivelmente errado com isso - fazia parte de sua estratégia de mercado. A estratégia de negócios era que poderíamos corrigir os erros de outra pessoa em prazos ridiculamente apertados - o sonho de pesadelo dos programadores. As demandas? Um dia você acorda e é informado que a equipe tem três dias para desenvolver e testar algo citado a 300mh +. Sim, isso significava 16 horas úteis, sem espaço para drama pessoal e precisão de relógio. Também significava 50-150% maiores salários, e 60% do tempo pago dedicado a projetos pessoais

— Qdot

Essa é a situação em que pensei imediatamente quando li o post original.

— 21912 Jetti

102

Eu sempre considerei esse código como "estamos com poucos recursos e temos prazos irrealisticamente agressivos".

— James McLeod
fonte

6

parece muito, mas geralmente eles têm expressões diferentes, como 'estressante', 'sensível ao tempo' e 'acelerado'. Mesmo 'queremos que alguém ame ser desafiado' pode implicar isso também.

— 217 Andy

48

Rápido, rápido, dinâmico, são todos os chavões para 'A gerência não pode dizer o que

— pensa

14

Você omitiu o final do código: "e não esperar um aumento com base na alta pressão: você estava ciente disso quando fui contratado"

— mouviciel

6

E eles querem alguém com mestrado em CS e de 5 a 8 anos de experiência recente em OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server e PHP.

— Jfrankcarr

13

E eles queriam programadores com cinco anos de experiência em Java. Em 1997.

— James McLeod

40

Talvez os recrutadores suponham que alguém que possa suportar ou mesmo desfrutar de um "ambiente de alta pressão" seria mais produtivo nessa empresa em particular.

Na verdade, pode ser uma suposição correta: um desenvolvedor inferior, que está disposto a pressionar por manter o emprego, pode ser marginalmente produtivo, enquanto um bom desenvolvedor, que pode se dar ao luxo de escolher e, portanto, deve terminar em tal uma empresa de brincadeiras, sairia em pouco tempo e não seria produtiva.

— Joonas Pulakka
fonte

14

+1 boa resposta. Esses lugares preferem ter um desenvolvedor inferior e subserviente.

— Maple_shaft

28

É uma frase em código para "Queremos jovens programadores solteiros que estejam dispostos a trabalhar horas completamente irracionais à custa de ter uma vida pessoal".

Eles não podem dizer isso explicitamente em parte porque é ilegal discriminar com base na idade e no estado civil.

— Snowhare
fonte

6

HA - "Caro empregador respeitado, sou um programador jovem, assexuado e solteiro. Adoro bocados e como chips de silício. Vou morar no escritório e fazer café para arrancar."

— Adel

20

Uma startup que corre para o mercado deve lutar para ser mais rápida que a concorrência. Para uma empresa assim, faz sentido criar um ambiente de trabalho de alta pressão, já que estar lá dois meses antes de outros que trabalham no mesmo problema pode fazer a diferença entre ser o próximo facebook e ser, bem, um pouco tarde demais serviço que ninguém se lembra. Trabalhar em uma empresa assim pode enriquecer rapidamente, por meio de opções de ações.

Para uma empresa de software bem estabelecida, pressão constantemente alta é um sinal de má administração e / ou proprietários gananciosos e, portanto, uma bandeira vermelha.

— user281377
fonte

1

Pelo que entendi, se você está trabalhando em algo como negociação de alta frequência (que é controversa, mas seja qual for), existem requisitos de negócios para tempos de resposta rápidos, mas alta demanda pela qualidade do seu código.

2

Sim, mas ... O Facebook é um mau exemplo disso. Eles estavam atrasados para a festa e venceram de qualquer maneira.

— Lord Tydus

15

Cara, há um monte de ventilação neste segmento: P

"todo mundo sabe o que está fazendo e os projetos são estimados com precisão" é o que todo mundo quer, mas você não deve esquecer que essas equipes nem sempre foram assim. Toda equipe começa mal antes de melhorar, então, até chegar a esse estado utópico, a pressão é normal. Se não fosse, a gerência provavelmente seria culpada de pedir muito pouco.

Gosto da declaração de "alta pressão" nas raras ocasiões em que a vejo, porque essas são as equipes que viram os sintomas, mesmo que elas não tenham todas as respostas. Isso é melhor do que a maioria dos outros anúncios que não têm idéia.

Portanto, a menos que a concorrência seja uma grande casa de software que eu conheça, é provável que eu ache essa "alta pressão" interessante, no mínimo. Existem menos equipes boas no mercado do que bons programadores e, francamente, aguentar o melhor (supondo que eles também o desejem) é uma perda de tempo, a menos que você não tenha boca para alimentar.

Portanto, nesse sentido, a frase "alta pressão" não me impede realmente.

— Permas
fonte

+1 para o ponto de vista oposto.

— Spencer Rathbun

2

Não estamos desabafando, é um semáforo distribuído.

— Adel

14

Um de dois motivos:

Eles querem que você desista de sua vida social por 12 horas por dia e fins de semana, sem recompensa extra, para salvar um projeto atrasado e acima do orçamento, com o cliente ameaçando processar. Geralmente porque a equipe de vendas prometeu recursos extras sem passar pelos desenvolvedores.
As janelas não abrem e os funcionários sofrem de flatulência.

Eu acho que é 1.

— GR8DAN
fonte

11

Eu acho que você entendeu.

Um bom programador não trabalha nessas empresas, então a empresa realiza menos tarefas (estudos diferentes mostram uma diferença de TCO entre 10 e 26 entre desenvolvedores, o que é enorme) e aumentam a pressão, o que leva a que mais desenvolvedores saiam.

Essa empresa costuma fazer testes, controle de qualidade ou refatoração para atingir prazos irrealistas. O que leva a um prazo mais difícil de cumprir para o próximo lançamento. Este é um processo de manutenção automática e, desde que a alta gerência não queira quebrar essa tendência, essa é uma receita para o desastre.

Observe que 60% a 80% do projeto de TI são considerados como falha (consulte o relatório do caos para obter números precisos). E isso tem muito a ver com o comportamento mostrado nas postagens de emprego que você lê.

Isso geralmente é referido como efeito do mar morto e é um fenômeno muito real no setor de TI.

— deadalnix
fonte

3

60% to 80% of IT project are considered as failureEu ouço muito essa estatística, mas é inerentemente falsa. Pelos padrões de quem? Os gerentes de aplicativos e projetos sempre encontram uma maneira de transformar um projeto com falha em um sucesso. As partes interessadas não gostam de admitir o fracasso porque têm tempo e dinheiro investidos no projeto. Não é politicamente benéfico para qualquer parte admitir quando um projeto falhou, exceto, talvez, por uma terceira parte desempenhando a função de auditoria ou consultoria. Coloque a cabeça na areia e aceite softwares ruins que você pagou muito e preenche parcialmente a necessidade.

— Maple_shaft

2

@ maple_shaft Eu mencionei a fonte: é o relatório do caos. Você pode verificá-lo para saber tudo sobre suas medidas e opinar sobre isso.

— Deadalnix

3

O que significa "TCO"?

Custo total de propriedade?

— ozz

1

Sim TCO é o custo total de propriedade. Em outros termos, possuir muito custa o trabalho de um desenvolvedor, incluindo custos indiretos (um desenvolvedor que executa menos erros, por exemplo, custará menos em controle de qualidade e correção de erros).

— Deadalnix

5

Por quê?

Porque eles são de alta pressão.

Por quê?

Porque, em termos de TI, eles não sabem o que estão fazendo ou, mais precisamente, não seguem boas práticas de desenvolvimento, porque alguém fora da TI está no comando.

Um dos problemas que os desenvolvedores de software têm é que o software não é um objeto físico tangível. Para quem não é de TI, é essa coisa confusa e obscura que existe apenas dentro do computador.

Mas, como não conseguem tocá-lo, não apreciam os meandros da construção de um bom software.

Então, quando você pega esse tipo de pessoa "dirigindo o ônibus", logo recebe comentários como:

apenas construa
precisamos daqui a 1 mês
nós não precisamos de testadores

Eles não entendem.

— ozz
fonte

Você não entende. A empresa B aceitará a venda porque prometeu 1 mês e está cobrando tão pouco que não pode pagar pelos testadores e ainda assim lucra. Esses tipos de situações tendem a não ocorrer devido ao gerenciamento não técnico intrinsecamente ruim, mas devido a um mercado intrinsecamente pobre ou super saturado. Os gerentes e o pessoal de vendas da sua empresa não têm tanta culpa quanto os da outra empresa. A melhor maneira de evitar isso é o trabalho em uma empresa que possui uma vantagem clara e distinta, onde eles podem justificar sua existência sem abusar dos desenvolvedores.

— maple_shaft

1

Acredite, eu entendi. Tudo o que eu disse acima é exatamente aplicável à situação que você descreve. E a situação que você descreve força más práticas de gerenciamento na equipe de desenvolvimento. Justo o suficiente, talvez esses gerentes "entendam" também, mas ainda estão colocando más práticas na equipe de desenvolvimento.

— ozz

1

@maple_shaft A culpa é do gerenciamento , se você deseja lucro a longo prazo, não recebe pedidos rápidos e sujos que produzirão qualidade desleixada e produtos ruins. Se você o fizer, comprometerá a reputação da empresa. Além disso, o cliente pode muito bem não ter noção do que está solicitando, pode não ter o conhecimento técnico necessário. Cabe aos vendedores deixar perfeitamente claro para o cliente que tipo de qualidade eles podem esperar por um determinado preço. Também é trabalho das vendas fazer com que o cliente abandone várias idéias malucas, elas não devem apenas concordar e oferecer um preço por isso.

4

Eu raramente a vejo assim redigida, mas essas afirmações são, na melhor das hipóteses, chavões e na pior das hipóteses.

Vi trabalhos que foram descritos como "de ritmo acelerado", sendo alguns dos trabalhos mais lentos, pouco inspiradores, com deterioração cerebral e insidiosamente entediantes que poderiam ser concedidos para um ser humano. Também dediquei MUITO tempo e fui significativamente desafiado em trabalhos em que, pela descrição, de forma alguma davam crédito às reais necessidades do trabalho.

Você cometeria um erro ao pensar muito em redações como essa. Você aprende muito mais sobre um ambiente de trabalho e as responsabilidades de um trabalho potencial, entrevistando e, por sua vez, fazendo perguntas importantes ao entrevistador que ajudam a desvendar os mistérios e disfunções ocultos sobre os quais eles não falam.

— maple_shaft
fonte

2

+1, as descrições de tarefas devem ser feitas com um pouco de sal, mas, infelizmente, muitos desenvolvedores tendem a aceitar as coisas pelo valor nominal. A única maneira de descobrir a situação real é conversar com eles pessoalmente. O Glassdoor também pode fornecer algumas dicas.

— Angelo

1

@Angelo Glassdoor might give some insight as well.THIS. Mil vezes isso! Se você começar a odiar seu trabalho, entre no Glassdoor e analise as avaliações de funcionários de outros 20 empregadores de desenvolvimento de software em sua área. Você perceberá rapidamente como tem sorte. Mesmo levando em consideração que a maioria das pessoas que está escrevendo uma resenha está descontente, você pode encontrar uma verdade interna geralmente suficiente para saber que a grande maioria das lojas de software é apenas um local horrível para se trabalhar. Infelizmente, o bom gerenciamento e as melhores práticas são a exceção, não a regra.

— Maple_shaft

1

Eu definitivamente espero revisores "descontentes" no glassdoor. Minha bandeira vermelha é se não houver ou muito poucas críticas positivas. Da mesma forma, ficaria desconfiado se todas as avaliações fossem uniformemente positivas.

— Angelo

4

Isso não significa muito na maioria dos casos. Afinal, uma empresa realmente diria que possui um ambiente de trabalho em que sua filosofia é " Mañana ". É um daqueles clichês padrão que são exibidos nas listas de empregos por pessoas de RH, assim como dizer que eles querem "pessoas altamente motivadas" e que oferecem "um salário competitivo com um pacote completo de benefícios".

Você precisará descobrir em sua entrevista exatamente que tipo de pressão um trabalho provavelmente terá, se é apenas uma fala em RH ou se eles realmente têm um trabalho crítico que precisa ser feito. Por exemplo, você pode descobrir que eles executam muitos projetos orientados para o cliente ou de tempo crítico que precisam ser realizados muito rapidamente, como campanhas de publicidade ou planejamento de eventos. Ou você pode achar que a organização é preenchida com agressores e idiotas que criam uma pressão feia. Ou pode ser apenas HR-BS e o ambiente é uma loja de desenvolvimento bastante típica.

— jfrankcarr
fonte

Eu discordo disso "não significa muito". A maioria das instituições financeiras é assim. Empresas de jogos também. Em qualquer lugar com prazo determinado por uma promessa gigantesca de dinheiro (lançamento de jogos) ou por pessoas que não entendem de TI.

— 29412

@Ozz Acho que a jfrankcarr está tentando dizer que esses tipos de declarações sobre ofertas de emprego têm menos a ver com incompetência organizacional ou gerencial e mais com incompetência em RH.

— maple_shaft

@ maple_shaft sim, e eu discordo dessa premissa. Embora o RH possa ser e muitas vezes seja incompetente de várias maneiras, acho que ver essa afirmação em um anúncio de emprego geralmente é um indicador muito bom de como será um trabalho. É uma frase mais agradável do que "Nossos projetos sempre atrasam, têm poucos recursos, mal planejados, porque pessoas que não são de TI conduzem nossos produtos. Claro, isso pode não ser verdade em alguns casos, mas acredito que para a grande maioria, será.

— ozz

@Ozz - O que estou dizendo é que, na maioria dos casos, é uma declaração de RH sem sentido. Você precisa descobrir a verdade real durante a entrevista e com o que pode aprender on-line sobre a empresa. Em algumas empresas, como os tipos que você mencionou, pode ser bastante óbvio. Outros, nem tanto. No entanto, todos eles quase sempre usam os mesmos clichês de RH.

— Jfrankcarr

@jfrankcarr novamente, eu discordo dessa premissa. Concordo que os outros que você menciona sejam clichês ou sem sentido, mas, para aquele específico, eu diria que é um bom indicador para a grande maioria. Eu não me importo se discordarmos :-)

— ozz

2

Eu ignoro esse tipo de anúncio de emprego agora. O que eles querem dizer é que queremos um escravo que trabalhe 80 horas por semana e não receba agachamento. É um sinal de que o gerenciamento não está oferecendo projetos corretamente ou não está gerenciando os projetos corretamente.

Equipes bem geridas são executadas dentro do prazo e sem estresse extra, como gerentes que assumem 100 novos requisitos e tentam manter a data. Não tenho marcha da morte há anos. O mais próximo foi quando voltei a um projeto que falhou como consultor, que fazia taxas horárias exorbitantes e trabalhei um longo fim de semana de férias para evitar um grande fracasso.

— Bill Leeper
fonte

1

bem, na maioria das vezes, os projetos nunca são estimados com precisão!

o que criará alta pressão!

também a maioria dessas empresas possui equipes semanais que criarão falhas no sistema que exigirão que você trabalhe à meia-noite em pouco tempo sob pressão :)

— Todos
fonte

5

na verdade, os projetos geralmente são estimados com precisão, mas as estimativas não são aceitas pelos níveis mais altos de gerenciamento.

— Chris Card

isso é verdade, é mais preciso dizer que a estimativa acordada por gerenciamento está na maioria das vezes errada :) #

— 297 Ali Ali

1

"se todo mundo sabe o que está fazendo e os projetos são estimados com precisão?" é uma suposição realmente grande. Geralmente essa suposição é falsa se a empresa diz que é um "ambiente de alta pressão".

E, sim, existem muitas empresas que não planejam e têm funcionários com desempenho insuficiente. Existem muitas empresas que não se encaixam nesse molde, basta manter seus próprios padrões e se recusar a trabalhar nesses trabalhos de alta pressão.

— Bryan Oakley
fonte

1

O único lugar em que isso pode aparecer é se você terá um emprego onde vidas estão em risco.

Por exemplo, se você é o administrador do sistema de serviços que precisam estar ativos para manter os aviões no céu, deve esperar alta pressão. Ou, se você trabalha com software que será implantado para soldados em uma zona de guerra, pode esperar pressão.

Se você vir isso, pergunte ao entrevistador se vidas estão em risco se você perder um prazo ou alarme. Caso contrário, eles estão sendo dramáticos.

— kcunning
fonte

Concordo, uma vez trabalhei em um ambiente em que éramos contratualmente obrigados a corrigir problemas em X por um período de tempo porque vidas estavam em risco. Havia grandes, grandes penalidades por não cumprir nossa obrigação contratual.

— HLGEM

-1

Isso significa que eles nunca ouviram falar de Agile, Scrum ou Kanban, e não se importam em queimar seus desenvolvedores.

— DmitryB
fonte

Então, Agile, Scrum ou Kanban são a solução para alta pressão? (!)

— Mawg

Essas práticas exigem a participação do proprietário do produto, o que leva a um melhor gerenciamento de expectativas e, portanto, um melhor gerenciamento de pressão.

— DmitryB