Tentativa de implantação de Scrum

Há algum tempo participei de uma seleção/entrevista para concorrer a uma vaga de trabalho e uma coisa que foi destaque no meu currículo segundo um dos avaliadores, foi o fato de eu conhecimento relacionado a MPSBR e Scrum e a equipe estava pensando em implementar Scrum como metodologia de trabalho.

A equipe disse por várias vezes em reuniões que precisava de uma metodologia então era a hora de fazer a implantação de uma metodologia, e Scrum seria talvez a escolha mais acertada pela maneira que a equipe ja trabalhava.

Tínhamos que fazer o piloto para validar algumas idéias que tínhamos então só depois apresentar para toda a equipe, para mostrar algo mais maduro e resultados da experiência feita. Resolvemos fazer o sprint de 1 semana porque teríamos mais pontos de controle e repetiríamos as atividades por mais vezes então assim foi feito…  por 2 semanas ficamos discutindo e ajustando expectativas e ideias sobre como implantar a metodologia.

Fizemos uma apresentação de Scrum para a equipe toda e levamos os dados que colhemos nas 2 semanas de experimentação. E foi bem aceita pela equipe, se mostraram interessados e comprometidos com a idéia. Então era só começar as atividades.

Na própria apresentação da metodologia proposta foi falado que o difícil não seria implantar e sim manter a metodologia. Sem dúvida foi a coisa mais difícil, com em todo grupo… as pessoas falam mais do que fazem e infelizmente foi isso que aconteceu.

Compramos os cartões para as atividades e as users historys, montamos o quadro com cartolina, pincel atômico e régua e foi minha primeira experiência prática de implantação de Scrum.

Definimos horários para nossas reuniões diárias e por algum motivo não lógico algumas pessoas sempre tinham outros compromissos nos horários que definimos( inclusive elas mesmas definiram alguns horários ), mesmo assim continuamos com as reuniões diárias para alinhar a equipe sobre o andamento, problemas e soluções do projeto.

Sem dúvida a produtividade melhorou quando estávamos trabalhando com Scrum, ficou mais claro para todos que as coisas estavam acontecendo e sendo entregues e de como o trabalho de um indivíduo influência no trabalho de toda a equipe, conseguimos quantificar trabalhos realizados e a realizar, tínhamos datas para entregar funcionalidades e a comunicação da equipe melhorou.

Tinha tudo para dar certo trabalhar com Scrum, porque era uma equipe jovem, de pessoas que teoricamente teriam a cabeça aberta e queriam trabalhar de maneira otimizada, porém com o tempo foi acontecendo auto-sabotagem, percebendo essa situação pensamos em reduzir então as tarefas já que alguns envolvidos não estavam comprometidos e

Chegamos a criar tarefas tão minimas que ate tenho vergonha de falar/escrever, mas criamos tarefa do tipo: “Enviar email para fulano para comunicar tal coisa”, “Ligar para fulano para ver como fazer tal coisa”  e mesmo assim em 1 semana não era finalizada uma tarefa tão simples, então a cada dia ficava mais claro que não era um problema de metodologia e sim de interesse pelo projeto, por várias vezes falei em reunião que não compreendia porque se demorava tanto tempo para fazer coisas tão simples, acreditem… ficamos mais de 1 mês para definir qual seria o texto de umas 10 mensagens.

Então sem dúvida não importa se seria implementado Scrum, RUP ou nada, daria no final das contas no mesmo lugar, na improdutividade e insucesso do projeto de desenvolvimento de software, não porque as metodologias são ruins mas porque não tinha uma equipe, na sua completude,  comprometida.

Mas é claro que houveram coisas muito boas nessa experiência, aprendi o seguinte:

• As pessoas realmente falam mais do que fazem;
• A comunicação é talvez o ponto mais falho de uma equipe de desenvolvimento de software;
• As pessoas irão querem apontar o dedo na cara de outra caso aconteça algum problema, em vez de assumir que é parte do problema;
• Nem todos que dizem compartilhar de conhecimento livre e todos as filosofias do software livre realmente compartilham;
• Não adianta querer trabalhar profissionalmente com pessoas não profissionais, não invente de tentar, aceite a realidade, rs;

Essa experiência me trouxe boas oportunidades, fiz uma apresentação de Scrum no FNDE falando da minha experiência e mostrando o que mapiei de erros e acertos no processo e implantação.

Então deixo a dica que vale a pena implantar Scrum, mas é preciso ver quem são os envolvidos e o quanto eles querem verdadeiramente que seja implantado.

Aulas aos sábados

Estou aplicando prova da primeira turma que ministro aula na X25 aos sábados e aproveitando para atualizar o blog…

Essa foi minha primeira experiência aqui na X25 com aulas aos sábados então meu desafio foi tentar envolver a turma num ritmo de aprendizagem um pouco mais autodidada do que as turmas anteriores, afinal nossos encontros são semanais e durante uma semana muitas dúvidas e problemas aparecem.

Como não poderia ser diferente avisei nos primeiros dias de que o nível de aprendizagem seria definido pelo comprometimento da turma em relação aos exercícios passados durante a semana, por que só se aprender programar programando, não há outra maneira.

Criamos uma lista de discussão e sem dúvida foi uma ótima ferramenta para esse formato de curso, porque durante a semana as dúvidas eram postadas e os próprios alunos respondiam. Acabei ficando mais como leitor do que tirando dúvidas, o que achei ótimo, afinal isso mostrou que alguns alunos estavam estudando e treinando o bastante para responder dúvidas dos colegas e assim de uma maneira geral a turma se tornava autosuficiente e mesmo depois de terminar as aulas a lista servirá para tirar dúvidas e manter contato entre os alunos.

Fizemos uma introdução ao Zend Framework para já comecem suas vidas de programação com referências e boas práticas.

Em geral foi uma ótima experiência, aprendi bastante com a turma, sempre que pedi eles me deram retorno sobre o formato das aulas, o que permitiu mudar nosso cronograma e conteúdo para colocar conteúdo(como o ZF) ou tirar dúvidas que eles tinham.

Então lá vai… muito obrigado galera, o curso acabou e espero que eu tenha conseguido suprir as expectativas de vocês

Planejamento conclui mapa de distribuição dos 34 mil terceirizados que serão substituídos

O governo brasileiro pretende em até 2010 substituir 34.165 terceiros( trabalhadores contratados ) por concursados conforme informado no site do Correio Braziliense e repetido no site do Ministério do Planejamento, e com isso temos dois cenários distintos.

• Atuais trabalhadores que estão sobre ameaça de perder seus postos;
• Concurseiros que querem entrar para o quadro pessoal do governo brasileiro.

Segundo o governo isso diminuiria o nepotismo nos serviços prestados para o governo, o que em geral a comunidade de profissionais agradece e muito.