A Metodologia SCRUM é dedicada à gestão e planejamento de projetos de software. Com ele, esses projetos passam a ser divididos em fases, normalmente mensais, conhecidas como Sprints.
Dentro do SCRUM, o Sprint simboliza um Time Box (caixa de tempo), ou seja, um período limitado para a execução, da melhor maneira possível, de um trabalho. As metodologias ágeis de expansão de softwares possuem as suas atividades divididas em iterações, que nesse caso em questão, são os Sprints.
As funções que serão implementadas em uma ação, através do SCRUM, permanecem em uma lista chamada de Product Backlog. Ao início de um Sprint, realiza-se um Planning Meeting, que é uma reunião de planejamento onde o Product Owner prioriza os pontos do Product Backlog e os colaboradores selecionam as funcionalidades que ela será capaz de executar enquanto o Sprint se inicia.
As ações implementadas em um Sprint são transportadas do Product Backlog para o Sprint Backlog. Ao fim de um Sprint, a equipe de colaboradores finalmente pode apresentar as funções introduzidas em uma Sprint Review Meeting, só aí é realizado uma Sprint Retrospective e a equipe pode seguir para os planos de um novo Sprint.
É normal que você ainda não tenha familiaridade com esses nomes e, por essa razão, vamos explicar um pouco sobre cada um deles.
Os Sprints (fases) de um SCRUM
1 – Product Backlog: é a lista que contém todas as funções desejáveis para o produto, as ideias dessa lista são definidas pelo Product Owner. Vale ressaltar que não tem necessidade do Product Backlog está completo no começo de um projeto, as mudanças podem ser realizadas de acordo com o tempo e com informações novas.
Product Owner: essa fase é responsabilidade de uma pessoa, é quem define os pontos que farão parte do Product Backlog e os da prioridade nas Sprint Planning Meetings.
Sprint Planning Meeting é a uma reunião com a presença do Product Owner e com todo o resto da equipe que esteja dentro do projeto. É durante essa fase que o Product Owner apresenta as funções prioritárias para todos.
Durante essa reunião, a equipe deve ter total liberdade de realizar questionamentos que tornem funções em atividades técnicas para depois da reunião, essas atividades é que darão início ao Sprint Backlog.
Sprint Backlog: é uma lista de tarefa que deve ser realizada pela equipe em um Sprint. Os itens dessa lista são retirados do Product Backlog, com base no Product Owner e compreensão da equipe em relação ao tempo preciso para realizar as diferentes funções.
Sprint Retrospective: É a parte final do Sprint, serve para a equipe identificar o que deu certo, o que ainda pode ser arrumado e quais ações devem ser feitar para essa melhoria acontecer.
Sprint Review Meeting: Quando um Sprint chega ao seu final é realizado um Sprint Review Meeting, é como se fosse um encontro para discutir a respeito dos pontos que já foram alcançados. É aqui que o projeto é aliviado como um todo e não como itens, para certificar que o objetivo geral do Sprint foi atingido.
Hey,
o que você achou deste conteúdo? Conte nos comentários.