Scrum: a Metodologia Ágil
- TI
- Finanças
- Operações
- Apps Inteligentes
Conheça um pouco da metodologia Agile, hoje aplicada no BK Brasil pela equipe delaware para atendimento a projetos e melhorias
Conheça um pouco da metodologia Agile, hoje aplicada no BK Brasil pela equipe delaware para atendimento a projetos e melhorias
Metodologia Ágil é uma solução de gestão de projetos criada para que empresas que desejam realizar entregas com mais qualidade, em menos tempo. Alguns princípios do Agile são:
Uma Metodologia Agile para projetos de software é denominada de Scrum.
Scrum é uma forma de organizar e executar todo o trabalho a ser feito. Porém, não é um processo padronizado onde você segue uma série de etapas sequenciais que vão garantir que você produza, no prazo e no orçamento, um produto de alta qualidade e que encanta os seus clientes.
Em vez disso, podemos falar que o Scrum é um framework para organizar e gerenciar trabalhos mais complexos, como projetos de desenvolvimento de software. O framework Scrum é um conjunto de valores, princípios e práticas que fornecem a base para que a sua organização adicione suas práticas particulares de engenharia e gestão, e que sejam relevantes para a realidade da empresa.
Uma equipe Scrum é composta basicamente de três papéis: Product Owner, ScrumMaster eTime de Desenvolvimento.
Ponto central, com poderes de liderança sobre o produto. Ele deve:
O ScrumMaster é responsável por:
O ScrumMaster age como um líder, não como um gerente.
No desenvolvimento tradicional de software, são abordados vários tipos de trabalho: arquiteto, programador, testador, administrador de banco de dados, Designer, entre outros. O papel do Time de Desenvolvimento é juntar todas essas pessoas em uma equipe multidisciplinar, que são responsáveis pela concepção, construção e testes do produto.
A equipe de desenvolvimento se auto-organiza para determinar a melhor maneira de realizar o trabalho e atingir a meta estabelecida pelo Product Owner. Em um time de desenvolvimento seus membros devem ter coletivamente todas as habilidades necessárias para produzir, com qualidade, software funcionando.
Confira: Metodologia Ágil para home office
No Scrum, o trabalho é realizado em iterações ou ciclos de até um mês de calendário, chamado de Sprints. O trabalho realizado em cada sprint deve criar algo de valor tangível para o cliente ou usuário. Sprints são timeboxed (duração fixa) para que tenham sempre uma data fixa de início e fim.
O product backlog pode representar muitas semanas ou até meses de trabalho, o que é muito mais do que pode ser concluído em um único e curto sprint. Para determinar quais os subconjuntos de itens do Product Backlog mais importantes para construir no próximo sprint, a equipe deve realizar um planejamento do Sprint.
Durante o Sprint Planning, a equipe de desenvolvimento e o Product Owner devem chegar a um acordo sobre qual o principal objetivo do Sprint. Com isso mãos, deve-se determinar quais os itens do backlog devem ser priorizados.
A maioria das equipes Scrum que estão realizando Sprints de duas semanas a um mês de duração tentam completar o seu planejamento em cerca de 4 a 8 horas. Um sprint de uma semana não deve tomar mais do que 2 horas para ser planejado.
Todos os dias, idealmente no mesmo horário, os membros da equipe de desenvolvimento devem realizar uma reunião com tempo definido (15 minutos ou menos), chamado Daily Scrum. Esta reunião também é chamada de Stand-Up Meeting, uma prática recomendada para que a reunião seja feita em pé e que seja rápida.
Uma abordagem comum nesta reunião é o Scrum Master fazer três perguntas para cada membro da equipe:
Ao responder a estas questões, todos conseguem visualizar de uma maneira geral como está progredindo o trabalho do Sprint em direção à sua meta.
No Scrum, um produto ou funcionalidade concluída são considerados como resultado do Sprint. Para saber quando e como uma parte do produto ou funcionalidade deve ser considerada concluída, nós utilizamos um documento chamado Definition of Done.
Embora, isso varie significativamente de um extremo ao outro para cada time Scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência em primeiro lugar.
No final do Sprint, existem duas atividades adicionais que são fundamentais: Sprint Review (Revisão do Sprint) e o Sprint Retrospective (Retrospectiva de Sprint).
O Sprint Review é uma reunião informal, e a apresentação do incremento destina-se a motivar a equipe, obter comentários e promover a colaboração de todos. O seu objetivo é verificar e adaptar o produto que está sendo construído.
O Sprint Retrospective tem como objetivo verificar necessidades de adaptações no processo de trabalho.