Questão 239809

• Banca: CESPE / CEBRASPE
• Órgão: ABIN
• Ano: 2010
• Provas: CESPE - 2010 - ABIN - Oficial Técnico de Inteligência - Área de Desenvolvimento e Manutenção de Sistemas
• Disciplina: Governança de TI
• Assuntos: CMMI (Capability Maturity Model Integration)

Com relação a CMMI, julgue os itens que se seguem.

Durante o projeto, os requisitos mudam por uma série de motivos, entre os quais, mudanças na baseline de requisitos. Conforme as necessidades mudam e o trabalho prossegue, requisitos adicionais são derivados e mudanças podem ter de ser feitas nos requisitos já existentes.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Questao polemica, muita discussao no timaster...
  
  De Rogerio Araujo.
  
  ...pesquisando, vi que o texto da questão foi tirada do CMMi.
  
  Acredito que o texto é da versão 1.1 do CMMi [1]:
  
  "SP 1.3 Gerenciar as Mudanças de Requisitos
  
  Durante o projeto, os requisitos mudam por uma série de motivos. Conforme as
  necessidades mudam e o trabalho prossegue, requisitos adicionais são
  derivados e mudanças podem ter que ser feitas nos requisitos já existentes.
  É essencial gerenciar esses acréscimos e mudanças de forma eficiente e
  eficaz."
  
  Essa é a prática específica da meta específica Gerenciar Requisitos.
  
  Veja o que o texto da questão foi tirada daí, porém, o exemplo criado pelo
  CESPE (mudanças na *baseline* de requisitos) não está no texto.
  
  Também fiquei na dúvida do exemplo usado pela banca.
  
  Aproveitando, na versão 1.2, temos [2]:
  
  "SP 1.3 Gerenciar as Mudanças de Requisitos
  
  Durante o projeto, os requisitos mudam por diversas razões. À medida que as
  necessidades mudam e que o trabalho prossegue, podem ser incluídos novos
  requisitos e mudanças podem correr em requisitos existentes."
  
  Percebemos que um texto um pouco diferente.
  
  Referências:
  
  [1] http://www.spinsp.org.br/CMMI/REQM/SP131.htm
  [2]
  http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portugu\
  ese.pdf
  ----------------------
  
  De Alberto Rios
  
  O que eu estranhei é que, pra mim, se ele falasse que as mudanças nos
  requisitos alteram a baseline estaria ok.
  
  Fazendo uma analogia com RUP: "Uma baseline é uma 'imagem' de uma versão de
  cada artefato no repositório do projeto. Ela funciona como um padrão oficial
  básico para os trabalhos subseqüentes."
  
  Sendo a especificação um artefato produzido pela gestão dos requisitos, é
  natural que se crie uma baseline para que o desenvolvimento possa se dar com
  menos percalços. Afinal, se toda hora os requisitos são diferentes dos de
  outrora não será possível terminar nenhuma versão. É, de fato, o que algumas
  metodologias ágeis fazem. Scrum é um exemplo.
  
  Sendo assim, as mudanças nos requisitos produziriam a necessidade de uma
  nova versão para a baseline de requisitos. Mas o contrário, uma versão da
  baseline gerar novos requisitos? Soa estranho pra mim. Será que ele não quis
  dizer que a mudança gerada na baseline de requisitos de negócio produziria
  algum atividade de projeto do tipo, por exemplo, atualizar cronograma?
  
  Que acha?
  
  Referências:
  
  http://www.wthreex.com/rup/process/workflow/conf_mgt/co_basel.htm
• Errei a questão justamente por isto "por uma série de motivos, entre os quais, mudanças na baseline de requisitos"
  
  Conforme o colega acima comentou, a mudança dos requisitos implica na mudança na baseline dos requisitos, mas uma mudança na baseline dos requisitos não é um motivo para a mudança de requisitos. Se a intenção era exemplificar, o que ocorreu foi confundir, já que o CESPE adora inserir pequenos erros ou inversões de sentido para tornar a questão errada. Questão mal formulada.
• Prezados,
  
  Essa questão foi extraída do guia CMMI-DEV 1.2, página 415, da prática Gerenciar mudanças nos requisitos, vejamos :
  
  
  Durante o projeto, os requisitos mudam por diversas razões. À medida que as necessidades mudam e que o trabalho prossegue, podem ser incluídos novos requisitos e mudanças podem ocorrer em requisitos existentes. É essencial gerenciar essas inclusões e mudanças de maneira eficiente e eficaz. Para analisar de forma efetiva o impacto das mudanças, é necessário que a origem de cada requisito seja conhecida e que a linha de raciocínio utilizada nas mudanças sejam documentadas. Além disso, o gerente de projeto pode monitorar medidas sobre a volatilidade de requisitos para avaliar se é necessário alterar os controles ou introduzir novos.
  Portanto a questão está correta.