cObaia.net

O Grupo de usuários de métodos ágeis do Rio Grande do Sul (GUMA), promove o evento em Porto Alegre: Agile Weekend 2009, o evento ocorrerá no campus da PUC-RS.

A programação do evento pode ser conferida aqui, e para maiores informações sobre o evento acesse aqui.

Scrum checklist é um livro produzido pelos técnicos da The Sprint-IT, dentre eles temos o Boris Gloger, famoso treinador scrum, no livro é abordado uma compacta lista de ações que vão facilitar algumas tomadas na prática do Scrum, e por em práticas algumas de suas técnicas.

O mesmo pode ser baixado, de graça aqui.

Vi aqui.

Está agora traduzido um ótimo livro sobre gerenciamento de projeto ágil, onde aborda sobre o processo de uma empresa Suéca, passou ao implementar XP e Scrum na mesma.

Uma das coisas que mais dificultam para quem está començando no agile é o fato de não haver nenhum manual dizendo exatamento o que você deve fazer. Você tem que experimentar e continuamente adaptar o processo até que ele se encaixe na sua situação específica.

Este livrooferece a voc6e um ponto de início, através de um conto detalhado sobre como uma empresa sueca implementou Scrum e XP com um time de aproximadamente 40 pessoas e como ele continuamente melhoraram seu processo ao longo de 1 ano.

Sob a liderança de Henrik Kniberg eles experimentaram diferentes tamanhos de time, diferentes tamanhos de sprint, diferentes definições para “feito”, diferentes formatos para o product backlog, diferentes estratégias de testes, diferentes modos de realizar demonstrações, diferentes modos de sincronizar múltiplos times de Scrum, etc. Eles também experimentaram práticas XP – diferentes modos de fazer builds contínuos, programação em par, test driven development, etc e também omo combinar tudo isso com Scrum.

As restrições de seu time podem ditar formas diferentes de configuração das práticas (e até mesmo comprometimento), mas aqui está um exemplo de como alcançar o processo de “melhoria contínua” que fará seu processo ágil o melhor para você.

Descrição retirada do site InfoQ.

O download pode ser feito aqui, basta se registrar no site InfoQ.

Buzzword para o quem não conhece, é um termo em alta, normalmente ocorre em tecnologia, onde uma nova tecnologia emergente surge em debate, ao longo da internet, e é extremamente utilizada, podemos também dar o nome de hype, que vem com um sentindo parecido, hype seria a divulgação e ou promoção em extremo de um produto, pessoa ou objeto.

Bom mas o que tudo isso quer dizer?

Fazendo um ganho ao post de James Shore, onde relata sobre o declínio do movimento ágil. Falando bastante sobre Scrum, que graças ao Scrum Aliance e a WEB, virou o buzzword ou o hype como queira chamar, sempre que alguém pensa em ágil vem a cabeça Scrum, ou seja Scrum passou ser o caminhão chefe do movimento ágil, por sua mídia estar em alta.

Porém nem sempre estar em alta é bom, principalmente falando em tecnologias, metodologias e ou práticas.

Vamos ao caso do declínio do movimento ágil, citado por James Shore, que segundo ele o problema é muito simples, as pessoas querem direto o resultado, sem ter mério te alcançar eles. O buzzword do Scrum é visível, da noite para o dia empresas passaram a adotar, especialistas começaram a surgir dos lugares mais obscuros, rápidamente. Os projetos passaram a aplicar, metodologias ágeis, ter iterações, mettings. Porém não são algumas etapas que fazem aplicar uma metodologia de gerenciamento de projetos, e sim o conjunto delas que leva ao sucesso.

Ou seja, essas empresas que resolveram aplicar rapidamente nos seus projetos, uma metodologia ágil, estão pagando um preço caro agora, por não conseguir aplicar todas etapas, logo os resultados de sucesso que estão descrito em diversos post’s e artigos ao longo da internet, não chegaram para essas empresas, logo a culpa é do movimento agile!

E é o mesmo que a empresa aplicar os conceitos do PMBOOK, só por ter um PMP no seu grupo de trabalho, ou seja, não adianta falar e não fazer.

No software temos a liberdade de desenvolvermos da forma que quisermos, logo o Scrum entrou com bons olhos, já que para aplicar XP teria que seguir algumas técnicas, como desenvolvimento orientado a testes, programação em pares. O Scrum sendo focado apenas no gerenciamento, deixa livre para aplicar as técnicas que se quiser no desenvolvimento do projeto, porém do que adianta termos técnicas para gerenciar o projeto e o desenvolvimento continuar sendo voltado a bug’s, gambiarras e a abaixo de pau.

Resumindo, não sou ninguém para estar comentando sobre, porém a pouco tempo me vi, assim como muitos, apaixonado pelo hype Agile, acompanho a algum tempo o movimento, e me identifiquei bastante por achar que o padrão normal (cascata) de desenvolvimento não se aplica a software.

Em uma tentativa frustrada tentei levar para a empresa o Scrum, o porque frustrada?

Recebi o aval dos patrões para aplicar o mesmo no projeto que estava e junto com o gerente do meu projeto comecei a passar a idéia para ele de como deviamos proceder, o que iria mudar…

Tudo estava lindo, tínhamos montado um bom project plan, o product backlog estava montado, e passamos para o gerente de projeto, passar para junto com o cliente aplicar a priorização, e juntos montarmos o primeiro Sprint.

Primeiro Sprint pronto, e voltamos ao modelo antigo, novos requisitos entrando e tendo que ser feito, sem a possibilidade de cancelar o Sprint que começará, logo o que estava sendo aplicado?

Nada, era uma salada de fruta que começou só a atrapalhar as coisas, resolvi mudar, nada mais de Scrum.

Conclusão, Scrum como ele mesmo descreve, precisa da participação de todos ao longo do desenvolvimento, e nós não estávamos aplicando Scrum, e sim apenas alguns processos do Scrum.

Podia eu culpar o Scrum, mas sei que ele é bom e funciona e não desisti de tentar aplicar o mesmo, só aguardo o dia que esteja em uma posição que consiga envolver os outros ou que meu gerente de projeto, assuma o papel de project master.