pontoNETpt
A comunidade PontoNetPT está direccionada a todos os programadores que trabalhem com a plataforma .NET.
User Stories e Planeamento - Estimativas
Acho que é uma boa altura para concretizar um pouco melhor esta coisa das User Stories e de como podemos realizar planeamentos (Release e Iteration Planning) com base nestas.
 
Consideremos um exemplo a que recorri anteriormente. Imaginemos que o cliente pretende uma funcionalidade muito comum hoje em dia: "Um potencial cliente do nosso site deve poder registar-se de modo a receber notícias, ofertas, entre outros tipos de contactos."
 
É possível encontrar muitas histórias, mas mesmo muitas... Vamos ser pouco ambiciosos para já, considerando as seguintes histórias (criadas numa User Story Workshop).
  • "Um cliente deve-se registar indicando como código de utilizador o e-mail e escolhendo uma palavra-chave alfa-numérica."
  • "O cliente deve receber um e-mail de confirmação do registo."
  • "O cliente só fica devidamente registado depois de responder ao e-mail de confirmação."
  • "O cliente deve poder fornecer dados adicionais, como título honorífico, morada, telefone ou idade."
  • "A equipa de Marketing (Mkt) deve poder criar o conteúdo, em HTML, das mensagens (e-mails, sms, mms, ...) sem auxílio da equipa técnica."
  • "A equipa de Marketing pode escolher os destinários das mensagens com base nas características fornecidas pelos clientes."
  • "A equipa de Marketing pode despoletar o envio das mensagens sem intervenção da equipa técnica."
  • "A equipa de Marketing deve poder definir um grupo de destinatários de teste, que receberão as mensagens antes do envio das mensagens para os clientes."
  • "As mensagens devem ser personalizadas com o título honorífico e o nome do destinatário."
Temos aqui muitas histórias, que exigem esforços variados. Vamos assumir que as estimativas obtidas, de acordo com o processo de que falámos anteriormente, chegamos aos seguintes valores:
 
História Estimativa
"Um cliente deve-se registar indicando como código de utilizador o e-mail e escolhendo uma palavra-chave alfa-numérica."
3
"O cliente deve receber um e-mail de confirmação do registo."
2
"O cliente só fica devidamente registado depois de responder ao e-mail de confirmação."
1
"O cliente deve poder fornecer dados adicionais, como título honorífico, morada, telefone ou idade."
1
"A equipa de Marketing (Mkt) deve poder criar o conteúdo, em HTML, das mensagens (e-mails, sms, mms, ...) sem auxílio da equipa técnica."
5
"A equipa de Marketing pode escolher os destinários das mensagens com base nas características fornecidas pelos clientes."
2
"A equipa de Marketing pode despoletar o envio das mensagens sem intervenção da equipa técnica."
3
"A equipa de Marketing deve poder definir um grupo de destinatários de teste, que receberão as mensagens antes do envio das mensagens para os clientes."
2
"As mensagens devem ser personalizadas com o título honorífico e o nome do destinatário."
3

Dado que a equipa técnica é constituída por apenas por dois programadores sobrecarregados, com mais do que um projecto em simultâneo, temos aqui trabalho para algum tempo. Não se esqueçam que as estimativas são em dias ideais e os nossos dois amigos estão longe de ter dias ideais...

Nos próximos posts veremos como podemos partir daqui para o planeamento do projecto. E parece-me que o mais adequado não serão gráficos de Gantt nem Waterfalls. O tempo não está para isso...


Posted 4-2-2006 13:14 por João Hugo Miranda

Comments

Anonymous wrote re: User Stories e Planeamento - Estimativas
on 1-7-2009 1:09
por falar em waterfall

http://www.waterfall2006.com/
"After years of being disparaged by some in the software development community, the waterfall process is back with a vengeance. You've always known a good waterfall-based process is the right way to develop software projects"
Anonymous wrote re: User Stories e Planeamento - Estimativas
on 2-7-2009 1:47
por falar em waterfall

http://www.waterfall2006.com/
"After years of being disparaged by some in the software development community, the waterfall process is back with a vengeance. You've always known a good waterfall-based process is the right way to develop software projects"

Add a Comment

(requerido)  
(opcional)
(requerido)  
Remember Me?
If you can't read this number refresh your screen
Enter the numbers above:  
Powered by Community Server (Commercial Edition), by Telligent Systems