Pular para o conteúdo principal

O Manifesto Bermudista

Tudo começou com uma brincadeira mas que por fim se tornou algo sério.


Comecemos pelo problema então.

Quem é de TI deve já ter ouvido falar do Manifesto Ágil. Quem não é, fique tranquilo pois serve a todos da indústria do conhecimento. Pois bem, em seu primeiro princípio temos a seguinte afirmação:

Pessoas e Interações sobre processos e ferramentas.

Este princípio busca valorizar aqueles que são o que realmente importa no trabalho. As pessoas e como elas interagem entre si. Soa como algo óbvio mas não parece ser. O que mais vemos é processos e ferramentas que buscam preencher o espaço que as pessoas e suas interações, capengas, deixam. Eu poderia discorrer sobre diversas vertentes desse problema mas vou focar aqui em uma das ferramentas mais tradicionais: O código de vestimenta.

Talvez você não tenha passado pela experiência de assinar um código de vestimenta seguido pela sua empresa (algo que eu já tive que fazer no passado). Mas é fácil de se observar como, mesmo não explícito, ele rege algumas relações. Uma leve pesquisa na internet revela diversas dicas sobre como se vestir no ambiente de trabalho. É aí que chegamos na relação (não apenas de poder) mas de respeito que as pessoas estabelecem com a vestimenta que você tem.

É nesta relação que a bermuda se mostra como um símbolo forte de resistência. Temos vários casos em que as pessoas foram vetadas de entrar em lugares por estar de bermuda. É muito comum se ligar a imagem da bermuda (ou vestimentas casuais) a falta de respeito. Eu já ouvi de diretores de grandes empresas que a necessidade de se manter uma vestimenta formal é para que as pessoas não confundam o ambiente de trabalho com o de lazer. E então voltamos ao príncipio inicial do manifesto ágil. Estamos então valorizando as ferramentas (um código de vestimenta) pois não confiamos nas pessoas para tomar as decisões do seu dia a dia (no caso, como se vestir).

Muitos já argumentaram sobre a não necessidade desse tipo de ferramenta. Mas para mim nada muda enquanto não se entende o principal porque envolvido. E a maior falha está ainda na contratação de novas pessoas para a equipe. Se a sua empresa está atrás de pessoas incapazes de tomar decisões o que você deveria contratar são "mecânicos e máquinas" que automatizem seu trabalho para você. Mas se você precisa de pessoas que produzam conhecimento você precisa de pessoas que tomem decisões por si próprias.

Quando você avalia as características dete tipo de pessoa você verá que elas não seguem muita das "regras e padrões" estabelecidos. Mas elas são capazes de decidir quando devem pegar leve nas suas excentricidades. É essa qualidade que as tornam capazes de tanto corrigir quando os outros estão errados (e não apenas aceitar tudo como está) e receber críticas sobre o seu trabalho (e aprender com isso). Por isso que estas pessoas fazem a diferença onde trabalham.

Sendo assim o manifesto bermudista se resume a apenas um princípio:

Pessoas e Competências sobre impressões e pre-conceitos.

Pois confiamos nas pessoas para tomar suas decisões (não apenas sobre suas vestimentas) para mudar e evoluir o ambiente ao seu redor. Desta forma, e no espírito dos pequenos atos, que criamos o site do manifesto bermudista. Para divulgar esta idéia a muitos outros que comparilham de nossas opiniões (ou que discordam dela).

PS: Fico ainda devendo a hsitória de como este grandioso movimento teve seu início para um post futuro.

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

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