Questão 173347

• Banca: FGV
• Órgão: MEC
• Ano: 2009
• Provas: FGV - 2009 - MEC - Analista de Teste de Qualidade
• Disciplina: Governança de TI
• Assuntos: CMMI (Capability Maturity Model Integration)

No CMMI (Capability Maturity Model Integration) é citado um conjunto de riscos externos e internos típicos em projetos de software, dentro da área-chave de Gerência de Riscos.
Assinale a alternativa que não apresente um risco relacionado ao processo de desenvolvimento:

• A. cliente
• B. execução
• C. requisitos
• D. planejamento
• E. monitoramento

Gabarito: E

Comentários

• O monitoramento só acontece após o desenvolvimento
• do timaster...
  
  
  Sua resposta encontra-se no próprio modelo CMMI, na área de processo de
  Gerenciamento de Risco. Perceba:
  
  "*Fontes de riscos são os principais causadores de riscos em um projeto ou
  organização. Existem muitas fontes de riscos, tanto internas quanto externas
  a um projeto. As fontes de riscos identiifcam áreas comuns onde os riscos
  podem ser originados. Fontes de risco internas externas geralmente incluem:*
  *
  *
  
  - *Requisitos vagos.*
  - *Trabalho inédito - estimativas não disponíveis.*
  - *Design não factível.*
  - *Tecnologia não disponível.*
  - *Estimativas não realistas de prazo ou de alocação.*
  - *Composição inadequada de equipe e suas habilidades.*
  - *Questões críticas de custo ou orçamento.*
  - *Subcontratado com capacidade indefinida ou inadequada.*
  - *Comunicação inadequada com clientes (atuais ou potenciais) ou com seus
  representantes.*
  - *Interrupção das operações"*
  
  Como você pode ver, Requisitos e Clientes são citados explicitamente no
  conjunto de riscos. Planejamento se refere, essencialmente, às estimativas e
  questões contratuais. Já Execução, poderia ser alocado aos riscos de
  Comunicação e, principalmente, a Interrupção das operações.
  
  Espero ter esclarecido.
  
  Um abraço,
  
  Fernando Pedrosa
• • As opções a) cliente, b) execução, c) requisitos e d) planejamento apresentação situações em que riscos podem surgir.
    No entanto a opção e) monitoramento apresenta a atividade/processo que auxiliar a detectção do momento em que riscos se concretizam.
    
    Em desacordo ao comentário acima, considero equívoco dizer que monitoramento é feito somente após o término do desenvolvimento, visto que o processo ou ciclo de desenvolvimento precisa ser monitorado, pois só assim se mantém na direção correta.
     

• Monitoramento faz parte do controle de software ( ou qlq coisa), então não dá pra falar em monitoramento concomitante a desenvolvimento.