Menu

Construção e Uso – Modelo Ágil

Short Tip: Etapa de amadurecimento e desenvolvimento da solução, bem como de entrega do produto aos usuários.

O que é?

É a etapa de amadurecimento e desenvolvimento da solução e uso pelos usuários. O objetivo é construir o produto o mais rapidamente possível, efetuando entregas (releases) parciais que agreguem valor aos usuários e possibilite o teste de hipóteses do produto.

Por que Aplicar?

A fase de construção é inerente a qualquer framework ou método. No caso de projetos ágeis, contudo, ela é cíclica, ou seja, ocorre múltiplas vezes. Essa abordagem permite o teste do produto, ainda que parcial, junto aos usuários e o recebimento de feedback (inspeção). Esse procedimento permite eventuais correções de rumo (adaptação) do produto, sendo uma das vantagens deste modelo.

Como Aplicar?

A fase de construção encontra-se predominantemente baseada no Guia do Scrum, com as seguintes observações:

  • É composta por duas fases, a primeira de Amadurecimento, necessária para o detalhamento inicial da solução, e Sprints, onde os ciclos de desenvolvimentos são efetivamente executados;
  • Durante a fase de Sprints é comum existirem mudanças (inclusão, remoção ou alteração de histórias). Recomenda-se que essas atualizações sejam também realizadas no Story Map e no Roadmap, caso seja entendido pelo time que a sua atualização gera valor para o processo de construção ou comunicação com stakeholders;
  • Caso sejam identificadas mudanças que coloquem em xeque o valor gerado pela solução escolhida, deve-se adotar um Relab, ou seja, volta ao laboratório de ideias da fase de Concepção para rediscussão de novas alternativas;
  • A cada Sprint, quando o Product Owner indicar que o incremento deve ser entregue ao usuário (released), devem ser adotadas ações específicas relacionadas à entrega do produto: Devops para produtos de TI, comunicação da release e coleta do feedback do usuário;
  • O acompanhamento da evolução da Sprint é feito pelos Developers por meio do Burndown da Sprint e a evolução do produto ou da próxima release é feito pelo Product Owner através do Burnup do Produto;
  • As informações do produto são consolidadas no programa (conjunto de produtos relacionados) e portfólio (conjunto de programas) para fins de acompanhamento de métricas de valor e alinhamento.