Ao planejar a metodologia de desenvolvimento de dois projeto...

Próximas questões
Com base no mesmo assunto
Q4279897 Engenharia de Software
Ao planejar a metodologia de desenvolvimento de dois projetos — um sistema tributário com requisitos estáveis e minuciosamente especificados em norma, e um portal de serviços com escopo em evolução —, a equipe de um órgão estadual compara o ciclo de vida tradicional com as abordagens ágeis Scrum e Kanban.
Sobre esses modelos, analise as afirmativas a seguir.

I. No modelo em cascata, as fases do desenvolvimento se sucedem de forma sequencial, iniciando-se cada fase, em regra, após a conclusão da anterior; esse modelo tende a ser mais compatível com contextos em que os requisitos são estáveis e bem compreendidos.
II. O Kanban impõe a remoção dos limites de trabalho em progresso (WIP), a fim de maximizar o número de itens executados em paralelo.
III. O Scrum organiza o trabalho em Sprints, iterações com duração máxima de um mês, enquanto o Kanban opera em fluxo contínuo, sem iterações prescritas.

Está correto o que se afirma em
Alternativas

Comentários

Veja os comentários dos nossos alunos

Está correto o que se afirma em I e III.

  • I. Correta: O modelo em cascata (Waterfall) é estritamente linear e sequencial. Uma fase (como requisitos, design, codificação) só começa oficialmente quando a anterior termina. Por ser rígido e exigir previsibilidade, ele é ideal e altamente compatível com cenários onde os requisitos são estáveis, conhecidos e minuciosamente especificados, como o sistema tributário citado no enunciado. [1, 2, 3]
  • II. Incorreta: O Kanban não remove os limites de trabalho em progresso. Pelo contrário, o princípio fundamental do Kanban é justamente estabelecer e respeitar limites estritos de Trabalho em Progresso (WIP - Work in Progress). Limitar o WIP serve para evitar gargalos, impedir a sobrecarga da equipe e garantir que as tarefas sejam de fato concluídas antes que novos trabalhos sejam iniciados ("pare de começar, comece a terminar"). [1, 4]
  • III. Correta: O Scrum é obrigatoriamente estruturado em iterações de tempo limitado chamadas Sprints, que duram no máximo um mês (comumente duas semanas). Já o Kanban é conhecido por gerenciar um fluxo contínuo de valor, onde as tarefas vão entrando e saindo do quadro dinamicamente de acordo com a capacidade do time, sem a obrigatoriedade ou a prescrição de ciclos fechados de tempo (time-boxes). [1, 4, 5, 6]

Scrum e Kanban são metodologias ágeis utilizadas para a gestão de projetos e desenvolvimento de software, com abordagens e dinâmicas distintas para a entrega de valor.

O Scrum é um framework prescritivo focado na entrega incremental por meio de iterações estruturadas de tempo fixo (timeboxes).

  • Organização do Tempo: O trabalho é dividido em Sprints (iterações com duração de 1 a 4 semanas, tipicamente).
  • Papéis Principais:
  • Product Owner (PO): Define o que deve ser feito e prioriza o Product Backlog.
  • Scrum Master: Facilita o processo e remove impedimentos da equipe.
  • Developers / Time de Desenvolvimento: Executa o trabalho necessário para entregar o incremento do produto.
  • Eventos (Cerimônias):
  • Sprint Planning: Planejamento do trabalho a ser realizado na Sprint.
  • Daily Scrum: Reunião diária curta (15 minutos) para alinhamento.
  • Sprint Review: Apresentação e demonstração do incremento pronto aos stakeholders.
  • Sprint Retrospective: Reunião para melhoria contínua dos processos do time.
  • Mudanças: Mudanças na meta e no escopo planejado durante uma Sprint ativa são desencorajadas.

O Kanban é um método visual de gestão focado em fluxo contínuo, otimização de entrega e melhoria incremental dos processos existentes.

  • Organização do Tempo: Funciona em fluxo contínuo, sem a necessidade de iterações ou sprints pré-definidas.
  • Visualização do Trabalho: Utiliza o Quadro Kanban (To Do, In Progress, Done) para tornar todo o fluxo produtivo transparente.
  • Limite de Trabalho em Progresso (WIP Limit): Impõe limites máximos de tarefas permitidas em cada etapa do fluxo para evitar sobrecarga, eliminar gargalos e focar na conclusão antes do início de novas demandas.
  • Papéis e Eventos: Não prescreve papéis rígidos (como PO ou Scrum Master) nem cerimônias obrigatórias, adaptando-se aos papéis e reuniões já existentes na organização.
  • Mudanças: Altamente flexível a mudanças a qualquer momento, desde que haja capacidade disponível no fluxo.

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo