C# Developers

Trabalhar com desenvolvimento é fascinante. As coisas novas, o universo de informação e conteúdo que você adquire, tudo é muito bom, mas o entusiasmo acaba no momento em que você se depara com a falta de organização e o descaso com que a massa trabalhadora, a mão de obra realmente ativa da área, é tratada. É muito difícil trabalhar quando você se depara com analistas despreparados, patrões aflitos e clientes difíceis.

Quando digo analistas despreparados, eu não me refiro àqueles que estão no mercado há pouco tempo, tendo que ralar muito para atender o que o mercado espera dele. Eu me refiro a profissionais que estão já há algum tempo trabalhando, que já conhecem o mercado, que sabem como essa máquina funciona. Mas mesmo assim, não sabem (ou sabem, mas não o fazem) como fazer um documento de requisitos, uma documentação de casos de uso, e pra piorar, não sabem como aconselhar o cliente sobre quais são as melhores práticas aplicadas atualmente na informática, sobre a viabilidade ou não de se aplicar tal funcionalidade em seu sistema. Tudo o que o cliente pede é lei, mesmo sendo algo impossível ou impraticável. Muitas vezes o que o cliente pede é inviável, e é nessas horas que cabe ao analista mostrar uma saída mais prática e eficiente.

Patrões aflitos são preocupantes. Cadeia hierárquica pra eles parece não ter significado algum. Exigem prazos diretamente dos desenvolvedores, sem consultarem antes como está o nível de trabalho, se está calmo, se está atribulado. Eles querem apenas prazos, e prazos curtos (no mercado atual, rapidez é essencial; mas quando se exige rapidez demasiada, esbarramos em situações-problema), pois assim o pagamento vem mais rápido (nada mais justo, se às vezes isso não esbarrasse na questão rapidez demasiada). Não existe um padrão para se calcular o tempo de trabalho necessário (na verdade há, mas muitas vezes não é aplicado). Tomam quase sempre por base o tempo que um profissional mais experiente levaria, sem considerar que os demais profissionais que trabalham pra ele podem não possuir tanta experiência assim, o que nos leva a atrasos no decorrer do projeto. Não respeitam banco de horas (isso acontece também em outros setores da economia, não é um “privilégio” apenas da área de TI), enrolam até onde podem para dar férias aos funcionários (ídem ao anterior). E não importa se estão na sala ao lado, ou se estão há quilômetros de distância, o comportamento é o mesmo.

Para completar o caos total, soma-se a tudo isso o fator “clientes difíceis”. Existe uma política de “maleabilidade” que algumas empresas de software aplicam em seus negócios. Um projeto mais personalizado, mais voltado às necessidades do cliente, fora daquele padrão de sistemas fechados, como vemos em alguns sistemas empresariais (ironicamente, esses sistemas são os mais eficientes e também os mais requisitados no mercado), isso atrai o cliente. Mas quando essa “maleabilidade” é usada pelo cliente para fazer da vida do desenvolvedor um inferno, seja com indecisão quanto ao que ele quer realente, seja com prazos impossíveis, ou com modificações não documentadas e/ou aprovadas, aí chegamos ao fundo do poço.

Existem fatores que não citei, mas que também interferem não só na produtividade, mas também nos ânimos de quem trabalha na área. Mas são fatores de importância menor, e não interferem a tal ponto de deixar alguém puto da vida.

Não sei dizer se tudo o que eu disse aqui acontece em todo lugar, mas acontece. Também não quero radicalizar ao extremo. Só quero mostrar que, para não haver turbulências dentro de uma empresa, é preciso duas coisas, apenas pra começar: planejamento e comunicação. Planejamento, pois a falta dele leva à documentações incompreensíveis e prazos impossíveis. Comunicação, pois sem ela, não há como fazer um planejamento adequado.

Analistas, eu sei que é chato (eu estudo engenharia de software na faculdade, e é chato mesmo), mas procurem fazer uma documentação simples, coesa e de fácil entendimento, com todas as informações necessárias (e aprovadas). Patrões, muita calma. Vocês podem assustar um funcionário ao fazerem isso (a não ser que na empresa seja apenas patrão e funcionários, sem gerentes ou cargos intermediários), despertando repentinamente dentro deles o medo da rescisão contratual. Clientes, se vocês souberem realmente o que precisam, passarem todas as informações necessárias aos analistas, e, de preferência, com tempo hábil para desenvolvimento, o projeto e o cronograma fluirá tranqüilamente sem maiores percalços.

Revisado e re-intitulado em 26 de junho de 2009: Retirada a parte sobre stress pessoal. Creio que não interessa a ninguém se eu estava ou estou estressado.

Isso mesmo, a situação apertou de vez. Tanto no trabalho quanto na faculdade, a coisa tá feia… Tanto que eu não pude pesquisar nada de novo para postar aqui. Mas não se preocupem! Em breve (espero), pretendo voltar com novidades e muitas dicas para vocês. Por enquanto, eu continuo apanhando do LINQ e sofrendo um pouco com CSS e infra…

Até o próximo post!