Este é 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.

1. Reunião com stakeholders: Criação de meta do produto.

2. Roadmap do produto: Representação gráfica das entregas parciais ao longo de uma linha do tempo.

3. 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.

4. Reunião de planejamento da sprint: Onde as histórias de usuário de alta prioridade são escolhidas para serem executadas.

5. 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.

6. 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.

7. 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.