Thread by @giovannibassi

"O principal desafio de TI não é técnico, é de negócios" é uma frase que vem cada vez mais sendo repetida.
Sim, entender o negócio é importante, mas de longe não é o principal desafio. Segue a thread, vou explicar.

Não vou nunca argumentar para diminuir o desafio de negócios na tecnologia. Ele existe, é inegável. O foco aqui serão os desafios técnicos, que estamos ainda muito longe de resolver, e esses sim, os principais.

Nossa área é carente de pessoas preparadas para entregar software bem feito. Temos problemas de falta de gente, e as pessoas com frequência não tem todo o conhecimento necessário para lidar com os desafios que lhes são apresentados.

Temos também um problema grave de cultura em tudo o que envolve produção de código. Desde quem codifica, que carrega às vezes premissas falsas e cargo cult, até quem gerencia, muitos se baseando em técnicas ultrapassadas e inefetivas.

Antes do desafio de negócios e depois do problema de capacidade de entrega técnica o principal problema é gestão de prazo, escopo e custo. Quem gerencia com frequência não entende que pressionar por prazo *sempre* vai reduzir qualidade.

O cenário atual na TI é caótico. O que mais vemos são times desmoronando o tempo todo por código mal escrito, pessoas pedindo demissão e a gestão desesperada pressionando todo mundo. É amador. Olhe de longe, te passa profissionalismo?

Então, sem essa de falar que o *principal* problema é negócios. Argumentá-lo é tampar o sol com a peneira, é ignorar que quem está na ponta está incapaz de entregar software, mesmo que o negócio esteja em perfeita harmonia com a TI.

Como resolver? Focando nos problemas simultaneamente - é possível - mas dando as prioridades de acordo com sua importância.

Focando especificamente na produção de código: vamos parar de fingir que todo mundo é sênior? Ok, você precisou contratar uma pessoa e pagar mais, mas não a chame de sênior. Reclame com a "mão invisível do mercado", e não atrapalhe.

E que tal dar espaço para as pessoas aprenderem? Uma parte do trabalho de dev é pesquisa. Aceitemos que isso é um fato, e vamos deixar as pessoas crescerem também *no trabalho*. E é também justo esperar que invistam tempo pessoal nisso.

E bora começar a chamar os charlatões do mercado pelo que são? Tem muita gente aproveitando a imaturidade de quem está entrando no mercado para vender cursos, bootcamps e outros como solução mágica. Podemos dizer: esse curso é ruim/falso.

Não há mágica, ninguém é sênior em poucos anos, as empresas que estão desesperadas atrás de gente e chamam todo mundo de sênior. Tudo a seu tempo, com calma todo mundo chega lá. E isso não quer dizer ganhar menos.

E vamos começar a ter disciplina com a nossa profissão? É o mínimo. Testes, commits limpos, cuidado com o código é o mínimo que uma pessoa tem que fazer para se chamar de dev profissional. Sem isso a pessoa é uma aventureira, ponto final.

Quando cuidarmos do código e soubermos além de linguagens e frameworks, também padrões de projeto, algoritmos, agilidade, e soubermos dizer "não" para quem pede algo sem sentido, tudo começa a mudar. Antes disso, mesmo com negócios, não.

E não dá para fazer isso sem a gestão no barco. Gestores, eduquem-se, e tenham coragem para peitar um pedido absurdo. Não dói dizer "não dá". E devs, fujam de gestores amadores. Há bons lugares para trabalhar sem gente amadora no comando.

Amigas e amigos, é assim que começamos a andar para frente. Podemos olhar para negócio também, falhamos muito nisso, sem dúvida. Vamos olhar para esses problemas juntos, e parar de fingir que fazemos projetos de software e começar a entregar.