Ao longo desses anos que trabalho na minha área de formação, venho notando que assim como em qualquer outra, é muito difícil nos dar bem com todo mundo, e comigo não é diferente. Vou citar alguns exemplos:
O que leva um programador dizer aos demais que ele ganha mais do que os outros? – Sim, trabalhei com um mané que frequentemente fazia questão de deixar claro pra todo mundo que ele ganhava mais, pelo menos ele era de outra equipe (equipe mesmo, aquilo estava muito longe de ser um time). Resultado, devido ao seu comportamento ele foi demitido no meio de um projeto.
Já imaginou dividir a baia com o Charles Bronson? é amigão, eu tive esse “privilégio”, o cara era o “fodão” (pelo menos ele pensava que fosse), além de ser super auto-confiante não admitia erros, quando ele errava a equipe toda era culpada, mas quando alguma outra pessoa da equipe cometia um erro, a culpa era só dela. Uma vez passei a semana toda em uma task beeeem chata, mas que consegui finaliza-la na sexta e quando voltei na segunda ele tinha dito que tinha feito “coisas mirabolantes” e que tinha terminado o que eu tinha feito, wtf? com toda minha calma oriental falei que ja tinha feito exatamente aquilo que ele acabara de me falar, mas claro que o Charles Bronson não satisfeito fez questão de mostrar o código, que logo reconheci pois estava exatamente como deixei na sexta, dessa vez eu não satisfeito abri a versão passada do meu commit e mostrei “olha meu commit de sexta, eu ja tinha feito isso”. Resultado, ele saiu da empresa por conta própria, mas logo quis voltar e a empresa não o aceitou de volta.
Bugs são chatos, mas uma pessoa que só cria bugs é mais chato ainda. Bug é um jeito formal de falar em nossa área, mas em alguns casos é uma “cagada” mesmo, pense em ter uma pessoa da equipe que não aceita ajuda e só cria “bugs”, e o pior, depois ele não assume os erros e outras pessoas da equipe perde tempo consertando seus erros enquanto ele cria mais bugs…é inacreditável algumas coisas que lembro. Resultado, devido a pressão ele saiu \o/
Hoje com tudo que tenho apreendido sobre scrum, muitos desses problemas poderiam ser resolvidos muito mais rápido e talvez impedisse a perda de pessoas no meio do projeto, com a retrospectiva que é a tal hora de “lavar a roupa suja” todos esses problemas que enfrentei poderiam ser jogados na mesa, e talvez poderiamos saber as opiniões dos outros membros da equipe e quem sabe se todos tivessemos a mesma opinião conseguiriamos ajudar a pessoa, ou até mesmo, se eu fosse a única pessoa a ter notado esse problema…talvez eu fosse o empecilho e eu precisasse de ajuda, quem sabe eu era o único chatão…
E vocês, costumam “lavar a roupa suja” em suas retrospectivas?
edit: o comentário da Brena me fez lembrar que, lavar a roupa suja é diferente de “caça as bruxas”, não devemos levantar culpados e sim procurarmos resolver os problemas da melhor forma possível para o time.
#1 by Brena Monteiro on March 18, 2010 - 12:01 pm
Ainda não trabalho efetivamente com Scrum, mas já tive problemas semelhantes ao relatado, e a equipe sempre sai perdendo.
Seria bem interessante se as equipes tivessem uma retrospectiva ou uma comunicação mais aberta para evitar e ou diminuir estes casos.
Abraços
#2 by fabio.massa on March 18, 2010 - 12:09 pm
@Brena, usando scrum ou não o que você disse de fato é importante: “comunicação mais aberta”, a retrospectiva nada mais é do que uma fase pré-determinada para levantar questões como essas, além claro dos pontos positivos que também é importante.
Outra coisa que esqueci de mencionar no post, lavar a roupa suja é diferente de caça as bruxas, não devemos caçar culpados e sim jogar os problemas na mesa e procurar resolve-los da melhor forma possível.
#3 by André Badia on March 18, 2010 - 3:07 pm
Fala Massa blz??
Ótimo post, mas tarefa complicada essa de lavar roupa suja.
Concordo com você que retrospectiva é o momento ideal de resolver todos esses tipos de problemas. Mas acho que o grande problema disso é como expor os problemas do time sem que os envolvidos levem para o lado pessoal?
Algumas pessoas(leia muito poucas) aceitam criticas ao seu trabalho numa boa. E se tratando de Scrum onde os times trabalham sempre no seu limite(essa é minha opinião pessoal sobre o Scrum) se um membro do time leva uma “critica construtiva” para o lado pessoal, fica muito díficil essa equipe alcançar o sucesso esperado em seus projetos.
Ainda não tenho opinião definida sobre isso, mas acho que para se lavar roupas sujas sem maiores transtornos deve-se ter um ótimo Scrum Master, com inteligência e que tenha o respeito de cada integrante do time para conduzir isso sem causar um mal estar na equipe.
Bom acho que é isso!!!
Abraços!!! e bons Sprints!!!
#4 by fabio.massa on March 18, 2010 - 3:16 pm
@André tem toda razão, críticas sejam elas boas ou não devem ser absorvidas com cuidado, pois até mesmo receber apenas elogios podem afetar as pessoas.
Como falei, esse momento de lavar a roupa suja deve estar subentendido que todo e qualquer tipo de problema será levantado para um bem do time, se acho que uma pessoa do meu time não está bem, no final isso poderá prejudicar o time inteiro e isso deve ser feito para que não corremos o risco que isso aconteça em um próximo sprint. O ScrumMaster com certeza deve ser o maestro para uma ótima retrospectiva, mas o time tem que entender pra que serve a retrospectiva, pois o ScrumMaster só ajuda a levantar o pontos negativos e positivos, muitas vezes ele nem sabe os problemas que estamos passando até o momento da retrospectiva.
#5 by Paulo "JCranky" Siqueira on March 20, 2010 - 12:13 pm
Pqp Massa… seu melhor post até hoje! Parabéns =D
#6 by fabio.massa on March 21, 2010 - 10:56 am
Vlw Paulo!