16/03/2022
Na Ecomp o método que utilizamos no desenvolvimento dos nossos projetos é o Scrum, que é dividido em 9 etapas/reuniões semanais, sendo elas: Product Backlog, Project Planning, Sprint, Planning, Weeklys, Daily, Sprint Retrospective, Release, Release Retrospective.
Como funciona cada uma delas?
Product Backlog:
O Product Backlog é uma lista de “tarefas a serem feitas”, ou seja, tudo o que foi acordado e necessário para a finalização e entrega do produto final. Porém, o Product Backlog está sujeito a modificações e adições de novos itens na grande maioria das vezes em conjunto com os Devs. É assim que um Product Backlog é formado e estruturado em um projeto: Dinâmico é sempre essencial!
Project planning:
Nesse período o projeto começa a ser desenvolvido. Agora com o SM (Scrum master é quem gerencia o processo Scrum) e Devs já definidos, é marcada a reunião de Project Planning, na qual o P.O.(Project Owner gerencia o Backlog do produto) apresenta para a equipe o escopo do projeto e o seu backlog.
Após tudo isso em mãos, a reunião de Project Planning continua com o processo de definição das datas das Releases, das Sprints e organizam as Issues em cada Sprint. Esta é uma reunião essencial para o planejamento do projeto, onde acontece uma conversa com a equipe, os membros informam suas dificuldades e facilidades, marcam horários para pair programming e discutem questões do projeto no geral.
Sprint Planning
Em todo início de Sprint ocorre esta reunião, a Sprint Planning é onde temos a última organização de tarefas. Nesta reunião estão presentes o Scrum Master, o P.O. e os Devs. No decorrer da reunião, são apresentados as Features que foram reservadas para essa Sprint (podemos chamar de Sprint Backlog) e a partir disso são separados os responsáveis por cada Feature, ou seja, o Dev que irá produzir nesta issue. Por fim, toma-se como princípio que o objetivo da Sprint é conseguir finalizar todas as Features que foram reservadas para ela, incrementando valor ao produto entregue. Toma-se ainda, por consenso, que mesmo com a separação de atividades, ainda estamos em equipe e que nada impede de que alguém que está desenvolvendo outra Issue possa ajudar seu colega de desenvolvimento.
Weeklys
Durante a sprint acontecem algumas reuniões denominadas Weeklys, nelas estão presentes o Scrum Master, os Devs e opcionalmente o P.O. O principal objetivo é manter todos os participantes informados e cientes de tudo que está acontecendo até o momento no projeto, ou seja, é a hora de expor os problemas e as dificuldades que ocorreram até este ponto na Sprint, deixando claro em qual etapa cada membro está nas atividades que ficaram responsáveis.
Desta forma o Scrum Master faz perguntas básicas para todos os Devs a respeito do desenvolvimento do projeto. Esta reunião tem a característica de ser curta e ser realizada com todos os membros de pé, tendo no máximo 15 minutos e sendo a mais objetiva possível,
para que todos consigam prestar completa atenção no que os companheiros disseram, evitando a exaustão e a perda de foco, o que aconteceria em uma reunião longa.
Na Ecomp temos a convenção de realizar duas weeklys por semana.
Daily:
Todos os dias úteis - exceto os dias das Weeklys - durante a Sprint acontece o momento do Daily. Nesse momento todos os membros se comunicam através do Telegram, reportando o que fizeram no dia, o que pretendem fazer e se tiveram problemas. Ele serve como um complemento para as Weeklys, pois possibilita um acompanhamento mais frequente do que está acontecendo.
Sprint Retrospective:
Em todo final de Sprint acontece a reunião de Sprint Retrospective, nela estão presentes o Scrum Master, os Devs e o P.O, ela é um momento muito importante do Scrum, onde todos os membros se reúnem para discutir sobre os pontos positivos e negativos de tudo que aconteceu nas últimas duas semanas, a fim de corrigir problemas que estão bloqueando o fluxo do projeto e possivelmente gerando atrasos.
Release:
Uma Release, nada mais é que uma parcela funcional do produto, o objetivo dessas parcelas é mostrar ao usuário final o progresso feito durante o desenvolvimento do software no período, bem como colher feedbacks dos mesmos, para que possamos melhorar e adaptar o produto. Assim evitamos quaisquer inconsistências à medida que o projeto cresce e garantimos a satisfação do cliente com o produto final.
Project Retrospective:
A “Project Retrospective” é um momento de retrospectiva de todo o projeto, onde os membros se reúnem para debater tudo o que foi feito e coletar os “feedbacks” positivos e negativos. Geralmente esse processo é feito na finalização do projeto, porém na Ecomp ele é feito ao decorrer de todo o processo nas “Sprint Retrospective”, e isso tem sido o suficiente para fazer o que a “Project Retrospective” propõe.
