Seu dinheiro no infinito

Se voc tem algum tipo de influncia nas decises arquiteturais de software no local onde trabalha, e a empresa ou instituio no tem dinheiro infinito, aqui vo 10 insights e lies aprendidas da minha parte tendo tido alguma experincia nesta indstria vital.

O dinheiro no infinito

Principalmente se a empresa est em early stage ou no tem muito investimento alavancado.

Qualquer deciso tcnica precisa ser baseada nesta premissa, o que a torna mais importante do que as demais a seguir.

Tecnologia deve acompanhar o negcio

necessrio saber quando dizer no, mas por outro lado, recusar tudo o que o negcio pede pode colocar o prprio negcio em risco.

Se coloque no lugar do interessado no produto de software.

Arquitetura simples

No importa o modelo, a necessidade, a escala e a promessa, sempre haver uma forma mais simples e menos custosa de resolver o problema.

teu papel sempre tentar garantir isto. Escolha stacks e arquiteturas simples, padronizadas e que facilitem onboarding.

Complexidade sufoca o negcio

muito mais fcil implementar algo complexo, quer a nvel arquitetural ou em um determinado componente de software. Geralmente buscamos o complexo de forma inconsciente para valorizar o ego e narrativa.

Mas ao longo do tempo, isto estrangula o negcio de tal forma que fica impossvel tornar o complexo simples novamente, pelo que a empresa precisa de um golpe de sorte e entrada de dinheiro para contratar mais pessoas e manter a complexidade funcionando.

difcil mas no impossvel fazer o simples. Muito provavelmente teu projeto no to especial assim pra justificar muita complexidade.

Pequenos passos

Decises ruins eventualmente acontecem, por isto importante dividir as decises e experimentos em pequenas entregas para validar se determinada soluo faz sentido ou no para o negcio.

Entregar tudo de uma vez mata pequenos negcios aos poucos. E entrega em produo, no em ambiente de homologao.

Confiana na equipe

preciso promover a confiana entre todos na equipe, de modo a no boicotar ideias que as pessoas trazem tampouco ficar fazendo micro-gerenciamento de cdigo.

Voc no um linter.

Transparncia

O processo de desenvolvimento deve refletir o trabalho e resultado, e no o relatrio de horas de trabalho da equipe ou uma pessoa especfica.

Fomentando transparncia, perde-se a necessidade de reportar o que cada um faz, pelo que tambm evita aqueles Pull/Change Requests de 3 meses que nunca saem do ambiente de homologao.

O processo deve gritar.

Experimentao != Playground

Uma cultura de experimentao crucial para o negcio, mas no podemos deixar a coisa desandar de modo a virar um playground de coisas inacabadas em ambiente de produo.

No brinque com o dinheiro dos outros.

Contrate iniciantes na carreira

E potencialize esta cultura com pair-programming e ambiente de testes automatizados.

Projeto cheio de pessoas "ninjas" e pseudo-lderes no sai do lugar. E se sai, pq deu sorte de algum endinheirado acreditar na promessa do negcio.

Promova cultura de aprendizado constante.

No conte com a sorte

Pra finalizar, se possvel conte apenas com o dinheiro em caixa.

Deixe a sorte para os imprudentes, faa uso consciente do dinheiro da empresa e promova cultura de experimentao e partilha de conhecimento.

O dinheiro acaba, no conte com a sorte e no brinque com o dinheiro dos outros!