No post anterior sobre estimativa de projetos de desenvolvimento de software utilizando os números de Fibonacci, conhecemos a origem dos números, o motivo que cria a sequência como ela é e por que é mais fácil para nós, seres humanos, estimar por relativismo e não por absolutismo. Neste novo post, veremos como estimar projetos de desenvolvimento de software utilizando Story Points, como monitorar o andamento do projeto com eles (e motivar seu time) e, enfim, como responder as perguntas capitais: quando o software estará pronto e quanto irá custar. [continue lendo...]

Planejamento de projetos de software buscam responder a 2 simples questões: Quanto vai custar? Quando estará pronto? Não somente projetos de software, mas qualquer projeto de prestação de serviço, têm dificuldades para responder a estas questões. Isso por conta do grau de empirismo envolvido nestes projetos. Na construção ... [continue lendo...]

A reunião de retrospectiva é o ritual mais importante dentro do Scrum. Esta pausa permitida pelo processo ao time abre espaço para o aprimoramento do processo de desenvolvimento de software utilizado pelo time. Este é o momento sagrado dentro de cada sprint para que o time avalie que práticas deve manter e que práticas deve mudar. Sem esta reunião, ... [continue lendo...]

Um dos desafios na utilização do Scrum é prever o quanto um time é capaz de entregar a cada sprint. Muitos tentam, em uma vaga tentativa de criar uma métrica, atribuir a 1 story point uma determinada quantidade de trabalho a ser entregue, ao invés de observar como um time desempenha seus papéis e realiza suas entregas. Por exemplo: 1 story point equ... [continue lendo...]

“A disposição para mudar demonstra força, mesmo que a mudança signifique mergulhar a empresa em total confusão por algum tempo.” - Jack Welch Por muito tempo, o mercado de TI acostumou-se a utilizar o modelo Waterfall de desenvolvimento de software, que, por sua vez, é baseado no processo definido de produção. Ou seja, antes de ... [continue lendo...]

Em seu livro Succeeding with Agile, Mike Cohn conta como a Amazon.com trata a orientação encontrada no Scrum sobre o tamanho de um time. O Scrum orienta que um time deve ter um tamanho de 5 a 9 pessoas, entre Scrum Master, desenvolvedores, testadores, e qualquer outro papel que esteja responsável por entregar valor de negócio em forma de software. A Amazon.com refere-se... [continue lendo...]