Um Tribunal de Justiça desenvolve um sistema de intimação eletrônica utilizando Scrum. Na Sprint Review, stakeholders informam que nova regulamentação alterou prioridades de negócio e valor esperado de funcionalidades futuras. Segundo o Scrum Guide 2020, diante disso, a conduta adequada é

Considere que em um Tribunal de Justiça foi desenvolvido um robô de RPA para consultar diariamente processos eletrônicos e registrar movimentações em um banco de dados. Durante a execução, podem ocorrer falhas temporárias de conexão com o sistema processual. Uma analista implementou o seguinte trecho de código Java, que será executado em condições ideais:

//...
for (Processo p : processos) {
    try {
        consultarMovimentacao(p);
        registrarMovimentacao(p);
    } catch (Exception e) {
        filaReprocessamento.add(p);
    }
}
//...

Nesse cenário,

Em um Tribunal de Justiça que utiliza hyperautomation para automatizar a distribuição e classificação de processos, um robô RPA consome um serviço, desenvolvido em Java, responsável por integrar sistemas corporativos, mecanismos de OCR, modelos de IA e APIs judiciais. Considere o trecho de código abaixo implementado nessa arquitetura.

//...
public class ProcessoService {
    public void processar(Processo processo) {
        try {
            ocrClient.extrairDados(processo);
            iaClient.classificar(processo);
            sistemaJudicialClient.atualizar(processo);
        } catch (Exception e) {
            System.out.println("Erro: " + e.getMessage());
        }
    }
}
//...

Durante uma auditoria interna, foi identificado que determinadas falhas de integração não são adequadamente rastreadas, dificultando a sustentação das automações e a identificação de causas-raiz em incidentes que envolvem múltiplos componentes. Nesse cenário, é pertinente

Uma equipe de analistas de um Tribunal de Justiça decidiu avaliar a eficiência do fluxo de processamento de recursos utilizando métricas ágeis adaptadas à gestão processual. Durante um período de 20 dias úteis, foram coletados os seguintes dados:

• No 1º dia do período havia 40 recursos aguardando análise inicial.
• Ao longo do período, ingressaram mais 120 recursos.
• No 20º dia do período havia 60 recursos ainda não concluídos.
• Durante o período 100 recursos foram concluídos.
A análise do fluxo mostrou que, em média, havia 50 recursos simultaneamente em tramitação (Work in Progress - WIP).

Nesse cenário, o throughput médio foi de

Em um Tribunal de Justiça, uma equipe de analistas está implantando um novo módulo de triagem automática de petições iniciais integrado a serviços de inteligência artificial e a bases processuais externas. Como parte do release planning, decidiu-se lançar inicialmente um MVP contendo apenas a classificação básica das petições. Durante as primeiras semanas, algumas integrações foram executadas em produção para verificar desempenho, latência e compatibilidade técnica, sem que seus resultados fossem exibidos aos magistrados ou funcionários. Além disso, determinadas funcionalidades puderam ser ativadas ou desativadas remotamente para grupos específicos de usuários e a expansão da solução ocorreu gradualmente, começando por poucas varas antes de alcançar todo o Tribunal. Nesse cenário, conclui-se que a equipe

Em um Tribunal de Justiça, a equipe responsável pela evolução do sistema processual eletrônico realizou uma sessão de refinamento do backlog para planejar as próximas entregas. Inicialmente, os itens foram classificados pelo método MoSCoW. Em seguida, o Product Owner decidiu utilizar a técnica RICE para apoiar a priorização final dos requisitos classificados como Must Have e Should Have.

Foram levantados os seguintes itens:

Requisito	MoSCoW	Reach (R)	Impact (I)	Confidence (C)	Effort (E)
Painel de monitoramento de prazos processuais	Must Have	600	3	80%	8
Integração com sistema de intimações eletrônicas	Must Have	450	3	90%	5
Dashboard gerencial para magistrados	Should Have	700	2	70%	10
Exportação avançada de relatórios	Could Have	500	1	80%	4

Considerando que o cálculo do RICE é dado por (RX IXC)/E, Conclui-se que

Um Tribunal de Justiça pretende criar e implantar um módulo para solicitação e acompanhamento de diligências judiciais dentro do sistema de controle de processos judiciais. O sistema deverá permitir que funcionários registrem pedidos, acompanhem as etapas do fluxo e recebam notificações sobre alterações de status. Após um debate técnico, a equipe de TI decidiu classificar as funcionalidades

Em um Tribunal de Justiça, uma equipe ágil está desenvolvendo um novo módulo para acompanhamento do cumprimento de determinações judiciais. Durante a fase de planejamento, o Product Owner apresentou a seguinte história de usuário: "Como funcionário da Secretaria, desejo registrar o andamento das determinações processuais para acompanhar sua execução e reduzir atrasos". Na análise inicial, a equipe identificou que o sistema atual não possui integração com a base de dados necessária para atender parte das funcionalidades pretendidas. Considerando as boas práticas ágeis, nesse cenário, a

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 é

Uma equipe de infraestrutura de um Tribunal de Justiça precisa analisar o arquivo acesso. Log para identificar requisições relacionadas ao portal de autenticação. O objetivo é exibir somente as linhas registradas entre 08:16:00 e 08:19:59, que contem a expressão /portal no caminho requisitado e que terminam com o código de status HTTP 500.
Um trecho do arquivo apresenta o seguinte conteúdo:

2026-06-09 08:15:22 GET /portal/login 200
2026-06-09 08:16:10 POST /portal/autenticacao 500
2026-06-09 08:16:45 GET /processos/12345 200
2026-06-09 08:17:02 POST /documentos/upload 500
2026-06-09 08:18:30 GET /consulta/processual 404
2026-06-09 08:19:11 GET /portal/login 500
2026-06-09 08:20:05 POST /portal/autenticacao 500

Considerando a utilização do shefl Bash em um servidor Linux, o comando mais adequado para aplicar simultaneamente esses. filtros é