Lucas LimaEste é um guia simples e rápido sobre Scrum, ideal para quem está se preparando para um teste ou prova. Exploraremos a história do Scrum, seus pilares e valores, e como funciona o ciclo Scrum. Também discutiremos a diferença entre metodologia e framework, os papéis e responsabilidades dentro de uma equipe Scrum, os artefatos essenciais e os eventos que estruturam o processo. Se você está começando sua jornada no mundo ágil ou simplesmente quer entender melhor como o Scrum pode beneficiar sua equipe, este guia é para você!
Empirismo
Empirismo é uma corrente filosófica que se refere à teoria do conhecimento, onde todo o conhecimento é adquirido através da prática e da experiência. Em vez de previsões, a informação é obtida por meio da observação. Essa abordagem divide problemas complexos em partes menores, utilizando equipes pequenas que trabalham em incrementos do produto.
O Scrum adota os princípios do empirismo. Ele opera em ciclos curtos de trabalho, conhecidos como sprints, que permitem a inspeção e adaptação contínuas. Ao fragmentar problemas complexos em partes menores e iterativas, as equipes podem coletar feedback regularmente e ajustar o escopo e o plano de entregas de acordo com as novas informações e mudanças que surgem ao longo do projeto. Isso torna o processo mais flexível e responsivo às necessidades do projeto.
História
O Scrum foi criado por Hirotaka Takeuchi e Nonaka Ikujiro nos anos 80 para o desenvolvimento de produtos. O nome “Scrum” vem de uma formação específica do rugby, utilizada quando o jogo é reiniciado após uma falta. Essa analogia foi escolhida para representar a colaboração e a coesão necessárias em uma equipe de desenvolvimento.
Nos anos 90, Ken Schwaber e Jeff Sutherland desenvolveram o conceito de Scrum e sua aplicação no desenvolvimento de softwares. Eles formalizaram as práticas e princípios que hoje conhecemos, adaptando a abordagem para atender às necessidades específicas do desenvolvimento ágil de software. No Scrum, o desenvolvimento do produto é um esforço conjunto, onde a equipe trabalha de forma colaborativa para atingir um objetivo comum.
Pilares do Scrum
- Transparência: Todos os aspectos importantes do processo devem ser visíveis e compreensíveis para todos os envolvidos.
- Inspeção: Revisões frequentes do progresso e dos artefatos do Scrum garantem que o trabalho está no caminho certo.
- Adaptação: Ajustes contínuos são feitos com base no feedback e nas inspeções para melhorar processos e resultados.
Valores do Scrum
- Coragem: O time Scrum precisa ter coragem para fazer a coisa certa e trabalhar com problemas difíceis.
- Foco: Todos focam no trabalho da sprint e nos objetivos do time Scrum.
- Comprometimento: As pessoas se comprometem pessoalmente em alcançar os objetivos do Scrum.
- Respeito: Os membros do time Scrum respeitam uns aos outros para serem pessoas capazes e independentes.
- Abertura: O time de Scrum e seus stakeholders concordam em estarem abertos a todo o trabalho e aos desafios com a execução dos trabalhos.
O ciclo Scrum
O Scrum é um framework ágil para o gerenciamento e desenvolvimento de produtos complexos, especialmente em projetos de software, que se baseia em equipes pequenas e auto-organizadas que trabalham em ciclos curtos e iterativos, chamados de Sprints, para entregar incrementos de produto potencialmente utilizáveis.
Reunião com stakeholders: Criação de meta do produto.
Roadmap do produto: Representação gráfica das entregas parciais ao longo de uma linha do tempo.
Backlog do produto: Composto por histórias de usuário que são escritas pelo dono do produto através de informações fornecidas por clientes e stakeholders.
Reunião de planejamento da sprint: Onde as histórias de usuário de alta prioridade são escolhidas para serem executadas.
Backlog da sprint: As histórias de usuário são divididas em tarefas menores e mais facilmente gerenciáveis. A sprint tem duração de 4 semanas geralmente. Durante a sprint são realizadas reuniões diárias para discussão de progresso diário.
Reunião de revisão da sprint: Perto do final da sprint a reunião o dono do produto recebe uma demonstração dos entregáveis.
Reunião de retrospectiva da sprint: O ciclo finaliza com uma reunião para o time apresentar maneiras de melhorar processos e seu desempenho para avançar para a próxima sprint.
Metodologia X Framework
Metodologia: Explicação minuciosa, detalhada e exata de todas as ações a serem tomadas para o desenvolvimento ou realização de um trabalho ou pesquisa.
Framework: Estrutura flexível que fornece diretrizes e componentes reutilizáveis para apoiar e organizar o desenvolvimento de projetos, permitindo adaptações conforme necessário.
Papéis e responsabilidades
Time Scrum: Composto por 3 papéis, Product Owner (apenas 1 integrante) que é totalmente voltado a negócios, Scrum master(apenas 1 integrante) especialista nas práticas dos Scrum, não é um líder técnico. Developers pessoas que criam qualquer elemento incrementável na sprint. Um time Scrum deve ter entre 10 ou menos pessoas.
Scrum master: Ë um facilitador, deve garantir ao time Scrum um ambiente propício para a conclusão do projeto. Guia, facilita e ensina as práticas Scrum. Guiar a equipe e eliminar qualquer impedimento que ocorra. Não é a mesma coisa que um gerente de projeto.
Product Owner: Responsável por alcançar um maior valor de negócio do produto e também pela coordenação das necessidades dos clientes. Ele deve garantir uma boa comunicação com o time Scrum sobre requisitos e funcionalidades do produto ou serviço, definindo e garantindo os critérios de aceitação. Resumindo ele é responsável com que o time tenha entregas com valor. Ele é responsável pelo backlog do produto. Não é a mesma coisa que um gerente de projeto.
Desenvolvedores: São pessoas do time Scrum que estão comprometidas em criar um incremento utilizável a cada sprint. Responsáveis pelo desenvolvimento do produto ou serviço. Eles possuem habilidades específicas (geralmente amplas) de acordo com o domínio do trabalho. O grupo deve ser multifuncional e autogerenciado.
Artefatos
São elementos que representam trabalho ou valor e fornecem transparência e oportunidades para inspeção e adaptação.
Backlog do produto: Lista ordenada e emergente do que é necessário construir e/ou melhorar um produto já existente. É dinâmico e está sempre mudando para identificar o que o produto precisa para ser competitivo e útil. Meta do produto é um objetivo ou necessidade de negócio que fornece contexto, orientação, motivação e inspiração para o trabalho.
Backlog da sprint: Plano de trabalho criado pelos desenvolvedores, é uma imagem visível em tempo real do trabalho que eles planejam realizar durante a sprint para atingir a meta. Ele é composto por 3 itens: meta da sprint (porque estamos trabalhando nessa sprint?), conjunto de itens backlog do produto(o que vamos desenvolver para atingir a meta) e o plano de ação(tarefas e atividades para compor o incremento, como vai ser atingida a meta da print).
Incremento: Parte utilizável do produto final. Dentro da sprint, pode-se ter vários incrementos entregues. Ë a forma de entrega de valor e atingir a meta do produto. O incremento só é finalizado com a definição de pronto, que é uma descrição formal do estado do incremento quando ele atinge as medidas de qualidade exigidas. Essa definição de pronto pode fazer parte do padrão da organização, mas se não houver o próprio time deve criar a sua própria, geralmente ela inclui (aprovação do design e usabilidade, testes aprovados em todas as funcionalidades e etc).
Histórias de usuário: Descrição clara e resumida de alguma funcionalidade que deverá ser desenvolvida, sempre com o ponto de vista de um usuário final. Devem possuir uma descrição curta e objetiva. O modelo de história de usuário seria assim:
COMO UM [TIPO DE USUÁRIO], EU QUERO [UM OBJETIVO] PARA QUE [ATENDA UMA NECESSIDADE].
Um exemplo de história de usuário seria:
COMO UM ADMINISTRADOR DO SISTEMA, EU QUERO CONFIGURAR PARÂMETROS PARA QUE FACILITE A VISUALIZAÇÃO DOS RELATÓRIOS.
Épicos: São histórias muito abrangentes, devemos quebrar eles em histórias menores. Se não cabe em uma sprint não é um épico, se é possível quebrar em 1 ou mais post-its é um épico, se a estimativa gerou muita divergência é um épico.
Quadro de tarefas: Scrum board é um quadro que o time coloca as tarefas do backlog. Ele é dividido em histórias do usuário (que compõe o backlog da sprint), a fazer, em andamento, em testes e pronto.
Eventos
São criados para criar regularidade e minimizar a necessidade de reuniões não definidas.
Sprint: Uma Sprint no Scrum é um período de tempo fixo, geralmente de uma a quatro semanas, durante o qual uma equipe de desenvolvimento trabalha para completar um conjunto específico de tarefas do backlog do produto, com o objetivo de entregar uma versão funcional e incrementada do produto.
Reunião de planejamento da Sprint: É uma reunião realizada no início de cada sprint, ela deve deve ser restringida ao máximo de duas horas por cada semana do sprint. participam a equipe de desenvolvimento, o Product Owner e, às vezes, o Scrum Master e ao final da reunião deve-se obter a meta da sprint, o conjunto de itens do backlog do produto e o plano de ação para a entrega do incremento.
Reunião diária: Diariamente a equipe para uma reunião e 15 minutos para acompanhar o progresso do trabalho em relação a meta da sprint e adequar o backlog da sprint, ajustando o próximo trabalho a ser realizado. O formato é definido pelos desenvolvedores e sua condução é livre, mas deve focar no progresso da sprint. Geralmente são respondidas 3 questões: O que eu fiz desde a última reunião? O que irei fazer até a próxima reunião? Quais são os impedimentos?
Revisão da Sprint: Duração de no máximo 4 horas (1 hora para cada semana de sprint). Seu propósito é inspecionar o resultado da sprint e determinar adaptações futuras. O time apresenta os resultados do seu trabalho para as partes interessadas e o progresso é discutido. É revisado o que foi realizado e o que foi mudado em relação às novas funcionalidades disponibilizadas.
Retrospectiva da Sprint: Após a revisão da sprint acontece essa reunião, com duração de no máximo 3 horas para uma sprint de 4 semanas. Seu propósito é inspecionar como ocorreu a última sprint em se tratando de pessoas, relações entre elas, dos processos, das ferramentas e da definição de pronto.
Refinamento de backlog: Não é um evento oficial, pois deve ser feito a todo momento durante o projeto. Ele é um processo contínuo e de responsabilidade do dono do produto. Essa atividade envolve adicionar detalhes, novas estimativas, re-ordenar e re-priorizar itens.
