Você já parou para pensar como é a rotina de trabalho de um desenvolvedor?

Com pequenas alterações, o roteiro geral é:
1) Descubra qual a nova tarefa que você irá fazer
2) Entenda o que é para ser feito
3) Vá para a sua “caverna” para resolver o problema pelo tempo que for necessário (nessa hora vale tudo, sala individual, fone de ouvido, home-working etc)
4) Solução pronta! Volte ao passo 1 em busca de algo novo

Sinceramente, troque desenvolvedor por tester, dba e vários outros papéis e o roteiro não será muito diferente.

programadores e suas cavernas

Agora imagine a quantidade de “cavernas” que nos enfiamos só na última semana!

Você reparou quantas oportunidades de colaborar e trocar experiências nós estamos perdendo? Qual foi a última vez que ao invés de trabalhar sozinho você, por exemplo, pareou para desenvolver ou pelo menos discutir uma solução com alguém?

E qual o motivo de fazermos isso?
As causas são as mais variadas, mas minha teoria é que acabamos refletindo no trabalho o modelo educacional no qual fomos “moldados” na escola, faculdade, cursinho etc. O famoso meme cada um no seu quadrado!

Quais os impactos deste tipo de atitude em nosso dia-a-dia?
Podem ser os piores possíveis, totalmente contrários a valores e práticas ágeis que tanto queremos seguir.

falta de colaboração pode ser tão grande que não é incomum pessoas serem:

  • donas do módulo X do sistema – “só Fulano sabe mexer naquilo!”
  • especialistas demais em uma única ferramenta – “Criar uma funcionalidade que emita um PDF? Ah, pede pro Joãozinho fazer! Só ele entende disso”

Como tentar se livrar deste ciclo?
Aspectos culturais nunca são fáceis de mudar, mas que tal você começar a usar, por exemplo, Coding Dojos para tentar aumentar o grau de colaboração entre os seus colegas de trabalho? Que tal todo mundo ir junto para essa caverna?

caverna_coletiva

Em várias turmas in-company, enquanto rola o DOJO no treinamento de testes automatizados, vemos claramente como a colaboração é baixa entre os membros do time.
Quer um exemplo? A quantidade de teclas de atalho que vejo as pessoas do time aprendendo um com o outro enquanto rola o Dojo é enorme!

Se isso vale para teclas de atalho, imagina o que não está sendo perdido ou deixado de lado nas arquiteturas de sistema, nas boas práticas de programação, no aprendizado dos frameworks que usamos etc!

E aí, que tal você começar a criar suas estratégias para romper esse ciclo vicioso?

Veja mais sobre este assunto nesses artigos:

Carlos Felippe Cardoso
Sobre o autor

Carlos Felippe Cardoso

Cofundador e Trainer na K21

Carlos Felippe Cardoso é cofundador da K21 e tem experiência em métodos ágeis desde 2004. Palestrante nos maiores eventos de agilidade do Brasil e da Europa, é instrutor do treinamento de CSD (Certified Scrum Developer), pela Scrum Alliance, e também instrutor oficial de Kanban (AKT – Accredited Kanban Trainer), pela Kanban University. Como Executivo, possui vasta experiência em Transformação Digital e Liderança, atuando especialmente no C-Level de empresas.

No headers found for the table of contents.

Artigos relacionados

Marcos Garrido, Sócio-fundador e Trainer na K21

Não é saber programar. Não é dominar prompts. Não é acompanhar o último modelo que saiu na semana passada. É saber tomar decisões. Quanto mais converso com as pessoas aqui na Nower/K21 e com os nossos clientes, mais tenho certeza…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

No texto “O caos invisível”, falei um pouco sobre a cultura do herói/heroína. Também já escrevi outros textos sobre o tema. Um deles com o meu colega Raphael Montenegro: “Paradoxo do Gestor Capitão Planeta”, que publicamos no final de 2020….

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Clique aqui para baixar PDF do Test Card 2.0 formato retrato PDF do Test Card 2.0 formato paisagem Imagem do Test Card 2.0 no formato retrato Imagem do Test Card 2.0 no formato paisagem Você trabalha com desenvolvimento de produtos….

Marcos Garrido, Sócio-fundador e Trainer na K21

O Usage-Driven Development (UDD) não é uma metodologia cheia de cerimônias e artefatos. É o nosso jeito, aqui na Nower/K21, de pensar produto na era da Inteligência Artificial (IA). E, como todo jeito de pensar, ele se sustenta em princípios:…