Questão de Engenharia de Software — SCRUM — CESPE / CEBRASPE 2025
Engenharia de Software›SCRUM
Código
ce417773
Banca
CESPE / CEBRASPE
Órgão
TRF 6
Ano
2025
Cargo
TJ TRF6
Julgue o item a seguir, no que se refere a metodologias ágeis para o desenvolvimento de software.
Na metodologia Scrum, o lead time de uma história de usuário é o tempo transcorrido na codificação dos componentes dessa história.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Lead time no Scrum: conceito e aplicação
Gabarito: Errado (E). O lead time de uma história de usuário não se limita ao tempo de codificação; ele mede o tempo total desde o momento em que a história é solicitada (entra no backlog) até a sua entrega efetiva ao cliente. A afirmativa restringe indevidamente esse intervalo à fase de codificação, o que contraria o conceito de lead time adotado em metodologias ágeis, especialmente no Kanban, onde a métrica é amplamente utilizada.
O lead time é uma métrica de fluxo que representa o tempo decorrido entre o pedido de um item de trabalho e a sua conclusão. No contexto de desenvolvimento ágil, ele engloba todas as etapas do fluxo de valor: análise, desenvolvimento, testes, revisão e implantação. A codificação é apenas uma parte desse processo. A confusão entre lead time e tempo de codificação é um erro comum, pois o lead time é uma medida do fluxo completo, não de uma atividade isolada.
No Scrum, embora o lead time não seja um artefato formal do framework, ele é frequentemente utilizado como métrica complementar para avaliar a eficiência do processo. O Scrum foca em Sprints de duração fixa, e o lead time de uma história pode ser maior ou menor que a duração de uma Sprint, dependendo de quando a história é adicionada ao backlog e quando é concluída. A métrica ajuda a identificar gargalos e a melhorar a previsibilidade das entregas.
É importante distinguir lead time de cycle time. Enquanto o lead time mede o tempo total desde a solicitação até a entrega, o cycle time mede apenas o tempo em que o item está sendo efetivamente trabalhado, excluindo períodos de espera. No Kanban, por exemplo, o lead time é o tempo que um cartão leva desde que é adicionado ao quadro até ser movido para a coluna "Feito". Essa distinção é crucial para entender o que a banca explora: a afirmativa reduz o lead time a uma única fase, ignorando o fluxo completo.
A pegadinha da questão está em associar o lead time exclusivamente à codificação, quando na verdade ele abrange todo o ciclo de vida da história de usuário. O candidato que conhece apenas a definição superficial pode ser induzido a marcar "Certo", mas o conceito correto é mais amplo. Para acertar, é preciso lembrar que o lead time é uma métrica de fluxo, não uma medida de esforço de uma atividade específica.
NÃO CAIA NESSA!
A banca tenta reduzir o lead time a uma única etapa do desenvolvimento (a codificação), quando o conceito correto abrange todo o fluxo, desde a solicitação até a entrega. Essa é uma armadilha clássica para quem confunde lead time com tempo de execução de uma tarefa isolada. Fique atento: lead time é sempre o tempo total do fluxo, não de uma fase.
Lead time
1Conceito
Tempo total: solicitação → entrega
Inclui todo o fluxo de valor
Análise
Desenvolvimento
Testes
Revisão
Implantação
2Distinções
Cycle time: só o tempo trabalhado
Codificação: apenas uma fase
3Uso
Kanban: métrica formal
Scrum: métrica complementar
LEVEL · soulevel.com.br
Item — ❌ Errado
A afirmativa está errada porque define o lead time como o tempo transcorrido na codificação dos componentes da história. O lead time, na verdade, mede o tempo total desde a solicitação da história até a sua entrega, incluindo todas as etapas do fluxo de valor (análise, desenvolvimento, testes, revisão e implantação). A codificação é apenas uma parte desse intervalo. Essa definição restrita contraria o conceito de lead time adotado em metodologias ágeis, que visa medir a eficiência do fluxo completo, não de uma atividade específica.