Uma equipe de um Tribunal de Justiça precisa modelar o fluxo...

Próximas questões
Com base no mesmo assunto
Q4240086 Engenharia de Software
Uma equipe de um Tribunal de Justiça precisa modelar o fluxo de cumprimento de mandados judiciais do sistema judicial. O processo se inicia com o recebimento do mandado pela secretaria, segue para distribuição ao oficial de justiça, inclui uma etapa de cumprimento externo e retorna ao magistrado, que decide entre homologar o cumprimento ou determinar nova diligência. Paralelamente, a equipe enfrenta acúmulo de tarefas e dificuldades relacionadas à qualidade de código ao implementar melhorias no sistema. Nesse contexto, a estratégia mais adequada é
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: B

Fundamento decisivo: A decisão estava em identificar a única alternativa que combina, sem erro técnico central, a modelagem BPMN do fluxo com gateway para a bifurcação do magistrado e a abordagem ágil mais compatível com acúmulo de tarefas, preservando o gabarito B.

Tema central: BPMN e métodos ágeis
Análise das alternativas
A
Errada
Incorreta porque atribui às anotações a representação das decisões do magistrado. Em BPMN, decisão de fluxo é modelada por gateway, não por anotação.
B
Certa
A alternativa B é a adequada porque usa tarefas para as etapas do processo, gateways para a decisão do magistrado e eventos de mensagem para a comunicação entre participantes. Na parte ágil, Kanban é compatível com o problema de acúmulo de tarefas ao permitir visualizar o fluxo de trabalho, sem o erro de atribuir WIP ao Scrum. Assim, é a única opção sem impropriedade técnica central.
C
Errada
Incorreta porque coloca limites de WIP como prática do Scrum e os vincula ao tempo previsto no fluxo modelado. WIP é traço típico de Kanban, não do Scrum.
D
Errada
Incorreta porque prevê Sprints de 40 dias, prazo incompatível com o limite usual de até 1 mês no Scrum.
E
Errada
Incorreta porque define WIP a partir da quantidade de participantes em cada etapa, critério sem fundamento técnico para controlar fluxo de trabalho.
Pegadinha da questão
A questão explora confusões conceituais entre anotação e gateway em BPMN, além de atribuir WIP ao Scrum e aceitar critérios arbitrários para WIP ou Sprint acima de 1 mês.
Dica para questões semelhantes
  • Em BPMN, decisão de fluxo vai para gateway, não para anotação.
  • Limite de WIP é marca de Kanban, não de Scrum.
  • No Scrum, elimine opções que tragam Sprint acima de 1 mês como parâmetro regular.
  • Quando a alternativa mistura modelagem de processo e método ágil, valide cada parte separadamente antes de concluir.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

Foi por eliminação, ao menos pra mim

Meu foco principal foi representar a seguinte parte do enunciado: "Paralelamente, a equipe enfrenta acúmulo de tarefas e dificuldades relacionadas à qualidade de código ao implementar melhorias no sistema"

A) resolvemos parcialmente usando a priorização (Apesar disso, tenho que ressaltar que a ordem de priorização do scrum não é exatamente muito boa pra isso, exemplo ilustrativo: na construção de uma casa que suporte os temporais de uma região extremamente chuvosa a estrutura do telhado seria a mais importante, mas não seria a primeiro coisa a ser feita).

B) 'empregar Kanban para visualizar o fluxo, com práticas Scrum voltadas à integração frequente e melhoria contínua do código' -> isto resolve todos os problemas que foram definidos anteriormente.

C) aqui não resolvemos nosso problema.

D) sprint de 40 dias, definitivamente não.

E) quantidade de participantes envolvidos, isso vai resolver nosso problema? Acho que não.

Clique para visualizar este comentário

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