Feeds:
Posts
Comentários

Archive for novembro \29\UTC 2007

Essa dica eu recebi por email e também o Doug me avisou: Desenvolvimento Ágil em grandes companhias de software

Parece ser uma palestra bem legal, não sei se vou conseguir ir, porque terça-feira às 18:30 é complicado (moro a uns 150 quilômetros de Florianópolis :S ) mas quem tiver a oportunidade de ir, acho que vale a pena!

E o Doug acabou de me avisar que eles vão tentar filmar a palestra… agora é esperar pra ver se eles conseguem liberar o vídeo

Anúncios

Read Full Post »

Continuo sem nenhum tempo livre, por isso outro post rápido.

Nesse final de semana irei fazer uma “resenha” de um curso de Scrum que irei ministrar, se houver interesse do pessoal aqui de Blumenau, conto mais detalhes sobre isso em outro post.

Esse post é pra dizer Why I program in ruby (and maybe why you shouldn’t) 🙂

Read Full Post »

É isso, informações você encontra aqui.

Read Full Post »

 10 Things Every Java Programmer Should Know About Ruby

Achei bem legal 🙂

Read Full Post »

Estou terminando de ler o livro Agile Estimating and Planning, e o livro realmente é muito bom.

Entre as coisas que eu achei interessante, foi o fato do Mike Cohn propor a utilização de 2 medidas diferentes para estimar os itens do product backlog e do sprint backlog.

No início eu fiquei meio desconfiado com isso… principalmente por utilizar horas para estimar o sprint, depois, pensando bem eu me recordei que eu já utilizei horas para estimar o sprint em outro projeto e funcionou muito bem.

Bem, se você está curioso pra saber o porquê ele recomenda story points para estimar o backlog e horas para estimar o sprint, é só ler aqui.

Read Full Post »

Outro webminar apresentado por Alan Shalloway, esse eu ainda não assisti, mas fica aí a dica.

Peço desculpas pelas poucas atualizações no blog, continuo sem tempo livre (hoje -feriado 15 de novembro – saí 7:30 da casa da minha namorada pra vir pra casa trabalhar num projeto) na medida do possível vou tentar por alguns posts que tenho aqui em dia.

Read Full Post »

Depois de apresentar o Scrum ao gerente, e obter a aprovação, chegou a hora de apresentar Scrum a uma parte da equipe (basicamente os dois, além de mim, que irão iniciar o projeto em C#)

A apresentação foi a mesma realizada para o gerente (irei fazer outras apresentações separadas sobre estimativas, TDD e outra sobre extreme programming, se houver necessidade, faria mais em algumas em outros tópicos), a aceitação deles foi boa.

Na verdade eles gostaram da idéia, segundo eles, o maior problema é que atualmente os clientes ligam diretamente para eles e dizem “Vou apresentar tal coisa daqui 2 dias, preciso disso pronto”. E como o número de clientes é grande… já imagina a bagunça, certo? Tirando essa questão da dificuldade atual de estabelecer um sprint backlog e seguir esse backlog, eles não tiveram problemas para aceitar a idéia. Imagino que as maiores dificuldades serão em relação às estimativas e TDD (por isso irei apresentar estes tópicos de forma separada e mais detalhada).

Tenho planejado iterações de uma semana então outra questão que surgiu foi “Então se o cliente ligar na terça-feira pedindo algo, eu vou dizer que só posso entregar na sexta-feira da outra semana?”, a minha resposta foi que “Se o product owner achar na próxima semana que isso é importante, é só na outra sexta. Mas poderemos entregar algo na próxima quarta-feira, desde que esteja pronto-pronto”. Como na nossa situação, ao menos inicialmente, estaremos trabalhando em mais de um projeto, não vejo problema em desenvolver as estórias de um projeto e na quarta-feira já entregar para o cliente e então começar o restante das estórias.

Além disso, eles não entederam muito bem a questão de requisitos+layout+testes+código sendo produzido (quase) em paralelo, mas neste caso eu dei uma explicação mais superficial, ao explicar TDD, vou voltar nesse assunto e deixar bem claro.

Outra questão que surgiu, é que os itens no sprint backlog deveriam ser priorizados, para que caso em alguma semana não a equipe não consiga desenvolver tudo, ao menos ela desenvolva o que é mais importante. Expliquei que como há um acompanhamento diário da evolução, se for atrasar, nós saberemos cedo que irá atrasar e então conversaremos com o product owner para alterar o sprint backlog. A minha sugestão é que inicialmente não iremos priorizar os itens, se notarmos que há essa necessidades, iremos priorizar os itens do sprint backlog.

Na próxima semana pretendo terminar as apresentações (TDD, XP, estimativas) e aí acho que as dúvidas maiores aparecerão, por enquanto está tudo indo bem 🙂

Ahhh, e para bem terminar a semana, hoje (sexta-feira) às 17:00 peguei um pequeno projeto para desenvolvedor (um sistema para os chefes poderem fazer (i.e. anotar) o planejamento estratégico! O bom é que apesar de terem sugerido usar PHP, já comecei a desenvolver em RubyOnRails!

Read Full Post »

Older Posts »