Pular para o conteúdo principal

Confiança

"No gift is more precious than trust."



falei aqui no blog sobre algumas visões minhas em cima de como deve funcionar uma equipe de trabalho. Hoje vou voltar no assunto, mas para falar sobre outra perspectiva, a confiança.

Sabemos bem que confiança é a chave para todo tipo de relacionamento. Se você não confia em alguém você não consegue se relacionar bem com esta pessoa. Porém um relacionamento onde tem confiança se desenrola com mais tranqüilidade, gerando melhores resultados (e alegrias) a todos.

Muitas vezes nossa relação de confiança nasce de maneira simples e descomplicada. Um bom exemplo é quando você compra algum equipamento. Se alguém próximo lhe indica uma determinada marca, você compra e fica satisfeito, se estabelece um vínculo de confiança junto a marca. Com certeza você estará disposto a indicar esta empresa a outras pessoas, e espera que este vínculo se repita.

Muitas vezes esta confiança se estabelece de maneira mais complexa. Recorremos a contratos, garantias a fim de assegurar que um determinado nível de "confiança" se estabeleça na relação.

Mas em todos os casos de relacionamentos onde se tem confiança uma regra é geral. Mesmo o mais fortes dos relacionamentos demanda menos esforço para sucumbir que para se erguer. E é aqui que entra o meu ponto neste post.

Confiança na equipe

"Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done."

Uma das características mais notáveis em equipes ágeis é a simplicidade na hierarquia. Sabemos bem que muitas das hierarquias estabelecidas nas empresas busca o controle da produção. É neste controle onde morre a confiança na equipe. Criamos formulários, templates, pesados processos a fim de assegurar que tudo ande nos eixos. Não que estas ferramentas não sejam importantes, mas sim que muitas vezes seu objetivo é bastante distinto em cada tipo de organização.

Existe muitos kilômetros de diferença entre dizer:

"Você deve seguir o template TMP_2008_2145_PPS nesta tarefa."

E dizer:

"Cara dá uma olhada no template de PPS no repositório que ele pode te ajudar bastante."

Bem disse Hunter em seu livro "O monge e o executivo" que aquele que não delega responsabilidades aos membros de sua equipe é desonesto com ela. Sem confiança não se delega responsabilidades e sem isto a equipe é impedida de crescer e evoluir.

Como confiar ?

Quando você está na equipe e você confia nela esta confiança retorna a você. É incrível como confiança e transparência são coisas que andam juntas. Se você é transparente aos demais isto gera confiança e assim os demais serão transparentes a você. Esta transparência é a base para estabelecermos feedbacks que tenha real valor (e não palavras vazias em um formulário) e que sejam no tempo certo (e não só quando a vaca foi pro brejo) e assim crescer.

Confiar é uma aposta, você deve confiar primeiro e só poderá colher seus frutos no futuro. É claro que se quebra a cara neste caminho, mas isso faz parte do aprendizado. Quando falhamos em colocar adequadamente nossa confiança devemos corrigir isto pontualmente (e não burocratizando toda a equipe). Vivemos em uma era de colaboração e a confiança é um dos elos dessa corrente. Confie e colherá os resultados.

Postagens mais visitadas deste blog

TDD como ferramenta de aprendizado

Na penúltima sessão do DojoBrasilia surgiu a seguinte questão: Será que o TDD não atrapalha no aprendizado de novas tecnologias?  A grande questão girava em torno de que o respeito estrito as regras ao TDD tornariam o aprendizado lento e enviesado. Isso por que você estaria focado em passar o teste o que estaria limitando sua velocidade no aprendizado na tecnologia, bem como a visão do objetivo final. Caso do dojoBrasília No caso da sessão que levantou a questão acho que o principal sentimento de "lentidão" se deve a grande carga de tecnologias novas que estavam envolvidas. Escolhemos iniciar um problema conhecido em não uma, mas várias tecnologias ( Backbone.js , Undescore , CoffeeScript , Jasmine , etc). Ao final da sessão a sensação de pouco avanço era justificada pelo tempo gasto compreendendo as tecnologias em questão. A sessão seguinte não obteve o avanço que muitos esperavam. Mas nela podemos ver como o uso de TDD compensou. Tínhamos apenas 4 cas

De Híbrido a 100% remoto - o caso da bxblue

A bx nasceu como uma empresa remota. Durante os primeiros 18 meses, os três fundadores --  eu, Guga e Roberto -- trabalhamos de nossas casas. Passado esse período inicial de maturação da idéia, nosso time começou a crescer, e acabamos optando por seguir um modelo híbrido. Nele tecnologia e marketing permaneceram remotos porém nosso time de atendimento e vendas ficou atrelado ao nosso escritório. Mas, como em muitas outras empresa, isso mudou nas últimas três semanas. Depois de tantos anos, nos tornamos uma empresa 100% remota. O O grande incentivo veio da situação que vivemos no mundo atualmente. Tendo o isolamento social como uma medida necessária a todos que tem o privilégio de poder fazê-lo, era nossa responsabilidade fazer tal mudança. Pois minha intenção aqui é contar um pouco tem sido essas 3 semanas que marcam o começo de um período que a ainda tem muito pela frente. Porque Híbrido? Antes, deixe-me explicar por que escolhemos o caminho de ser uma empresa híbrida, tendo na

Formando pessoas desenvolvedoras na bxblue

Eu sempre fui apaixonado por ensinar. Trabalho com a formação e ensino desde 2003, indo desde o ensino das bases de computação até lecionar em cursos de pós-graduação. Estar no dia-a-dia com pessoas que estão no começo da carreira é um mix de satisfação e desafio. Satisfação por você ter a oportunidade de contribuir com um pedacinho tão especial da história daquela que será uma pessoa desenvolvedora no futuro. Desafiadora pelo fato de precisarmos nos despir de aprendizados já superados em nossas mentes e nos esforçamos por enxergar novamente pelos olhos de quem ainda não tem a mesma vivência que você. Por onde passei, eu sempre acreditei que um bom equilíbrio entre profissionais experientes e em formação é a melhor combinação para um time de tecnologia. Isso é benéfico não apenas para a retenção, como também é estímulo para uma cultura de aprendizado e humildade. Cultura essa que favorece o compartilhamento e interação não apenas entre quem faz o software, mas também as demais áreas da