Archive for category scrum
lavando a roupa suja
Posted by fabio.massa in agile, cotidiano, scrum on March 18, 2010
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.
o que fazer com um chicken?
Posted by fabio.massa in agile, scrum on February 12, 2010
Canja? nuggets? uma porção de frango a passarinho? brincadeiras à parte, gostaria de saber qual a experiência de vocês em relação aos chickens.
Não lembro aonde li, mas me recordo de ter visto em algum livro ou post que dizia +- assim: “…com o andar do sprint, os pigs identificam um chicken no time, caso haja algum…”
- vocês concordam com essa abordagem?
- ja identificaram algum chicken no time?
Acho que a maior dúvida é, quais atitudes devemos tomar quando isso ocorrer!? discuti esse tema essa semana com meu amigo e o mesmo me disse que passou por uma situação parecida, e no caso deles, eles ajudaram o chicken a ser um pig novamente. Sem dúvidas essa me parece ser a melhor escolha (todo mundo sai ganhando), porém, o chicken muitas vezes não sabe que ele é um chicken e não aceita ajuda, dificultando mais ainda (já passei por tal situação, o rapaz não aceitava ajuda).
Qual o papel do scrum master nesse caso? será que os pigs devem informar aos SM sobre o provável chicken ou se o SM for participativo o suficiente ele teria percebido o mesmo que o restante do time? e se apenas você acha que um membro do time é um chicken? e se fora do trabalho o chicken é um grande amigo, como deixar de lado a amizade e pensar no lado profissional? quanto um chicken pode comprometer um sprint? muitas…muitas dúvidas! afinal, gostaria que contassem se ja passaram por situações parecidas e o que decidiram.
ps: vale lembrar que minha experiência com scrum é pequena, mas por favor, me corrijam se falei muita besteira ![]()
ps2: em nenhum momento criei esse post para crucificar alguém, apenas tenho real interesse na experiência de vocês, acredito que são temas como esse que nos enriquecem e nos deixam mais preparados para as situações do nosso cotidiano.
final do terceiro sprint
Posted by fabio.massa in cotidiano, scrum on April 23, 2009
Hoje finalizamos nosso terceiro sprint e apresentamos todas as estórias, já está virando um “costume” e [otimismo]espero que continue assim.[/otimismo]
Esse sprint assim como os anteriores, teve a duração de duas semanas, porém, contamos com a ajuda do Diego “Harry” e o Rafael “Rômulo” apenas na metade do sprint, por um lado foi super positivo, conseguimos dar continuidade na efetivação das estórias não deixando o sprint atrasar, para falar a verdade, até pegamos outras tasks. Amanhã subiremos a nova versão, a “cara” continua a mesma, mas mudou muito a ponto de nos deixar preocupados. Torçam por nós. Vou acender uma vela para Nossa Senhora da Bicicréta.
Nossa atual velocidade
Até esse sprint sabíamos nossa velocidade, para o próximo será tudo diferente, pois reduzimos a equipe pela metade…é, perdemos um membro do time o que nos deixou chateados, já que nossa velocidade irá reduzir sabe lá quanto. Até uma semana atrás éramos em 6, hoje somos 3 e semana que vem um membro do time irá fazer uma cirurgia para troca de sexo no dedão do pé, então, ficaremos em apenas 2 por alguns dias…
Pós e Contras
- Paginação sob demanda, deu trabalho para o Rafael! (ponto positivo++).
- Percebi que um membro do time a equipe está se sentindo mais encomodada com códigos que podem ser refatorados (ponto positivo).
- Não vi ninguém com cara de bunda nas daily meetings êêê!!! (ponto positivo).
- Pela primeira vez pegamos tasks que não estavam no sprint (ponto positivo).
- Mais um wizard foi feito utilizando o SWF (ponto positivo).
- API’s atualizadas para novas versões sem stress nenhum (ponto positivo).
Deve ter algum ponto negativo mas não me veio nada na cabeça agora…
Aproveito e agradeço ao Diego e Rafael que nos ajudaram por um bom tempo, nos deixaram muitas lições além de nos divertir também, uma coisa que notei desde o Jonas, Lucas CS e o Anderson da Caelum que foram os primeiros consultores que tivemos contato na empresa, podemos ser bons sem ser arrogantes e podemos ser bons sem desdenhar de ninguém por isso. Falo isso pois já passaram umas “peças” na empresa que…bom, isso fica para outro post, com o título: “como trabalhar com um merda”…ou algo do tipo.
Finalizo o post com um link bastante interessante, sugerido pelo Rafael, se esse link não ti causa mais nenhum transtorno ou ja perdeu a graça, entre no pai Google e busque por “lemon party” …depois busque por imagens se tiver coragem hehehe
final do segundo sprint
Posted by fabio.massa in agile, cotidiano, scrum on April 4, 2009
Finalizamos ontem nosso segundo sprint e assim como o primeiro, conseguimos mostrar todas as histórias para o PO. Podemos dizer que tivemos uma pequena vantagem sob o primeiro sprint, já tinhamos em mãos os pontos que acertamos e os que pecamos, então, teoricamente deveríamos manter os pontos positivos e eliminarmos os negativos.
Pós e Contras
- Apresentamos tudo, nenhum história/tarefa sumiu (ponto positivo).
- Integração do Spring Web Flow + JSF em uma história que precisava de um “wizard” (ponto positivo).
- Surgiram alguns problemas com a versão do sistema que está em produção, e a pedido parte do time trabalhou em um domingo. As correções eram necessárias, não teria como deixar para o próximo sprint, só leva o ponto negativo porque essa semana ficou mais longa (ponto negativo).
- O “Harry” da Caelum entrou para o time (ponto positivo).
- Código que está funcionando pode melhorar! Temos que deixar de ser acomodados! (ponto negativo).
- Pontuação das histórias e horas estimadas de cada tarefa foram melhores estimadas (ponto positivo).
- O “espírito de porco” influenciado por algum problema pessoal, parece que está rondando um membro do time, isso pode comprometer nosso próximo sprint dependendo de quão podre está essa maçã (ponto negativo).
- Pensei que o time se preocuparia mais com refatoração e testes e não foi isso que percebi (ponto negativo).
- Criação de tags no SVN (ponto positivo).
- Integração com sistema de geração de boleto da Locaweb (ponto positivo).
Finalizando, a sensação de terminar outro sprint e apresentar tudo é excelente, novamente não ouvimos nada que pudesse originar algum desconforto, tudo dependia apenas do time. Sendo sincero, estou um pouco cansado após 2 sprints, gostaria muito que segunda-feira pudessemos esquecer um pouco das histórias do product backlog e termos nosso “lab day“(inspirado pelo Google, claro!) como dito no livro “Scrum and XP from the Trenches” escrito por Henrik Kniberg. Até a próxima!
sprint quase perfeito
Posted by fabio.massa in cotidiano, scrum on March 21, 2009
Como prometido, estou aqui prestando “contas”!, hoje terminamos o nosso primeiro sprint e como dito na restrospectiva pelo nosso Scrum Master: “faltou pouco para ser perfeito”.
Pós e Contras
- Deveríamos ter parado o desenvolvimento ontem e ter apresentado tudo hoje pela manhã, porém, não conseguimos marcar a sala de reuniões para esse horário, adiando para o final da tarde, então “alguns” ajustes foram feitos (ponto negativo).
- Pela primeira vez apresentamos TUDO!, dessa vez não ficou faltando NADA! (ponto positivo). No início estavamos tão otimistas que achavamos que sobraria tempo para pegar uma nova história ou”gastar” mais tempo refatorando, mas não foi possível.
- Mesmo com a “brigada de incêndio” tivemos que apagar algumas “chamas”, talvez se tivessemos respeitado a ordem de não apaga-los, poderia ter sido perfeito. (ponto negativo)
- A equipe se comportou bem, não vi ninguém com cara de bunda desmotivado em nenhum daily meeting (ponto positivo).
- Mesmo falando exaustivamente sobre testes e refatoração, não percebi que essas práticas aumentaram por parte da nossa equipe (muito negativo).
- Subestimamos o número de horas de algumas tasks, algumas foram terminadas dentro do prazo, já outras atrasaram muito (ponto negativo).
- Não sei porque, mas dessa vez não houvimos nenhuma cobrança como houviamos no passado, sim, cobranças fazem parte e ajudam/estimulam quando são saudáveis, quando ocorre o oposto, pode acabar com o dia de um desenvolvedor facilmente (muito, muito positivo)
Esses são os pós e contras que me veio a memória, ah esqueci de mencionar nosso almoço, fomos ao costela 30 horas comemorar, que maravilha!
Bom é isso, essas duas semanas foram cansativas, mas continuo feliz e entusiasmado, que venham os próximos sprints…agora deixa eu durmir que amanhã é dia de paintball! Let’s paint?
um sprint de verdade
Posted by fabio.massa in cotidiano, scrum on March 12, 2009
Essa semana demos início a um novo sprint, dessa vez em especial estou mais estusiasmado e otimista, isso se deve por alguns motivos:
- Scrum Master: podemos contar agora com um Scrum Master certificado, tenho certeza que daqui para frente os erros tendem a diminuir naturalmente, além disso, agora está claro que ou seguimos o Scrum da forma correta ou entraremos para lista dos que seguem o “scrum-butt”. “Independente da metodologia, acho que passou da hora de sairmos da caverna”.
- Brigada de incêncio: sim caro amigo, agora nosso time pode manter-se focado por mais tempo nas tarefas, pela primeira vez, contamos com uma brigada de incêncio, a princípio pode parecer pouco, até mesmo mal uso de um membro do time, mas isso gera um conforto a mais, visto que nosso “produto” está em fase de amadurecimento. Acredito que deixar um membro do time na “brigada” não implica que ele só ficará responsável por isso, quando não existir “fogo”, ele pode muito bem contribuir de outra forma, como ajudar no desenvolvimento de novas tarefas e/ou testando-as.
- Ajuda Profissional: quando eu digo profissional, é profissional mesmo! mais uma vez podemos contar com os profissionais da Caelum, contamos com o Lucas CS no sprint, que nos ajudou desde a pontuação das tarefas como na decisão das prioridades….transmitiu muita segurança de que estamos indo em direção ao caminho certo.
- Desenvolvimento: cada profissional da Caelum que passa por nós deixa muitos ensinamentos(muitos mesmo), seja um atalho novo do eclipse, uma boa prática a ser seguida e etc, cabe a cada um de nós absovermos o máximo possível…hummm acho que vou deixar isso para um próximo post
Você deve estar pensado: “há, se esse japonês pensa que só porque tem um scrum master certificado as coisas vão caminhar melhor, está muito enganado, ele vai ver só!” não, não amiguinho, sei muito bem que isso não evitará possíveis falhas e/ou desentendimentos, mas lembra da minha primeira frase?, estou sendo apenas otimista, não desejo não entregar nada no final do sprint, ter uma tarefa feita dando pau, outra que apenas começou, outras sem mexer e várias caras feias, desejo que esse seja um sprint de verdade do começo ao fim. Não peço que torçam por nós, não secar e tirar o olho gordo de cima já basta
Prometo escrever outro post contando o final desse sprint, assim como os pós e contras.
scrum inibe a equipe?
Posted by fabio.massa in scrum on February 14, 2009
Não tenho muita experiência com Scrum, devo ter participado de apenas 4 sprints, porém após o primeiro, tenho percebido que a responsabilidade de terminar as tarefas a tempo, tem inibido parte da equipe, notei até alguns “sintomas” como: pegar sempre o mesmo tipo de tarefa, deixar as boas práticas de lado e fazer tudo na “coxa”, dizer “isso não é possível” sem antes ter estudado ou procurado alguma solução (as vezes a culpa sobra para alguma tecnologia), entre outras. Daí vem a pergunta: Scrum inibe a equipe?
Particularmente acredito que não, acredito que isso não ocorra em um sprint bem planejado, isso é apenas um pensamento otimista, pois até hoje não entregamos nenhum sprint no tempo determinado…(pausa para retrospecto) pensando pelo lado bom, hoje se fossemos começar um novo sprint, tenho certeza que antes de pensar em escolher uma carta para determinada tarefa, todos vão pensar duas muitas vezes!, e não vão relutar quando alguém indagar sobre quebrar uma história em várias.
Precisamos ler mais sobre Scrum, isso não há dúvidas, mas precisamos também forçar aos membros da equipe a serem mais responsáveis, talvez até a pagar algum tipo de “multa” por cada dia ou tarefa de atraso, em muitos casos, uma simples reunião em que a culpa é do fulano que não me ajudou, do fulano que me interrompe toda hora ou da tecnologia que todos sabem usar menos a gente, não surte efeito, os atrasos vão continuar, assim como a falta de comprometimento e a falta de vontade de criar algo novo…continuarão no Ctrl + C e Ctrl + V.
Recent Comments