Comments on: Histórias bem descritas, estimativas mais precisas. https://blog.myscrumhalf.com/en/historias-bem-descritas-estimativas-mais-precisas/#utm_source=rss&utm_medium=rss&utm_campaign=historias-bem-descritas-estimativas-mais-precisas Learn Scrum and Agile, to help your agile transformation, using ScrumHalf's Blog that has more than 10.000 new visitors monthly. Fri, 07 Feb 2020 21:20:52 +0000 hourly 1 By: Ester Lima, M.Sc., CSM e CSPO, Scrum Master GPE Ltda. https://blog.myscrumhalf.com/en/historias-bem-descritas-estimativas-mais-precisas/#comment-9153 Thu, 11 Apr 2013 20:58:43 +0000 http://blog.scrumhalf.com.br/?p=179#comment-9153 In reply to Marcos Stumpf.

Olá Marcos!

Se você já tem esses épicos, usá-los para definir o prazo para esse projeto é uma opção válida sim, porém a equipe pode sim ter dificuldades para estimá-las. Se ainda não houvessem esses épicos, mas sim uma ideia do escopo o prazo poderia ser definido como se faz nos métodos tradicionais. Ou seja, isso independeria de estar usando ou não Scrum.

Definido o prazo e o custo, na agilidade a diferença é que o dono do produto estará junto da equipe definido e priorizando o que tem de mais valor para ser desenvolvido dentro do prazo e do custo previamente definido. Dessa forma o que teremos ao final não é seguir escopo, mas sim reagir a mudanças e entregar um produto que tenha valor, que será usado, e não um produto que atende escopo.

Se vocês tiverem dificuldades em definir o prazo, tente pensar em releases. Planejando-as com os épicos pode ficar mais fácil chegar ao prazo. Lembrando que na agilidade a variável é o escopo da release e não a data.

E respondendo a sua pergunta: "Vocês conhecem algum material relevante ou alguém com pedigree que possa dar embasamento no caminho que deve ser seguido para esta situação?" Sim, que tal uma conversa inicial por email? Acho que poderemos ajudá-lo.

Se tiver interesse nosso email é: comercial@gpetec.com.br

]]>
By: Marcos Stumpf https://blog.myscrumhalf.com/en/historias-bem-descritas-estimativas-mais-precisas/#comment-9126 Wed, 10 Apr 2013 21:52:11 +0000 http://blog.scrumhalf.com.br/?p=179#comment-9126 Estou passando por um dilema na minha empresa que tem a ver com as perguntas lançadas no final deste post.

Temos um projeto complexo de grande porte para desenvolver e o conselho deseja obter uma “noção” de prazo para a entrega deste projeto ao mercado, até porque isto envolve decisões estratégicas. Porém levaremos vários meses elaborando somente o backlog (no nível de histórias) para se chegar a esta noção de prazo.

Então estamos encurtando este tempo, elaborando o backlog apenas com épicos e a partir dele estimando com a equipe para se chegar nesta noção de prazo. Sabemos que com isto o percentual de desvio será maior comparado a decomposição destes épicos no nível de histórias.

Mas pegando o caso de uma fábrica de software que precisa dar uma resposta rápida frente ao pedido do cliente, é assim que é praticado?

Quais recomendações vocês sugerem quanto ao nível de decomposição de um épico (sem chegar na história de fato) para que seja possível de ser estimado pelo time?

Vocês conhecem algum material relevante ou alguém com pedigree que possa dar embasamento no caminho que deve ser seguido para esta situação?

]]>