Desistir é a única resposta razoável a esta situação? [fechadas]

Eu li um artigo interessante, 10 razões para sair da TI .

Cito uma parte deste texto:

"Esse mal-entendido de dever e tecnologia faz uma coisa: torna seu trabalho impossível. Quando os poderes que começam a administrar seu departamento por você, todos os elementos ruins são exacerbados. Você conhece seu trabalho e sabe que conhece seu trabalho." A gerência não conhece o seu trabalho, mas eles não sabem que não o conhecem. É tudo uma tensão viciosa do Mobius. "

É exatamente isso que está acontecendo no meu projeto no momento. O cliente, ou seja, o que paga, quer ser tudo. Ele quer desempenhar todos os papéis possíveis no projeto. Ele até quer uma explicação técnica detalhada, mesmo que não saiba nada sobre programação. E quando algo não funciona, ele culpa alguém.

Alguém já teve alguma experiência semelhante? Algum conselho sobre como lidar com essas situações?

Eu tive minha parcela de empregos em TI. Helpdesk, redes, desenvolvimento de software, todos compartilham problemas semelhantes. Parar e começar de novo, enquanto atualiza, traz apenas um novo conjunto de problemas para resolver. Há algumas coisas que você pode fazer para manter sua sanidade controlada.

Procure o problema real
O cliente está tentando controlar totalmente os projetos. Veja se você pode descobrir o porquê.
- É devido a falhas do passado? Empatia, assegure-lhes o sucesso do projeto.
- O cliente é um maníaco por controle? Redirecione a atenção deles. o segredo do iceberg .

Reuniões não são tão importantes quanto resultados.
Todo gerenciamento de reuniões diz algo que faz meu estômago enrolar. Mas, quando a reunião termina, tudo é esquecido, exceto os resultados. Ainda sou eu quem resolve os problemas e os resolve da maneira que sinto que eles precisam ser resolvidos.

Não carregue o peso do mundo em seus ombros
Os caras mais estressados ​​em TI geralmente são os melhores. Um dos meus melhores amigos está sempre enfatizando as inúmeras responsabilidades que a gerência coloca em seus ombros. Outros desenvolvedores o procuram para resolver seus problemas.

Vou lhe contar a mesma coisa que disse a ele.

Não deixe eles. Encontre uma maneira política de dizer não / pare de enfrentar problemas que você não possui. A empresa percebe que ativo valioso você é. Você pode ser o único cara que faz alguma coisa. Provavelmente não vão demiti-lo por interromper parte do abuso. Contanto que você lide com isso corretamente.

Eu já estive em uma situação semelhante em que estou trabalhando agora. Existem alguns chefes de departamento que se consideram "técnicos" (não chefes de departamento de SI, lembre-se) e, embora sejam altamente críticos em relação ao nosso trabalho, têm muito pouco a oferecer em termos de elogios ou agradecimentos. Nosso gerente de conteúdo já saiu da empresa e o gerente de rede tem um pé fora da porta o tempo todo. Estou participando porque estou no meio do projeto e me sentiria péssimo em deixar a organização em suspenso, mas talvez seja isso que levaria para que certas pessoas gostassem de ter um desenvolvedor interno. No meu ambiente, minha saída provavelmente resultaria na terceirização de seus serviços da Web; é o que eles estavam fazendo antes de eu embarcar e o orçamento deles era ridículo.

Siga estas regras de ouro:

(1) Assente com a cabeça e concorde

(2) Ignore o BS como um compilador ignora comentários

(3) Entregue os resultados

No final, os Resultados os calarão, com o tempo, se você entregar resultados consistentemente, as pessoas eventualmente se afastarão quando confiarem no seu trabalho.

Sim, passei por isso pelo menos uma vez, acabei saindo do meu trabalho. Infelizmente, é quase impossível uma recuperação completa dos mal-entendidos e desconfianças do cliente não técnico (ou da gerência). Aqueles que não entendem o que você faz são deixados a confiar em você ou não. A psicologia humana é tal que, uma vez quebrada a confiança, é necessário um enorme esforço para reabilitar. Na maioria das vezes, não vale a pena, porque, mesmo que você consiga se recuperar, ficará, figurativamente falando, com o mesmo salário.

Use-o como uma experiência de aprendizado. Um ótimo desenvolvedor ganhará menos do que um desenvolvedor médio que sabe como lidar com um gerente como esse.

Não é apenas neste trabalho que você encontrará esse problema. Todo trabalho que você tem terá pelo menos uma pessoa que não sabe a diferença entre uma string e um objeto, informando como armazenar em cache, ou algo assim.

Leia livros como Como lidar com pessoas difíceis , faça amizade com pessoas de alto escalão da empresa que sabem como gerenciar essas situações e que sabem que você é bom no seu trabalho, e pense nisso tudo como uma história engraçada para contar aos seus amigos programadores. .

Um amigo meu tem um ditado - o único problema com um projeto condenado é que você precisa morrer tentando.

Acredito que existem empregos bons o suficiente por aí, que você não deveria ter de suportar em um emprego ruim. Você não deve nada à sua empresa além do que é pago para fazer e, quando uma oportunidade melhor se apresentar, você deve aproveitá-la em vez de sofrer com um senso de lealdade equivocado. Você pode efetuar mudanças a partir de dentro, mas não tenho mais paciência para isso.

Eu passei pelo meu próprio projeto do inferno cerca de 15 anos atrás. No final, foi uma experiência positiva, porque agora eu sei o que procurar e evitar, mas o estresse levou alguns anos da minha vida (sem brincadeira). Eu também aprendi que, no final, é apenas um trabalho; há outros. Não faz sentido se colocar no hospital tentando ser um herói; isso não vai mudar nada, e eles não apreciariam de qualquer maneira.

Comece a gerenciar seu cliente.

Estabeleça seu plano para o andamento do projeto, envie suas atualizações e planeje quais problemas você trará para ele . De preferência pela hora faturável. E escreva ótimas narrativas em suas faturas mensais.

Bem, tudo se resume a você mudar de emprego ou mudar de emprego.

Seja um agente de mudança interna e trabalhe para corrigir a situação ou encontrar um novo emprego. Para a empresa anterior em que trabalhei por 5 anos, fiz as duas coisas.

Passei vários anos trabalhando por mudanças positivas por dentro. Algumas dicas que vou sugerir (alertar a maioria não é para os fracos de coração que têm medo de confronto)

1. Confronte os micro-gerentes. Obviamente mostre algum tato, mas também seja brutalmente honesto com eles. Lembre-os de que você é a pessoa com experiência técnica e não é o trabalho ou a necessidade deles de se preocupar com cada minúcia do projeto. Eles têm um uso melhor do tempo e precisam confiar em você para fazer sua parte.

2. Passe por cima da cabeça deles. Isso pode não ser possível na sua situação, mas depois de enfrentá-los, se eles não mudarem, procure os chefes. Mais uma vez mostrando tato, informe o chefe que você está tendo dificuldades para trabalhar com os microgerenciadores. Explique a situação em detalhes sobre o que é difícil e como isso dificulta o desempenho eficiente do trabalho.

3. Encontre um novo emprego. Mesmo se você estiver satisfeito com sua posição atual, certifique-se de ser muito ativo em sua comunidade técnica local e regional. Participe de grupos de usuários, jantares nerds, conferências regionais, etc. Rede, rede, rede! Esteja ciente do mercado de trabalho em sua área, portanto, se necessário, você pode começar rápida e facilmente a se candidatar a novas posições (especialmente posições que não são anunciadas publicamente).

No meu caso, a etapa 1 resultou em minha repreensão verbal e "escrita em meu registro permanente" pelo chefe do microgerenciador. Na verdade, a Etapa 2 envolveu várias pessoas que procuravam o chefe de nosso chefe ao mesmo tempo para enfrentar a situação e, como resultado, acabaram removendo o chefe de nosso departamento.

Alguns anos depois, as coisas mudaram para o sul com a empresa e eu pude ver a inscrição na parede. Eu estava infeliz e nenhum esforço mudaria a situação na forma como a empresa estava, então comecei a procurar e, cerca de 4 meses depois, encontrei um novo emprego. Agora estou feliz e ganhando muito mais dinheiro.

Engraçado você perguntar algo assim. Em um artigo em espanhol que escrevi sobre a América Latina e como o programador é tratado, ele se relaciona muito com o seu artigo e como todos os programadores em 99% de todas as empresas são tratados. Principalmente como se fossem algum tipo de assistente que apenas POOF faz tudo pronto quando o "chefe" diz isso e quando o "chefe" diz isso. O artigo é La Programacion en Latino America . Se você possui o Google Chrome, pode traduzir o artigo, mas alguns dos meus pontos são:

Características de programação:

• Criatividade

• Imaginação

• Lógica

• Dedicação (concentração)

• Paciência

• Ingenuidade

Que, a propósito, parte ou tudo isso é morto ou diminuído por um chefe que não sabe de programação de QUALQUER maneira, mas acontece para ordená-lo como ele fez o livro da Bíblia em C, C ++, PHP, MySQL e qualquer outra linguagem antes de você nascer.

Outros pontos são cenas que acontecem no local de trabalho ou como um programador é tratado, por exemplo:

• Um chefe que deseja concluir um projeto em 2 dias, quando todos já disseram que isso poderia ser feito em 2 meses no mínimo.

• Um projeto no qual você começa a trabalhar apenas para descobrir o cronograma do projeto foi reduzido pela metade, mas você AINDA precisa terminar o projeto inteiro.

• Um projeto no qual você deu o seu melhor. Você até adicionou alguns bônus para torná-lo melhor e mais atualizado, mas ninguém se importa ou o parabeniza. Em vez disso, se eles encontrarem um bug, um problema, sua cabeça vai rolar.

• Você oferece sua experiência de qualidade a uma empresa apenas para descobrir mais tarde que ela contrata alguém que trabalha por 10% do que você estava cobrando E terminou o trabalho. Mais tarde, você descobre que o trabalho foi horrivelmente feito, teve muitos erros, criou muitos problemas e eles querem contratá-lo "novamente" para corrigi-los.

• Seu professor obriga todos a trabalhar em um projeto que usa algum tipo de linguagem egípcia antiga da qual ninguém nunca ouviu falar (apenas seu professor). A melhor parte é que o projeto menciona que você pode escolher qualquer idioma que desejar.

• Um projeto no qual alguém o manda e usa PHP, MySQL, C, C ++ e Python há 10 anos, por 30 minutos, e como ele os usou há 10 anos, por 30 minutos, agora pensa que os conhece de cor, então ele quer saber sobre o que você fez e como fez (na vida real, ele / ela não faz ideia do que está dizendo, apenas murmura que você está certo).

Estes são alguns dos pontos mencionados lá. Na minha experiência, meu melhor amigo deixou a melhor empresa do nosso país e começou a trabalhar por conta própria. Adivinha. Foi ótimo. Ele não apenas recebeu cerca de 6 vezes mais, como também selecionou seu horário de trabalho, local de trabalho e outros pontos que um programador PRECISA ter que ser eficiente. Minha namorada e eu também paramos e estamos trabalhando de forma independente; acabamos de registrar nossa empresa e tudo isso acontece em menos de um ano. Sentir-se livre é um dos requisitos para um programador. Um que trabalha em um cubículo cairá e cairá da maneira que as coisas do programa, já que suas características estão sendo mortas, lentamente.

Sinto muito, mas na vida real:

• As pessoas que não sabem sobre um determinado ponto não devem dar suas opiniões, menos todas, ordens sobre o assunto, até que entendam. Como no exército, você não entrará em território inimigo até que tenha entendido tudo lá.

• Pelo que chamamos no meu país de "idiotas", se você não sabe do que está falando, cale a boca! Comece a ouvir em vez de dar ordens.

• Se você é um programador em uma situação com um "burro-chefe", sugiro que comece a economizar algum dinheiro e trabalhe em outro projeto que dará início à sua vida, porque imagine-se lá, na mesma posição, no mesmo salário, sem ir porque normalmente os programadores não entram nesse tipo de empresa. Agora imagine 10, 25 anos depois, lá, no mesmo lugar. O que você fez da sua vida? Com todo esse potencial e nada. Preso no mesmo local em que você foi usado para projetos que a maioria deles foi rejeitada por alguém que não sabe nada sobre como tudo funciona (Exemplo: Bancos .. Não comece a usar bancos).

• Comece a se juntar a outras pessoas para trabalhar em algo necessário à comunidade. Confie em mim, mesmo que pareça haver muitos programadores no mundo, não somos suficientes para resolver 10% dos problemas no mundo que PODEM ser resolvidos por um programador. Se você demorar apenas 1 dia para passear, olhar em volta, encontrará pelo menos 10 problemas que VOCÊ SABE que podem ser resolvidos por você e talvez uma solução que cubra todos eles ou a maioria deles.

Acredito que o único trabalho que oferece tempo livre para ser você mesmo, seja criativo, que pague bem, lhe dê controle total do seu tempo como programador. Eu também acredito que o único trabalho que tem a capacidade de resolver a maioria dos problemas neste novo mundo digital é a programação (em um esforço conjunto com outros como eletrônicos e outros. Você viu um advogado resolver muitos problemas ou criá-los?)

Pense por um tempo e saia e caminhe.

Os gerentes, especialmente os não técnicos, devem poder delegar.

Se eles estão gerenciando você de forma micro, essa é uma enorme bandeira vermelha para mim.

Eu estaria olhando para os prós e contras de trabalhar lá e ver como eles se comparam.

Por favor, mas em horário faturável (este era um cliente, certo).

Se ele quiser continuar pagando, tudo bem. Se não, tudo bem também.