Ágil, Scrum, Waterfall, Kanban são diferentes métodos de gerenciamento de projetos que vêm sendo utilizados pelas empresas para aumentar a produtividade e eficiência na gestão de grandes projetos. Essas estruturas foram criadas originalmente pelas empresas de TI e, especialmente, pelas empresas de desenvolvimento de aplicativos, porque precisavam dar uma única direção para toda a equipe, mas de forma que todo e cada integrante pudesse executar suas tarefas diárias. No entanto, desses quatro frameworks, o Scrum tem sido o mais utilizado nas empresas, extrapolando o segmento TI e sendo amplamente aplicado também por consultorias de gestão.
Muitas empresas estão abandonando modelos tradicionais e migrando para o modelo de trabalho proposto pelo Scrum, pois o método tem possibilitado entregas em menor tempo e com maior valor agregado para o cliente.
O Scrum pressupõe uma equipe multifuncional auto-organizada, onde não há um líder que decide quem fará uma determinada tarefa ou como um problema será resolvido. Essas são questões debatidas pela equipe como um todo.
Na execução do Scrum, por exemplo, uma reunião de planejamento de sprint é descrita em termos do resultado desejado (um compromisso com um conjunto de recursos a serem desenvolvidos no próximo sprint) em vez de um conjunto de critérios de entrada, definições de tarefas e validação, critérios de saída assim por diante, como seria fornecido na maioria das metodologias.
Como são definidos os papéis e as responsabilidade no método Scrum?
No desenvolvimento ágil, as equipes do Scrum são suportadas por três funções específicas. A primeira é o ScrumMaster, que pode ser pensado como um treinador para a equipe, ajudando os membros da equipe a usar o processo Scrum para performar o mais alto nível.
Um bom ScrumMaster protege a equipe de distrações externas, permitindo que os membros se concentrem durante o sprint na meta que selecionaram.
As principais atividades dessa função são:
- Responsável pela aplicação dos valores e práticas do Scrum
- Líder coach/líder servidor do time – treina o time em autogerenciamento e interdisciplinaridade
- Garante a plena função e produtividade da equipe
- Garante a colaboração entre os envolvidos
- Protege a equipe das interferências / intervenções externas que quebram o foco do desenvolvimento
- Responsável por garantir que o produto atenda às necessidades do cliente
O Product Owner (PO) é outro papel que representa os negócios, clientes ou usuários, e orienta a equipe na construção do produto certo.
Enquanto o ScrumMaster se concentra em ajudar a equipe a ser o melhor possível, o Product Owner trabalha para direcionar a equipe para o objetivo certo. O dono do produto faz isso criando uma visão do produto a mais real possível e transmitindo essa visão para a equipe por meio do backlog do produto.
O “dono do produto” é responsável por priorizar o backlog durante o desenvolvimento do Scrum para garantir que ele esteja no mesmo nível, conforme se aprende mais sobre o sistema que está sendo construído, seus usuários, a equipe e assim por diante.
As características principais desse papel são:
- O proprietário do Product Backlog é o Product Owner
- Define as funcionalidades do produto, mantendo o Product Backlog
- Atua como facilitador quando há mais clientes envolvidos
- Define e prioriza o backlog de acordo com o valor de negócio
- Define o conteúdo dos releases e ajusta quando necessário
- Define os critérios de aceite
- Colabora diretamente com o time
- Apresenta ao time os requisitos necessários para a entrega do produto;
- Aceita ou rejeita o resultado dos trabalhos;
- Garante que especialistas estejam disponíveis para o time.
O terceiro papel é o Delivery Team . Embora os indivíduos possam se juntar à equipe com vários cargos, no Scrum, esses títulos são insignificantes. A metodologia afirma que cada pessoa contribui da maneira que pode para completar o trabalho de cada sprint.
As principais características dos membros da equipe são:
- Auto organizados
- Multifuncionais, multidisciplinares e comprometidos
- Responsáveis por entregar o que foi acordado como meta da Sprint
- Responsáveis por definir como as tarefas devem ser divididas para gerar o resultado esperado
- Responsáveis por definir quem irá executar as tarefas e em que ordem elas são realizadas
As etapas de desenvolvimento do Scrum: O que está envolvido?
O método Scrum sugere que os projetos progridem através de uma série de sprints. De acordo com uma metodologia ágil, os sprints são cronometrados por não mais que um mês, geralmente duas semanas.
A metodologia defende uma reunião de planejamento no início do sprint, na qual os membros da equipe calculam com quantos itens podem se comprometer e, em seguida, criam um backlog de sprint – uma lista das tarefas a serem executadas durante o sprint.
Em cada dia do sprint, todos os membros da equipe devem participar de uma reunião diária do Scrum, incluindo o ScrumMaster e o Product Owner. Esta reunião tem tempo limitado, não mais do que 15 minutos. Durante esse período, os membros da equipe compartilham o que trabalharam no dia anterior e o que trabalharão naquele dia e identificam quaisquer impedimentos ao progresso.
Os Scrums diários são uma maneira de sincronizar o trabalho dos membros da equipe enquanto discutem o trabalho do sprint.
No final de um sprint, a equipe conduz uma revisão de sprint, durante a qual a equipe demonstra a nova funcionalidade para o PO ou qualquer outra parte interessada que deseja fornecer feedback que possa influenciar o próximo sprint.
Esse feedback no desenvolvimento pode resultar em alterações na funcionalidade recém-entregue, mas pode resultar na revisão ou adição de itens no backlog do produto.
Outra atividade no gerenciamento de projetos Scrum é a retrospectiva de sprint no final de cada sprint. Toda a equipe participa dessa reunião, incluindo o ScrumMaster e o PO. A reunião é uma oportunidade para refletir sobre o sprint que terminou e identificar oportunidades para melhorar.
Os níveis de planejamento do método Scrum
O planejamento é parte essencial para a mitigação de riscos. Ele precisa ser realizado com frequência, e não há um planejamento único, abrangente e baseado em suposições no início do processo, como acontece com as metodologias tradicionais de gestão.
O conhecido Agile Planning Onion possui seis níveis – Estratégia, Portfólio, Produto, Liberação, Iteração e Diário.
Nos níveis mais externos estão o planejamento estratégico, o portfólio e o produto. De dentro para fora, o planejamento do produto envolve o fato do dono de um produto estar mais à frente do que a liberação imediata e planejar a evolução do produto ou sistema liberado. O planejamento de portfólio envolve a seleção dos produtos que melhor implementarão uma visão estabelecida por meio do planejamento estratégico de uma organização.
Mas, geralmente, as equipes do Scrum se preocupam mais com os três níveis mais internos de planejamento. O planejamento de liberação ocorre no início de um projeto, mas não é um esforço isolado. Um bom plano de liberação é atualizado ao longo do projeto (geralmente no início de cada iteração) para que reflita sempre as expectativas atuais sobre o que será incluído no release.
No próximo nível está o planejamento de iteração, que é realizado no início de cada iteração. Com base no trabalho realizado na iteração recém-finalizada, o dono do produto identifica as altas prioridades que a equipe deve abordar na nova iteração.
Finalmente, há planejamento diário. As equipes ágeis utilizam a reunião diária para coordenar o trabalho e sincronizar os esforços. Embora possa parecer excessivo considerar esse planejamento no sentido formal, as equipes definitivamente fazem, avaliam e revisam seus planos durante essas reuniões. Durante as reuniões diárias, as equipes limitam o horizonte de planejamento para não mais que o dia seguinte, quando se reencontrarão. Por isso, concentram-se no planejamento de tarefas e na coordenação das atividades individuais que levam à conclusão de uma tarefa.
Ao planejar esses três horizontes de tempo – lançamento, iteração e dia -, as equipes ágeis concentram-se no que é visível e importante para o plano que estão criando.
Os valores e os pilares do Scrum
O método Scrum se baseia em cinco valores fortes como compromisso, coragem, foco, abertura e respeito, que podem parecer simples, mas são realmente difíceis de serem adotados na maioria das organizações tradicionais. São valores que precisam ser incorporados e vividos pelo Time Scrum. Os membros do time aprendem e exploram esses valores enquanto trabalham com os eventos, funções e artefatos do Scrum.
Esses valores se relacionam com a ética, portanto, de um ponto de vista social, transformam o Scrum em um sistema de valores.
O uso bem-sucedido do Scrum depende das pessoas se tornarem mais proficientes em viver esses cinco valores:
- As pessoas se comprometem pessoalmente em atingir as metas do time
- Os membros têm coragem de fazer a coisa certa e trabalhar em problemas difíceis
- Todos se concentram no trabalho do Sprint e nos objetivos do Time Scrum
- O time e seus stakeholders concordam em ser abertos sobre todo o trabalho e os desafios com a realização do trabalho
- Os membros se respeitam para serem pessoas independentes e capazes
Além dos valores, três pilares são fundamentais e sustentam o método:
- Transparência. O Scrum promove transparência, pois requer que aspectos significativos do processo sejam visíveis para os responsáveis pelo resultado. Esses aspectos são definidos por um padrão comum para que os observadores possam compartilhar um entendimento comum do que está sendo visto.
- Inspeção: Os artefatos do método Scrum devem ser frequentemente inspecionados e progredir em direção ao objetivo de detectar variações indesejáveis. A frequência da inspeção não deve ser tal que a inspeção atrapalhe o trabalho. Inspeções são mais benéficas quando executadas diligentemente por inspetores qualificados no ponto de trabalho.
- Adaptação: Se um inspetor determinar que um ou mais aspectos de um processo se desviam fora dos limites aceitáveis e que o produto resultante será inaceitável, o processo ou o material que está sendo processado deve ser ajustado. Um ajuste deve ser feito o mais rápido possível para minimizar mais desvios.
Ao tornar os valores do método Scrum explícitos e transparentes, coloca-se em questão a abordagem de trabalho de suas equipes. Na verdade, estes valores são essenciais para amplificar o poder do método, fornecendo uma direção para a tomada de decisões e a dinâmica da equipe. Os valores ajudam as equipes a adotarem a metodologia e a entregarem resultados de alta qualidade para seus clientes. E eles também permitem desenvolver um ótimo ambiente de trabalho. O que, neste mercado de trabalho competitivo, é uma grande vantagem organizacional.
Em resumo, o Scrum não é apenas um método. É um processo, um framework de regras, papéis e princípios. Sua estrutura ajuda as pessoas e as organizações a descobrirem o que funciona melhor para elas. É um método específico e adequado ao seu tempo e contexto.
O Scrum é uma maneira ágil de gerenciar um projeto no ambiente cada vez mais dinâmico, com alta concorrência e sujeito às inúmeras transformações que as empresas estão vivendo neste nosso mundo VUCA.
