Caindo na Real - Contratação

Iniciamos nossa oitava postagem, de um total de 16 postagens, acerca dos 16 cápitulos do livro "caindo na real", escrito pela 37 Signals, empresa que criou o framework de desenvolvimento de software Ruby on Rails. Aqui você encontra o livro para leitura: https://bit.ly/39IQf7p

Nessa oitava postagem, nós discutiremos os conhecimentos apresentados no oito cápitulo, que fala sobre Contratação. Diferente dos demais cápitulos, este cápitulo nos trás em 4 páginas, uma série de sábios conhecimentos e verdades, que precisamos conhecer/pensar e aplicar em nosso cotidiano profissional. A primeira grande frase, de um total de 3 grandes frases que gostaria de compartilhar a minha opinião com vocês, é esta daqui:

Adicione devagar para andar rápido (mesmo que seja fácil crescer). Ficar grande dificulta a assimilação da cultura como aumentam os problemas pessoais e de comunicação

Sendo objetivo, esta seção fala sobre a contratação. Devemos considerar a máxima que para andar rápido, devemos adicionar novos mesmos a equipe, mesmo que seja fácil crescer. Possuímos o ideal de que quanto maior/melhor, mas tamanho implica diretamente na velocidade, algo também desejado por quem desenvolve software. Conforme a equipe vai crescendo em tamanho, mais difícil é disseminar a visão d o produto e a cultura da equipe entre todos, e maiores são os problemas relacionados a pessoas e a comunicação.

A lei de brooks diz que adicionar pessoas a um projeto de software atrasado vai atrasá-lo ainda mais. Equipes pequenas precisam de pessoas que possam vestir diferentes chapeis

Esta segunda grande frase do cápitulo que fala sobre a contratação, trás apontamentos relevantes que muitas vezes são deixados de lado ou omitidos. A famosa lei de brooks, diz que se adicionarmos pessoas a um projeto de software que está atrasado, iremos assim atrasar ainda mais o projeto. Isso acontece, pois novos membros, mesmo aptos no que trata as tecnologias do projeto, desconhecem questões arquiteturais e regras de negócio, eminentes na aplicação. Sendo assim, procure trabalhar em ciclos curtos, que caso atrasem a entrega de funcionalidades, permitem de maneira facilita o ajuste técnico criado pela não entrega das histórias de usuário. Quando for contratar, opte sempre que possível em selecionar por candidatos capazes de atuar em diferentes papeis do ciclo de desenvolvimento. Como diz a frase, pessoas capazes de vestir diferentes chapeis, sendo aqui chapéu, um desenvolvedor de software capaz de realizar as etapas de análise ou projeto de uma história de usuário, até ser capaz de atuar nas etapas de gestão do processo.

Encontre alguém com o entusiasmo de odiar as mesmas coisas que você. Contrate bons escritores, eles pensam claramente, sabem o que omitir, sabem se comunicar e se colocar no lugar dos outros.

Esta terceira grande frase do cápitulo que fala sobre contratação, trás apontamentos sobre o perfil do profissional. Durante a contratação, procure por pessoas que possuam o mesmo entusiasmo de odiar as mesmas coisas que você odeia. Isso facilitará que você consiga fidelizar a visão e os ideias que uma equipe segue. Busque no perfil técnico, por pessoas que sejam boas escritoras, pois nos escritores, encontramos qualidades voltadas a comunicação e a gestão de pessoas. Bons escritores sabem se colocar no lugar do ouvinte/leitor, sendo esta qualidade, algo benéfico na área de construção de produtos baseados em software.

O que você pensa sobre tudo isso? Chegou a ler a parte que fala sobre contratação do livro? Tem algo importante que não comentei e que precisa ser comentado? Gostaria de ouvir sua visão/opinião sobre tudo isso. Se for do seu interesse, você pode dar uma espiada nas minhas anotações/sínteses sobre o livro, em meu Notion público: https://bit.ly/3HHVr7S Até o próximo episódio/cápitulo.