Pular para o conteúdo principal

Diga não aos Chefes

O Texto a seguir foi enviado por mim a lista interna na empresa recentemente.
Achei válido compartilhá-lo, pois sempre fui averso a visão feudal do chefe roteador de emails e planilhas.

Vamos começar analisando o conceito clássico de "chefe". Tipicamente o chefe é o cara engravatado que passa o dia em um escritório atrás de uma bela mesa, ele tem uma secretária (as vezes nem tão bela) e ele opera em 2 sentidos. No 1º sentido, o chefe recebe diretrizes de cima, e repassa estas as pessoas abaixo. No 2º sentido, o chefe cutuca as pessoas abaixo dele, elabora algumas planilhas e envia estas acima.
Tudo bem, é uma visão simplista e bem antiquada, mas muito "chefe" (chame de supervisor, gerente, etc) opera bem próximo disto, muitos não fazem muito mais do que receber objetivos, delegar tarefas, rotear emails e elaborar planilhas. No fim, só mais uma peça em uma grande engrenagem. Para muitos isso parece funcionar bem, trabalhar 8x5, receber suas tarefas, digitar-digitar-digitar e entregar ao fim da semana é o bastante.
Mas esse modelo não serve na Intacto, aqui receber ordens e obedecer as cegas não basta. Todos devemos trabalhar como um time, onde decisões e ações são compartilhadas e discutidas, onde todos conhecem os objetivos (e não apenas as tarefas) e trabalham em conjunto em busca destes objetivos. E nesse nosso time, nossos objetivos são traçados pelos nossos clientes/usuários.
Bem, é neste cenário que a figura do chefe não cabe, mas cabe um papel que (não) pode ser confundida com ele, é a do treinador (procurem por coach na literatura). Como somos um time, quem está no papel do treinador no momento é quem forma a equipe, cada um com as características necessárias para chegar aos objetivos da partida. É o treinador que elabora a estratégia de jogo e discute ela com a equipe pare que estes entendam antes da partida. Ele mantém o foco em uma visão global enquanto todos estão jogando e indica aonde mudar e melhorar.
E cada um tem seu papel, igualmente importante. Tomar decisões em equipe, se ajudarem, se comunicarem, afinal o jogo é cooperativo e só assim todos podem ganhar juntos.
Desta forma, cada um na equipe interage uns com os outros e com o treinador, para melhorar as estratégias, antes, durante e depois do jogo. Afinal uma equipe vence junta ou perde junta, e é apenas com essa colaboração e espírito de equipe que o time pode alcançar seus objetivos.
Bem, depois desta discussão, faço-lhes um pergunta típica minha: "Quem é seu chefe?"

Postagens mais visitadas deste blog

A experiência de software

Hoje em dia está muito em voga se falar sobre o desenvolvimento de produtos e serviços de software. Sendo assim as iniciativas e startups estão alta. Mas para quem está no mercado de Brasília (e de alguns outros centros do país) como eu, sabe que a prestação de serviços nas famigeradas "Software Houses" ( me recuso a chamar de Fábricas de Software ) é bem comum. Porém, este trabalho costuma ser renegado ou, como eu vejo, tratado sob um ponto de vista um pouco equivocado. Uma fábrica de software artesanal Onde se enganam tais pessoas é em que elas estão vendendo. Muitas empresas acreditam, de fato, que vendem software. Eu porém digo que isso é não de todo verdade. Se você é um prestador de serviços e constrói software sob demanda, você não vende apenas o software. Aqui não me refiro aos milhões de outros "artefatos" que são empurrados goela abaixo entregues aos nossos clientes. O que vejo é que vendemos algo que não está limitado ao software que vai pra mão (ou se

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