Scrum
Scrum é um framework ágil utilizado no gerenciamento e desenvolvimento de projetos complexos, principalmente no contexto de desenvolvimento de software. Ele organiza o trabalho em ciclos curtos chamados sprints, promovendo entregas contínuas e a melhoria constante com base em revisões regulares.
Fundamentos do Scrum
O Scrum é sustentado por três pilares fundamentais: transparência, inspeção e adaptação. Vamos desmembrar cada um deles para facilitar o entendimento.
Transparência
Todos os aspectos significativos do processo devem ser visíveis para as pessoas envolvidas.
Por exemplo, imagine que você está desenvolvendo um aplicativo com uma equipe. A transparência significa que todos os membros da equipe sabem quais tarefas estão em andamento, quais já foram concluídas e o que ainda precisa ser feito. Para isso, utilizam-se ferramentas como o kanban, onde cada tarefa é visualmente apresentada.
Inspeção
O progresso do trabalho precisa ser inspecionado frequentemente, tanto em termos de produto quanto de processo, para identificar possíveis desvios. Um exemplo disso seria uma revisão periódica dos protótipos ou funcionalidades do produto para garantir que estão alinhados com os objetivos iniciais.
Adaptação
Caso alguma discrepância seja identificada na inspeção, deve-se ajustar o curso imediatamente. Isso pode ser comparado a um estudante que percebe, ao revisar suas anotações, que não compreendeu bem um tópico. Ele, então, ajusta sua estratégia de estudo antes da próxima prova.
SCRUM O QUE É (de um Jeito BEM Prático)
Tarefa Prática: Aplicando os Pilares do Scrum
Reflita sobre um projeto (pessoal, académico ou profissional) em que participou recentemente. Como os três pilares do Scrum (Transparência, Inspeção e Adaptação) poderiam ter sido aplicados ou melhorados nesse projeto para alcançar melhores resultados? Descreva brevemente a sua análise e sugestões.
Papéis no Scrum
No Scrum, cada pessoa envolvida tem um papel claro com responsabilidades definidas. Estes papéis são desenhados para otimizar a flexibilidade, a criatividade e a produtividade. Vamos conhecer os três papéis essenciais:
Product Owner (Dono do Produto)
O Product Owner (PO) é a pessoa responsável por maximizar o valor do produto resultante do trabalho do Time Scrum. A forma como isto é feito pode variar amplamente entre organizações, Times Scrum e indivíduos.
Principais responsabilidades e características:
- Gerir eficazmente o Product Backlog: Isto inclui desenvolver e comunicar explicitamente a Meta do Produto; criar e comunicar claramente os itens do Product Backlog; ordenar os itens do Product Backlog; e garantir que o Product Backlog é transparente, visível e compreendido.
- Ser a voz do cliente: O PO representa os interesses dos stakeholders e do cliente, garantindo que a equipa constrói o produto certo.
- Tomada de decisão: O PO tem a autoridade final sobre o Product Backlog e as suas prioridades.
Analogia: O Timoneiro do Navio e o Mapa do Tesouro
Imagine o Product Owner como o capitão de um navio que possui o mapa de um tesouro valioso (a visão e Meta do Produto). Ele é quem define o destino e a rota mais eficiente para lá chegar (o Product Backlog, com os itens mais valiosos no topo). A tripulação (o Time de Desenvolvimento) confia na sua navegação e nas suas decisões sobre o que fazer a seguir para alcançar o tesouro o mais rápido possível, ajustando o curso (prioridades) conforme as condições do mar (feedback e mudanças no mercado).
Scrum Master
O Scrum Master é responsável por estabelecer o Scrum como definido no Guia do Scrum. Ele faz isto ajudando todos a compreender a teoria e prática do Scrum, tanto no Time Scrum como na organização.
Principais responsabilidades e características:
- Líder servidor: O Scrum Master serve o Time Scrum, o Product Owner e a organização de várias formas.
- Remover impedimentos: Ajuda a remover obstáculos que possam impedir o progresso do Time Scrum.
- Facilitador: Garante que todos os eventos Scrum ocorrem, são positivos, produtivos e mantidos dentro do time-box.
- Promotor do Scrum: Ajuda a equipa e a organização a adotar e aprimorar as práticas Scrum.
Analogia: O Jardineiro Experiente
Pense no Scrum Master como um jardineiro dedicado que cuida do "ecossistema" onde a equipa (as plantas) pode crescer e florescer. Ele não dita como as plantas devem crescer (não é um gerente de projeto tradicional), mas assegura que têm solo fértil (ambiente Scrum saudável), água e nutrientes (recursos e conhecimento), luz solar suficiente (transparência) e remove as ervas daninhas (impedimentos). O seu objetivo é ajudar cada "planta" a atingir o seu potencial máximo e o jardim como um todo a ser produtivo.
Time de Desenvolvimento (Developers)
Os Developers são as pessoas no Time Scrum que estão comprometidas em criar qualquer aspeto de um Incremento utilizável a cada Sprint. As competências específicas necessárias aos Developers são frequentemente amplas e podem variar com o domínio do trabalho.
Principais responsabilidades e características:
- Criar o Incremento: São responsáveis por todo o trabalho necessário para entregar um Incremento "Pronto" (Done) ao final de cada Sprint.
- Auto-organizados: Decidem internamente como melhor transformar os itens do Product Backlog selecionados para a Sprint num Incremento de valor. Ninguém, nem mesmo o Scrum Master, lhes diz como fazer o trabalho.
- Multifuncionais: Como equipa, possuem todas as competências necessárias para criar o produto.
- Responsabilidade partilhada: São coletivamente responsáveis pela qualidade e entrega do Incremento.
Analogia: Uma Banda de Jazz
O Time de Desenvolvimento (Developers) pode ser comparado a uma banda de jazz. Cada músico é um especialista no seu instrumento (as suas competências individuais), mas o sucesso da performance depende da sua capacidade de tocar em harmonia, ouvir uns aos outros, improvisar quando necessário (auto-organização) e colaborar para criar uma música fantástica (o Incremento do produto). Não há um maestro a ditar cada nota individualmente; eles trabalham juntos, guiados pela melodia principal (Meta da Sprint), para encantar a audiência (entregar valor).
Tarefa Prática: Formando a Equipa Scrum Ideal
Imagine que foi encarregado de formar uma equipa Scrum para um novo projeto: desenvolver uma aplicação móvel que ajuda os utilizadores a encontrar trilhos para caminhadas na natureza. Considerando as responsabilidades de cada papel, descreva o perfil ideal (características, competências chave) para o Product Owner, o Scrum Master e pelo menos três tipos diferentes de Developers que seriam essenciais para esta equipa. Justifique as suas escolhas.
Eventos do Scrum
O Scrum organiza o trabalho em eventos (ou cerimônias), que são essenciais para a entrega de valor contínuo e a melhoria do processo. Estes eventos criam cadência e oportunidades regulares de inspeção e adaptação.
Sprint
O sprint é o ciclo de trabalho do Scrum, com duração fixa (geralmente entre 1 e 4 semanas), durante o qual um incremento potencialmente utilizável do produto é desenvolvido. Cada sprint tem um objetivo claro, e não se pode alterar o escopo do sprint após ele ter começado.
Exemplo: Se estamos desenvolvendo um aplicativo de educação, em um sprint de 2 semanas, a equipe pode decidir criar e entregar uma funcionalidade de "quiz" com diferentes níveis de dificuldade. Ao final dessas 2 semanas, o quiz deve estar funcional e pronto para uso ou testes.
Planejamento do Sprint (Sprint Planning)
O planejamento do sprint é uma reunião que acontece no início de cada sprint, onde o Product Owner apresenta ao time de desenvolvimento os itens do backlog priorizados. A equipe, em conjunto, decide quantos itens podem ser concluídos durante o sprint e elabora um plano para alcançá-los.
Exemplo: Durante o planejamento do sprint, a equipe decide que, para o sprint atual, irá desenvolver a funcionalidade de "login" e aprimorar a interface do usuário. Eles estimam o tempo necessário para cada tarefa e definem as etapas para alcançar o objetivo do sprint.
Scrum - Como fazer um Planejamento da Sprint na Prática
Daily Scrum (Reunião Diária)
A reunião diária é um encontro curto (máximo de 15 minutos) onde o time de desenvolvimento sincroniza as atividades e ajusta o plano de trabalho para as próximas 24 horas. Cada membro do time responde a três perguntas básicas: O que fiz ontem? O que farei hoje? Há algum impedimento no meu caminho?
Exemplo: Imagine que estamos no segundo dia do sprint de desenvolvimento da funcionalidade de relatórios financeiros. Durante a reunião diária, um dos desenvolvedores pode mencionar que teve problemas com a integração da funcionalidade ao banco de dados, o que poderá ser discutido e resolvido pela equipe para garantir que o trabalho continue conforme o planejado.
Revisão do Sprint (Sprint Review)
Ao final de cada sprint, a equipe apresenta o que foi concluído para o Product Owner e stakeholders (partes interessadas). Essa é uma oportunidade para o time receber feedback sobre o que foi desenvolvido e discutir as próximas etapas.
Exemplo: Durante a revisão do sprint, a equipe de desenvolvimento do aplicativo de finanças pode demonstrar a nova funcionalidade de relatórios para o Product Owner e receber feedback. O Product Owner pode sugerir melhorias antes de a funcionalidade ser liberada para os usuários.
Retrospectiva do Sprint (Sprint Retrospective)
A retrospectiva do sprint é uma reunião interna onde a equipe reflete sobre o que foi bem-sucedido no sprint e o que pode ser melhorado no próximo. É uma oportunidade para melhoria contínua do processo.
Exemplo: Na retrospectiva do sprint, a equipe pode discutir que a comunicação entre os desenvolvedores e o designer de UI/UX foi um pouco lenta, e sugerir maneiras de melhorar essa colaboração no próximo sprint.
Tarefa Prática: Simulando um Evento Scrum
Escolha UM dos eventos Scrum (Sprint Planning, Daily Scrum, Sprint Review ou Sprint Retrospective). Imagine que é o Scrum Master e precisa facilitar esse evento para uma equipa que está a desenvolver um novo sistema de reservas para um restaurante. Descreva brevemente:
- Qual o objetivo principal do evento escolhido neste contexto?
- Quais seriam os principais participantes?
- Que tópicos ou questões chave abordaria para tornar o evento produtivo e focado?
Artefatos do Scrum
Os artefatos são representações tangíveis de informações no Scrum, que servem para garantir a transparência e facilitar as inspeções e adaptações. Os principais artefatos são: Product Backlog, Sprint Backlog e Incremento.
Product Backlog
O Product Backlog é uma lista priorizada de tudo que precisa ser desenvolvido no produto. O Product Owner é o responsável por manter e priorizar essa lista, que está em constante evolução.
Exemplo: No desenvolvimento de um aplicativo de educação, o Product Backlog pode incluir itens como "Criar sistema de login", "Adicionar funcionalidade de quiz", "Implementar sistema de ranking".
✨ Gerador de User Stories com IA
Descreva uma funcionalidade abaixo e clique no botão para gerar exemplos de user stories.
Sprint Backlog
O Sprint Backlog é o conjunto de itens do Product Backlog que foram selecionados para o sprint, juntamente com o plano de ação para entregá-los.
Exemplo: Para o sprint de 2 semanas, a equipe pode selecionar "Criar sistema de login" e "Adicionar funcionalidade de quiz" do Product Backlog para trabalhar durante esse período.
Incremento
O Incremento é o resultado final do sprint, que deve ser um produto ou funcionalidade utilizável, mesmo que o Product Owner decida não liberá-lo imediatamente.
Exemplo: Ao final do sprint, o incremento pode ser uma nova funcionalidade de "quiz" que esteja pronta para ser testada pelos usuários, mesmo que ainda não seja lançada oficialmente.
Conheça os 3 Artefatos do Scrum
Tarefa Prática: Trabalhando com Artefatos
Pense numa funcionalidade simples para um aplicativo que usa frequentemente (ex: "adicionar um lembrete" numa app de notas, "criar uma playlist" numa app de música, "publicar uma foto com filtro" numa rede social). Para esta funcionalidade:
- Crie 2-3 itens de Product Backlog (user stories ou tarefas) que representem partes dessa funcionalidade.
- Imagine que está a iniciar uma Sprint. Selecione UM desses itens para o seu Sprint Backlog.
- Descreva qual seria o Incremento esperado (o que estaria "Pronto" e potencialmente utilizável) ao final da Sprint para o item selecionado.