O que são pontos de história no Agile e como estimar?

O que são pontos de história no Agile?

Os story points são uma medida para estimar o trabalho realizado através da implementação de frameworks ágeis como Scrum e eXtreme Programming.

A implementação de uma história de usuário é uma tarefa difícil de alcançar. A equipe pode enfrentar riscos; complexidades, etc, enquanto o processo de desenvolvimento. Esse nível de dificuldade é medido pela equipe de desenvolvimento através do uso de uma medida abstrata chamada story point. Portanto, story points em ágil são usados ​​como métricas no desenvolvimento ágil. Ele diz à equipe sobre o quão difícil é a implementação da história.

As sessões de preparação do backlog do produto realizam a estimativa dos pontos da história que são então avaliados pelo desenvolvimento do produto e pela equipe de testes. Isso é feito para aumentar a eficiência do planejamento do sprint. A preparação do backlog do produto é a estimativa aproximada que verifica:

• Se o plano de sprint está pronto para ser conduzido de forma eficiente.
• A informação é suficiente para completar os assuntos.
• Se o plano de sprint baseado na história do usuário é razoável.

Existem três componentes principais na estimativa ágil de pontos de história:

• Risco: para um determinado item, os riscos associados a ele são demandas vagas, mudanças no meio do processo e dependência de terceiros.
• Complexidade: Representa o nível de dificuldade de desenvolver um recurso.
• Recepção: Determina a familiaridade do recurso com os membros da equipe e quão monótona certas tarefas são dentro do desenvolvimento.

A incorporação dos três pontos permite o planejamento preciso de sprints, incluindo uma almofada para incerteza, questões relacionadas a uma melhor estimativa e evitar aprender muito sobre compromissos de tempo.

Estimativa de Story Points em Agile

Etapas para estimar pontos de história ágeis

O envolvimento dos desenvolvedores, designers, testadores, etc. é considerado um fator-chave ao estimar os pontos de história ágeis. Como cada membro da equipe tem perspectivas diferentes de levar adiante o trabalho e entregar o produto, a colaboração efetiva é importante. Por exemplo, a mudança em qualquer projeto não requer apenas os esforços de uma equipe de projeto, mas também o envolvimento do desenvolvimento e do departamento de controle de qualidade.

Para começar com a estimativa de pontos de história em ágil, a equipe deve ter uma história de linha de base que não necessariamente seja pequena, mas que possa ser bem repercutida dentro da equipe. Isso é seguido pelo dimensionamento das histórias com base na história de linha de base. Com a ajuda das histórias de referência, pontos devem ser dados à história. A cada história é atribuído um valor em pontos.

Benefícios do dimensionamento

A equipe de entrega ágil realiza o processo de dimensionamento que é mais fácil de estimar. Através do dimensionamento

• A visão geral do escopo do trabalho pode ser visualizada.
• O tamanho do trabalho pode ser determinado através de múltiplas perspectivas.
• Qualquer suposição falsa pode ser corrigida.
• Coisas que não podem ser exatas são apagadas.

O dimensionamento é feito considerando o seguinte:

• A quantidade de trabalho a fazer
• A complexidade do trabalho
• Risco ou incerteza em fazer o trabalho
• Tempo de duração

Os sprints podem ser planejados com mais precisão seguindo o processo listado:

Um processo de três etapas para estimar os pontos da história é:

1. Uso da série de sequências de Fibonacci.

• A avaliação tradicional do dia humano foi substituída para estimar pontos de história através dos números de Fibonacci, ou seja, 1, 2, 3, 5, 8, …
• Uma escala linear não é utilizada, pois oferece itens que não são diferenciados o suficiente para definir uma estimativa. No entanto, a série de Fibonacci pode estimar os pequenos saltos em um problema.
• A série de Fibonacci representa uma sequência de números em que o próximo número na sequência é a soma dos dois números anteriores. Para estimar pontos de história em ágil , a sequência de Fibonacci é modificada para 0,5, 1, 2, 3, 5, 8, 13, …

2. Determinação de uma matriz

• Uma linha de base para cada ponto da história é determinada.
• A linha de base é incluída na matriz como o valor de 1. Isso é definido como o padrão para a menor quantidade de risco, repetição, etc.

3. Planejamento de pôquer

Por meio do pôquer de planejamento, a equipe concorda com a aproximação correta dos pontos de história para cada item.

O funcionamento do pôquer de planejamento é

• Durante o planejamento do sprint, um conjunto de cartões é recebido por cada desenvolvedor e testador. As cartas representam um número de série de Fibonacci.
• Um item da tabela de pendências é selecionado para questionar e esclarecer as características dos itens.
• No final da discussão, um cartão que reflete a estimativa do item é selecionado em particular pelo testador e pelo desenvolvedor.
• As cartas são então reveladas pelos estimadores. Eles passam para o item líquido se um consenso for alcançado. Para cartas variadas, a discussão é conduzida pelos líderes até chegar a um consenso.

Uma matriz preenchida é útil para os estimadores usarem como referência durante o pôquer de planejamento. Isso permite maior consistência entre as tarefas. Além disso, o limite máximo da estimativa é 13, se for superior a 13, é eficaz que a tarefa seja dividida em itens menores. Além disso, se a tarefa for estimada em menos de 1, é aconselhável incorporá-la em outra tarefa.

Outra estimativa de 8 etapas para uma estimativa bem-sucedida de pontos de história em ágil são:

1. Identificando as histórias base

• Uma das etapas importantes para estimar os pontos da história em ágil é identificar uma história base que é usada como referência para o dimensionamento relativo do backlog.
• A história de linha de base é escolhida a partir de uma história anterior que foi realizada pela equipe de desenvolvimento ou de um backlog de produto atual.
• A compreensão da história da linha de base deve ser a mesma entre todos os membros da equipe. Em outras palavras, deve haver confiança na equipe sobre a história de base.

2. Discuta os requisitos

• Os detalhes da história devem ser discutidos e as explicações relacionadas à história do usuário devem ser fornecidas pelo Product Owner ou por um analista de negócios.

3. Anote coisas importantes

• Quaisquer coisas importantes que devem ser importantes devem ser anotadas.
• O scrum master faz melhor esse trabalho durante as discussões em andamento.

4. Perguntas importantes a serem feitas

Algumas perguntas são muito importantes para que a equipe de desenvolvimento tenha que se perguntar.

• Antes de iniciar o projeto, o que é necessário ser aprendido pelos membros da equipe?
• Qual é o requisito do código para a história? Quanto comprimento é necessário e existem códigos semelhantes escritos pela equipe de desenvolvimento anteriormente.
• Para aceitação pelos clientes, quanto trabalho está envolvido?
• Existem dependências externas que a história tem?
• Alguém na equipe tem algum conhecimento ou experiência trabalhando na mesma história?
• A história tem alguma simplicidade ou complexidade associada, tanto do ponto de vista da lógica de negócios quanto do ponto de vista técnico?
• Quanta certeza existe para obter as dependências a tempo?

5. Pontos para comparação relativa

• Pontos relativos para comparação devem ser atribuídos à história.
• O mesmo número de pontos deve ser atribuído à história, ou seja, 1, para histórias que tenham a mesma quantidade de trabalho que histórias já dimensionadas.
• Para histórias mais difíceis, um valor proporcionalmente maior deve ser atribuído.
• Se a história for menos complexa devido ao aprendizado disponível da história anterior, mas quase semelhante a essa história, um valor menor deve ser atribuído.

6. Um consenso deve ser alcançado entre toda a equipe de acordo com o tamanho da história.
7. Deve haver uma validação do fato de que há uma consistência interna entre as histórias.
8. Deve ser assegurado em intervalos repetidos que todos os 1s são iguais ou todos os 2s coincidem, etc.

Benefícios da estimativa ágil de pontos de história

A aplicação de estimativas aos pontos da história no ágil oferece benefícios tanto para os desenvolvedores quanto para os proprietários do produto.

Os benefícios oferecidos aos desenvolvedores são:

• A aplicação da estimativa permite que os desenvolvedores saibam quanto planejamento é necessário para um sprint e, portanto, podem levar o trabalho adiante em um ritmo sustentável.
• O excesso de planejamento do sprint é evitado.
• A estratégia de implementação e os requisitos necessários em um produto são bem compreendidos através das discussões e elaborações.

Os benefícios oferecidos aos proprietários de produtos são:

• A entrega a longo prazo do produto pode ser focada.
• O “value for money” ou “retorno do investimento” dos itens pode ser avaliado.
• Os riscos técnicos de itens grandes são visíveis para os proprietários do produto.

Aprenda cursos de software online das melhores universidades do mundo. Ganhe Programas PG Executivos, Programas de Certificado Avançado ou Programas de Mestrado para acelerar sua carreira.

Resumo

Assim como a metodologia ágil envolve prática, a estimativa em si é uma prática que vai melhorar com o tempo. A implementação da estimativa de pontos ágeis beneficia tanto os desenvolvedores quanto o proprietário, o que resulta em uma solução eficaz.

Se você quer dominar suas mãos no desenvolvimento de software, então venha e confira o curso Executive PG Program in Software Development – ​​Specialization in Full Stack Development oferecido pela upGrad.

O curso de especialização ajudará a transformar a criatividade oculta de qualquer profissional iniciante em direção ao futuro do desenvolvimento de software. Se alguma ajuda for necessária, você pode entrar em contato com nossa equipe de assistência.