Métodos Ágeis para a Dataprev: Scrum, Kanban, XP, backlog e priorização

Olá, concurseiro! Neste artigo, vamos estudar alguns dos principais conceitos relacionados aos Métodos Ágeis que podem aparecer nas provas da Dataprev. O tema envolve não apenas os fundamentos da agilidade, mas também frameworks, práticas de engenharia, gestão de produtos, organização do trabalho e técnicas de priorização.

Os métodos ágeis surgiram como uma alternativa a abordagens excessivamente rígidas, nas quais todo o projeto era detalhado antecipadamente e as mudanças eram tratadas como exceções. Na abordagem ágil, o desenvolvimento ocorre de maneira iterativa e incremental, permitindo entregas frequentes, aprendizado contínuo e adaptação às necessidades do cliente.

É importante compreender que agilidade não significa ausência de planejamento. Na
verdade, o planejamento continua existindo, porém é realizado de forma contínua. A
equipe planeja o produto, as entregas, os ciclos de trabalho e as atividades
necessárias, ajustando as decisões à medida que recebe novas informações e
feedback dos usuários.

Entre os frameworks mais cobrados em concursos está o Scrum. Ele organiza o trabalho em ciclos de duração fixa chamados Sprints. Ao final de cada Sprint, espera-se a produção de um incremento utilizável do produto, construído de acordo com critérios previamente definidos pela equipe.

No Scrum, o Product Owner é responsável por maximizar o valor do produto e gerenciar o Product Backlog. Isso envolve ordenar os itens conforme sua importância, esclarecer necessidades e garantir que o trabalho realizado esteja alinhado aos objetivos do produto. O Product Owner não deve ser confundido com um chefe tradicional da equipe de desenvolvimento.

O Scrum Master é responsável por ajudar a equipe e a organização a compreender e aplicar o Scrum. Ele atua como facilitador, auxilia na remoção de impedimentos e busca promover um ambiente favorável à melhoria contínua. Portanto, não se trata de um gerente de projetos encarregado de distribuir tarefas individualmente.

Os Developers são os profissionais responsáveis pela construção do incremento. Eles organizam o trabalho necessário para alcançar o objetivo da Sprint e devem possuir, em conjunto, as competências necessárias para entregar valor. No Scrum, a equipe é autogerenciável, o que significa que define internamente como realizará suas atividades.

Entre os eventos do Scrum, a Sprint Planning inicia a Sprint e estabelece o objetivo e o trabalho a ser realizado. A Daily Scrum é utilizada pelos Developers para inspecionar o progresso e adaptar o plano de trabalho. A Sprint Review permite avaliar o incremento e obter feedback dos interessados, enquanto a Sprint Retrospective busca identificar melhorias na forma de trabalhar.

Uma confusão comum em prova ocorre entre Sprint Review e Sprint Retrospective. A Review concentra-se no produto e no incremento desenvolvido. A Retrospective concentra-se no processo, nas interações, nas ferramentas e nas práticas adotadas pela equipe. Assim, uma trata principalmente do resultado entregue, enquanto a outra busca melhorar o modo de trabalho.

Os principais artefatos do Scrum são o Product Backlog, o Sprint Backlog e o Incremento. O Product Backlog reúne os itens necessários para a evolução do produto. O Sprint backlog contém os itens selecionados e o plano para atingir o objetivo da Sprint. O Incremento corresponde ao resultado acumulado do trabalho concluído conforme a Definição de Pronto.

Na gestão de produtos, o backlog pode ser composto por itens com diferentes níveis de detalhamento. Um épico representa uma necessidade ampla, que normalmente precisa ser dividida. Uma feature descreve uma capacidade relevante do produto. A história de usuário apresenta uma necessidade sob a perspectiva de determinado usuário, geralmente destacando o objetivo pretendido e o benefício esperado.

A priorização do backlog busca direcionar a equipe para os itens que produzem maior valor. Uma técnica conhecida é a MoSCoW, que classifica os itens em Must have, Should have, Could have e Won’t have por enquanto. Já o modelo de Kano analisa requisitos conforme o efeito que provocam na satisfação dos usuários, distinguindo características básicas, de desempenho e de encantamento.

Outra abordagem muito relevante é o Kanban, que enfatiza a visualização do trabalho e a gestão do fluxo. O quadro Kanban permite representar as diferentes etapas pelas quais uma atividade passa, facilitando a identificação de gargalos, atrasos e excesso de tarefas iniciadas.

Um dos conceitos centrais do Kanban é a limitação do trabalho em andamento, conhecida como limite de WIP. Ao restringir a quantidade de atividades simultâneas, a equipe procura reduzir multitarefa, melhorar o foco e concluir o trabalho iniciado antes de assumir novas demandas. Diferentemente do Scrum, o Kanban não exige obrigatoriamente ciclos fixos chamados Sprints.

Entre as métricas associadas ao fluxo estão o lead time e o cycle time. O lead time representa, de forma geral, o tempo decorrido desde a solicitação até a conclusão da demanda. O cycle time está mais relacionado ao período em que o item esteve efetivamente em execução dentro do processo.

O Extreme Programming, conhecido como XP, apresenta forte ênfase em práticas técnicas de desenvolvimento. Entre suas práticas estão programação em pares, integração contínua, refatoração, padrão de codificação e propriedade coletiva do código. Essas práticas procuram elevar a qualidade do software e permitir mudanças frequentes com menor risco.

A propriedade coletiva do código significa que o código pertence à equipe, e não exclusivamente a um desenvolvedor ou responsável fixo por determinado módulo. Para que isso funcione adequadamente, práticas como programação em pares, integração contínua e padronização do código tornam-se especialmente importantes.

O Lean Software Development também aparece no contexto dos métodos ágeis. Inspirado na produção enxuta, ele busca eliminar desperdícios, ampliar o valor entregue, aprender com o feedback, entregar rapidamente e otimizar o sistema como um todo. Não basta acelerar uma etapa isolada se o fluxo completo continua lento ou cheio de gargalos.

Outro conceito associado à gestão ágil de produtos é o Produto Mínimo Viável, ou MVP. Ele corresponde a uma versão inicial que contém funcionalidades suficientes para validar hipóteses e obter feedback real. O MVP não deve ser entendido como um produto malfeito, mas como uma forma de aprender com menor investimento inicial.

Para a prova, procure identificar a característica central de cada abordagem. Se o enunciado mencionar papéis, eventos, artefatos e Sprints, provavelmente está tratando de Scrum. Se falar em fluxo contínuo e limite de WIP, pense em Kanban. Caso apareçam programação em pares, refatoração e propriedade coletiva do código, a referência tende a ser XP.

Questões para fixação

1. Em uma equipe que utiliza Scrum, o profissional responsável por maximizar o
   valor do produto e ordenar os itens do Product Backlog é o
   A) Scrum Master.
   B) gerente de projetos.
   C) Product Owner.
   D) desenvolvedor líder.
   E) patrocinador do projeto.
   
   Gabarito: C.
   
   O Product Owner é responsável por maximizar o valor do produto e pelo gerenciamento eficaz do Product Backlog, incluindo a ordenação dos seus itens.
2. Uma equipe deseja reduzir a quantidade de atividades iniciadas simultaneamente, melhorar o fluxo e tornar os gargalos mais visíveis. A prática mais diretamente associada a esse objetivo é
   A) ampliar a duração das Sprints.
   B) limitar o trabalho em andamento.
   C) eliminar o Product Backlog.
   D) criar um gerente para cada módulo.
   E) substituir entregas incrementais por uma entrega única.
   
   Gabarito: B.
   
   A limitação do WIP é uma prática central do Kanban. Ela ajuda a reduzir multitarefa,
   evidenciar gargalos e aumentar a previsibilidade do fluxo.
3. No Extreme Programming, uma combinação de práticas que favorece a propriedade coletiva do código é
   A) programação em pares, integração contínua e padrão de codificação.
   B) definição de responsáveis fixos por módulos e revisão anual do código.
   C) limitação de WIP, Sprint Review e Product Backlog.
   D) centralização das decisões técnicas em um gerente de projetos.
   E) criação de uma branch exclusiva para cada membro da equipe, sem integração frequente.
   
   Gabarito: A.

Programação em pares, integração contínua e padrões de codificação facilitam o
compartilhamento do conhecimento e permitem que diferentes integrantes trabalhem
com segurança em diversas partes do sistema.

Neste artigo, revisamos os principais fundamentos dos Métodos Ágeis, com atenção ao Scrum, ao Kanban, ao XP, à gestão do backlog e às técnicas de priorização. Para resolver as questões da Dataprev, procure associar cada conceito ao seu objetivo: Scrum organiza o desenvolvimento em ciclos e responsabilidades; Kanban gerencia o fluxo; XP enfatiza práticas técnicas; e a priorização direciona o trabalho para os itens de maior valor.

Continue revisando as diferenças entre papéis, eventos, artefatos e práticas, pois as alternativas costumam misturar conceitos corretos de abordagens diferentes. Bons estudos e boa prova!