domingo, 31 de agosto de 2008

Sprint 4 - Sprint Planning

Neste Sprint inicia de fato o desenvolvimento do produto.

A História que será desenvolvida é a priorizada pelo cliente:

ID 6

COMO Administrador
QUERO administrar textos e imagens do site sem necessidade de comandos que exijam conhecimento técnico
PARA poder gerenciar o conteúdo do site com maior agilidade.

O Sprint Goal é: Converter o atual site para Ruby, porém buscando as informações no banco de dados.

O Sprint Backlog é:

  • 6.1. Criar modelo de Classe/BD para site. - 2
  • 6.2. Criar capa do site - 4
  • 6.3. Ciar area de admistracao com login/senha - 3
  • 6.4. Criar página Quem Somos. - 2
  • 6.5. Criar página Contato - 2
  • 6.6. Criar página de Adm. Quem Somos. - 2
  • 6.7. Criar página de Adm. Capa - 4
  • 6.8. Criar cadastro de banner - 3
  • 6.9. Criar upload de arquivos - 3

Possivelmente esta história seja muito grande para este Sprint. O ideal seria quebrá-la em mais histórias. Pretendo trabalhar melhor essa questão ao final desta primeira semana do Sprint, após ver como será o andamento do planejado.

2 comentários:

Daniel Wildt disse...

A história indicada não tem relação direta com o sprint goal.

Não precisas criar uma infra para edição das informações.

Precisas ter o banco de dados com sua estrutura e conseguir consultar informações para poder montar o site. Isto pensando no sprint goal.

Acho que esta história deveria ser quebrada. Uma para atender o teu sprint goal e outra para conseguires entregar o que o cliente precisa.

Tens uma história de infraestrutura, para permitir o site rodando adaptado a Ruby on Rails e uma outra aí sim permitindo que o usuário tenha controle sobre o conteúdo.

Perguntas? Qual a informação que ele mais atualiza hoje?

De quanto em quanto tempo o cliente atualiza cada seção do site?

Isto vai te ajudar a entender as necessidades "atuais" do teu cliente e assim montar um planejamento mais simples, de modo que possas entregar alguma coisa para o cliente e que ele possa ver isto em funcionamento.

Baseado no que tens me falado sobre o teu tempo disponível para fazer o TCC, acho que o que estás querendo entregar é muito agressivo.

Não vi informações sobre a velocidade obtida na iteração anterior...

Aleckssandro disse...

Olá Daniel,

Você está correto. Concordo com você. É melhor quebrar esta história em duas.

Outro ajuste que devo promover é quanto ao inicio e fim de Sprint.

Atualmente tenho feito o inicio e fim dos Sprints no domingo, no mesmo dia. Ou seja, no último domingo do Sprint, faço o fechamento do mesmo e planejo o próximo. O problema é que normalmente o fechamento tem entrado algumas vezes madrugada adentro, e quando vou fazer o planejamento do próximo, já estou cansado. Para este Sprint 4, já vou fazer o fechamento no sábado, com isso ele terá um dia a menos.

Quanto a velocidade é outro ponto que estou ajustando. Tenho errado nas estimativas provavelmente, ou até criado tarefas muito grandes, pois geralmente tenho levado mais horas trabalhando nelas que o planejado.

Exemplo, uma tarefa de 5 horas levo 8 horas. Qual a melhor forma de representar isso no burndown?!

Bem, creio que todos estes são ajustes normais para um primeiro projeto com Métodos Ágeis. E está sendo muito bom para reflexão e tomada de decisão e ajustes o mais cedo possível.