{"subject_id":"3a3cc48d0099810084f2e85a448f04dd","topico":"Kanban: fluxo, limite de WIP, sistema puxado, lead time × cycle time × vazão","stems":["Acerca de Kanban e de Scrum, julgue os itens subsecutivos.","A equipe de sistemas da INFRA S.A. está desenvolvendo novos módulos para o Observatório Nacional de Transporte e Logística (ONTL) e mapeando processos de licenciamento ambiental. Para otimizar o fluxo de trabalho e medir o desempenho, são utilizadas a notação BPMN e práticas de metodologias ágeis como Kanban e Scrum. Com base na situação hipotética apresentada, julgue os itens subsequentes.","Com relação a práticas ágeis e ao sistema de gestão Kanban, julgue os itens subsequentes.","Julgue os itens a seguir, a respeito de governança de TI.","Julgue os itens subsequentes, a respeito de metodologias ágeis.","A respeito de Kanban e Scrum, julgue os itens a seguir.","Acerca das metodologias ágeis para o desenvolvimento de software, julgue os itens subsecutivos.","No que se refere a processos ágeis, julgue os itens que se seguem.","Em relação ao gerenciamento de projetos com base na metodologia ágil Kanban, julgue os itens seguintes.","Julgue os itens seguintes, no que se refere a metodologias ágeis para o desenvolvimento de software.","Acerca de engenharia de software, julgue os seguintes itens.","Julgue o próximo item, relativo ao Kanban.","Julgue os itens a seguir, que tratam de testes ágeis, metodologias ágeis de desenvolvimento e reuso de software e metodologia de pontos de função.","Julgue os seguintes itens, a respeito dos métodos e das práticas ágeis para desenvolvimento de software.","A respeito de gerenciamento de projetos, gerenciamento de produtos e metodologias ágeis, julgue os seguintes itens.","Julgue os próximos itens, relativos a Kanban e Scrum.","Julgue os itens a seguir, relativos ao Scrum e ao Kanban.","Acerca dos conceitos de engenharia de softwares, métodos ágeis, teste de software e estimativas, julgue os itens subsequentes.","A respeito de escopo em projetos ágeis, Scrum e Kanban, julgue os próximos itens.","Acerca de metodologias ágeis de desenvolvimento de projetos, julgue os itens subsequentes."],"questions":[{"id":"6c549dde4794","number":56,"stem":0,"statement":"No Kanban, o WIP (work in progress) indica a quantidade de itens de trabalho em progresso em determinado período de tempo.","answer":"E","source":{"slug":"INFRASA_26_ANALISTA","ano":2026},"explanation":{"verdict_reason":"O WIP é uma contagem instantânea: quantos itens estão em progresso naquele momento, e é sobre esse número que incide o limite. Quantidade de itens por período de tempo é outra medida, a vazão, que conta o que foi concluído dentro de uma janela. O item define uma pela outra.","distortion_type":"troca_de_termo","distorted_span":"em determinado período de tempo","corrected_statement":"No Kanban, o WIP (work in progress) indica a quantidade de itens de trabalho em progresso em determinado momento.","concept":"WIP é contagem instantânea; vazão é por período","citation":null,"trap_note":"Separe estoque de taxa e de duração: o WIP é estoque (itens agora), a vazão é taxa (itens por semana), o lead time é duração. Um 'por período de tempo' colado ao WIP troca estoque por taxa."}},{"id":"4595b9752438","number":88,"stem":1,"statement":"Considere que, durante o desenvolvimento de novos módulos para o ONTL, a equipe de sistemas tenha adotado o Kanban. Nesse caso, para medir a produtividade e a velocidade do time, os desenvolvedores devem utilizar o gráfico de Burndown, que registra o lead time acumulado das histórias de usuário finalizadas em cada interação.","answer":"E","source":{"slug":"INFRASA_26_ANALISTA","ano":2026},"explanation":{"verdict_reason":"O gráfico de burndown é artefato do Scrum: mostra o trabalho restante de uma sprint ao longo do timebox, e pressupõe, portanto, iteração, que o Kanban não tem. O Kanban acompanha desempenho por diagrama de fluxo cumulativo e pela distribuição de lead time e cycle time dos itens concluídos. Além disso, o burndown registra escopo ou esforço remanescente, e não lead time acumulado.","distortion_type":"atribuicao_errada","distorted_span":"devem utilizar o gráfico de Burndown","corrected_statement":"Considere que, durante o desenvolvimento de novos módulos para o ONTL, a equipe de sistemas tenha adotado o Kanban. Nesse caso, para medir a produtividade e a velocidade do time, os desenvolvedores devem utilizar métricas de fluxo, como o diagrama de fluxo cumulativo e a distribuição de lead time dos itens finalizados.","concept":"Burndown é do Scrum; Kanban mede fluxo","citation":null,"trap_note":"A métrica denuncia o método: burndown e velocidade pressupõem sprint, logo são do Scrum; fluxo cumulativo, lead time, cycle time e vazão são do Kanban. Métrica de iteração colada ao Kanban é erro."}},{"id":"152d268c4941","number":53,"stem":2,"statement":"A limitação do WIP (work in progress) é uma prática fundamental no Kanban para apoiar a implementação do sistema puxado, no qual um novo item só é iniciado quando há capacidade disponível na equipe.","answer":"C","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"O limite de trabalho em progresso é exatamente o que transforma o quadro em sistema puxado: enquanto a etapa está no limite, nada novo entra; quando um item sai, abre-se capacidade e só então o próximo é puxado. O trabalho passa a ser puxado pela capacidade disponível, e não empurrado por um cronograma ou pela chegada da demanda.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"O limite de WIP implementa o sistema puxado","citation":null,"trap_note":"Puxado contra empurrado é o eixo do tópico: quem autoriza o início de um item é a capacidade livre, nunca o plano. Item em que o Kanban empurra trabalho para a equipe está errado."}},{"id":"cea07eb72af1","number":56,"stem":2,"statement":"Um item de backlog deve ser uma história de usuário completa, não podendo ser representado por tarefas técnicas tal como, por exemplo, refatorar o código da interface com o usuário.","answer":"E","source":{"slug":"STM_25","ano":2025},"explanation":{"verdict_reason":"O backlog do produto é lista aberta de tudo que pode ser necessário para melhorar o produto: funcionalidades, correções, melhorias e trabalho técnico como refatoração. História de usuário é um formato usual de escrita, não uma obrigação, e tarefa técnica é item legítimo de backlog. O item transforma um formato recomendado em regra exclusiva.","distortion_type":"generalizacao","distorted_span":"não podendo ser representado por tarefas técnicas","corrected_statement":"Um item de backlog costuma ser escrito como história de usuário, mas também pode ser representado por tarefas técnicas tal como, por exemplo, refatorar o código da interface com o usuário.","concept":"O backlog aceita itens técnicos, não só histórias","citation":"Guia do Scrum (2020)","trap_note":"Formato virando obrigação é padrão de item errado em ágil, com 'deve ser' e 'não podendo ser'. Histórias de usuário, planning poker e quadro são práticas recomendadas, não regra do método."}},{"id":"57972a6461e3","number":103,"stem":3,"statement":"Diferentemente do Scrum, que utiliza iterações de tempo fixo chamadas Sprints, o método Kanban foca na visualização do fluxo de trabalho e na limitação do trabalho em progresso (work in progress) para evitar sobrecarga na equipe e identificar gargalos no processo de entrega de serviços de tecnologia.","answer":"C","source":{"slug":"TELEBRAS_25","ano":2025},"explanation":{"verdict_reason":"As duas metades da comparação estão corretas: o Scrum organiza o trabalho em sprints de duração fixa, e o Kanban não tem iteração, trabalhando em fluxo contínuo sustentado por visualização e limite de trabalho em progresso. É esse limite que evita sobrecarga da equipe e faz o gargalo aparecer no ponto em que a fila se forma.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Scrum itera em timebox; Kanban flui com WIP limitado","citation":null,"trap_note":"Essa é a comparação canônica do tópico e quase sempre vem correta. O que a banca inverte é o outro lado da mesma frase: atribuir sprint, planning ou papel ao Kanban."}},{"id":"2728333ad524","number":127,"stem":4,"statement":"No Kanban, a otimização do fluxo contínuo requer a imposição de limites de work in progress em todas as etapas do fluxo de trabalho desde o início, buscando-se identificar gargalos somente após a estabilização inicial do sistema e postergando-se a visualização do fluxo para evitar interferências prematuras.","answer":"E","source":{"slug":"SUSEP_25","ano":2025},"explanation":{"verdict_reason":"Visualizar o fluxo é a primeira prática do Kanban, e não há como observar gargalo nem calibrar limite algum sem o quadro. O item inverte a ordem: manda impor limites em todas as etapas desde o início e adiar a visualização, quando o método faz o contrário, começando por enxergar o trabalho como ele já é e introduzindo limites gradualmente, à medida que o fluxo é compreendido.","distortion_type":"inversao","distorted_span":"postergando-se a visualização do fluxo para evitar interferências prematuras","corrected_statement":"No Kanban, a otimização do fluxo contínuo começa pela visualização do fluxo de trabalho, a partir da qual se introduzem gradualmente limites de work in progress e se identificam os gargalos.","concept":"Visualizar primeiro; limitar o WIP depois, gradualmente","citation":null,"trap_note":"A ordem das práticas é alvo frequente. A visualização é pré-requisito de todo o resto: qualquer item que a adie, condicione ou dispense está errado."}},{"id":"c8ac2c0fa6d3","number":51,"stem":5,"statement":"Um dos princípios do Kanban é limitar o trabalho em progresso para evitar sobrecargas de tarefas.","answer":"C","source":{"slug":"STJ_24","ano":2024},"explanation":{"verdict_reason":"Limitar o trabalho em progresso é uma das práticas centrais do Kanban e sua função imediata é essa: impedir que a equipe acumule mais itens simultâneos do que consegue tocar. Menos itens abertos ao mesmo tempo significa menos troca de contexto, fila menor e conclusão mais rápida de cada item.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Limite de WIP contra sobrecarga da equipe","citation":null,"trap_note":"É a afirmação mais repetida do tópico, em várias redações, e quase sempre é Certo. Desconfie apenas quando vier acompanhada de 'em todas as etapas desde o início' ou de 'sem impactar'."}},{"id":"61ff239c2289","number":52,"stem":6,"statement":"Cycle time, no Kanban, corresponde ao tempo decorrido desde o início de um item de trabalho até o momento atual, aplicando-se apenas aos itens que ainda estejam em WIP (work in progress).","answer":"E","source":{"slug":"TRT10_24","ano":2024},"explanation":{"verdict_reason":"Cycle time é o tempo decorrido entre o início efetivo do trabalho em um item e a sua conclusão: é medida de item terminado, não de item em curso. O que o item descreve, o tempo do início até o momento presente para itens ainda em progresso, é a idade do item de trabalho (work item age). Trocar uma medida pela outra muda o objeto medido: a idade acompanha o que está travado no quadro; o cycle time resume o que já saiu.","distortion_type":"troca_de_termo","distorted_span":"até o momento atual, aplicando-se apenas aos itens que ainda estejam em WIP","corrected_statement":"Cycle time, no Kanban, corresponde ao tempo decorrido desde o início de um item de trabalho até a sua conclusão.","concept":"Cycle time contra idade do item de trabalho","citation":null,"trap_note":"São três relógios distintos: o lead time conta desde o pedido do cliente até a entrega; o cycle time, do início efetivo do trabalho até a conclusão; a idade do item conta do início até agora e só vale para o que ainda está em progresso. Verifique onde o relógio começa e onde ele para."}},{"id":"773126f8c08b","number":52,"stem":5,"statement":"O Kanban e o Scrum utilizam sprints no planejamento e na distribuição de tarefas.","answer":"E","source":{"slug":"STJ_24","ano":2024},"explanation":{"verdict_reason":"Sprint é evento exclusivo do Scrum. O Kanban trabalha em fluxo contínuo: não há iteração de duração fixa nem compromisso de escopo fechado por período, e o que regula a entrada de trabalho é o limite de trabalho em progresso. Atribuir sprint ao Kanban é o erro mais recorrente do tópico.","distortion_type":"atribuicao_errada","distorted_span":"O Kanban e o Scrum utilizam sprints","corrected_statement":"O Scrum utiliza sprints no planejamento e na distribuição de tarefas; o Kanban trabalha em fluxo contínuo, regulado pelo limite de trabalho em progresso.","concept":"Sprint é do Scrum; Kanban é fluxo contínuo","citation":null,"trap_note":"Sempre que sprint, planning, review, retrospectiva, product owner ou scrum master aparecerem colados ao Kanban, o item está errado. O Kanban não prescreve evento nem papel."}},{"id":"cd5d7006e7e8","number":53,"stem":6,"statement":"No Lean, o pull é um modelo em que a produção das etapas anteriores é definida pela demanda das etapas posteriores, evitando a produção antecipada e minimizando o desperdício por excesso de produção.","answer":"C","source":{"slug":"TRT10_24","ano":2024},"explanation":{"verdict_reason":"É a definição de produção puxada: a etapa posterior sinaliza sua necessidade e só então a anterior produz, o que impede o acúmulo de estoque intermediário, isto é, o desperdício por superprodução. É desse mecanismo que o Kanban tira o cartão que autoriza a próxima unidade de trabalho.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Produção puxada pela demanda da etapa seguinte","citation":null,"trap_note":"Puxar é a etapa seguinte autorizar; empurrar é o plano determinar. Inverter o sentido dessa seta é a distorção clássica: se o item disser que a etapa anterior define o ritmo da posterior, o sistema descrito é empurrado."}},{"id":"74597011dae2","number":53,"stem":7,"statement":"No Kanban, a implementação de limites de trabalho em progresso visa reduzir o tempo de entrega dos itens, sem impactar outros aspectos, como a identificação de gargalos e a melhoria contínua do fluxo de trabalho.","answer":"E","source":{"slug":"TRF6_24","ano":2024},"explanation":{"verdict_reason":"O limite de trabalho em progresso não é uma medida isolada de redução de tempo: ele é justamente o mecanismo que faz o gargalo aparecer. Quando o limite de uma etapa se esgota, o trabalho para antes dela e a fila revela onde está a restrição, o que alimenta a melhoria contínua do fluxo. Dizer que o limite reduz o tempo de entrega sem afetar esses aspectos nega o efeito principal da prática.","distortion_type":"relacao_causal","distorted_span":"sem impactar outros aspectos, como a identificação de gargalos e a melhoria contínua do fluxo de trabalho","corrected_statement":"No Kanban, a implementação de limites de trabalho em progresso visa reduzir o tempo de entrega dos itens e, ao mesmo tempo, evidenciar gargalos e alimentar a melhoria contínua do fluxo de trabalho.","concept":"O limite de WIP é o que torna o gargalo visível","citation":null,"trap_note":"Item que isola um efeito, com 'sem impactar' ou 'sem relação com', costuma cortar exatamente o mecanismo da prática. Pergunte o que a prática faz aparecer, não apenas o que ela reduz."}},{"id":"c9cd91f0bc35","number":54,"stem":8,"statement":"O Kanban busca impactos positivos em grande escala, com foco na melhoria contínua e na busca por grandes mudanças consideradas ousadas em grandes projetos.","answer":"E","source":{"slug":"TCE_AC_24","ano":2024},"explanation":{"verdict_reason":"O Kanban é explicitamente evolutivo: comece com o que se faz hoje, respeite papéis, cargos e processos atuais e busque mudança incremental. A parte sobre melhoria contínua está correta; o que não existe no método é a busca por grandes mudanças ousadas, que é o oposto do seu princípio de gestão de mudanças.","distortion_type":"inversao","distorted_span":"na busca por grandes mudanças consideradas ousadas em grandes projetos","corrected_statement":"O Kanban busca impactos positivos em grande escala, com foco na melhoria contínua e na busca por mudanças incrementais e evolutivas, respeitando o processo atual.","concept":"Mudança evolutiva e incremental, não ruptura","citation":null,"trap_note":"Princípio de gestão de mudança do Kanban: comece de onde você está, mude pouco a pouco, respeite papéis e cargos atuais. Todo item que lhe atribui ruptura, reorganização ou mudança radical está errado."}},{"id":"e7fb2f40a2cb","number":55,"stem":8,"statement":"As tarefas em andamento devem ser concluídas antes de se iniciarem novas tarefas.","answer":"E","source":{"slug":"TCE_AC_24","ano":2024},"explanation":{"verdict_reason":"O Kanban limita a quantidade de itens simultâneos, mas não exige que a etapa esvazie. Havendo capacidade dentro do limite de trabalho em progresso, um novo item é puxado mesmo com outros ainda em andamento; o que não se pode é ultrapassar o limite. Exigir a conclusão de tudo antes de qualquer início transformaria o fluxo contínuo em trabalho estritamente serial.","distortion_type":"generalizacao","distorted_span":"devem ser concluídas antes de se iniciarem novas tarefas","corrected_statement":"As novas tarefas só são iniciadas quando há capacidade disponível dentro do limite de trabalho em progresso.","concept":"Limite de WIP não é obrigação de concluir tudo","citation":null,"trap_note":"Limite de WIP restringe quantidade simultânea, não sequência. Confundir 'no máximo três em andamento' com 'uma de cada vez' é a leitura errada mais comum do tópico."}},{"id":"c98064d5404f","number":64,"stem":9,"statement":"Na metodologia Scrum, o lead time de uma história de usuário é o tempo transcorrido na codificação dos componentes dessa história.","answer":"E","source":{"slug":"TRF6_24","ano":2024},"explanation":{"verdict_reason":"Lead time é o tempo total decorrido entre o pedido do cliente, isto é, a entrada do item na fila, e a entrega desse item, incluindo toda a espera. Restringi-lo à codificação deixa de fora as filas e as demais etapas, que costumam ser a maior parte do tempo. O tempo de trabalho efetivo sobre a história, do início à conclusão, é o cycle time, e nem esse se limita à codificação.","distortion_type":"troca_de_termo","distorted_span":"é o tempo transcorrido na codificação dos componentes dessa história","corrected_statement":"Na metodologia Scrum, o lead time de uma história de usuário é o tempo transcorrido entre a solicitação do cliente e a entrega dessa história.","concept":"Lead time conta desde o pedido do cliente","citation":null,"trap_note":"Lead time é a medida vista pelo cliente e sempre engloba o cycle time. Se o relógio do item começar em algum ponto interno, como a codificação, o início do desenvolvimento ou a entrada na sprint, não é lead time."}},{"id":"0d301b1f22c2","number":79,"stem":10,"statement":"Em projetos de software, utilizam-se ferramentas de acompanhamento de equipes e tarefas entregues por meio de quadros do tipo Kanbam.","answer":"C","source":{"slug":"MPO_24","ano":2024},"explanation":{"verdict_reason":"O quadro é o artefato central do método: colunas representam etapas do fluxo e cartões representam itens de trabalho, de modo que o andamento de cada tarefa fique visível para toda a equipe. Ferramentas de acompanhamento que reproduzem esse quadro são uso corrente em projetos de software. A variação de grafia não altera o objeto descrito.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Quadro Kanban como controle visual do fluxo","citation":null,"trap_note":"Item que apenas descreve o uso do quadro (visualizar tarefas, etapas, entregas) costuma ser Certo. O erro entra quando se acrescenta prescrição que o Kanban não faz: papéis, iterações, estimativas."}},{"id":"6df2df3d1f1b","number":57,"stem":11,"statement":"Em linhas gerais, o Kanban permite gerenciar os passos no desenvolvimento de um produto por meio do método de controle visual, em que é possível visualizar o trabalho em progresso.","answer":"C","source":{"slug":"DATAPREV_23","ano":2023},"explanation":{"verdict_reason":"É a descrição correta do método: o quadro expõe cada item de trabalho e a etapa em que ele está, de modo que o trabalho em progresso fique visível a todos. Visualizar o fluxo é a primeira das práticas do Kanban, e dela derivam as demais, porque limitar o WIP e gerenciar o fluxo só são possíveis sobre aquilo que se enxerga.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Controle visual do trabalho em progresso","citation":null,"trap_note":"Item que apenas descreve o que o Kanban permite, com 'permite gerenciar' ou 'possibilita visualizar', é quase sempre Certo. A modalidade que derruba neste tópico é a que exige ou proíbe."}},{"id":"1803b42be59f","number":62,"stem":12,"statement":"Na aplicação do Kanban, é necessário que se estabeleça limites de trabalhos em andamento.","answer":"C","source":{"slug":"DATAPREV_23","ano":2023},"explanation":{"verdict_reason":"Limitar o trabalho em progresso não é opcional no Kanban: é a prática que converte o quadro em sistema puxado e que produz o sinal de gargalo. Sem limite, o quadro é apenas um mural de tarefas e o trabalho continua sendo empurrado para dentro do fluxo.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Estabelecer limites de WIP é prática obrigatória do método","citation":null,"trap_note":"Repare na tensão do tópico: 'é necessário estabelecer limites' é Certo, mas 'limites em todas as etapas desde o início' é Errado. Necessário não quer dizer uniforme nem imediato."}},{"id":"1e6a1145ad94","number":90,"stem":13,"statement":"To do, doing e done são três estágios básicos do método Kanbam usados para caracterizar o andamento das atividades de um projeto de desenvolvimento de software.","answer":"C","source":{"slug":"SEFIN_FORTALEZA_CE_23","ano":2023},"explanation":{"verdict_reason":"O quadro mínimo do Kanban tem três colunas que representam etapas do fluxo: a fazer, em execução e concluído. Não é regra fechada, porque o quadro deve espelhar o fluxo real de cada equipe, mas é o ponto de partida clássico do método, e é isso que o item afirma.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Colunas básicas do quadro: a fazer, fazendo, feito","citation":null,"trap_note":"O Kanban começa com o fluxo que já existe; três colunas são o caso mínimo, não um teto. Item que fixe número obrigatório de colunas ou proíba etapas intermediárias é outro caso."}},{"id":"b64a5a2f8718","number":108,"stem":14,"statement":"Kanban e Scrum são metodologias ágeis distintas e, portanto, não podem ser utilizadas simultaneamente em um mesmo projeto ou no desenvolvimento de um mesmo produto.","answer":"E","source":{"slug":"DATAPREV_23","ano":2023},"explanation":{"verdict_reason":"A premissa é verdadeira e a conclusão não decorre dela: a combinação dos dois é corrente e tem nome próprio, Scrumban, mantendo-se eventos e papéis do Scrum e acrescentando-se quadro, visualização e limite de trabalho em progresso. O Kanban parte do processo existente e se sobrepõe a ele, em vez de substituí-lo. Ser distinto não implica ser excludente.","distortion_type":"relacao_causal","distorted_span":"não podem ser utilizadas simultaneamente em um mesmo projeto ou no desenvolvimento de um mesmo produto","corrected_statement":"Kanban e Scrum são metodologias ágeis distintas, mas podem ser utilizadas simultaneamente em um mesmo projeto ou no desenvolvimento de um mesmo produto.","concept":"Scrumban: Kanban e Scrum são combináveis","citation":null,"trap_note":"Premissa verdadeira seguida de 'portanto' é padrão de item errado. Verifique se a conclusão realmente decorre da premissa: distinção não produz incompatibilidade."}},{"id":"763b3de5c1f0","number":110,"stem":14,"statement":"Uma das técnicas adotadas pelo Kanban para assegurar a agilidade nas entregas é limitar o trabalho em progresso.","answer":"C","source":{"slug":"DATAPREV_23","ano":2023},"explanation":{"verdict_reason":"Limitar o trabalho em progresso é a técnica central do Kanban, e o efeito sobre a entrega é direto: com menos itens abertos ao mesmo tempo, cada um atravessa o fluxo mais rápido, porque há menos fila e menos troca de contexto. Reduzir o WIP é o caminho mais curto para reduzir o tempo de atravessamento.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Menos trabalho em progresso, entrega mais rápida","citation":null,"trap_note":"A relação entre quantidade em progresso e tempo de entrega é direta: dobrar os itens simultâneos, mantida a capacidade, dobra o tempo que cada um leva para sair. Item que promete entregar mais rápido iniciando mais coisas está invertido."}},{"id":"efae6e1d03c9","number":118,"stem":15,"statement":"O Kanban é uma ferramenta que prevê o progresso de uma sprint no Scrum.","answer":"C","source":{"slug":"BCB_24","ano":2023},"explanation":{"verdict_reason":"O Kanban é ferramenta de controle visual do fluxo e pode ser aplicado sobre o trabalho de uma sprint, tornando observável quanto já avançou e quanto falta até o fim do timebox. Não há incompatibilidade entre os dois: o quadro acompanha o trabalho qualquer que seja o processo que o gerou. A combinação tem inclusive nome próprio na literatura, Scrumban.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Kanban como ferramenta visual aplicável ao Scrum","citation":null,"trap_note":"Guarde o par que a banca repete: Kanban junto do Scrum costuma ser Certo; Kanban usando sprints é sempre Errado. Sobrepor o quadro ao processo é permitido; importar o evento não."}},{"id":"1b2ab3fc0ece","number":77,"stem":16,"statement":"Sprint é uma lista de requisitos organizados por funcionalidades priorizadas, cujos itens podem ser adicionados a qualquer momento, exceto durante sua execução, que possui duração de um mês ou menos.","answer":"E","source":{"slug":"BANRISUL_22","ano":2022},"explanation":{"verdict_reason":"Sprint não é lista: é o evento de duração fixa, de um mês ou menos, dentro do qual o incremento é produzido. A lista de requisitos priorizada, aberta a inclusões a qualquer momento, é o backlog do produto. O item descreve corretamente o backlog e lhe dá o nome do timebox.","distortion_type":"troca_de_termo","distorted_span":"Sprint é uma lista de requisitos organizados por funcionalidades priorizadas","corrected_statement":"O backlog do produto é uma lista de requisitos organizados por funcionalidades priorizadas, cujos itens podem ser adicionados a qualquer momento, exceto durante a execução da sprint, que possui duração de um mês ou menos.","concept":"Sprint é timebox; backlog do produto é a lista","citation":"Guia do Scrum (2020)","trap_note":"Evento e artefato é a separação que resolve quase todo item de Scrum: sprint, planejamento, revisão e retrospectiva são eventos; backlog do produto, backlog da sprint e incremento são artefatos. Nome de evento definido como lista está errado."}},{"id":"8a6e5df13ba1","number":82,"stem":17,"statement":"Diferentemente do Scrum, o Kanban não prescreve interações com metas pré-definidas e de mesmo tamanho para a execução de atividades, como, por exemplo, as de planejamento, de desenvolvimento e de liberação.","answer":"C","source":{"slug":"BANCO_DO_NORDESTE_22","ano":2022},"explanation":{"verdict_reason":"O Kanban não define iterações de tamanho fixo com metas fechadas: o trabalho flui item a item, e planejamento, desenvolvimento e liberação acontecem sob demanda, conforme a capacidade disponível. É o Scrum que fecha o trabalho em sprints de mesma duração com meta definida. A grafia 'interações' está no lugar de iterações, mas o contraste descrito é o correto.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Kanban não prescreve iterações de tamanho fixo","citation":null,"trap_note":"O que o Kanban não prescreve: iteração, papel, estimativa e cerimônia. Negar prescrição ao Kanban costuma ser Certo; atribuir-lhe prescrição costuma ser Errado."}},{"id":"92a78a27175d","number":70,"stem":18,"statement":"Em ambientes voláteis, o escopo do projeto pode mudar com frequência, o que leva a adoção de sprints menores; em ambientes estáveis, adota-se sprints maiores.","answer":"C","source":{"slug":"PETROBRAS_21_NS","ano":2021},"explanation":{"verdict_reason":"A duração da sprint é escolha da equipe dentro do teto de um mês, e o critério é o risco de a realidade mudar antes da entrega. Ambiente volátil encurta a sprint para reduzir o tempo em que se trabalha sobre premissas que podem já ter caído; ambiente estável tolera ciclos maiores, com menos sobrecarga de eventos.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Duração da sprint acompanha a volatilidade do ambiente","citation":null,"trap_note":"Item que relaciona tamanho de iteração a incerteza costuma ser Certo. O que derruba é o número fixo: sprint obrigatoriamente de trinta dias, ou sprint de duração indeterminada."}},{"id":"56e0ce5974a1","number":73,"stem":18,"statement":"Os gargalos podem surgir em uma ou mais etapas do fluxo, por isso, uma das práticas do Kanban é o constante gerenciamento do fluxo.","answer":"C","source":{"slug":"PETROBRAS_21_NS","ano":2021},"explanation":{"verdict_reason":"Gerenciar o fluxo é uma das práticas nomeadas do Kanban, e ela é contínua porque o gargalo se desloca: resolvido o acúmulo em uma etapa, a restrição migra para outra. Observar o quadro, as filas e o tempo gasto em cada etapa é o que permite agir sobre a restrição onde quer que ela esteja no momento.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Gerenciamento contínuo do fluxo; o gargalo se desloca","citation":null,"trap_note":"O gargalo não é defeito que se conserta uma vez. Item que trata a melhoria do fluxo como atividade permanente costuma ser Certo; item que a trata como etapa que se conclui, não."}},{"id":"b6432b61fd78","number":74,"stem":18,"statement":"O evento timeboxed (sprint), em Scrum, é executado em sala fechada e tem duração indeterminada.","answer":"E","source":{"slug":"PETROBRAS_21_NS","ano":2021},"explanation":{"verdict_reason":"Timebox significa duração fixa e previamente definida, de um mês ou menos, de modo que o item se contradiz ao chamar a sprint de evento timeboxed e em seguida lhe dar duração indeterminada. Também não há exigência de isolamento físico: a sprint não é uma reunião, é o período em que o trabalho acontece.","distortion_type":"inversao","distorted_span":"é executado em sala fechada e tem duração indeterminada","corrected_statement":"O evento timeboxed (sprint), em Scrum, tem duração fixa de um mês ou menos.","concept":"Timebox é duração fixa, não indeterminada","citation":"Guia do Scrum (2020)","trap_note":"Quando o item nomeia a regra e a contradiz na mesma frase, a contradição decide sozinha. Timeboxed e duração indeterminada não coexistem."}},{"id":"11479689fd1a","number":75,"stem":18,"statement":"Kanban é uma metodologia ágil para desenvolvimento de software.","answer":"E","source":{"slug":"PETROBRAS_21_NS","ano":2021},"explanation":{"verdict_reason":"O Kanban é um método de gestão do fluxo de trabalho, originado do sistema de produção da Toyota e aplicável a qualquer tipo de trabalho, inclusive fora da TI, como operação, sustentação e processos administrativos. Ele não diz como se constrói software: não define fases, papéis, artefatos nem práticas de engenharia. Chamá-lo de metodologia de desenvolvimento de software confunde o que ele governa, que é o andamento do trabalho, com o processo que produz o produto.","distortion_type":"troca_de_termo","distorted_span":"metodologia ágil para desenvolvimento de software","corrected_statement":"Kanban é um método de gestão do fluxo de trabalho, aplicável ao desenvolvimento de software e a outros tipos de trabalho.","concept":"Método de gestão de fluxo, não metodologia de desenvolvimento","citation":null,"trap_note":"A banca aceita chamar o Kanban de técnica, ferramenta ou método de controle visual, e recusa chamá-lo de metodologia de desenvolvimento de software. O teste é simples: o Kanban não prescreve como produzir nada, só como o trabalho entra e anda."}},{"id":"5d7b37ca3767","number":83,"stem":19,"statement":"A técnica de Kanban é uma forma simples de visualizar o andamento das tarefas da equipe durante uma sprint de Scrum. Nessa técnica, as tarefas são representadas por meio de pequenos papéis que indicam o que está pendente, em desenvolvimento e finalizado. Com isso, todos visualizam os gargalos e a equipe se organiza melhor, principalmente quando o projeto envolve ciclos longos de desenvolvimento.","answer":"C","source":{"slug":"SEE_16_DF","ano":2016},"explanation":{"verdict_reason":"Todas as afirmações do item são práticas efetivas do quadro: cartões em pendente, em desenvolvimento e finalizado, gargalos visíveis e equipe que se auto-organiza a partir do que enxerga. E o quadro é compatível com o Scrum, podendo acompanhar o trabalho de uma sprint. Quanto mais longo o ciclo, maior o valor do controle visual, porque o progresso deixa de ser observável apenas na entrega.","distortion_type":"correto","distorted_span":null,"corrected_statement":null,"concept":"Quadro Kanban usado dentro de uma sprint do Scrum","citation":null,"trap_note":"Kanban e Scrum não são excludentes, e o quadro pode acompanhar o trabalho de uma sprint. Desconfie do item que separa os dois por decreto, não do que os combina."}}]}