option
Questions
ayuda
daypo
search.php

TEST IPC008

COMMENTS STATISTICS RECORDS
TAKE THE TEST
Title of test:
TEST IPC008

Description:
TEST IPC008

Creation Date: 2026/03/22

Category: Others

Number of questions: 14

Rating:(0)
Share the Test:
Nuevo ComentarioNuevo Comentario
New Comment
NO RECORDS
Content:

Em iPC, qual é o principal objetivo do RAID log?. Documentar apenas riscos de alto impacto. Centralizar e gerir Riscos, Ações, Issues e Dependências com donos e prazos, suportando priorização e escalonamento. Registrar horas da equipe para controle de capacidade. Armazenar especificações técnicas dos entregáveis.

Em iPC, ao gerenciar dependências entre equipes, qual é a prática recomendada para assegurar que a dependência seja cumprida?. Registrar apenas o marco no cronograma e revisar no final do sprint. Nomear um owner para a dependência, definir data de necessidade (“need-by”), critérios de aceite e estabelecer pontos de controle no plano. Tratar dependências somente durante as reuniões de steering, para reduzir overhead. Assumir buffers genéricos no caminho crítico em vez de engajar o time provedor.

Nas rotinas de governança em iPC, qual é o principal objetivo do pacote de Core Metrics (dashboard)?. Substituir os relatórios financeiros, eliminando a necessidade de conciliação de receita e custo. Consolidar apenas indicadores de recursos para planejamento de capacidade. Prover uma visão padronizada e objetiva de desempenho (prazo, custo, escopo, qualidade e riscos) para suportar tomada de decisão e ações corretivas. Focar exclusivamente no SPI e CPI, ignorando outros indicadores.

No gerenciamento financeiro de contratos segundo iPC, qual ação é fundamental no ciclo mensal para garantir acurácia de margem e previsibilidade?. Reconciliar o forecast de receita, custo e esforço com o plano de entrega, atualizando CTC/ETC e backlog, e registrar variações com justificativas. Atualizar somente o plano de faturamento, pois o reconhecimento de receita é automático. Manter a previsão de custo inalterada durante o trimestre para evitar volatilidade. Ajustar o orçamento apenas quando houver mudanças aprovadas, sem refletir desvios de execução.

Em Análise de Variação usando EVM, qual cenário indica que o projeto está atrasado e com estouro de custo?. CPI > 1 e SPI > 1. CPI = 1 e SPI = 1. CPI > 1 e SPI < 1. CPI < 1 e SPI < 1.

Qual é a finalidade principal da Matriz de Rastreabilidade de Requisitos (RTM) em iPC?. Substituir casos de teste ao validar funcionalidades. Assegurar rastreabilidade bidirecional entre requisitos, entregáveis, testes e defeitos, suportando controle de escopo e impacto de mudanças. Estimar esforço de desenvolvimento por sprint. Armazenar documentação financeira dos requisitos.

Em iPC, quando o baseline do cronograma deve ser atualizado (rebaselinhado)?. Após aprovação de mudanças que impactem escopo, prazo ou custo, seguindo o processo de Change Control. Sempre que houver atraso superior a 5 dias em qualquer tarefa. Apenas no início do projeto; o baseline nunca deve ser rebaselinhado. Ao final de cada sprint, independentemente de mudanças aprovadas.

Em iPC, qual é a prática recomendada para assegurar alinhamento entre demanda e capacidade de recursos ao longo do plano?. Ajustar alocação semanalmente de forma ad hoc, sem consolidar um plano. Planejar somente a carga do próximo sprint, pois o horizonte longo é incerto. Usar apenas o headcount total mensal, sem discriminar por função/skill. Manter um plano de capacidade por função/capabilidade alinhado ao cronograma e às dependências, atualizar a previsão rolling e sinalizar gaps para contratação ou repriorização.

Durante o ciclo de testes, qual prática recomendada em iPC para gerir defeitos de forma eficaz e minimizar impactos no cronograma?. Estabelecer triagem regular com priorização por severidade/impacto, SLAs de resolução e donos definidos. Corrigir primeiro defeitos de baixa prioridade para aumentar a velocidade. Registrar defeitos apenas ao final do ciclo de testes para reduzir overhead. Fechar automaticamente defeitos sem passos de reprodução após 48 horas.

Para gerenciar marcos críticos no cronograma segundo as práticas iPC, qual é a melhor prática?. Definir marcos com duração de 1 dia para facilitar o acompanhamento. Definir marcos com duração zero, com critérios de aceite objetivos e ligações lógicas que reflitam dependências upstream/downstream. Manter marcos isolados, sem predecessores, para evitar deslocamentos no plano. Registrar marcos apenas no RAID, sem necessidade de refletir no cronograma.

Em Change Management no iPC, qual situação exige abertura de Change Request e aprovação formal?. Ajustar a sequência de tarefas no cronograma sem alterar marcos nem esforço total. Substituir um recurso por outro de mesma senioridade e custo, sem impacto no prazo. Repriorizar itens do backlog mantendo o escopo aprovado inalterado. Alterar algo que impacta o baseline contratual de escopo, prazo e/ou custo.

Em EVM, assumindo que a performance de custo atual continuará, qual é a fórmula recomendada para calcular o EAC (Estimate at Completion)?. EAC = AC + (BAC − EV). EAC = AC + ETC, com ETC ajustado por SPI. EAC = BAC / CPI. EAC = EV / AC.

Na gestão de entregáveis do iPC, qual prática ajuda a assegurar qualidade e aceite formal do cliente?. Definir critérios de aceite claros por entregável, evidências requeridas, responsáveis e datas de entrega, com registro de aprovações. Solicitar aprovação tácita após 48 horas sem manifestação do cliente. Centralizar toda a validação no time técnico interno, dispensando aceite do cliente. Tratar o aceite como um marco financeiro, sem relação com critérios de qualidade.

Se o SPI está consistentemente < 1,0 e o CPI > 1,0, qual ação é mais apropriada para recuperar o desempenho?. Reduzir a equipe para manter o CPI alto. Aumentar o escopo para aproveitar a boa eficiência de custo. Rebaselinar imediatamente o cronograma sem análise do caminho crítico. Remover bloqueios e dependências, repriorizar trabalho fora do caminho crítico e realocar recursos para atividades críticas, preservando as práticas que sustentam a eficiência de custo.

Report abuse