Artigos

50 perguntas de entrevista Agile (+ respostas)

Entrevistas tendem a causar um ataque de nervosismo até mesmo nos desenvolvedores mais calmos, tranquilos e controlados. Saber o que faz é a chave para arrasar na próxima entrevista, mas não importa quanto conhecimento você tenha guardado, entrevistas exigem verbalizar sua expertise de uma forma que pode deixá-lo lutando para encontrar as palavras certas.

Seja você um especialista em Agile ou um novato na filosofia, deixe que este post seja sua folha de dicas para acertar aquelas perguntas complicadas de entrevista Agile para ajudar você a se preparar para sua próxima entrevista . Nossa lista também pode ajudar gerentes de engenharia a contratar melhores equipes e aproveitar ao máximo uma pequena janela de tempo para avaliar candidatos.

Perguntas básicas da entrevista Agile
As perguntas a seguir abordam os princípios básicos da metodologia Agile para ajudar você a mostrar sua experiência e processos de pensamento, ou para que os gerentes avaliem a compreensão básica do Agile por parte de um candidato.

1. O que é Agile?
Agile é uma abordagem iterativa ao desenvolvimento de software na qual as equipes se concentram em sprints curtos e colaboração regular para entregar valor rapidamente e com menos problemas.

2. Descreva o Manifesto Ágil e seus valores fundamentais
O manifesto Agile é um documento publicado no início de 2001 que descreve os valores e princípios-chave da filosofia Agile.

Há quatro valores fundamentais descritos no manifesto Agile. 

1. Indivíduos e interações acima de processos e ferramentas: O manifesto Agile coloca as pessoas e a colaboração na vanguarda da filosofia. As contribuições de uma equipe engajada de indivíduos são mais valiosas do que as ferramentas ou processos que eles podem usar para realizar seu trabalho. 

2. Software funcional em vez de documentação abrangente: A filosofia Agile prioriza a entrega de software aos clientes em vez de esperar por uma documentação extensa que pode atrasar o processo de desenvolvimento de software. A documentação ainda é valiosa, mas as equipes não devem deixar que a coleta de documentação se torne um gargalo que impeça a escrita de código.

3. Colaboração do cliente em vez de negociação de contrato: Este valor Agile prioriza o desenvolvimento de software centrado no cliente em vez do desenvolvimento centrado no produto. O Agile visa iniciar o processo de colaboração do cliente no início do ciclo de vida do desenvolvimento de software e construir um loop contínuo de feedback do cliente para garantir que o produto atenda às necessidades do cliente. 

4. Respondendo às mudanças seguindo um plano: em vez de visualizar um roteiro de produto como um documento estático, o Agile incentiva as equipes a revisitar frequentemente seu roteiro e fazer alterações conforme necessário para alinhá-lo às necessidades do cliente.

3. Quais são os princípios do manifesto Agile?
Há 12 princípios-chave descritos no manifesto Agile (citado diretamente abaixo).

1. Satisfação do cliente: A maior prioridade é satisfazer o cliente por meio da entrega antecipada e contínua de software valioso.

2. Bem-vinda a mudança: Bem-vinda a mudança de requisitos, mesmo em estágio avançado de desenvolvimento. Processos ágeis aproveitam a mudança para a vantagem competitiva do cliente.

3. Entregue com frequência: Entregue software funcional com frequência, de algumas semanas a alguns meses, com preferência para o prazo mais curto.

4. Trabalhar em conjunto: clientes e desenvolvedores devem trabalhar juntos diariamente durante o projeto.

5. Equipe motivada: Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte de que precisam e confie neles para fazer o trabalho.

6. Conversas cara a cara: O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de desenvolvimento é a conversa cara a cara.

7. Software funcionando: Software funcionando é a principal medida de progresso.

8. Ritmo constante: processos ágeis promovem o desenvolvimento sustentável — os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.

9. Bom design: atenção contínua à excelência técnica e bom design aumentam a agilidade.

10. Simplicidade: Simplicidade — a arte de maximizar a quantidade de trabalho não feito — é essencial.

11. Auto-organização: As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizadas.

12. Refletir e ajustar: em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, então, ajusta seu comportamento adequadamente.

4. O que é teste ágil?
O método de teste Agile envolve testes de software durante todo o processo de desenvolvimento, não apenas antes da implantação. Isso significa coletar feedback do cliente durante todo o processo de desenvolvimento para garantir que o código entregue atenda às expectativas e funcione como deveria.

5. Quais são os princípios dos testes ágeis?
Existem vários princípios básicos dos testes ágeis.

• Testes iniciais e contínuos: os testes devem ser implementados nos estágios iniciais do ciclo de vida de entrega do software e continuados durante todo o desenvolvimento. 

• Entregas frequentes: as equipes devem ter como objetivo entregas frequentes de software, de preferência a cada duas semanas. 

• Abordagem de equipe: Equipes ágeis envolvem mais do que o grupo principal que cria o código. A equipe também deve envolver testadores, gerentes de produto e stakeholders.

• Colaboração próxima: as equipes devem ter como objetivo conversas presenciais ou virtuais frequentes para transmitir informações importantes. 

• Envolvimento do cliente: as equipes de desenvolvimento de software devem buscar feedback do cliente após cada iteração para promover um ambiente de melhoria contínua. 

• Utilização de automação: as equipes devem buscar ferramentas para automatizar alguns dos testes manuais que devem ser realizados. 
• Abordagem flexível: Com base no feedback do cliente, os requisitos podem e devem ser alterados durante o processo de desenvolvimento para melhor se alinharem às necessidades do cliente

6. Quais são as diferenças entre Agile e Waterfall?
Há algumas diferenças entre as metodologias Agile e Waterfall . Uma das principais diferenças é que Agile é um processo flexível que acomoda mudanças no projeto. Waterfall, por outro lado, é uma estrutura rígida que não permite mudanças após o projeto ter começado.

7. Quando você usaria Waterfall em vez de Agile?
No mundo Agile, há uma forte ênfase na flexibilidade, colaboração e capacidade de adaptação a mudanças. No entanto, alguns projetos podem ser mais adequados para a abordagem estruturada da Waterfall. Por exemplo, se um projeto precisa estar em conformidade com regulamentações ou padrões rigorosos, a abordagem rígida da Waterfall com entregas documentadas pode garantir a adesão.

8. Quais são as diferentes estruturas ágeis?
A filosofia Agile foi incorporada em diversas estruturas de desenvolvimento de software, incluindo Kanban, Scrum, Extreme Programming e Lean.

 

• Kanban: Com o framework Kanban , as equipes visualizam o processo de desenvolvimento de software com um quadro Kanban. Este quadro inclui colunas “Para Fazer”, “Em Andamento” e “Concluído” para ajudar as equipes a visualizar todo o ciclo de desenvolvimento conforme ele se desenrola. 

• Scrum: Scrum é um dos frameworks Agile mais populares. Ele se concentra em iterações curtas de trabalho chamadas sprints que, idealmente, ocorrem ao longo de duas semanas. O processo Scrum envolve reuniões regulares durante o desenvolvimento, incluindo a reunião de planejamento do sprint , stand-ups diários, revisões do sprint e retrospectivas do sprint. 

• Extreme Programming (XP): O framework XP foca em entregar software de qualidade, colaborar como uma equipe e melhorar o bem-estar da equipe de desenvolvimento de software. XP envolve implantação orientada a testes, programação em pares e uma semana de trabalho de 40 horas para ajudar a prevenir o esgotamento do desenvolvedor.  

• Lean: O desenvolvimento de software Lean é uma abordagem que visa eliminar desperdícios e maximizar o valor para o cliente. Esta estrutura também valoriza a construção de qualidade por meio de programação em pares, desenvolvimento incremental, minimização de estados de espera e busca por oportunidades de automação para limitar o erro humano. 
• SAFe: O Scaled Agile Framework (também conhecido como SAFe) é um conjunto de padrões organizacionais e de fluxo de trabalho projetados para implementar a filosofia Agile no nível empresarial.

• Crystal: O framework Crystal Agile foca em pessoas, colaboração e adaptabilidade em vez de processos rígidos. Há menos foco em formalidades, capacitando equipes a encontrar suas próprias soluções e fluxos de trabalho. Cada variação do Crystal atende a diferentes tamanhos de equipe e complexidades de projeto. 

9. O que é desenvolvimento iterativo no Agile?
O desenvolvimento iterativo no Agile é um processo no qual sprints e releases são repetidos até que o produto final seja alcançado. O feedback do cliente é implementado com cada iteração para que o produto seja continuamente melhorado.

10. O que é desenvolvimento incremental no Agile?
Desenvolvimento incremental em Agile é uma abordagem na qual o trabalho é fatiado em pedaços menores, ou incrementos. Cada incremento é construído sobre versões anteriores para que as melhorias sejam feitas pouco a pouco.

11. Que tipos de projetos são adequados para a metodologia Agile?
A metodologia Agile é adequada para desenvolvimento de software, design de produtos, marketing e recrutamento, para citar alguns.

12. Qual é o valor das reuniões diárias?
Os stand-ups diários permitem que as equipes melhorem a comunicação, identifiquem obstáculos, compartilhem conhecimento e tomem decisões sobre as tarefas em questão. Os stand-ups diários também eliminam a necessidade de outras reuniões demoradas para que os desenvolvedores possam se manter focados em seu trabalho.

13. O que é uma reunião de planejamento de sprint?
As reuniões de planejamento de sprint começam no início de cada novo sprint. A equipe se reúne para discutir o trabalho que precisa concluir no próximo sprint e como atingirá sua meta de sprint. No final da reunião, as equipes devem ter finalizado a meta de sprint e o backlog de sprint.

14. O que é uma reunião de revisão de sprint?
Uma reunião de revisão de sprint acontece no final de um sprint e atua como um show and tell para demonstrar os principais recursos do produto e coletar feedback. É uma chance de discutir o que a equipe realizou e quaisquer mudanças que eles precisam fazer.

15. O que é uma reunião de retrospectiva de sprint?
Uma reunião retrospectiva de sprint também ocorre após a reunião de revisão de sprint, mas antes do início do próximo sprint. É uma oportunidade para uma equipe refletir sobre o que foi bem e o que pode ser melhorado no próximo sprint.

16. Quais são algumas ferramentas ágeis populares com as quais você está familiarizado?

Ferramentas ágeis populares incluem:

GitHub

Jira

Versão Um

Trello

Ásana

Zoho

Yodiz

17. Você pode explicar o que significa candidato a lançamento?
Um release candidate é uma versão interna de um produto ou software antes de ele ir ao ar. É o mais próximo possível do lançamento final, mas testes adicionais podem precisar ser conduzidos para garantir que ele atenda aos padrões de qualidade e esteja pronto para os clientes. É como o rascunho final antes do grande lançamento.

Perguntas intermediárias da entrevista sobre Agile
As perguntas a seguir ajudarão a avaliar o conhecimento intermediário do candidato sobre a metodologia Agile.

18. Cite algumas das principais métricas ágeis
Algumas das principais métricas associadas à metodologia Agile incluem:

• Velocidade: A quantidade média de trabalho que uma equipe conclui durante um sprint, medida em pontos de história ou horas

• Distribuição da carga de trabalho: A quantidade de trabalho atribuída a cada membro da equipe durante um sprint 

• Implantações com falha: o número de implantações que falharam em um determinado período de tempo 

• Defeitos escapados: O número de problemas encontrados em uma versão ou implantação após a produção

• Frequência de implantação: uma medida da frequência com que o código é implantado

• Tempo de execução: Uma medida de quanto tempo passa entre a criação da tarefa e a conclusão do trabalho.
• Tempo de ciclo: Uma medida do tempo decorrido desde o início do trabalho em um item até que ele esteja pronto para entrega

19. O que são gráficos de burn-up no Agile?
Gráficos de burn-up são usados ​​para medir o progresso e o aumento do escopo durante um sprint. O eixo y representa a quantidade de trabalho e é medido em tarefas, horas ou pontos de história. O eixo x representa o tempo, normalmente medido em dias.

O gráfico mostra quando o trabalho foi adicionado ou removido durante o sprint e permite que as equipes prevejam melhor a data de conclusão do projeto.

20. O que são gráficos de burn-down no Agile?
Os gráficos de burn-down são usados ​​para mostrar quanto trabalho resta durante um sprint. O eixo x representa a quantidade de tempo restante para concluir o projeto e o eixo y representa o esforço. Este gráfico descreve a velocidade, ou a taxa na qual uma equipe está se movendo em direção à meta final, e pode ser usado para ajudar a prever o desempenho.

21. Quais são os diferentes tipos de gráficos de burn-down com os quais você tem experiência em trabalhar?
Existem diferentes tipos de gráficos de burn-down, dependendo do tipo de projeto em que você está trabalhando.

• Gráfico de redução de produto: um gráfico de redução de produto mostra os pontos da história de todos os sprints concluídos, mostrando a conclusão dos requisitos ao longo do tempo. 

• Gráfico de redução de sprint: um gráfico de redução de sprint representa o trabalho que foi concluído durante um sprint e a quantidade de trabalho restante. 

• Gráfico de redução de lançamento: um gráfico de redução de lançamento mostra o progresso de quantos recursos ou épicos foram concluídos durante o lançamento.

• Gráfico de redução de defeitos: um gráfico de redução de defeitos rastreia o número total de defeitos identificados em um sprint e corrigidos ou removidos.

22. O que é Kanban?
Kanban é uma estrutura Agile que ajuda as equipes a visualizar o trabalho durante o ciclo de vida do desenvolvimento de software. O trabalho é representado em quadros Kanban, onde cada coluna representa uma etapa do seu fluxo de trabalho. Abaixo dessas colunas, as equipes adicionam um cartão Kanban que representa um item de trabalho específico.

23. O que é o Scrum of Scrums?
Scrum of Scrums, às vezes chamado de SoS, é uma técnica Agile escalonada que ajuda várias equipes a trabalharem juntas para entregar produtos complexos. A técnica divide um grupo grande (mais de uma dúzia de membros) em unidades menores de cinco a 10 membros.

Cada uma dessas equipes menores designa um embaixador que participa de reuniões diárias do Scrum com outros embaixadores. As reuniões com esses embaixadores são chamadas de Scrum of Scrums e visam melhorar a colaboração entre as equipes.

24. Quais são os principais artefatos do framework Scrum?
Os artefatos do processo Scrum incluem:

• Backlog do produto: os backlogs do produto são listas priorizadas de tudo o que é necessário para o produto final, incluindo recursos, correções de bugs e requisitos não funcionais. 

• Sprint backlog: O sprint backlog é um subconjunto de itens escolhidos do product backlog que a equipe concorda em entregar durante o próximo sprint. Esses itens do backlog são selecionados durante as reuniões de planejamento do sprint. 

  Incremento do produto: O incremento do produto é a soma de todos os itens do backlog do produto concluídos durante um sprint, bem como o trabalho concluído em sprints anteriores.

25. Quais são alguns dos desafios que as equipes enfrentam no processo Agile?
Os desafios comuns que as equipes enfrentam ao incorporar a filosofia Agile incluem:

• Resistência à mudança: Muitas organizações estão confortáveis ​​com o que sempre fizeram e podem ser resistentes a adotar uma nova abordagem de trabalho. A adoção ágil requer adesão de toda a equipe, o que pode levar tempo e uma mudança na cultura. 

• Novos requisitos de ferramentas: Algumas equipes podem precisar adotar novas tecnologias, como ferramentas de desenvolvimento de software assistidas por IA, para melhor rastrear o trabalho durante o processo Agile. Isso pode exigir a eliminação de ferramentas antigas em favor de novas, o que pode introduzir os mesmos desafios de adoção cultural do próprio processo Agile. 
• Investir no treinamento adequado: Garantir que sua equipe entenda o que é Agile e por que você o está adotando pode ser um passo negligenciado. No entanto, é crucial que sua equipe tenha um entendimento completo do Agile para que ele seja implementado corretamente.

26. Quanto tempo dura o ciclo Scrum?
Embora a duração do ciclo do Scrum seja determinada dependendo do tamanho da sua equipe e do escopo do projeto, um prazo típico é entre duas e quatro semanas.

27. O que é um pico no Agile?
Um spike, um conceito adotado da Extreme Programming, é uma história de usuário que requer mais informações para estimar quanto tempo a história levará para terminar. Spikes também são chamados de investigações com time-box porque recebem uma certa quantidade de tempo em cada sprint.

28. O que é refatoração?
Refatoração é o processo de melhorar a estrutura do código existente sem alterar sua funcionalidade.

29. Defina histórias épicas, de usuário e tarefas

• Épico: Um épico é um grande pedaço de trabalho que é separado em tarefas menores chamadas histórias de usuário.

• Histórias de usuário: Uma história de usuário é uma explicação breve e simples de um recurso ou funcionalidade escrita do ponto de vista do usuário.
• Tarefas: Uma tarefa é uma unidade única de trabalho dividida a partir de uma história de usuário.

30. O que é desenvolvimento orientado a testes?
Desenvolvimento orientado a testes (TDD) é uma abordagem de desenvolvimento de software na qual os testes são escritos antes que o código real seja criado. O objetivo principal do TDD é modificar e escrever novo código somente quando os testes falham para ajudar a evitar código duplicado.

31. Qual é a diferença entre sprint backlog e product backlog?
Um backlog de produto é uma lista priorizada de tarefas a serem feitas no futuro. A lista é derivada do roteiro do produto com o objetivo de organização e priorização do trabalho futuro.

Um sprint backlog é uma lista de tarefas a serem concluídas durante um sprint. A lista de trabalho é derivada do product backlog com o objetivo de estimar a carga de trabalho do próximo sprint.

32. Como o QA pode agregar valor a uma equipe Agile?
O QA agrega valor às equipes Agile ao ajudar a resolver problemas e detectar erros antecipadamente. Por meio do processo Agile QA, os desenvolvedores podem receber feedback rápido para que possam corrigir bugs e erros enquanto o código ainda está em desenvolvimento.

33. O que é um roteiro de produto?
Um roteiro de produto descreve a visão geral e a direção de um produto, destacando os principais temas, cronogramas e recursos que você planeja implementar. Ele serve como um guia para a tomada de decisões, ajudando a equipe a se alinhar às metas de longo prazo, prioridades e cronogramas previstos do produto.

Perguntas avançadas da entrevista Agile
As perguntas a seguir são destinadas a desenvolvedores mais experientes e bem versados ​​na metodologia Agile.

34. Você pode falar sobre as três principais funções em uma equipe Scrum?
O Scrum tem três funções principais: proprietário do produto, Scrum Master e membros da equipe de desenvolvimento.

• Proprietário do produto: o proprietário do produto tem a tarefa de gerenciar o backlog do Scrum, saber quando as coisas devem e podem ser lançadas e gerenciar as expectativas das partes interessadas. 

• Scrum Master: O Scrum Master trabalha como um treinador e guia para a equipe de desenvolvimento, garantindo que eles entendam a estrutura do Scrum e seus princípios, valores e práticas.

• Membros da equipe de desenvolvimento: A equipe de desenvolvimento é um grupo de indivíduos que realizam o trabalho prático de concluir as tarefas em um sprint.

35. Como a metodologia Agile é diferente das metodologias tradicionais de desenvolvimento de software?
O desenvolvimento ágil de software prioriza flexibilidade, colaboração com o cliente e software funcional criado durante sprints curtos por equipes auto-organizadas.

Por outro lado, as metodologias tradicionais de desenvolvimento de software focam no planejamento e na previsibilidade, usando fases de desenvolvimento mais longas, grupos organizados e documentação abrangente.

36. Qual é a diferença entre Agile e Scrum?
A principal diferença entre Agile e Scrum é que Agile é uma filosofia de desenvolvimento de software construída sobre um conjunto central de valores e princípios, enquanto Scrum é uma metodologia Agile que as equipes podem usar para implementar a filosofia Agile em seu ciclo de vida de desenvolvimento de software.

37. O que é SAFe?
O Scaled Agile Framework (também conhecido como SAFe ®) é um framework para escalar o Agile em nível empresarial. O SAFe é baseado em 10 princípios orientadores, processos e melhores práticas para ajudar equipes maiores a se tornarem mais ágeis.

38. Qual é a diferença entre Definição de Concluído e Definição de Pronto?
A Definição de Pronto (DoD) é um acordo que orienta todas as atividades de desenvolvimento e declara o que é necessário para que um trabalho seja considerado "pronto". A Definição de Pronto (DoR) descreve os requisitos que devem ser atendidos para que uma história passe do backlog para o desenvolvimento.

39. Você pode explicar a técnica de “planejamento de pôquer” no Agile?
O planning poker é uma técnica de planejamento e estimativa que ajuda as equipes a estimar os prazos de desenvolvimento do produto e a criar um plano para o trabalho a ser feito.

Aqui está o processo típico de como o planning poker se desenrola:

O gerente de produto descreve a história do usuário para o grupo de estimadores.

Os estimadores recebem então cartas de pôquer Agile com uma sequência numérica que representa a estimativa de cada pessoa sobre os pontos da história.

Os avaliadores revelam suas cartas ao mesmo tempo.

Se um consenso for alcançado, a equipe pode passar para o próximo ponto da história.

Se as equipes não chegarem a um consenso, os estimadores discutem suas estimativas até que um acordo seja alcançado.

40. Por que as histórias de usuários não são estimadas em horas de trabalho?
As histórias de usuário são estimadas em pontos de história em vez de horas de trabalho porque elas devem ser uma estimativa relativa. Por exemplo, uma equipe pode acreditar que uma história de usuário estimada em seis pontos de história dará cerca de três vezes mais trabalho do que uma história de usuário estimada em dois pontos.

Usar histórias de usuários em vez de horas de trabalho também é um processo mais rápido e fácil — estimar o trabalho em horas de trabalho pode ser uma abordagem demorada e, muitas vezes, excessivamente detalhada.

41. Quais são algumas desvantagens do processo Agile?
Algumas das principais desvantagens do processo Agile incluem:

Aumento do escopo criado pelas necessidades dos clientes em constante mudança

A falta de processos documentados pode fazer com que as equipes se distraiam enquanto trabalham

Dificuldade em manter um alto nível de colaboração em toda a equipe

42. Quais são algumas vantagens do processo Agile?
Algumas das principais vantagens da abordagem Agile incluem:

Maior transparência em todo o processo de desenvolvimento

Maior satisfação do cliente devido à colaboração próxima com o cliente

Capacidade de adaptar projetos com frequência

Entrega antecipada e previsível

43. O que é programação em pares e seus benefícios?
A programação em pares envolve parear membros da equipe para trabalhar juntos em uma tarefa de programação. Os benefícios da programação em pares incluem compartilhamento de conhecimento (especialmente ao parear um desenvolvedor sênior com um membro mais júnior da equipe) e melhores soluções, pois os problemas podem ser identificados e corrigidos por duas mentes em vez de uma.

44. O que é um sprint zero?
Um sprint zero, ou sprint zero, é usado por equipes para garantir que estejam totalmente preparadas antes do início de um sprint. Isso é especialmente útil se uma equipe for nova no processo Agile e puder se beneficiar de treinamento extra antes do início de um sprint.

45. O que significa um ponto de história no Scrum?
Os pontos de história no Scrum são unidades de medida usadas para estimar o esforço necessário para concluir uma história.

46. ​​O que são impedimentos no Scrum?
Impedimentos são qualquer coisa que pare ou retarde o progresso da equipe em direção a uma meta de sprint. Esses bloqueios podem incluir:

Recursos ausentes

Falta de membros da equipe

Falta de clareza e apoio

Desafios técnicos

Dependências não resolvidas

Questões externas

47. Quais são algumas das estratégias de qualidade Agile?
Algumas das estratégias de qualidade Agile incluem:

Iteração

Refatoração

Análise dinâmica de código

Ciclos curtos de feedback

Revisões e inspeções

Normas e diretrizes

Avaliações de marcos

48. Como é medida a velocidade do sprint?
A velocidade do sprint pode ser medida dividindo o número de itens do backlog ou pontos da história pela duração total do seu sprint em dias.

49. Quais são algumas das principais qualidades de um bom testador Agile?
Um testador ágil deve possuir as seguintes qualidades:

Capaz de colaborar bem com os membros da equipe, as partes interessadas, o proprietário do produto e o Scrum Master

Capaz de documentar processos de teste para compartilhar com as partes interessadas

Capaz de responder rapidamente em um ambiente de trabalho em mudança

Capaz de entender as necessidades do usuário final

50. Por que a integração contínua no Agile é importante?
A integração contínua é projetada para suportar pequenas mudanças em vez de grandes. Esse processo pode ajudar as equipes a reduzir o risco associado à implantação de um grande pedaço de código, resolver problemas mais rapidamente e melhorar a qualidade do código, já que os projetos são divididos em partes menores e mais gerenciáveis.