Quem acompanha provas de atletismo já deve ter ouvido falar do sprint final.
Esse é o momento em que os atletas (ou cavalos, nas provas de turfe) dão o seu “último gás”, a fim de alcançar a vitória.
Antes disso, é necessário que vários sprints bem sucedidos sejam realizados para chegar ao fim da corrida com chances de vencer.
Nas empresas orientadas pelas metodologias ágeis de produção, a sprint tem um sentido parecido.
Ela nada mais é do que uma fração dentro de um projeto maior, cada um com metas próprias.
Entenda neste conteúdo o significado deste conceito e como aplicar.
O que é Sprint?
Sprint é uma espécie de microprojeto dentro de um projeto cuja execução é orientada pelo método Scrum.
O encadeamento de uma sprint depois da outra é que vai compor o projeto em sua totalidade.
Já no atletismo, sprint é a corrida de velocidade, as provas com distâncias mais curtas percorridas com força total em um breve período de tempo.
Não por acaso, os 100 metros rasos são a prova mais esperada de uma edição de Jogos Olímpicos.
Em um esforço ímpar que pode durar menos de 10 segundos (menos de 11 para as mulheres), um atleta entra para a história.
Emprestado para o ambiente corporativo, o termo manteve um significado parecido com o original.
Logo, cada sprint tem o objetivo de desenvolver um produto ou processo de maneira ágil, garantindo mais valor agregado ao resultado final.
Geralmente, o Scrum é dividido em várias sprints que servem como blocos temáticos para o trabalho.
É comum que cada uma dessas fases tenha metas específicas, garantindo maior organização para o projeto.
A intenção é programar para que as etapas sejam realizadas de maneira consecutiva, uma após a outra.
O que é Sprint no Scrum?
Uma imagem pode valer mais do que mil palavras, então, veja abaixo um esquema simples para entender melhor o que é uma Sprint em um Scrum.
Fonte: Wikipédia
Apesar das legendas em inglês, é bem fácil compreender o que se passa em uma sprint, seus prazos e elementos, certo?
Começando pelo product backlog, temos uma “fatia” do projeto como um todo a ser desenvolvida em cada um dos sprints.
Por sua vez, essa fração do product backlog é desmembrada em tarefas e orientações, na forma de várias sprint backlogs.
Ao longo da sprint, são realizadas reuniões diárias, simbolizadas acima pelo círculo com o termo 24h.
São os Daily Scrums, encontros rápidos em que o Scrum Team, junto com o Scrum Master e o Product Owner, aparam arestas, fazem ajustes e definem os próximos passos a serem dados.
Para que serve uma Sprint?
Como parte de um projeto guiado pela metodologia Scrum, uma sprint serve para facilitar o encadeamento das atividades a serem realizadas.
Vamos tomar como exemplo o meio em que esse framework de trabalho nasceu, o de desenvolvimento de softwares.
Cada produto tem um design único e diversos especialistas trabalham em sinergia para entregar uma solução final ao gosto do cliente.
Para isso, é necessário desmembrar o projeto em partes menores, de maneira a facilitar sua gestão e a correção de falhas.
Lembrando que Scrum é o método inspirado na formação do rugby, em que os jogadores abraçados tentam afastar a equipe adversária da bola.
Essa formação pode avançar, recuar ou se deslocar para os lados, o que por analogia acontece nos projetos, com seus recuos e avanços.
A sprint leva em conta essa mobilidade, de modo que eventuais recuos não impeçam um projeto de caminhar para frente.
Como funciona uma Sprint?
Uma sprint é como se fosse um microprojeto dentro de um projeto.
Cada uma deve contar com seu próprio cronograma, orçamento e pessoal responsável.
Embora os nomes mudem, a estrutura é sempre igual, não importa qual a “missão” da equipe.
Não surpreende que esse framework de trabalho seja replicado em empresas de diversos segmentos com sucesso.
Além de maleável, ele é perfeito para a coordenação de equipes multidisciplinares, ajudando a gerir pessoas e recursos.
Veja a seguir como funciona.
Time de Desenvolvimento
O time de desenvolvimento em uma sprint é formado por equipes de no máximo nove profissionais e pelo menos três.
Ele deve ser composto por especialidades variadas e complementares, de maneira que as funções de um produto sejam plenamente desenvolvidas.
A criação de um software de gestão, por exemplo, poderia contar em uma sprint com profissionais de design, TI e especialistas em Inteligência Artificial.
Product Owner
Todo projeto de desenvolvimento de sistemas parte do chamado backlog de produto.
Esse é o conjunto de características e funções que o futuro software deverá ter, conforme as necessidades do cliente.
Garantir que o produto será desenvolvido para atender a essas necessidades é tarefa do Product Owner que, como o termo indica, age como se fosse o “dono” do produto.
Ele atua também como uma espécie de meio-campo, recebendo orientações tanto do cliente quanto do Scrum Master, repassando-as ao time de desenvolvimento.
Scrum Master
Apesar de remeter a um papel de “todo poderoso”, o Scrum Master não é nem de longe uma figura autoritária.
Pelo contrário, sua principal função é dar o máximo de autonomia para que cada membro da equipe saiba o que fazer sem precisar de supervisão.
Para isso, ele também se responsabiliza por treinar os profissionais envolvidos, de maneira que eles tenham o conhecimento indispensável para dar sequência à sprint.
Como o líder e profissional mais experiente, cabe a ele definir medidas a serem tomadas em caso de imprevistos e solucionar os problemas conforme surgem.
O que é Sprint backlog?
Desenvolver um software é um processo engenhoso, em que é preciso montar diversos quebra-cabeças.
A metodologia Scrum foi criada em resposta às necessidades da indústria de software, que até a década de 1990 se ressentia de métodos de trabalho próprios.
Ela se baseia no esforço cíclico, em que um projeto é sempre fracionado, de modo que a soma das partes leve ao objetivo final.
O sprint backlog é a menor das partes de um projeto Scrum, já que consiste em uma fração do product backlog, que é a soma das características e requisitos do produto a ser desenvolvido.
Logo, cada sprint backlog contém suas próprias instruções e atividades específicas.
Como planejar uma Sprint?
Em um primeiro momento, organizar uma Sprint pode até parecer complicado e trabalhoso, mas na verdade isso serve para facilitar o trabalho da gestão.
Primeiro, podemos partir dos requisitos do modelo Scrum, no qual suas Sprints estarão inseridas.
Para o desenvolvimento do projeto, será necessário nomear um Product Owner, indivíduo responsável por maximizar o valor do produto, um Scrum Master, que atua como gerente do projeto e facilitador das atividades, e por fim, um time de desenvolvimento para realizar as ações.
Definidas as funções de cada profissional dentro do Scrum, podemos avançar e definir as Sprints a partir de quatro momentos:
- Planning: a Sprint Planning é uma reunião de planejamento onde os itens listados no Product Backlog serão avaliados e uma lista de requisitos finais será elaborada
- Backlog: na Sprint Backlog, acontece a organização das ações necessárias para atingir o objetivo final, ranqueando cada atividade de acordo com as prioridades avaliadas pelo Product Owner
- Review: Sprint Review é o momento para uma primeira revisão junto ao cliente ou Product Owner para avaliar os resultados das Sprints conforme são concluídas
- Sprint Retrospective: finalizadas todas as ações e com o produto entregue, o Scrum Master precisa separar um momento para rever tudo que deu certo e o que deu errado, apresentando feedbacks específicos para cada profissional.
Como fazer uma Sprint: passo a passo
Sprint e projeto são quase sinônimos.
Ambos consistem em um conjunto de atividades a serem desempenhadas conforme um objetivo comum a ser atingido em equipe, dentro de um espaço de tempo.
Em razão disso, existe uma sequência de etapas a serem observadas antes de começar uma sprint.
É isso que vamos saber a seguir.
Reunião de planejamento
A etapa preliminar de uma sprint é a reunião de planejamento, na qual duas questões básicas devem ser respondidas:
- O que precisamos entregar?
- Como executamos as tarefas?
Para isso, a equipe deve buscar essas respostas em grupo, preferencialmente em reuniões do tipo brainstorming, devendo concluir essa etapa dentro de algumas horas.
No final, ela deverá ter claramente definido o backlog do produto, assim como o backlog de cada sprint.
Desenvolvimento
Avançando no projeto, a próxima etapa é o desenvolvimento, na qual o time de profissionais multidisciplinares se dedica a cumprir as tarefas designadas.
Eles deverão fazer isso em um prazo máximo estimado de uma a quatro semanas, sempre observando o backlog da sprint e o orçamento previsto.
Lembre-se que, nessa etapa, a responsabilidade por solucionar imprevistos, problemas de relacionamento ou operacionais é do Scrum Master.
Reuniões diárias
Dentro de cada sprint, existem os chamados Daily Sprints, reuniões diárias nas quais o time de desenvolvimento discute pontos essenciais ao andamento do projeto.
Esse é o momento de alinhar os processos, motivar os menos engajados e, se necessário, redefinir prioridades para que o prazo inicial seja respeitado.
Detalhe: as reuniões Daily Sprints devem ser muito curtas, durando no máximo 15 minutos, podendo ser realizada com todos de pé.
Para pautar cada encontro, podem ser feitas as seguintes perguntas:
- Existe algum obstáculo a ser removido?
- O que foi feito para alcançar a meta de ontem?
- O que será feito hoje?
Revisão da sprint
Cada sprint finalizada deve ser revisada, em uma reunião depois da jornada de trabalho.
O objetivo é avaliar como o trabalho do time de desenvolvimento evoluiu, verificando se as metas foram atingidas.
Todos os integrantes do Time Scrum participam desta reunião, que pode durar horas, dependendo dos avanços realizados.
Retrospectiva da sprint
Já a retrospectiva serve mais como uma revisão no nível pessoal, em que cada membro avalia seu trabalho e o de cada colega.
A ideia é fazer uma crítica construtiva, de maneira que, nas próximas sprints, eventuais erros não sejam cometidos novamente.
Como funciona a Sprint retrospective?
Lembre-se que, na metodologia Scrum, trabalha-se sempre com a perspectiva de recuos e eventuais paralisações de um projeto.
A sprint retrospective é uma forma de mitigar os problemas que surgem no decorrer das atividades, de maneira que o projeto não emperre.
Vale abrir um parêntese para destacar que o método Scrum é também uma resposta ao antigo modelo de desenvolvimento de softwares que por muito tempo usou a corrida de bastão como referência.
Nesse modelo, um projeto só poderia andar para frente, nunca para trás.
Contudo, a realidade mostra que, cedo ou tarde, o projeto acaba recuando, seja por falta de informação, de recursos ou de comunicação.
Assim, quanto mais fracionadas forem as tarefas, mais agilidade para resolver os problemas.
A sprint retrospective se encaixa nesse contexto, pois é uma espécie de desafogo quando a sprint começa a travar.
Quais os benefícios da realização da Sprint?
A divisão de projetos em sprints traz uma série de vantagens, sendo a principal delas a maior agilidade na solução de contratempos.
Há ainda outros benefícios:
- Maior organização para cumprir prazos e tarefas, já que usa o planejamento para definir as atividades a serem realizadas
- As reuniões periódicas de planejamento e revisão incentivam a melhoria contínua, facilitando a comunicação
- Mais alinhados às demandas do projeto, os profissionais sentem-se também mais engajados, entendendo a importância de sua contribuição para o todo
- Mais organização e engajamento se traduzem em maior flexibilidade, permitindo aos gestores alterar suas prioridades para agir de acordo com as necessidades reais do cliente.
Quanto tempo dura uma Sprint?
Os guias de Scrum recomendam um time-boxed (tempo máximo) de aproximadamente um mês.
Afinal, a principal característica da Sprint é agilizar o andamento de um projeto.
Por isso, ela já nasce com um prazo máximo para sua realização.
Por outro lado, é preciso sempre trabalhar com a possibilidade de haver contratempos e impeditivos.
Dessa forma, a sprint é organizada para ser cumprida o mais rápido possível, mas não a ponto de não haver tempo para solucionar os problemas que surgirem.
Quando um Sprint deve ser interrompido?
Não há uma regra em relação a isso, mas em geral, a interrupção de uma sprint acontece em função de mudanças estruturais no projeto como um todo.
Essas mudanças, por sua vez, podem acontecer em função do cliente ou de um fator inesperado.
Há casos em que a sprint deixa de fazer sentido dentro de um projeto.
Seja porque o cliente mudou de ideia em relação ao produto ou por mudanças externas que obrigam o seu cancelamento.
Como medir os resultados da Sprint?
Todo bom planejamento parte da identificação da situação-problema e definição de índices que possam ser utilizados para medir o resultado das suas Sprints.
Existem dois momentos para mensuração de resultados dentro do desenvolvimento de um projeto: Review e Retrospective.
O primeiro surge durante o desenvolvimento, como forma de revisar o que foi feito até o momento, medir a eficácia e propor alterações para dali em diante.
A retrospectiva aparece depois da entrega final e serve para avaliar se o processo agregou valor ao produto e se a performance individual de cada profissional foi satisfatória.
Onde aprender mais sobre metodologias ágeis?
Sprint tem tudo a ver com Scrum, que por sua vez, tem uma relação direta com as metodologias ágeis e Lean.
Para ficar craque em desenvolver projetos conforme esse framework, é fundamental dominar as técnicas e ferramentas em Lean Six Sigma.
Sua melhor escolha para isso são os cursos presenciais e em regime EAD da Escola EDTI, que há mais de dez anos oferece formação única no mercado.
Conclusão
Dentro das estratégias Scrum, a Sprint pode ser uma ótima ferramenta para garantir bons resultados com agilidade.
Seu modelo de trabalho parte do planejamento e garante um processo claro e equilibrado, onde todos têm consciência de sua parte.
Além disso, o objetivo final de agregar valor ao produto está sempre presente por meio das contribuições do Product Owner.
Para saber mais sobre a Sprint e conhecer outras metodologias úteis, continue acompanhando nosso blog!