Provavelmente essa não será uma resposta muito apreciada e não facilitará muito o seu trabalho, mas é o que eu faria. Além disso, você não pode dev quando está preso em reuniões nas quais nada de construtivo está acontecendo, não pode dev quando as pessoas estão tão frustradas e as condições são tão ridículas que o local de trabalho se assemelha a uma briga na sala de bar, e pode salvar um projeto que está em uma espiral da morte.
1) Entre em contato anonimamente com a gerência da empresa-mãe e explique-lhes a situação. Diga a eles que (A) seu gerenciamento definiu o cronograma sem consultar a equipe de desenvolvimento e que eles não tinham idéia do quão complicado o projeto era, ou (B), se você deseja desviar a culpa do gerenciamento, que algumas suposições foram feitas , como você seria capaz de reutilizar milhares de linhas de código de um projeto anterior, mas depois de alguns ajustes, percebeu-se rapidamente que o código antigo não foi projetado para esse projeto e que você teria que começar completamente do princípio. Explique que as situações foram para o sul, que a identificação e o abuso por parte da gerência subiram para um nível intolerável e que o líder da equipe, que não era o culpado, já se demitiu.
Se for bem-sucedido, isso realizará pelo menos um dos seguintes: (1) Depois de serem confrontados com os fatos, eles descartarão o projeto e encontrarão outra coisa para vocês dois trabalharem, (2) Eles atrairão outra equipe de desenvolvimento que irá ser designado para cuidar de uma parte do programa para que sua equipe possa realocar seus membros, (3) Eles estenderão o prazo.
2) Se isso não funcionar, junte todos os desenvolvedores e aceite o gerenciamento completamente de stonewall. Seria difícil ignorá-los completamente, portanto, talvez encontre alguém que não se importe em perder o emprego nesse momento e peça à gerência que os atribua a tarefas de "integração de gerenciamento". Venda para a gerência: ele será o intérprete entre você (os desenvolvedores) e a gerência, para que possam ser melhor informados e os desenvolvedores não precisem se afastar do trabalho para explicar as coisas à gerência o tempo todo. Essa pessoa será basicamente o seu próprio secretário de imprensa da Casa Branca que desviará o calor de você. Peça que eles façam algumas fotos falsas, apresentações em PowerPoint e gráficos sobre todo o "progresso" que está sendo feito (talvez até um gráfico de barras exponencial chamado " absurdo insubstancial. Para dissipar a noção de que ele é apenas graduado, peça-lhe que construa um protótipo / programa falso a cada poucas semanas. A funcionalidade que não pode ser falsificada deve ser concluída, mas não na versão em exibição, porque há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que eles absurdo insubstancial. Para dissipar a noção de que ele é apenas graduado, peça-lhe que construa um protótipo / programa falso a cada poucas semanas. A funcionalidade que não pode ser falsificada deve ser concluída, mas não na versão em exibição, porque há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que eles peça para que ele construa um protótipo / programa falso a cada poucas semanas. A funcionalidade que não pode ser falsificada deve ser concluída, mas não na versão em exibição, porque há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que eles peça para que ele construa um protótipo / programa falso a cada poucas semanas. A funcionalidade que não pode ser falsificada deve ser concluída, mas não na versão em exibição, porque há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que eles Há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que eles Há um atraso de seis semanas entre o protótipo e o local onde os desenvolvedores estão atualmente. Seu trabalho é enganar o gerenciamento. Se o gerenciamento fizer perguntas específicas aos desenvolvedores, os desenvolvedores devem apenas dizer que não sabem nada sobre essa parte específica do programa (a menos que seja uma parte complicada que o gerenciamento não possa entender, consulte a frase a seguir). coloca-os sob a arma pergunta-lhes o que exatamente é que elesestiver fazendo, diga-lhes para falar sobre coisas realmente complicadas e agitar as mãos no ar, tentando demonstrar o assunto desenhando e conectando coisas no espaço 3D. Confusos e irritados com essas "excentricidades estranhas dos desenvolvedores", eles decidirão que seu pequeno intérprete é muito mais fácil de conversar e deixarão os desenvolvedores sozinhos. Quando seis meses chegarem, peça ao seu intérprete que acabe de aparecer. Fique surpreso quando a gerência contar todas as coisas que ele está dizendo e depois diga a eles que ele claramente perdeu a cabeça devido às pressões do trabalho. Diga a eles que ele era o desenvolvedor mais fraco, então você imaginou que ele poderia ser mais útil em um "Engenheiro de Integração de Paradigmas" ( PIE)), mas você ficou surpreso por ele não conseguir lidar com isso. Recomende outra pessoa (leia-se: mártir) para o trabalho, afirme que ele é muito mais conhecido e respeitado entre a equipe - totalmente qualificado para o trabalho! Faça com que ele entre lá e fique surpreso com as coisas que o último cara disse, depois diga que tudo isso foi uma criação de sua imaginação. A gerência terá que gastar pelo menos um mês ou dois para desaprender o bacharelado do idoso e aprender o bacharelado do novo, e serão necessários mais 3 ou 4 meses antes que eles se apeguem ao novo. Nesse ponto, a gerência ficará furiosa e se recusará a receber outra TORTA, quando voltarão a respirar pelo pescoço - mas pelo menos você comprou de 9 a 12 meses de trabalho sem complicações.
Não é um plano muito bom, mas, no entanto, é um pouco melhor do que continuar aparecendo para o trabalho, ficar cagado o dia todo e depois decidir se tirar no almoço.