O Scrum é um framework leve que ajuda organizações pessoas e times a gerar valor por meio de soluções adaptativas para problemas complexos, muito utilizado em gerenciamento de projetos que proporciona flexibilidade, adaptação e colaboração para melhorar a eficiência na entrega de resultados. Ele é muito utilizado na indústria de software mas aplicável a outros contextos;
Quando implementar o Scrum?
- Quando você está iniciando uma abordagem ágil;
- Quando você precisa entender como o cliente ou usuário age ou pensa;
- Quando você precisa aumentar a eficácia na entrega;
- Quando você precisa aprendizado e experimentação constante;
Iterativo e Incremental:
Assim como em outros frameworks de gestão de projetos(XP, RUP e outros) de software ele é incremental, ou seja, vai realizando pequenas entregas que adicionam funcionalidades ao produto e funciona de forma iterativa, ou seja, em ciclos. Um ciclo no scrum é definido como uma “sprint”, geralmente com duração de 2 a 4 semanas, e ao termino de cada sprint o resultado é um incremento que permita que os stakeholders vejam o progresso rapidamente.
Papéis-chave:
No Scrum, existem três papéis principais:
O Product Owner: Tem a missão de elencar as prioridades e determinar o que deve ser incrementado no produto.
O Scrum Master:tem a missão de facilitar o processo, o que inclui garantir que a equipe siga as práticas do Scrum e tenha as ferramentas e informações necessárias para o desenvolvimento.
O time desenvolvimento: tem a missão de entregar o incremento conforme as expectativas apresentadas ao longo do processo.
Este 3 papéis formam o Scrum Team.
Artefatos:
Existem alguns artefatos importantes no Scrum, como o:
User Story: ou história de usuário, é criada pelo P.O. e contém uma descrição de uma funcionalidade ou requisito do produto do ponto de vista do usuário.
Product Backlog: É uma lista de todas as histórias de usuários desejadas no produto.
Sprint Backlog: uma seleção das histórias de usuários a serem concluídas durante o sprint.
Incremento: a parte do produto que está pronta ao término do sprint.
Reuniões / Ritos:
O Scrum promove reuniões regulares, eu prefiro chamar estas reuniões de ritos do sprint, que são:
Sprint Planning
Ou reunião de planejamento do Sprint, nela a equipe de desenvolvimento, juntamente com o Product Owner e o Scrum Master, realiza o planejamento e a definição do que será realizado durante o próximo sprint, nela é importante responder a várias perguntas essenciais, como:
1. Qual é o objetivo do sprint?
Qual resultado específico ou valor o sprint deve entregar?
2. Quais histórias de usuário serão incluídas no sprint?
O Product Owner apresenta as histórias de usuário priorizadas que devem ser trabalhadas durante o sprint.
3. Quais são os critérios de aceitação?
Para cada história de usuário, a equipe de desenvolvimento e o Product Owner discutem para determinar quando uma história está completa e atende às expectativas do usuário.
4. Qual é a capacidade da equipe para este sprint?
A equipe de desenvolvimento determina sua capacidade de trabalho com base na sua velocidade passada e em outros fatores. Isso ajuda a definir quantas histórias de usuário podem ser incluídas no sprint, por vezes os times utilizam métricas como horas de trabalho ou pontos da história também conhecido por story points.
5. Quais são os riscos e desafios conhecidos?
A equipe de desenvolvimento e o Product Owner discutem quaisquer riscos, desafios ou dependências que possam afetar o sprint e como eles serão abordados.
6. Quais tarefas específicas devem ser realizadas para cada história?
A equipe de desenvolvimento pode identificar tarefas mais granulares ou sub-tarefas necessárias para concluir as histórias de usuário.
7. Quais são os prazos e datas-chave?
A equipe estabelece as datas de início e término do sprint, bem como quaisquer datas-chave ou eventos que possam afetar o planejamento.
8. Como será a colaboração e comunicação durante o sprint?
A equipe discute como irá colaborar e se comunicar durante o sprint, incluindo as Reuniões Diárias do Sprint.
9. Como será feito o acompanhamento do progresso?
A equipe define métricas e indicadores que serão usados para rastrear o progresso durante o sprint.
10. Quais são os objetivos de médio prazo?
Além das tarefas do sprint atual, o Product Owner pode apresentar como o sprint se encaixa nos objetivos de médio prazo do projeto.
Este rito ajudam a garantir que todos estejam alinhados com os objetivos e o que precisa ser feito ao longo do sprint.
Daily Scrum
Ou Reunião Diária da Sprint, é uma reunião diária de curta duração na qual a equipe de desenvolvimento se reúne para discutir o progresso do trabalho e nela é importante cada membro do time responder a 3 perguntas essenciais:
1. O que você fez ontem?
O membro da equipe compartilham brevemente as tarefas que concluíram no dia anterior, o que ajuda a equipe entender o progresso e a identificar quais atividades foram realizadas.
2. O que você planeja fazer hoje?
O membro da equipe descreve as tarefas que planeja realizar durante o dia atual. Isso ajuda a equipe a coordenar suas atividades e garantir que todos estejam alinhados com os objetivos do Sprint (o período de trabalho definido no Scrum).
3. Há algum impedimento no seu caminho?
Os membros da equipe compartilham quaisquer obstáculos ou problemas que estejam enfrentando e que possam estar impedindo seu progresso. Essa pergunta faz o time se engajar em problemas que impedem o andamento de determinada tarefa, focando em remover este obstáculo
A Daily Scrum é uma reunião de sincronização curta e focada, normalmente com duração de 15 minutos para manter a equipe concentrada nas informações essenciais para o progresso do trabalho, e não é o momento para discussões detalhadas ou resolução de problemas, para estes casos deve ser agendado uma discussão mais profunda.
Sprint Review
Ou Revisão do Sprint, em uma reunião o time de desenvolvimento apresenta o que foi desenvolvido aos stakeholders, esta reunião ocorre ao término de cada sprint, além de apresentar o time deve obter feedbacks e responder a uma série de perguntas, como:
1. O que foi realizado durante o sprint?
A equipe apresenta todas as histórias de usuário e funcionalidades que foram concluídas durante o sprint.
2. As histórias de usuário atendem às expectativas do Product Owner e dos stakeholders?
O Product Owner e outras partes interessadas avaliam se as funcionalidades entregues atendem aos critérios de aceitação e às necessidades dos usuários.
3. Houve mudanças nos requisitos ou nas prioridades durante o sprint?
A equipe discute se houve mudanças nos requisitos ou nas prioridades durante o sprint e como essas mudanças foram tratadas.
4. O que funcionou bem durante o sprint?
A equipe e os stakeholders destacam as práticas, processos ou colaborações que contribuíram para o sucesso do sprint.
5. O que não funcionou tão bem durante o sprint?
Identificação de desafios, problemas ou obstáculos que a equipe enfrentou durante o sprint.
6. Quais são os feedbacks e sugestões dos stakeholders?
As partes interessadas oferecem feedback sobre as funcionalidades entregues e podem fazer sugestões para melhorias.
7. Quais são os próximos passos?
Discutir o que acontecerá a seguir, incluindo a priorização de funcionalidades para o próximo sprint e qualquer ajuste de estratégia ou plano.
8. Estamos no caminho certo para atingir os objetivos do projeto?
Avaliar se o progresso está alinhado com os objetivos de longo prazo do projeto ou produto.
9. O que foi aprendido durante o sprint?
Destacar lições aprendidas e insights adquiridos durante o sprint que podem influenciar o trabalho futuro.
10. Há algum impedimento que precisa ser tratado?
Identificar impedimentos que estejam impactando o progresso do projeto e identificar possíveis soluções para este problema.
Este rito é uma importante oportunidade do time scrum e stakeholders avaliarem o progresso e ajustarem o plano quando necessário, sendo essencial no processo iterativo e incremental do Scrum, gerando adaptação contínua e entrega de valor ao cliente.
Sprint Retrospective
Ou a Retrospectiva do Sprint é uma reunião de melhoria contínua, ou seja, projetada para que o time de desenvolvimento e o scrum master reflitam sobre o que aconteceu na última sprint e identifiquem pontos de melhorias para serem aplicadas na próxima sprint, algumas perguntas devem ser respondidas, como:
1. O que deu certo no último sprint?
Identificar os pontos positivos, realizações e sucessos do sprint, para reconhecer e reforçar as práticas eficazes.
2. O que não funcionou bem no último sprint?
Identificar problemas, obstáculos ou desafios que a equipe enfrentou durante o sprint. Isso inclui qualquer coisa que possa ter atrapalhado o progresso.
3. O que podemos melhorar?
Discutir e propor melhorias no processo, nas práticas de trabalho, na colaboração e em qualquer outra área que possa ser aprimorada.
4. Quais são as ações corretivas necessárias?
Definir ações específicas para abordar os problemas e desafios identificados, bem como implementar as melhorias propostas.
5. Quais obstáculos ou impedimentos precisam ser resolvidos?
Identificar quaisquer obstáculos ou impedimentos contínuos que afetam a equipe e planejar ações para removê-los.
6. Como podemos fortalecer a comunicação e a colaboração na equipe?
Como tornar a comunicação e a colaboração do time e com os Stakeholders.
7. Como estamos progredindo em relação aos nossos objetivos de médio prazo?
Avaliar como o sprint atual se encaixa nos objetivos de médio prazo do projeto ou produto.
8. Estamos cumprindo nossas estimativas de tempo e esforço?
Rever as estimativas de tempo e esforço em relação ao que foi realmente alcançado no sprint e identificar discrepâncias.
9. O que aprendemos com o último sprint?
Destacar as lições aprendidas e insights adquiridos durante o sprint.
10. Quais são os pontos de ação para o próximo sprint?
Identificar as ações específicas a serem tomadas no próximo sprint para aplicar as melhorias e resolver os problemas.
Neste rito o clima deve ser de segurança e livre de preconceitos para deixar a equipe a vontade para se auto-avaliar e propor ajustes no processo para promover a melhoria contínua.
Time boxed
Em geral as reuniões cruz são time box, ou seja, possuem um limite de tempo pré-definido durante o qual uma atividade ou tarefa deve ser realizada, independentemente do progresso.
Pilares do Scrum
Pilares do Scrum
Transparência é um princípio fundamental do Scrum. Todos tem que ter visão clara de problemas enfrentados pelo time, bem como saber os objetivos e dos motivos das coisas.
Inspeção, observe com atenção o que é feito e como é feito e os problemas, para refletir o que pode ser melhorado no produto e no processo
Adaptação, ajuste seu produto ou processo com base na reflexão obtida na inspeção para obter melhores resultados no próximo ciclo.
Valores Scrum
Valores são comportamentos esperados que todos os participantes tenha do processo Scrum tenham.
- Corragem: O time Scrum tem que ter corragem para fazer a coisa certa e trabalhar nos problemas difceis, isso incluir dizer “não” para os acionistas e clientes ou assumir a responsabilidade de falhas cometidas pelo time.
- Foco: Todos focados nas atividades da sprint e as metas propostas nela, além disso foco na execução dos ritos e na elhoria contínua do processo e do produto.
- Comprometimento: Todos pessoalmente comprometidos e engajados com as metas da sprint, ritos e qualidade da entrega e a falta de comprometimento pode e deve ser cobrada por todos os membros do time scrum.
- Respeito: este valor mantém a unidade do time e garante um bom clima no ambiente de trabalho, além disso respeitar a capacidade de cada um bem como suas dificuldades podem gerar ações de evolução de todo o time.
- Abertura: Os membros do time scrum e os stakeholders precisam estar abertos e receptivos em relações as demandas e as mudanças de escopo e prioridades.
Muito importante trabalhar constantemente estes valores com o time, pois são o alicerce dos pilares e dinâmicas do Scrum.
Priorização e Entrega Contínua
No Scrum a priorização constante de tarefas é o motor da entrega contínua de valor ao cliente, fazendo que as atividades mais importantes para seu cliente naquele momento sejam entregues mais cedo, o que é essencial para atender as mudanças constantes requerida pelo cliente.
