Glossario Ágil
Escrito por Gabriel Aleksandravicius
Gerenciamento ágil de projetos#
O gerenciamento agile/ágil foi inicialmente criado para o universo de desenvolvimento de software e define uma abordagem iterativa do projeto, onde novas versões surgem continuamente e são incorporadas ao que já existia. Isso é diferente da gestão em cascata, que segue uma abordagem sequencial e linear de desenvolvimento.
O objetivo do desenvolvimento ágil é permitir que a equipe entregue valor de forma rápida, consistente e capaz de responder a mudanças e novas necessidades do cliente. Para isso o grupo deve trabalhar de forma colaborativa, manter a comunicação aberta, ser adaptável e desenvolver a confiança entre os membros.
Kanban e Scrum são dois métodos implementados na gestão ágil.
No Kanban um quadro dividido em colunas é usado para representar os estágios do trabalho. É comum que haja pelo menos as seguintes colunas: backlog, in progress, in validation, done. As tarefas avançam de estágio até que sejam concluídas. Portanto, o Kanban é uma estratégia visual de gestão.
Já o Scrum é uma estrutura de administração do projeto. Nele, são estabelecidos alguns cargos para os envolvidos (product owner, scrum master) e determinadas diferentes fases do scrum. As fases mais tradicionais são: planejamento de sprint, reuniões diárias, retrospectiva de sprint. Há ainda a reunião para grooming do backlog.
Veremos aqui alguns conceitos ágeis utilizados pela equipe e como eles se inserem no nosso workflow.
Termos do agile#
Sprint#
No scrum, o produto é criado em uma série de iterações chamadas de sprints. Um sprint é um ciclo de tempo curto pré-determinado determinadas tarefas são executadas pela equipe. Ao seu fim, um produto/parte dele é entregue. O objetivo dos sprints é dividir um projeto grande e complexo em pedaços pequenos e mais simples. Nossos sprints são de uma semana e nele todas as tarefas do backlog do sprint devem ser executadas. Ele começa segunda 17h e termina sexta 17h.
Backlog do produto#
Um backlog é uma lista de todas as tarefas a serem executadas para a entrega do produto. O backlog suporta um plano estratégico em larga escala e o divide em tarefas pequenas. Nós possuímos um backlog para as atividades do V2, um para o V3 e outro para as tarefas de software.
Pontos de história#
Pontos de história estimam a quantidade de esforço que uma tarefa leva para ser executada. Muitas equipes fazem estimativas com tempo: dias, semanas, meses. Entretanto, equipes ágeis passaram a usar pontos de história. Eles definem o esforço em um formato tipo Fibonacci: 0, 0.25, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100. Por isso, não podem existir tarefas de 4 ou 7 pontos, por exemplo. Atualmente estamos estimando pontos por dias (1 ponto = 1 dia. Devemos sempre dividir tarefas de muitos pontos em tarefas menores (por exemplo, 5 divididos em tarefas de 3 e 2 pontos).
Backlog do sprint#
O backlog do sprint diz respeito às tarefas do backlog do produto que foram selecionadas para o sprint. Como possuímos 5 dias de sprint, cada membro tem uma capacidade de 5 pontos e pode ter alocado a ele uma soma final de 5 pontos de tarefas.
Product Owner (Proprietário do Produto)#
O product owner define o produto a ser entregue, adiciona as tarefas correspondentes ao backlog do produto e as prioriza. Nosso product owner é o gerente da aviônica, que participa das reuniões com os outros gerentes e o gerente de projetos e assim consegue determinar os próximos passos.
Scrum Master (Mestre do Scrum)#
O scrum é organizado pelo scrum master. Ele garante que os métodos ágeis estão sendo seguidos, organiza e orienta as reuniões e encoraja o time a melhorar. Nosso scrum master é o gerente da aviônica.
Planejamento do sprint#
O planejamento do sprint é o evento que marca o início do sprint. Nele são definidas as metas do sprint, quais tarefas do backlog que correspondem a essas metas e quais tarefas podem ser entregues até o final do sprint. Em seguida é feita a alocação dessas tarefas entre os membros da equipe. Nós fazemos nosso planejamento nas segundas, 17h.
Para um sprint eficiente é importante que o backlog esteja organizado e atualizado, portanto o grooming é um evento importante que deve ser feito antes do início do próximo sprint.
Retrospectiva do sprint#
Nesse dia a equipe reflete sobre o sprint passado para poder melhorar no futuro. O time pensa em como ser mais efetivo, quais comportamentos são positivos e negativos para o desenvolvimento do projeto e conversa sobre quais ajustes podem ser feitos. Nossas retrospectivas são feitas nas quintas, 17h.
Grooming (refinamento) do backlog#
No dia do grooming o Product Owner e o restante do time revisam o backlog para garantir que ele está bem organizado, com os itens na prioridade correta e já bem pontuados. Nosso grooming acontece toda quinta, após o término da retrospectiva.