SóProvas

Questões de CMMI (Capability Maturity Model Integration)

ID
10480
Banca
ESAF
Órgão
CGU
Ano
2006
Provas
Disciplina
Governança de TI
Assuntos

Analise as seguintes afirmações relacionadas aos sistemas de qualidade no desenvolvimento de software.

I. No CMMI nível 2, a área de processo Garantia da Qualidade do Processo e Produto (PPQA) deve fornecer uma gestão com visibilidade apropriada sobre os processos utilizados e produtos desenvolvidos pelo projeto de software.

II. No CMMI nível 3, a área de processo Validação (VAL) deve demonstrar que o produto ou seus componentes funcionam como esperado no ambiente pretendido.

III. No CMMI nível 3, a área de processo Foco do Processo na Organização (OPF) deve estabelecer e manter um conjunto de processos que pode ser utilizado por toda organização.

IV. No CMMI nível 3, a área de processo Desenvolvimento e Inovação Organizacional (OID) deve planejar e implementar melhorias de processos na organização baseadas nas suas fragilidades e forças.

Indique a opção que contenha todas as afirmações verdadeiras.

Alternativas
Comentários
  • III - FALSA, pois é a area de processo Definição de Processo Organizacional (OPD) que deve estabelecer e manter...

    IV - FALSA, a área de processo OID pertence ao CMMI nivel 5, e a função a ela atribuida na questão é de responsabilidade da area de processo Foco do Processo na Organização (OPF)
  • III - Essa alternativa julguei incorreta devido a palavra "pode", sendo que a caracteristica desse nível é DEVE utilizar o processo definido, padronizado.Enfim, como são muitas informações, fica complicado lembrar de todos os detalhes do projeto, o que leva a utilizar os conceitos mais amplos para resolver questões desse tipo.
  • No nível 2 só há processos nas categorias PROJETOS e SUPORTE.
    No nível 3 ha processos em todas as categorias, inclusive todos os processos da ENGENHARIA são incluidos neste nível. O OPF - Foco no processo organizacional tem como objetivo planejar, implementar e entregar melhorias no processo organizacional (incluindo o processo padrão e os derivados de adaptações), com base no claro entendimento dos seus PONTOS FRACOS e FORTES.
    No CMMI 1.3 o OID não existe mais.

    I - Correto. Processo de SUPORTE.
    II - Correto. Primeiro ocorre a VER - verificação (que é garantir que o produto satisfaça os respectivos requisitos para os quais foi desenvolvido) depois vem a VAL - validação (que é a demonstração de que o produto ou componente de produto atinge os resultados esperado depois de colocado em operação no ambiente final)
    III - Errado. OPF é pontos FRACOS e FORTES.
    IV - Errado. OID não existe mais no CMMI 1.3 e o conceito dado é de OPF.

  • O local de prova desse concurso costuma ser somente em Brasília?

  • No edital consta que a prova só poderá ser realizada em Brasília.

  • The purpose of Software Quality Assurance (SQA)is to provide management with suitable visibility in the process used by the software project and of the products being built. Software Quality Assurance is an integral part of most software engineering and management processes.

ID
10483
Banca
ESAF
Órgão
CGU
Ano
2006
Provas
Disciplina
Governança de TI
Assuntos

Quanto às Metas e Áreas de Processos do CMMI é correto afirmar que

Alternativas
Comentários
  • Alternativas:
    A) COMENTÁRIO: APENAS NO NÍVEL 3 DE MATURIDADE (DEFINIDO).

    B) COMENTÁRIO: NÃO É NO NÍVEL 2,E SIM NO NÍVEL 5 (OTIMIZADO)

    C)COMENTÁRIO: NÃO É NO NÍVEL 2, MAS SIM NO NÍVEL 3 (DEFINIDO)

    D)COMENTÁRIO: NÃO É NO NÍVEL 2, MAS SIM NO NÍVEL 3 (DEFINIDO)


  • a) O nível de maturidade 1 não tem nenhum processo, por aí já se sabe que nada é exigido em todos os níveis.
    b) CAR está presente apenas no nível 5
    c) O nível 2 só tem processos nas categorias PROJETO e SUPORTE, e a questão fala em área de PROCESSO.
    d) Se um processo é exigido em um nível o nível seguinte vai exigir este processo e mais outros, portanto, o único nível que possui processos que nenhum dos demais processos possui é o nível 5 (processos CAR e OPM)
    e) Correto. O objetivo do CAR é identificar causas de defeitos e outros problemas e tomar ações corretivas para prevenir sua ocorrência futura.

  • e-

    The purpose of Defect Prevention (DP) is to identify the causes of defects and prevent them from recurring. The software project analyzes defects, identifies their causes, and changes its defined software process, as is described in Integrated Software Management.

  • e-

    The purpose of Defect Prevention (DP) is to identify the causes of defects and prevent them from recurring. The software project analyzes defects, identifies their causes, and changes its defined software process, as is described in Integrated Software Management.

ID
28939
Banca
CESGRANRIO
Órgão
CAPES
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

A que nível do CMMI é equivalente o nível de maturidade B do MPS.Br?

Alternativas
Comentários
  • O MPS.BR ou Melhoria de Processos do Software Brasileiro, é simultaneamente um movimento para a melhoria e um modelo de qualidade de processo voltada para a realidade do mercado de pequenas e médias empresas de desenvolvimento de software no Brasil.

    Ele é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro.

    O MPS.BR apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo) que são:

    * A - Em Otimização;
    * B - Gerenciado quantitativamente;
    * C - Definido;
    * D - Largamente Definido;
    * E - Parcialmente Definido;
    * F - Gerenciado;
    * G - Parcialmente Gerenciado.
    (fonte: http://pt.wikipedia.org/wiki/MPS.BR)
    Já o CMMI, é caracterizado por Níveis de Maturidade (Maturity Levels):

    * Nível 1: Inicial (Ad-hoc)
    * Nível 2: Gerenciado
    * Nível 3: Definido
    * Nível 4: Quantitativamente gerenciado
    * Nível 5: Em otimização
    (fonte: http://pt.wikipedia.org/wiki/CMMI)

    Relação entre os níveis de maturidade dos modelos:
    CMMI MPS.BR:
    Nível 5 - Otimizado = A - Otimizado
    Nível 4 - Ger. Quant. = B - Ger. Quant.
    Nível 3 - Definido = C - Definido
    Nível 3 - Definido = D - Largamento Definido
    Nível 3 - Definido = E - Parcialmente Definido
    Nível 2 - Gerenciado = F - Gerenciado
    Nível 2 - Gerenciado = G - Parcialmente Gerenciado
    Nível 1 - Inicial = Não possui
  • Uma ilustração fazendo o comparativo entre os níveis do MPS e do CMMI:http://www.pentagrama.com.br/images/new_piramide.gif
  • CMMI MPS.BR
    5 - Em Otimização A (Em Otimização)
    4 - Quantitativamente Gerenciado B (Gerenciado Quantitativamente)
    3 - Definido C (Definido)
    D (Largamente Definido)
    E (Parcialmente Definido)
    2 - Gerenciado F (Gerenciado)
    G (Parcialmente Gerenciado)
    Inicial (NÃO EXISTE NO MPS.BR)
ID
41731
Banca
FCC
Órgão
TRE-PI
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

NÃO é uma categoria de representação contínua das áreas de processos do CMMI:

Alternativas
Comentários
  • Categorias de representação contínua1 - Gerenciamento de Processo;2 - Gerenciamento de Projeto;3 - Engenharia;4 - Suporte
  • Com base no CMMI 1.3:
    - Gestão de processos: Definição dos processos da organização, foco no processo da organização, treinamento na organização (maturidade 3), gestão do desempenho organizacional (maturidade 5).

    - Gestão de projetos: Monitoramento e controle de projeto, planejamento de projeto, gestão de contratos com fornecedores (maturidade 2), gestão integrada de projeto, gestão de riscos (maturidade 3), gestão quantitativa de projeto (maturidade 4).
    -Engenharia: Gestão de requisitos (maturidade 2), integração de produto, desenvolvimento de requisitos, solução técnica, validação, verificação (maturidade 3).
    - Suporte: Gestão de configuração, medição e análise, garantia de qualidade de processo e produto (maturidade 2), análise e tomada de decisões (maturidade 3), análise e resolução de causas (maturidade 5).
    Bons estudos.

  • b-

    In version 1.3 CMMI existed in two representations: continuous and staged. The continuous representation allows the user to focus on the specific processes that are considered important for the organization's immediate business objectives, or those to which the organization assigns a high degree of risks. The staged representation provides a standard sequence of improvements, and can serve as a basis for comparing the maturity of different projects and organizations. The staged representation also provides for an easy migration from the SW-CMM to CMMI. In version 2.0 the above representation separation was cancelled and there is now only one cohesive model.

    https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration#Representation

ID
41734
Banca
FCC
Órgão
TRE-PI
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Uma área de processo do Nível 3 ? Definido do CMMI denomina-se

Alternativas
Comentários
  • KPAs nível 3 CMMI:1 - Foco no Processo da Organização2 - Definição do Processo da Organização3 - Revisão por Pares4 - Coordenação entre grupos5 - Gerência integrada de projeto6 - Programa de Treinamento7 - Engenharia de Produto de Software
  • As KPAs descritas no comentário abaixo não são do CMMi e sim do CMM. Verifiquem em "http://pt.wikipedia.org/wiki/Capability_Maturity_Model" e "http://pt.wikipedia.org/wiki/CMMI". As KPAs do nível 3 (Definido) do CMMi-Dev v1.2 são:1)Desenvolvimento dos requisitos (RD) - Engenharia;2)Solução técnica (TS) - Engenharia;3)Integração de produtos (PI) - Engenharia;4)Verificação (VER) - Engenharia;5)Validação (VAL) - Engenharia;6)Foco no processo organizacional (OPF) - Gerência de processos;7)Definição do processo organizacional (OPD) - Gerência de processos;8)Treinamento organizacional (OT) - Gerência de processos;9)Gerenciamento integrado do projeto (IPM) - Gerência de projetos;10)Gerenciamento de riscos (RSKM) - Gerência de projetos;11)Análise de decisão e resolução (DAR) - Suporte. Espero ter ajudado. Sucesso!
  • a) Desempenho do processo organizacional (Nível 4 - Quantitativamente gerenciado/Gerido quantitativamente)
    b) Gerência quantidade de projeto (Nível 4 - Quantitativamente gerenciado/Gerido quantitativamente)
    c) Análise causal e resolução (Nível 5 - Em Otimização)
    d) Inovações e melhoria organizacional (Nível 5 - Em Otimização)
    e) Gerência integrada de projeto (Nível 3 - Definido)
  • Para facilitar..

    Niveis de maturidade x categorias x areas de processo.
    http://dl.dropbox.com/u/27801215/cmmi.png

  •  a) Desempenho do processo organizacional.(Nível 4)

     b) Gerência quantitativa de projeto.(Nível 4) 

     c) Análise causal e resolução.(Nível 5) 

     d) Inovações e melhoria organizacional.(Nível 5)

     e) Gerência integrada de projeto.(Nível 3) 

    DICA: O nivel 4 tem apenas 2 areas de processo, assim como o nível 5 (que inclusive são bem relacionada com seus respectivos nomes) então vale a penas decora-las... 

  • e-

    Capacitação   Processo

    Nível 0 – Incompleto   caos e ad-hoc

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   planejado e executado

    Nível 3 – Definido   gerenciado e adaptado a partir de um conjunto de processos padronizados da organização.

    Nível 4 – Gerenciado Quantitativamente   definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.

ID
51313
Banca
CESGRANRIO
Órgão
TJ-RO
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

O CMMI (Capability Maturity Model Integration) apresenta uma escala de níveis de capacidade e uma de níveis de maturidade que se aplicam aos processos de uma organização. Nesse sentido, analise as afirmativas a seguir.

I - A escala de níveis de capacidade é numerada de 1 a 5 e se aplica às conquistas em melhorias de processo da organização em múltiplas áreas, constituindo um meio de predizer os resultados dos próximos projetos.

II - A escala de níveis de maturidade é numerada de 0 a 5 e constitui-se em meio para aperfeiçoar incrementalmente os processos correspondentes a uma determinada área de processo.

III - Os níveis de capacidade de 2 a 5 recebem os mesmos nomes dos correspondentes níveis de maturidade, que são: "Managed", "Defined", "Quantitatively managed" e "Optimizing".

IV - As áreas de processo são categorizadas pelo CMMI em "Gerência de Processos", "Gerência de Projetos", "Engenharia" e "Suporte".

Estão corretas APENAS as afirmativas

Alternativas
Comentários
  • I - A escala de níveis de capacidade é numerada de 1 a 5 e se aplica às conquistas em melhorias de processo da organização em múltiplas áreas, constituindo um meio de predizer os resultados dos próximos projetos.Errado: Níveis de Capacidade vão de 0 - 5. São eles: Incompleto; Executado; Gerenciado; Definido; Gerenciado Quantitativamente e em Otimização.II - A escala de níveis de maturidade é numerada de 0 a 5 e constitui-se em meio para aperfeiçoar incrementalmente os processos correspondentes a uma determinada área de processo.Errado: Níveis de Maturidade vão de 1 - 5. São eles: Inicial, Repetível, Definido; Gerenciado; e Otimizado.III - Os níveis de capacidade de 2 a 5 recebem os mesmos nomes dos correspondentes níveis de maturidade, que são: "Managed", "Defined", "Quantitatively managed" e "Optimizing".- Correto com ressalvas: Ele considerou Repetível = GerenciadoIV - As áreas de processo são categorizadas pelo CMMI em "Gerência de Processos", "Gerência de Projetos", "Engenharia" e "Suporte".- Correto
  • Diogo,Com todo respeito, eu discordo sobre sua explicação do item II e do item III.O correto seria: II - A escala de níveis de maturidade é numerada de 0 a 5 e constitui-se em meio para aperfeiçoar incrementalmente os processos correspondentes a uma determinada área de processo. Errado: Níveis de Maturidade vão de 1 - 5. São eles: Inicial, Gerenciado, Definido, Quantitativamente Gerenciado e Otimizado.O nível de maturidade “Repetível” se refere ao modelo de maturidade do COBIT.O modelo de maturidade do COBIT é numerado de 0 a 5 e recebem os seguintes nomes: “Inexistente”, “Inicial”, “Repetível”, “Definido”, “Gerenciado e Mensurável” e “Otimizado”.III - Os níveis de capacidade de 2 a 5 recebem os mesmos nomes dos correspondentes níveis de maturidade, que são: "Managed", "Defined", "Quantitatively managed" e "Optimizing". Correto e sem ressalvas.

  • Capacitação   Processo

    Nível 0 – Incompleto   caos e ad-hoc

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de processos padronizados da organização.integracao

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.

ID
56734
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Em engenharia de software, o processo de
desenvolvimento de software designa uma sequência de
atividades, agrupadas em fases e tarefas, executadas de forma
sistemática e uniformizada, realizadas por pessoas com
responsabilidades bem definidas e que, a partir de um conjunto
de entradas (inputs) produzem um conjunto de saídas (outputs).
Como objetivos, o processo de desenvolvimento de software deve
prover orientação sobre as sequências das atividades envolvidas,
especificar os modelos descritivos do sistema, gerenciar as tarefas
e definir métricas para os modelos e atividades.

R. A. Ramos. Treinamento em UML (com adaptações).

Quanto às fases e tarefas no processo de desenvolvimento de
software, julgue os itens de 64 a 67.

O MRmps - Modelo de referência para melhoria de processo de software compreende níveis de maturidade e um método de avaliação. Neste modelo a maturidade do processo está organizada em duas dimensões: capacidade e processo. A dimensão de processos é baseada na ISO/IEC 12207. A intersecção destas duas dimensões define a maturidade do processo, que no MRmps possui sete níveis de maturidade. O MPS-BR é um projeto que visa a criação e disseminação do MRmps em empresas brasileiras.

Alternativas
Comentários
  • O Projeto mps Br visa a melhoria de processos de software em empresas brasileiras, a um custo acessível, especialmente na grande massa de micro, pequenas e médias empresas. Tem como objetivo principal definir e implementar o Modelo de Referência para melhoria de processo de software (MR mps).O Modelo de Referência para melhoria de processo de software (MR mps) compreende níveis de maturidade e um método de avaliação.A norma de referência para os processos de ciclo de vida de software no MR mps é a ISO/IEC 12207 conforme sua atualização publicada em 2002. Esta norma pode ajudar as organizações na definição de seus processos pois ela contém uma clara definição da arquitetura, terminologia e responsabilidades inerente a processos. Essa atualização inseriu processos e acrescentou na sua descrição propósito e resultados de implementação o que possibilita a avaliação da capacidade doprocesso.A avaliação das organizações segundo o MR mps deverá ser realizada considerando-se a aderência às áreas de processo estabelecidas para cada nível de maturidade e a adequação das práticas que implementam as áreas de processo. O método de avaliação foi definido com base na ISO/IEC 15504.
  • A referência está aqui:http://www.facilinformatica.com.br/Geral/Noticias.aspx/597Só me resta uma boa fonte para confirmar "organizada em duas dimensões: capacidade e processo." Não sabia que tinha estas duas dimensões e não sabia sobre a intersecção entre elas.

  •  Não encontrei na literatura como o MR mps define o método de avaliação. Creio que a avaliação esteja no método de avaliação. Certo?

  • Galera, onde que o MR-MPS compreende um método de avaliação??
    Essa questão está errada, não?

    O método de avaliação está compreendido no MA-MPS.

  • Realmente ficou muito esquisito dizer que o MR-MPS compreende o Método de Avaliação, se existe o MA-MPS.

  • Percebi que existe uma confusão com essa ideia de onde está o método de avaliação. Até nos PDFs do estratégia eles consideram a avaliação como filho do MR-MPS. Bem, acho que era pra estar errada.

ID
56881
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos ao CMMI e APF.

No CMMI, as pessoas diretamente responsáveis pelo gerenciamento e execução das atividades do processo são, normalmente, as que avaliam a aderência.

Alternativas
Comentários
  • Item Errado

    Geralmente, pessoas não diretamente responsáveis por gerenciar ou executar as atividades do processo avaliam a aderência. Em muitos casos, a aderência é avaliada por pessoas de dentro da organização, mas externas ao processo ou ao projeto, ou por pessoas externas à organização. Como resultado, a garantia da credibilidade da aderência do processo pode ser fornecida mesmo durante o período em que o processo estiver sob pressão (isto é, quando o esforço estiver além do planejado ou quando o orçamento tiver sido ultrapassado). Veja a área de processo Garantia da Qualidade de Processo e de Produto para mais informações sobre avaliação objetiva da aderência.
ID
56884
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos ao CMMI e APF.

No CMMI, a área de processo de desempenho do processo organizacional (OPP) deriva os objetivos quantitativos de qualidade e desempenho dos processos a partir dos objetivos de negócios da organização, a qual fornece aos projetos e grupos de suporte medidas comuns, baselines de desempenho de processos e modelos de desempenho de processos.

Alternativas
Comentários
  • Desempenho do Processo OrganizacionalObjetivo: Estabelecer e manter compreensão quantitativa do desempenho do processo padrão da organização e suportar a definição de objetivosquantitativos de desempenho e qualidade para o gerenciamento quantitativo dos projetos.GQP = onde eu vou ver onde o projeto esta ou não alcançando as suas metas.META 1 – Estabelecer modelos e linhas de base de desempenho do processo, os meus parâmetros que retratam o desempenho.
ID
72103
Banca
CESGRANRIO
Órgão
IBGE
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No Nível 2 de maturidade do CMMI, NÃO é exigido que para a Área de Processo

Alternativas
Comentários
  • o que me fez escolher a letra A foi ele dizer que "o processo sejainstitucionalizado como um processo definido". Independentemente doprocesso que ele citasse, só no nível 3 é que a empresa tem processosdefinidos, com padrões estabelecidos.
  • O Gerenciamento de Configurações em uma organização CMMI nível 2, possui o processo GERENCIADO. Quando um avaliador se referir a um "processo INSTITUCIONALIZADO" ele quer que você entenda que se trata de um "processo PADRONIZADO". Aí fica fácil! "Padrão" é nível 3.
  • Concordo com o Carlos. No nível 2, os processos não são definidos.
  • Concordo também, Vanessa.PROCESSO DEFINIDO > Nível 3 (ponto).

  • level 2 - Managed

    Basic Project Management

       Requirements Management

       Project Planning

       Project Monitoring and Control

       Supplier Agreement Management

       Measurement and Analysis

       Process and Product Quality Assurance

       Configuration Management

ID
76924
Banca
CESGRANRIO
Órgão
BACEN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Determinada empresa de TI deseja obter uma avaliação CMMI para sua fábrica de software. A esse respeito, é correto afirmar que

Alternativas
Comentários
  • Superar as expectativas do cliente?Não é esse o objetivo do CMMI!!!Validade do certificado por 5 anos?O SEI está estabelecendo uma nova política que determina o prazo máximo de validade de 3 (três) anos para as avaliações realizadas utilizando-se a versão 1.2 do CMMIDescartar os processos já existentes?Pode ter muitos processos que já funcionem bem e de acordo com o CMMI. Além do que o CMMI emprega novos processos, caracterizando uma nova etapa.Metodologias ágeis podem coexistir com o CMMI?Sim! Desde que com cautela...A partir do nível 2, o processo de desenvolvimento é o mesmo para todos os projetos?Não necessariamente. Fixem: CADA PROJETO É ÚNICO! Aplica-se a melhor metodologia (já conhecida) pra cada caso.

  • o CMM define cinco níveis de maturidade, sendo o último o nível Otimização. devido à definição abstrata da norma ISO 9000, algumas organizações do Nível 1 do CMM podem satisfazer o padrão ISO 9000. o CMMI é um modelo bastante alinhado com a norma ISO/IEC 15504 (SPICE).

ID
102520
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da organização do modelo CMMI, julgue os itens de
195 a 197.

Seis são os níveis nos quais se pode mensurar o desempenho de metas e práticas relacionadas a uma área de processo individual, enquanto cinco são os níveis nos quais se pode mensurar o alcance de platôs evolucionários para a melhoria de processos organizacionais. A medição de capacidades de processos é requisito para a medição de maturidade organizacional.

Alternativas
Comentários

  • Não entendi o porquê dessa afirmativa está correta... Alguém poderia explicar?

  • Esta questão fala sobre os níveis de capacidade(são 6 - de 0 a 5) e níveis de maturidade (são 5 - de 1 a 5). Para alcançar um nível de maturidade 3 por exemplo, deve-se alcançar nível de capacidade em todas as áreas de processo do nível 2 e 3.

    N questão está escrito isto de uma maneira truncada.

  • A abordagem por estágios e a abordagem contínua são duas abordagens distintas e podem ser utilizadas independentemente uma da outra. Uma organização que utilize a abordagem por estágios não obrigatoriamente tem que realizar a medição de capacidades de seus processos.

    Existe sim uma correspondência entre as duas abordagens, que indica quais níveis de capacidade cada processo deve ter para que seja alcançado determinado estágio na abordagem por estágios, mas isso não implica na obrigatoriedade da utilização das duas abordagens simultaneamente, como a questão dá a entender.

    Na minha opinião a questão está errada.

  • Rodrigo, o Tiago está correto! Na página 49 do guia do CMMi 1.2, encontramos:

    "As  seguintes  regras  resumem  a  equivalência  com  a  representação  por estágios:

    ·  Para alcançar o nível de maturidade 2,  todas as áreas de processo associadas  ao  nível  de  maturidade  2  devem  alcançar  o  nível  de capacidade 2 ou níveis superiores.
    ·  Para alcançar o nível de maturidade 3,  todas as áreas de processo associadas aos níveis de maturidade 2 e 3 devem alcançar o nível de capacidade 3 ou níveis superiores.
    ·  Para alcançar o nível de maturidade 4,  todas as áreas de processo associadas aos níveis de maturidade 2, 3 e 4 devem alcançar o nível de capacidade 3 ou níveis superiores.
    ·  Para alcançar o nível de maturidade 5,  todas as áreas de processo do  modelo  devem  alcançar  o  nível  de  capacidade  3  ou  níveis superiores."

    Com isso, vemos que "A medição de capacidades de processos é requisito para a medição de maturidade organizacional".

    []s

  • Podem haver práticas e/ou metas genéricas do nível de capacidade (que medem áreas de processo individualmente) e que possam servir para a medição do nível de maturidade (que mede áreas de processo em conjunto) caso uma organização pretenda mudar o seu nível de medição (de capacidade para maturidade).

  • Sempre caio nessa! E o CEspe vive cobrando!

    DEsde 2009


    Todas as áreas de processos abordadas na representação
    contínua, são também, abordadas na representação por
    estágios, onde uma área de processo é um conjunto de práticas
    relacionadas que, ao serem implementadas conjuntamente,
    satisfazem a um conjunto de metas consideradas importantes
    para a realização de melhorias naquela área. Nesse caso,
    infere-se que, para se atingir um nível de maturidade, é
    necessário possuir um grau de melhoria de processo em um
    conjunto predefinido de áreas de processo nas quais todas as
    metas devem ser satisfeitas.


    correta

  • Alternativa errada no CMMI 1.3 onde a representação contínua conta com apenas 4 níveis de capacidade:
    - Nível 0: Incompleto (Ad-hoc)
    - Nível 1: Executado
    - Nível 2: Gerenciado / Gerido
    - Nível 3: Definido

  • Capacitação   Processo

    Nível 0 – Incompleto   Não é executado ou é parcialmente executado

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   planejado e executado

    Nível 3 – Definido   gerenciado e adaptado a partir de processos padronizados da organização. integracao

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.

ID
102523
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da organização do modelo CMMI, julgue os itens de
195 a 197.

São produtos de trabalho típicos encontrados em organizações que estão no nível de maturidade 2 segundo o modelo CMMI: diagramas de causa e efeito; declarações das necessidades e objetivos dos processos da organização; listas de fontes de riscos, de origem interna e externa.

Alternativas
Comentários
  • Diagramas de causa e efeito: Nivel 3Declarações das necessidades e objetivos dos processos da organização: Nivel 2listas de fontes de riscos: Nivel 3
  • Acho que não, heim. Acho que "Declarações das necessidades e objetivos dos processos da organização" é nível 3.
  •  
    CMMI – Níveis de Maturidade x Categorias x Áreas de Processo
      Nível 2 Nível 3 Nível 4 Nível 5
    Engenharia Gerenciamento de requisitos Desenvolvimento de requisitos
    Solução técnica
    Integração do produto
    Verificação
    Validação    		    
    Ger. Projetos Planejamento do projeto
    Controle e monitoramento do projeto
    Contratação e gestão de fornecedores    		 Gerenciamento integrado do projeto
    Gerenciamento integrado de fornecedores (SS)
    Integração de equipes (IPPD)
    Gerenciamento de riscos    		 Gerenciamento quantitativo do projeto  
    Ger. Processos   Foco no processo organizacional
    Definição do processo organizacional
    Treinamento organizacional    		 Desempenho do processo organizacional Inovação e implantação organizacional
    Suporte Medição e análise
    Garantia de qualidade de processo e produto
    Gerenciamento de configuração    		 Análise de decisão e resolução
    Ambiente organizacional para integração (IPPD)    		   Análise e resolução de causas
     



    Nível 3:
    Grupo: Gerenciamento de Projeto
    Área de Processo: Gerenciamento de Riscos
    SG1 - Preparar para a gerência de risco

    SP 1.1 – Determinar as fontes de riscos e categorias
    Objetivo 
    O objetivo desta SP é gerar um repositório de fontes e categorias de risco: 
    ?  Fontes de riscos – são itens ou atividades com potencial para um impacto nos objetivos
    do projeto. Fontes de riscos  podem ser internas ou externas ao projeto. Exemplos  são:
    Requisitos incertos, esforços sem precedentes, design impossível de ser implementado,
    equipe com não capacitada etc. 
    ?  Categorias  de  riscos  –  fornecem  um  mecanismo    para  a  coleta  e  organização  dos
    riscos. Categorias podem ser baseadas nas fases do modelo de ciclo de vida do projeto
    (por  exemplo,  riscos  de  requisitos,  de  design,  de  produção,  de  teste  ou  entrega),  nos
    tipos de  processo  (processo de  desenvolvimento  ou  processo  e  métodos de  gerência),
    produtos  utilizados  (ferramentas  de  desenvolvimento),  ou  riscos  do  próprio  projeto
    (riscos de contrato, orçamento, cronograma, desempenho).
ID
102526
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da organização do modelo CMMI, julgue os itens de
195 a 197.

Testes de cobertura de caminhos, normas e políticas organizacionais, relatórios de avaliação de produtos de software de prateleira (COTS) são artefatos de trabalho típicos que caracterizam uma organização que desempenha processos de validação no nível de capacidade 1.

Alternativas
Comentários

  • Errado, pois a definição de Normas e Políticas Organizacionais pertence ao Nível 2 de Capacidade.

  • Não sei porque as pessoas dão nota 1 para o comentário do Yes We Can, se o/a colega matou a xarada da questão.

    Os outros artefatos citados na questão são metas especificas da área de processo e "estabelecer normas e políticas organizacionais" é do nível de capacidade 2 exatamente como a/o colega abaixo explicitou.

    Os usuários do QC precisam ter mais maturidade antes de classificar um comentário!

ID
119296
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Sobre o Capability Maturity Model Integration (CMMI), considere:

I. A avaliação de CMMI envolve o exame dos processos organizacionais e a avaliação dos processos por uma escala de dez pontos que se relaciona ao nível de maturidade em cada área de processo.

II. As práticas no CMMI são descrições de maneiras de se atingir um objetivo.

III. O CMMI identifica 24 áreas de processo relevantes para a capacitação e aprimoramento do processo de software.

Está correto o que consta em

Alternativas
Comentários
  • I - escala de dez pontos??? ERRADO Não tem tal escalaII - Correto. Existem praticas genericas e especificas que descrevem como atingir objetivos genericos e especificos de uma Area de Processo.II - Alternativa capciosa! Se incluir as diciplinas do CMMI-DEV IPPD mais de 22 (25 creio eu) áreas de processo. Mas, em geral, CMMI-DEV que é usado. Então, temos 22 áreas de processo.Diciplinas adicionais no CMMI-DEV IPPD:Gerenciamento integrado de fornecedores (IPPD)Integração de equipes (IPPD)Ambiente Organizacional para Integração (IPPD)Aqui um bom resumohttp://www.rodrigopadua.com.br/?p=113
  • Complementando o camentário...I - São 5 níveis de maturidade, na representação por estágio.Quanto a alternativa III, eu nao entendi o que é CMMI-DEV IPPD e CMMI-DEV!!!
  • Alternativa II - práticas atendem metas. Agora atendem objetivos?
  • I - Não são 10 níveis, muito menos pontos. 5 níveis para a representação por Estágios e 6 para a representação Contínua.

    II - Objetivos e metas significam a mesma coisa. Correto.

    III - Podem ser até 25 áreas de processo relevantes. 22 relacionadas às disciplinas de Eng. de software e sistemas, 1 relativa a fornecedores e mais 2 de IPPD. A não ser que tenha sumido 1 área de processo dessas 3 últimas, que são opcionais.

    Por não ter uma alternativa "II, apenas", marquei letra D.

  • Só corrigindo o colega abaixo...CMMI 1.3 são 22 AP ao todo, assim como o CMMI 1.2, a diferença é que no 1.2 tem dois processo acrescidos do IPPD, o que deixou de ter no 1.3, pois viraram práticas específicas da Gestão Integrada do Projeto e Desenvolvimento do Processo Organizacional.


    Gestão de Acordo com Fornecedores já está incluso dentro dos 22 AP. Porém esta, é compartilhada também com o CMMI-Services.

ID
122578
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Segundo o CMMI é correto afirmar que

Alternativas
Comentários

  • b) Gestão de processos

    c) Suporte

    d) Suporte

    e) Gestão de projetos

  • Para facilitar..

    Niveis de maturidade x categorias x areas de processo.
    http://dl.dropbox.com/u/27801215/cmmi.png
  •     a) Gestão do Acordo com o Fornecedor é área de processo da categoria Gestão do Projeto.
                Correta.

        b) Treinamento Organizacional é área de processo da categoria Gestão do Projeto.
                Errado. É da área de processo Gestão do Processo, nível 3.
     
        c) Medição e Análise é área de processo da categoria Gestão do Processo.
                Errado. É da área de processo Suporte, nível 2.
               
        d) Gestão da Configuração é área de processo da categoria Gestão de Processo.
                Errado. É da área de processo Suporte, nível 2.
     
        e) Gestão de Riscos é área de processo da categoria Suporte.
              Errado. É da área de processo Gestão do Projeto, nível 3.


     
    CMMI – Níveis de Maturidade x Categorias x Áreas de Processo
      Nível 2 Nível 3 Nível 4 Nível 5
    Engenharia Gerenciamento de requisitos Desenvolvimento de requisitos
    Solução técnica
    Integração do produto
    Verificação
    Validação    		    
    Ger. Projetos Planejamento do projeto
    Controle e monitoramento do projeto
    Contratação e gestão de fornecedores    		 Gerenciamento integrado do projeto
    Gerenciamento integrado de fornecedores (SS)
    Integração de equipes (IPPD)
    Gerenciamento de riscos    		 Gerenciamento quantitativo do projeto  
    Ger. Processos   Foco no processo organizacional
    Definição do processo organizacional
    Treinamento organizacional    		 Desempenho do processo organizacional Inovação e implantação organizacional
    Suporte Medição e análise
    Garantia de qualidade de processo e produto
    Gerenciamento de configuração    		 Análise de decisão e resolução
    Ambiente organizacional para integração (IPPD)    		   Análise e resolução de causas
     

  • Analise das opções:

    a) Gestão do Acordo com o Fornecedor é área de processo da categoria Gestão do Projeto. (Correto)

    b) Treinamento Organizacional é área de processo da categoria Gestão do Projeto Gestão de Processo.

    c) Medição e Análise é área de processo da categoria Gestão do Processo Suporte

    d) Gestão da Configuração é área de processo da categoria Gestão de Processo Suporte

    e) Gestão de Riscos é área de processo da categoria Suporte Gestão de Projeto.

ID
122581
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Os Níveis de Maturidade de 1 a 5 do CMMI são:

Alternativas
Comentários
  • O CMMI possui duas representações: "contínua" ou "por estágios". Estas representações permitem à organização utilizar diferentes caminhos para a melhoria de acordo com seu interesse.Representação Continuapor Níveis de Capacidade (Capability Levels): * Nível 0: Incompleto (Ad-hoc) * Nível 1: Executado (Definido) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização (ou Optimizado)Representação Por Estágiospor Níveis de Maturidade (Maturity Levels): * Nível 1: Inicial (Ad-hoc) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimizaçãoMais em: http://pt.wikipedia.org/wiki/CMMI

  • 1) Inicial. O processo é caracterizado como sendo imprevisível e ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforços individuais e, muitas vezes, heróicos.

    2) Gerenciado. Processos básicos de gerenciamento de projeto são estabelecidos para controle de custos, prazos e escopo. A disciplina de processo permite repetir sucessos de projetos anteriores em aplicações similares.

    3) Definido. Um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos.

    4) Quantitativamente Gerenciado. Métricas detalhadas dos processos e dos projetos são coletadas. Tanto os processos como os projetos são quantitativamente compreendidos e controlados.

    5) Em otimização. A melhoria contínua do processo é estabelecida por meio de sua avaliação quantitativa, e da implantação planejada e controlada de tecnologias e idéias inovadoras.

ID
122584
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

São áreas de Processo da Categoria Engenharia no CMMI:

Alternativas
Comentários
  • A Categoria Engenharia em seus processos muito bem definidos, não ficando responsável por atualizar e otimizar requisitos e nem dar manutenção no que já foi integrado ao produto.É importante ressaltar que nos 2 últimos processos (verificação e validação) é onde a funcionalidade desenvolvida é primariamente testada. Sendo assim, a engenharia precisa dar garantias de que essa funcionalidade não apresentará "bugs" dalí pra frente - se isentando de dar manutenção.

  • A questão refere-se ao CMMI 1.2 (não citado no enunciado).

    No CMMI 1.3 as áreas de processo do nível 5 são:

    OPM - Gestão do desempenho organizacional (Gestão de Processos) e 

    CAR - Análise e Resolução de Causas (Suporte)

  • No CMMI 1.3, a gestão de requisitos tornou-se uma área de processo do grupo Gestão de Projetos.

ID
122587
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

As abordagens para implementação do CMMI são:

Alternativas
Comentários
  • Abordagem contínua são os níveis de CAPACIDADE da organização: * Nível 0: Incompleto (Ad-hoc) * Nível 1: Executado (Definido) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização (ou Optimizado)Abordagem por estágios são os níveis de MATURIDADE da organização: * Nível 1: Inicial (Ad-hoc) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização

  • Abordagem Continua: Permite selecionar a ordem de melhoria de processos que melhor se adequa às necessidades da organização para mitigar suas áreas de risco.

    Abordagem por Estágio: Provê uma sequência bem definida de melhoria, cada uma servindo como base para alcançar a próxima.

  • Abordagem por Estágios e Abordagem Contínua.

ID
122590
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

As abordagens do CMMI envolvem a

Alternativas
Comentários
  • A aplicação do CMMI >>NÃO<< especifica necessidades como adiquirir computadores, capacitar pessoal, otimizar área de projeto, gerir riscos... É mais ampla do que isso. Define apenas que devem ser implementadas ações de melhoria como um todo.Importante lembrar que em CMMI, sempre que falar de MATURIDADE é relacionada à ORGANIZAÇÃO.
  • O CMMI é um modelo de melhores práticas para se definir, implantar e melhorar PROCESSOS.
    Ele tem duas representações, a Contínua e Por Estágio.
    A primeira avalia especificamente a evolução de UMA área de processo ou processo específico de uma organização.
    A segunda estabelece um caminho predeterminado para a melhoria a partir do nível de maturidade 1 em direção ao nível de maturidade 5, o que  ENVOLVE A SATISFAÇÃO DAS METAS DAS ÁREAS DE PROCESSOS EM CADA NÍVEL DE MATURIDADE.

    Que é justamente o que fala a letra "e".

ID
122602
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A cobertura CMMI é completa quanto ao COBIT 4.0 em

Alternativas
Comentários
  • Não entendi esse item. O que tem a ver gerenciar mudanças com a Cobertura CMMI?
  • Das alternativas acima, a unica area que consegui encontrar uma relacao direta entre os dois modelos foi a gerenciar mudancas.

    No CMMI, a a?rea de processo Gesta?o de Configurac?a?o envolve:

    •    Identificac?a?o da configurac?a?o de produtos de trabalho selecionados
    que compo?em os baselines em determinados instantes.
    •    Controle de mudanc?as nos itens de configurac?a?o.
    •    Build de produtos de trabalho a partir do sistema de gesta?o de configurac?a?o ou fornecimento de especificac?o?es para faze?-lo.
    •    Manutenc?a?o da integridade dos baselines.
    •    Disponibilizac?a?o do status e dos dados atuais de configurac?a?o para
    desenvolvedores, usua?rios finais e clientes.

    No COBIT temos o processo AI6 - Gerenciar Mudancas que tem o mesmo objetivo.
  • Talvez fosse melhor ter Gerência de Configuração, em vez de Gerência de Mudanças, porque a primeira está explícita tanto no CMMI quanto no Cobit.
  • A questão trata sobre o mapeamento entre o CMMI e COBIT.
    Há uma publicação específica a este respeito (COBIT Mapping: Mapping of CMMI for Development V1.2 With COBIT)

    Nesta imagem (http://dl.dropbox.com/u/7135224/cmmi_cobit_ds.png) pode ser percebido que tanto o processo gerenciar mudanças quanto o gerenciar configuração são totalmente (C) mapeados entre os frameworks.

    No entanto, não é necessário saber todo o mapeamento para solucionar a questão, visto que as outras alternativas (no feeling) não estão explícitas no CMMI, e gerência de mudanças faz parte de qualquer gestão de projeto/processo.
ID
126241
Banca
FCC
Órgão
DPE-SP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Encontra-se no Nível 5 de Maturidade, na representação por Estágio do CMMI, a área de processo

Alternativas
Comentários
  • Nível 3 de Maturidade:Definido
    -Organizational Process Focus
    -Organizational Process Definition
    -Organizational Training

    Nível 4 de Maturidade: Quantitivamente Gerenciado
    -Organizational Process Performance.

    Nível 5 de Maturidade: Em Otimização
    -Organizational Innovation and Deployment
  • Para facilitar..

    Niveis de maturidade x categorias x areas de processo.
    http://dl.dropbox.com/u/27801215/cmmi.png
  • OPM - Organizational Performance Management (ou Gestão da Performance Organizacional) trata de uma evolução da antiga área de processos OID - Organizational Innovation and Deployment, passando a gerenciar o desempenho dos processos críticos e, a partir destas análises de desempenho, identificar e tratar oportunidades de melhoria e inovação.

    Artigo CMMI® versão 1.3 - Mudanças do CMMI® 1.2

  • Analise das opções:

    a) Organizational Process Focus. (Foco no processo da organização - Nivel 3)

    b) Organizational Innovation and Deployment. (Implantações de inovações na organização - Nivel 5)

    c) Organizational Training. (Treinamento na Organização - Nivel 3)

    d) Organizational Process Performance. (Desempenho do Processo organizacional - Nivel 4)

    e) Organizational Process Definition. (Definição do Processo Organizacional - Nivel 3)

ID
128818
Banca
FCC
Órgão
MPE-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na estrutura do CMMI, descrevem características exclusivas que devem estar presentes para satisfazer uma determinada área de processo. São componentes necessários do modelo usados nas avaliações para ajudar a determinar o cumprimento ou não das áreas de processo. Trata-se das

Alternativas
Comentários
  • Palavra-chave: "satisfazer uma determinada área de processo" => específicaPalavra-chave: "determinar o cumprimento ou não" => METAS!Como não há opção dupla onde o 2° termo é META, ficamos com b) Metas Específicas.

  • Outra palavra-chave: "São componentes necessários" => Metas

  • Metas Específicas: recebem esse nome porque são específicas de cada área de processo, ou seja, cada área de processo tem suas próprias metas específicas, que vão dizer qual é o resultado que aquela área de processo tem que alcançar. O que define uma área de processo são exatamente suas metas específicas.
  • O enunciado da questão é praticamente a tradução literal de meta específica constante no CMMI versão 1.2:

    Metas específicas: Uma meta específica descreve a CARACTERÍSTICA ÚNICA que precisa estar presente para satisfazer uma área de processo. Uma meta específica é um COMPONENTE REQUERIDO DO MODELO e É USADA EM AVALIAÇÕES para auxiliar a determinar se uma área de processo foi satisfeita.

    Veja a diferença em relação aos demais conceitos apresentados na questão:

    Metas genéricas: São chamadas de "genéricas" porque a mesma declaração se aplica a várias áreas de processo. Uma meta genérica descreve uma característica que precisa estar presente para a institucionalização dos processos que implementa, a área de processo. Uma meta genérica é um componente requerido do modelo e é usada em avaliações para determinar se uma área de processo foi satisfeita.

    Práticas específicas: são a descrição de uma atividade que é considerada importante para que uma meta específica seja alcançada. As práticas específicas descrevem atividades cujos resultados espera-se que resultem no atendimento de uma meta específica de uma área de processo. Uma prática específica é um componente esperado do modelo.

    Práticas genéricas: são chamadas de genéricas porque as mesmas práticas se aplicam a diferentes áreas de processo. Uma prática genérica descreve uma atividade considerada importante para que a meta genérica associada seja alcançada. Uma prática genéricaé um componente esperado do modelo.


    Referência:
    http://www.sei.cmu.edu/reports/06tr008.pdf - Página 31 a


ID
128821
Banca
FCC
Órgão
MPE-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

NÃO se inclui entre as vinte e duas áreas de Processo do CMMI:

Alternativas
Comentários
  • Pra essa tem que conhecer as 22 áreas de processos. Ter isso decorado...
  • Ou lembrar que não é "project integration", e sim "product integration"
  • 1. Causal Analysis and Resolution (CAR) NÍVEL 56. Organizational Innovation and Deployment (OID) NÍVEL 59. Organizational Process Performance (OPP) NÍVEL 415. Quantitative Project Management (QPM) NÍVEL 43. Decision Analysis and Resolution (DAR) NÍVEL 34. Integrated Project Management +IPPD (IPM+IPPD)6 NÍVEL 37. Organizational Process Definition +IPPD (OPD+IPPD)6 NÍVEL 38. Organizational Process Focus (OPF) NÍVEL 310. Organizational Training (OT) NÍVEL 311. Product Integration (PI) NÍVEL 316. Requirements Development (RD) NÍVEL 318. Risk Management (RSKM) NÍVEL 320. Technical Solution NÍVEL 321. Validation NÍVEL 322. Verification NÍVEL 32. Configuration Management (CM) NÍVEL 25. Measurement and Analysis (MA) NÍVEL 212. Project Monitoring and Control (PMC) NÍVEL 213. Project Planning (PP) NÍVEL 214. Process and Product Quality Assurance (PPQA) NÍVEL 217. Requirements Management (REQM) NÍVEL 219. Supplier Agreement Management (SAM) NÍVEL 2
  • Nível de Maturidade Área de Processo Grupo
    Nível 5
    OTIMIZADO    		 OID – Inovação e Disseminação Organizacional
    CAR – Análise e Resolução de Causas    		 Processo
    Suporte
    Nível 4
    GER. QUANTITATIVAMENTE    		 OPP – Desempenho do Processo Organizacional
    QPM – Gestão Quantitativa do Projeto    		 Processo
    Projeto
    Nível 3
    DEFINIDO    		 RD – Desenvolvimento de Requisitos
    TS – Solução Técnica
    IP – Integração do Produto
    VER – Verificação
    VAL – Validação
    OPF – Foco no Processo Organizacional
    OPD – Definição do Processo Organizacional
    OT – Treinamento Organizacional
    IPM – Gestão Integrada do Projeto
    RSKM – Gestão de Risco
    DAR – Análise de Decisões e Resolução    		 Engenharia
    Engenharia
    Engenharia
    Engenharia
    Engenharia
    Processo
    Processo
    Processo
    Projeto
    Projeto
    Suporte
    Nível 2
    GERENCIADO    		 REQM – Gestão de Requisitos
    PP – Planejamento do Projeto
    PMC – Controle e Monitoração do Projeto
    SAM – Gestão de Acordo com o Fornecedor
    MA – Medição e Análise
    PPQA – Garantia da Qualidade do Processo e do Produto
    CM – Gestão da Configuração    		 Engenharia
    Projeto
    Projeto
    Projeto
    Suporte
    Suporte
    Suporte
  • É integração de produto (nível 3 da categoria Engenharia) e não integração de projeto (que não existe). O que existe de mais próximo é Gerenciamento Integrado de projeto (nível 3 - Categoria Gerenciamento de Projeto).

    Em inglês a coisa ficou mais exigente um pouco! Boa questão.
    Bons estudos!

  • mas nao tem a gerencia de projeto integrada? nível 3, categoria Projeto?

     

    Gerenciamento Integrado de Projetos

    gerenciar projeto de acordo com processo padrão

    Usar processo definido

    Colaborar com as partes interessadas

    Visão compartilhada p/ IPPD

    Organizar equipes IPPD

ID
128824
Banca
FCC
Órgão
MPE-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No CMMI, a Área de Processo Organizational Process Focus é associada à categoria

Alternativas
Comentários
  • Letra CNo nível 3, Definido, temos referente à gerência de processos:- Foco no processo organizacional- Definição do processo organizacional- Treinamento organizacional
  • Para facilitar..

    nives de maturidade x categorias x areas de processo

    http://dl.dropbox.com/u/27801215/cmmi.png

  • A maioria dos processos que têm “organizacional” no nome estão relacionados à categoria de gerenciamento de processos e como gerenciamento de processos não possui processos no nível dois (letra C ou D). como o único processo de nível quatro da categoria de gerenciamento de processos é desempenho do processo organizacional, então letra C

ID
132316
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

O modelo CMMI foi originalmente concebido para melhorar a qualidade de processos de prestação de serviços.

Alternativas
Comentários
  • O modelo CMMI foi originalmente concebido para melhorar a qualidade de processos de DESENVOLVIMENTO DE SOFTWARE

  •  O modelo CMMI é um modelo de referência que oferece orientação para o desenvolvimento de processos de software e tem como objetivos eliminar suas inconsistências, aumentar sua clareza  e entendimento, fornecer uma terminologia comum, e um estilo consistente, estabelecendo regras de construção uniformes.

ID
132322
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No modelo CMMI, a área de processos denominada gerenciamento de capacidade e disponibilidade pode ser aplicável diretamente à melhoria de desempenho das organizações prestadoras de serviços, estejam esses serviços automatizados ou não.

Alternativas
Comentários

  • Os conceitos do ITIL e CMMI foram mesclados nessa questão?

    O CMMI é um processo para desenvolvimento de software e não de sustentação, onde são aplicados os conceitos de gerenciamento de capacidade e disponibilidade.

    Concordam?

  •  Questão com gabarito errado, pois não existe essa área de processo no CMMI, e concordo com o colega de baixo.

  • A área de processo gerência de capacidade e disponibilidade faz parte do CMMI-SVC (CMMI for Services).

  • O gabarito definitivo é realmente C.

    O item se refere realmente a um processo do CMMI-SVC.

  • Fonte: TIMASTER

    Isso é do CMMI-SVC. Lembre-se que o Framework CMMI 1.2 tem três
    constelações.

    1. CMMI-DEV - essa é a que nós estudamos, a que tem os processos para
    desenvolvimento e manutenção de SW. É a clássica.
    2. CMMI-ACQ - para aquisição de bens e produtos, cadeia de suprimento.
    3. *CMMI-SVC* - para gerenciamento de serviços de TI, no estilo da ITIL. É
    de se imaginar que (surpresa!): existem processos como Ger. de Capacidade,
    Disponibilidade, Continuidade, etc. no modelo, do mesmo jeitinho que a
    ITIL.

    A questão estava falando justamente dessa última constelação do Framework
    (modelo) CMMI.

    Normalmente, quando não se fala nada, está-se falando do CMMI-DEV. Mas
    prestem muita atenção: a rigor, quando se fala só de CMMI, deveria se
    considerar o *framework como um todo*, que engloba as três constelações. Foi
    o caso dessa questão. Aliás, essa prova do BASA é muito boa, várias questões
    beeeem puxadas.

    Dê uma olhadinha no CMMI-SVC: http://www.eng-it.it/QG_CMMI-SVC%20v1.2-EN.pdf

  • que questãozinha filha da mãe viu, considerar o framework como todo

    Logo espera-se que se leiam todos os livros do CMMI (CMMI-DEV, CMMI-ACQ e CMMI-Services)

  • No componente CMMI-Svc (Serviços) do modelo CMMI, além dos 16 processos que são comuns a todos os componentes (CMMI-SW, CMMI-Svc e CMMI-Aqc), tem-se os seguintes processos:

    Gestão de capacidade e disponibilidade 

    Prevenção e resolução de incidentes 

    Continuidade de serviço 

    Entrega de serviço 

    Desenvolvimento de sistema de serviço 

    Transição de sistema de serviço 

    Gestão estratégica de serviço 
    Então, realmente a questão está correta!

    Espero ter ajudado!

ID
132325
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No que se refere à melhoria de processos em uma organização, se a estratégia exige rigidez, então deve-se adotar a representação contínua do modelo CMMI, em alternativa à representação em estágios.

Alternativas
Comentários
  • Na representação Contínua, cada processo pode alcançar um determinado nível de maturidade independente dos demais, isso provê à organização uma certa flexibilidade.

    Na representação por Estágios, a organização tem de seguir um modelo rígido, imposto pelo próprio modelo CMMI, no qual cada nível de maturidade é alcançado de acordo com critérios pré definidos. Porém, nessa representação o nível de maturidade não está relacionado apenas ao processo e sim à toda organização.
  • ERRADO
    O item inverteu os conceitos de representação contínua e por estágios

    A representação contínua oferece máxima flexibilidade na utilização de
    um modelo CMMI para melhoria de processo;

    A representação por estágios oferece uma forma sistemática e
    estruturada para abordar a melhoria de processo, baseada em modelo,
    enfocando um estágio por vez.
     

    fonte: http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portuguese.pdf

    pagina: 10

ID
132328
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No modelo CMMI, a avaliação formal de processos baseia-se no método SCAMPI, que apresenta cinco diferentes níveis de avaliação, sendo o nível 1 o inicial, e o nível 5, o otimizante (optimizing).

Alternativas
Comentários
  • Standard CMMI Appraisal Method for Process Improvement é o método oficial da SEI (Software Engineering Institute) para fazer avaliações da qualidade relacionadas aos modelos CMMI. O SCAMPI envolve um conjunto de documento chamado de ARC (Appraisal Requirements for CMMI) que formaliza três níveis de avaliações: A, B e C. A avaliação classe A é a utilizada para verificação do atingimento dos níveis CMMI do modelo de maturidade por estágios.Portanto, SCAMPI apresenta três diferentes níveis de avaliação, e não cinco, sendo o A o mais formal comparado ao B e ao C.
  • O me?todo SCAMPI e? utilizado para avaliar organizac?o?es que utilizam o CMMI, e um dos resultados da avaliac?a?o e? uma classificac?a?o [Ahern 2005]. Se a representac?a?o conti?nua e? utilizada para uma avaliac?a?o, a classificac?a?o e? um perfil de ni?vel de capacidade. Se a representac?a?o por esta?gios e? utilizada para uma avaliac?a?o, a classificac?a?o e? um ni?vel de maturidade (por exemplo, ni?vel de maturidade 3).
    Fonte: CMMI Oficial

    De acordo com a frase acima o SCAMPI pode ter 5 ou 6 niveis de avaliacao, vai depender da adocao do modelo por estagio ou continuo.
ID
132334
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

Na aplicação do modelo CMMI para desenvolvimento de produtos e serviços, caso se constate que o escopo de avaliação alcançou o nível de capacidade 1 em determinada área de processo, conclui-se que todas as práticas específicas da área de processo são desempenhadas no escopo de avaliação, para essa área de processo específica.

Alternativas
Comentários
  • Discordo completamente da resposta.

    Se alcançou o nível de capacidade 1, quer dizer que a Meta Genérica de nível 1 foi atingida. Essa meta genérica de nível 1 diz que a AP deve realizar todas as suas Metas Específicas.

    Aqui vem o erro: Realizar uma meta específica não quer dizer que todas as práticas específicas devem ser obrigatoriamente realizadas, pois são componentes esperados, e não requeridos do modelo.

  • Está correta, porque basta interpretar "são desempenhadas" como "realiza as práticas específicas" que é a única prática genérica da meta genérica do nível de capacidade 1: GP 1.1 do GG 1.
  • Um  processo  de  nível  de  capacidade  1  é  caracterizado  como  um “processo executado”. É um processo que satisfaz às metas específicas da área de processo, apoiando e viabilizando o trabalho necessário para produzir os produtos de trabalho.

    Fonte: cmmi 1.2
    O que pode gerar dúvidas é a palavra "todos", mas quem faz prova da cespe sabe que não da pra antecipar se a banca vai cobrar o preciosismo da lingua portuguesa ou não. Entao só desejo boa sorte...

  • A fim de uma área de processo atingir o nível um de capacidade, tanto as metas específicas (incluindo suas práticas específicas), quanto as metas genéricas devem ser satisfeitas para aquele nível de capacidade.

     

    http://josemalcher.net/guia-de-estudos-engenharia-de-software/modelo-de-maturidade-de-software/modelos-de-maturidade-de-software-cmmi-e-mps-br/

ID
132337
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No âmbito das organizações que adotam o modelo CMMI, verifica-se que as práticas e produtos de trabalho relacionadas à área de desenvolvimento de requisitos são menos frequentes que as práticas e produtos relativas à área de gerenciamento de requisitos.

Alternativas
Comentários
  • São, porque a área de processos Desenvolvimento de Requisitos é do nível de maturidade 3 enquanto a Ger. de Requisitos é do nível 2. Como é menos frequente encontrarmos organizações no nível de m. 3, então a questão está certa.

  • Apesar de entender o ponto que a questão quis tratar, não concordo com o gabarito!

    A questão somente estaria correta se tivesse, explicitamente, tratado do modelo CMMI em uma abordagem em estágios. Assim, certamente as práticas e produtos de trabalho da área de processos Desenvolvimento de Requisitos seriam menos frequentes que as práticas e produtos de tabalho relacionadas a PA Ger. de Requisitos, já que a primeira encontra-se no nível 3 de maturidade enquanto a segunda encontra-se no nível 2. Como o modelo CMMI na abordagem em estágios é cumulativa, a questão faria sentido e estaria correta.

    Agora, como pode-se afirmar a mesma lógica para empresas que adotam a abordagem contínua? Nessa abordagem, a empresa pode escolher por qual área de processos deseja investir em qualidade. Imagine uma empresa que queira forcar seus esforços nas práticas e produtos de trabalho relativos a PA Desenvolvimento de Requisitos da categoria Engenharia por uma questão de foco dos seus negócios e e menos em Gerenciamento de Projetos. Nesse caso, certamente, as práticas relacionadas a PA Desenvolvimento de Requisitos serão mais frenquentes nessa empresa.

    Dessa forma, o gabarito deveria ser modificado para errado, pois existe a flexibilidade para empresas que utilizam a abordagem contínua, onde há opção de escolha das PA's a serem priorizadas.

    Bons estudos!

  • Pessoal, a questão está certa mesmo. Mas, resolvi deixar meu comentário abaixo, pois considero que essa reflexão nos leva a uma nível maior de questionamento e aprendizado.

    A questão faz sentido mesmo ao utilizar-se a representação contínua, pois existem dependências entre as áreas de processos inclusive nessa representação. Vejam o que diz o CMMI v.1.2 (pag. 26):

    " A representação contínua oferece máxima flexibilidade na utilização de um modelo CMMI para melhoria de processo. Uma organização pode focar na melhoria do desempenho de um ponto problemático associado a um processo isolado, ou pode trabalhar em várias áreas que estejam fortemente ligadas aos objetivos estratégicos da organização. A representação contínua também permite que uma organização melhore diferentes processos com diferentes ênfases ao longo do tempo. Existem algumas limitações nas escolhas de uma organização devido a dependências entre algumas áreas de processo." 

    E vejam o que diz o prof. Gledson Pompeu em relação a caso específico da dependência entre a área Gerência de Requisitos e a área Desenvolvimento de Requisitos:

    "No caso específico, não faria sentido implantar práticas de desenvolvimento sistemático de requisitos e não gerenciar as alterações desses requisitos ao longo do tempo, ou sua sincronia com o planejamento do projeto.

    "

    Bem é isso. Espero ter mais ajudado que atrapalhado ;-)

    Bons estudos!

ID
132343
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

Nas organizações que adotam o modelo CMMI, o gerenciamento das interfaces internas e externas entre os componentes de uma solução em desenvolvimento constitui atividade característica da área de processo de verificação.

Alternativas
Comentários
  • Não tenho certeza, mas acho que é da área de processo "Integração de Produto/Product Integration".
  • Integracao de Produto

    ...Um aspecto critico da Integracao de Produto e o gerenciamento das interfaces internas e externas do produto e dos componentes de produto para assegurar a compatibilidade entre elas.Deveria se prestar atencao no gerenciamento das interfaces ao longo de todo o projeto....

  • Na adoção do CMMI, existe uma série de processos a serem implementados, dentre eles se encontram os processos de Gestão de Requisitos (REQM), que gerenciam os requisitos recebidos ou gerados pelo projeto, incluindo os requisitos técnicos e os não técnicos assim como aqueles requisitos impostos ao projeto pela organização (ou seja internos e externos).

    Desta forma, a alternativa está ERRADA.

ID
132346
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

A estrutura analítica de projeto (EAP) desenvolvida de forma orientada a produto, caso esteja presente em uma organização que adote o modelo CMMI, é resultado típico de trabalho gerado por práticas da área de processo denominada integração de produto.

Alternativas
Comentários
  • Questão bastante específica sobre as práticas específicas do CMMI. Está ERRADA, pois a EAP é produto da prática específica Estimar o escopo do projeto(SP1.1), que pertence a meta específica Estabelecer estimativas(SG1), que fica na área de processo Planejamento do Projeto(Nível 2), e não Integração do Produto como diz a questão.
  • para resolver uma questão "espinhosa" destas, não precisaria ter este conhecimento todo que o "yes we can" falou. Basta associar com o PMBOK...

    Se EAP esta no PMBOK logicamente que tal assunto, no cmmi, estaria atrelado a categoria de processo "Ger. de Projetos" e não na "Engenharia" (que é onde fica a área de processo "Integração do produto").
  • Realmente esta questão não exigia tanto conhecimento de CMMI, bastava associar ao PMBOK, uma vez que a EAP esta ligada a definição de escopo e não com integração de produto.
ID
132349
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

As metas específicas de nível 1, relativas à área de processo de medição e análise, buscam: o alinhamento de objetivos e atividades de medição com as necessidades de informação dos gestores do projeto; e o fornecimento de resultados das medições que atendem a tais necessidades.

Alternativas
Comentários

  •  Não faz sentido dizer "metas específicas de nível 1". As metas específicas relacionam-se diretamente com Áreas de Processo.

  •  CERTO

    De acordo com a área de processo Medições e Análises:
    SG 1 Alinhar Atividade de Medições e Análises :
    Os objetivos e atividades de medições são alinhados com as necessidades e objetivos de informações identificados.

  • Cobrar isso numa prova é uma sacanagem GIGANTE.... mas vamos la...

    Suporte-Medição e Análise
     
    Objetivo: Desenvolver e sustentar capacidade de mensuração usada para suportar as necessidades de informações gerenciais
     
    ?SG 1 Alinhar as Atividades de medição e análise
    ?SP 1.1 Estabelecer Objetivos de Medições
    ?SP 1.2 Especificar Medidas
    ?SP 1.3 Especificar Procedimentos de Coleta e armazenamento de Dados
    ?SP 1.4 Especificar Procedimento de Análises

    resumindo: Passa quem tiver MELHOR MEMÓRIA.....
  • Não entendi porque essa questão está correta, pois segundo o CMMI

    MEDIÇÃO E ANÁLISE - Metas e Práticas Específicas
    SG 1 Alinhar Atividades de Medição e Análise

    SP 1.1 Estabelecer Objetivos de Medição

    SP 1.2 Especificar Medidas

    SP 1.3 Especificar Procedimentos de Coleta e Armazenamento de Dados

    SP 1.4 Especificar Procedimento de Análise

    SG 2 Fornecer Resultados de Medição
     

    SP 2.1 Coletar Dados Resultantes de Medição

    SP 2.2 Analisar Dados Resultantes de Medição

    SP 2.3 Armazenar Dados e Resultados

    SP 2.4 Comunicar Resultados
     

    Como podemos observar, Fornecer Resultados de Medição pertence ao nível 2 de metas específicas e não ao nível 1 como a questão afirmou.

  • Isso de metas específicas de nível 1 ficou confuso demais. Continuo sem entender o que ele quis dizer.

ID
132355
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

O estabelecimento e a manutenção de políticas organizacionais específicas para medição e análise constituem exemplos de práticas genéricas de nível 2 da área de processo denominada medição e análise.

Alternativas
Comentários

  •  CERTO

    Na área de processo Medições e Análises a prática genérica GG 2 Institucionalizar um Processo Gerenciado
    tem as sequintes práticas específicas
    GP 2.1 (CO 1) Estabelecer uma Política Organizacional
    GP 2.2 (AB 1) Planejar o Processo
    GP 2.3 (AB 2) Fornecer Recursos
    GP 2.4 (AB 3) Atribuir Responsabilidades
    GP 2.5 (AB 4) Treinar as Pessoas
    GP 2.6 (DI 1) Gerenciar Configurações
    GP 2.7 (DI 2) Identificar e Envolver os Stakeholders Relevantes
    GP 2.8 (DI 3) Monitorar e Controlar o Processo
    GP 2.9 (VE 1) Avaliar Objetivamente a Aderência
    GP 2.10 (VE 2) Revisar o Status com o Nível Mais Alto de Gerência

  • Existem 5 metas genéricas, todas sendo aplicadas ao modelo de capacidade de uma organização. Cada uma delas possui as suas respectivas práticas genéricas. Então vamos enunciá-las:
    GG1 - Alcançar metas específicas;
    GG2 - Institucionalizar um processo gerenciado;
    GG3 - Institucionalizar um processo definido;
    GG4 - Institucionalizar um processo gerenciado quantitativamente;
    GG5 - Institucionalizar um processo em otimização. 
    Práticas Genéricas de GG2:
    Estabelecer uma política organizacional;
    Planejar o processo;
    Fornecer recursos;
    Atribuir responsabilidades;
    Treinar pessoas;
    Gerenciar configurações;
    Identificar e envolver os stakeholders relevantes;
    Monitorar e Controlar o processo;
    Avaliar objetivamente a aderência;
    Revisar a situação com a gerência superior.
    Práticas genéricas de GG3:
    Estabelecer um processo definido;
    Coletar informações de melhoria.
    Práticas genéricas de GG4:
    Estabeleça objetivos quantitativos para o processo;
    Estabilizar o desempenho dos sub-processos.
    Práticas genéricas de GG5:
    Garantir uma melhoria contínua do processo;
    Corrigir as causas da raiz dos problemas. 
  • mais uma questão de decoreba .....é realmente um tarefa dificil, mas como dizem as bancas estão ai se quisermos passar temos que nos adaptar as suas questões "BEM ELABORADAS",   que quase nunca visam avaliar nosso conhecimento , mas somente acapacidade de memorização ....bem essa eu errei ...mas a luta continua...
ID
132358
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

A revisão, com gestores de alto nível, de atividades, do status e dos resultados do processo de gerência de configuração constitui exemplo de prática genérica de nível 3 da área de processo denominada gerenciamento de configuração.

Alternativas
Comentários

  • ERRADO.

    É prática genérica de nível 2

    GP 2.10 Revisar a Situação com a Gerência Superior

    Agora eu me pergunto: quem aí consegue decorar, além das 22 APs, todas as GG, GP, SG, SP de cada AP?

  • É um absurdo isso, não dá mesmo para decorar.

  • Existem 5 metas genéricas, todas sendo aplicadas ao modelo de capacidade de uma organização. Cada uma delas possui as suas respectivas práticas genéricas. Então vamos enunciá-las:
    GG1 - Alcançar metas específicas;
    GG2 - Institucionalizar um processo gerenciado;
    GG3 - Institucionalizar um processo definido;
    GG4 - Institucionalizar um processo gerenciado quantitativamente;
    GG5 - Institucionalizar um processo em otimização. 
    Práticas Genéricas de GG2:
    Estabelecer uma política organizacional;
    Planejar o processo;
    Fornecer recursos;
    Atribuir responsabilidades;
    Treinar pessoas;
    Gerenciar configurações;
    Identificar e envolver os stakeholders relevantes;
    Monitorar e Controlar o processo;
    Avaliar objetivamente a aderência;
    Revisar a situação com a gerência superior.
    Práticas genéricas de GG3:
    Estabelecer um processo definido;
    Coletar informações de melhoria.
    Práticas genéricas de GG4:
    Estabeleça objetivos quantitativos para o processo;
    Estabilizar o desempenho dos sub-processos.
    Práticas genéricas de GG5:
    Garantir uma melhoria contínua do processo;
    Corrigir as causas da raiz dos problemas. 
  • é realmente um tarefa dificil, mas como dizem as bancas estão ai se quisermos passar temos que nos adaptar as suas questões "BEM ELABORADAS",   que quase nunca visam avaliar nosso conhecimento , mas somente acapacidade de memorização ....bem essa eu errei ...mas a luta continua...
  • São essas questões que diferenciam aqueles que estudaram de verdade daqueles que só estudaram.

  • Pessoal, não precisa chegar em alto nível de detalhamento pra resolver a questão. O processo de gerência de configuração é de nivel 2, e não nível 3. Só isso já torna a questão falsa.

ID
132361
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

A estabilização de desempenho de um ou mais subprocessos de planejamento de projeto constitui prática genérica de nível 4 da área de processo denominada planejamento de projeto.

Alternativas
Comentários
  • Das 5 metas genéricas existentes no CMMI 1.2, somente a 2 e a 3 são aplicadas na representação por estágios. Portanto o nível 4 mencionado, já evidencia, por si, que se trata do nível de capacidade da organização e não o de maturidade, que a questão está se referindo.Existem 5 metas genéricas, todas sendo aplicadas ao modelo de capacidade de uma organização. Cada uma delas possui as suas respectivas práticas genéricas. Então vamos enunciá-las:GG1 - Alcançar metas específicas;GG2 - Institucionalizar um processo gerenciado;GG3 - Institucionalizar um processo definido;GG4 - Institucionalizar um processo gerenciado quantitativamente;GG5 - Institucionalizar um processo em otimização.Observações:Em GG2, o processo é planejado conforme as políticas da organização. O processo é controlado e revisado.Em GG3, é estabalecido padrões. Ativos de processo são criados.Em GG4, o processo é controlado e medido através de ferramentas que fornecem estatísticas para ajudarem a identificar variações no processo.Em GG5, o processo sofre mudanças e vai sendo melhorado para atender melhor os objetivos do negócio.Práticas Genéricas de GG2:1. Estabelecer uma política organizacional;2. Planejar o processo;3. Fornecer recursos;4. Atribuir responsabilidades;5. Treinar pessoas;6. Gerenciar configurações;7. Identificar e envolver os stakeholders relevantes;8. Monitorar e Controlar o processo;9. Avaliar objetivamente a aderência;10. Revisar a situação com a gerência superior.Práticas genéricas de GG3:1. Estabelecer um processo definido;2. Coletar informações de melhoria.Práticas genéricas de GG4:1. Estabeleça objetivos quantitativos para o processo;2. Estabilizar o desempenho dos sub-processos.Práticas genéricas de GG5:1. Garantir uma melhoria contínua do processo;2. Corrigir as causas da raiz dos problemas.Importante salientar que a questão trata da "estabilização de desempenho de um ou mais subprocessos" de "planejamento de projeto". Observe que embora planejamento de projeto (PP) seja uma área de processo que pertence ao nível 2 de maturidade (GERENCIADO), a prática genérica se aplica a qualquer processo padrão da organização, independentemente a qual nível de maturidade, a área de processo esteja compreendida, ou ainda a que categoria, no caso, gerenciamento de projetos, ela pertença.Note, que o entendimento, há de haver sobre a ação de "estabilização de desempenho de um ou mais subprocessos" que constitui realmente uma prática genérica do nível 4 de capacidade. Portanto o item está CORRETO.
  • Existem 5 metas genéricas, todas sendo aplicadas ao modelo de capacidade de uma organização. Cada uma delas possui as suas respectivas práticas genéricas. Então vamos enunciá-las:
    GG1 - Alcançar metas específicas;
    GG2 - Institucionalizar um processo gerenciado;
    GG3 - Institucionalizar um processo definido;
    GG4 - Institucionalizar um processo gerenciado quantitativamente;
    GG5 - Institucionalizar um processo em otimização. 
    Práticas Genéricas de GG2:
    Estabelecer uma política organizacional;
    Planejar o processo;
    Fornecer recursos;
    Atribuir responsabilidades;
    Treinar pessoas;
    Gerenciar configurações;
    Identificar e envolver os stakeholders relevantes;
    Monitorar e Controlar o processo;
    Avaliar objetivamente a aderência;
    Revisar a situação com a gerência superior.
    Práticas genéricas de GG3:
    Estabelecer um processo definido;
    Coletar informações de melhoria.
    Práticas genéricas de GG4:
    Estabeleça objetivos quantitativos para o processo;
    Estabilizar o desempenho dos sub-processos.
    Práticas genéricas de GG5:
    Garantir uma melhoria contínua do processo;
    Corrigir as causas da raiz dos problemas. 

  • Questão desatualizada!

     

    CMMI v1.3 eliminou as metas genéricas de nível 4 e 5

ID
132367
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

A identificação e a correção das causas raiz de defeitos e outros problemas nos processos de planejamento de projeto constituem práticas de nível 5, de natureza específica, da área de processo de monitoramento e controle de projeto.

Alternativas
Comentários
  • A área de processo que detém essas práticas seria a de Análise de Causas e Resolução - CAR, e não a de monitoramento e controle de projeto (PMC), que está citada na questão. Além disso, a área de processo PMC não pertence ao nível 5 de maturidade (Em Otimização), e sim, ao nível 2 de maturidade (Gerenciado).
    Para resolver a questão, o candidato teria de conhecer as áreas de processo contidas em cada nível de maturidade do CMMI, que vai do nível 1 ao 5:
    1) Inicial;
    2) Gerenciado;
    3) Definido;
    4) Gerenciado Quantitativamente;
    5) Em Otimização. 
    Um ponto interessante a se observar seria o de também estudar as categorias em que as áreas de processos estão organizadas no modelo de representação contínua proposto pelo SEI no modelo de melhoria de processos CMMI, que se divide em quatro categorias, a saber: 
    - Gerenciamento de Processos (PCM);
    - Gerenciamento de Projetos (PJM);
    - Engenharia (EN); e 
    - Suporte (SU).
    A área de processo CAR - Análise de Causas e Resolução, pertence à categoria Suporte, enquanto que a área de processo Monitoramento e Controle de Projeto (PMC) pertence à categoria Gerenciamento de Projetos. 

    Abaixo a relação de áreas de processos por nível de maturidade:
    Nível 1 - Inicial (Nenhuma)
    Nível 2 - Gerenciado (07):
    PP - Planejamento de Projeto (PJM)
    PMC - Monitoramento e Controle de Projeto (PJM)
    PPQA - Garantia da Qualidade do Processo e do Produto (SU)
    REQM - Gerenciamento de Requisitos (EN)
    SAM - Gerenciamento de Acordo com Fornecedor (PJM)
    MA - Medição e Análise (SU)
    CM - Gerenciamento de Configuração (SU)
    Nível 3 - Definido (11):
    OPF - Foco no Processo Organizacional (PCM)
    OPD - Definição do Processo Organizacional ( + IPPD*) (PCM)
    OT - Treinamento Organizacional (PCM)
    IPM - Gerenciamento Integrado do Projeto ( + IPPD*) (PJM)
    RSKM - Gerenciamento de Riscos (PJM)
    DAR - Análise de Decisão e Resolução (SU)
    RD - Desenvolvimento dos Requisitos (EN)
    TS - Solução Técnica (EN)
    PI - Integração de Produto (EN)
    VER - Verificação (EN)
    VAL - Validação (EN)
    * Obs: IPPD - Desenvolvimento Integrado de Processo e de Produto.
    Nível 4 - Gerenciado Quantitativamente (02):
    OPP - Desempenho do Processo Organizacional (PCM)
    QPM - Gerenciamento Quantitativo do Projeto (PJM)
    Nível 5 - Em Otimização (02):
    OID - Inovação e Disseminação Organizacional (PCM)
    CAR - Análise de Causa e Resolução (SU)
  • Quadro Resumo:
     
    CMMI – Níveis de Maturidade x Categorias x Áreas de Processo
      Nível 2 Nível 3 Nível 4 Nível 5
    Engenharia  Gerenciamento de requisitos Desenvolvimento de requisitos
    Solução técnica
    Integração do produto
    Verificação
    Validação    		    
    Ger. Projetos Planejamento do projeto
    Controle e monitoramento do projeto
    Contratação e gestão de fornecedores    		 Gerenciamento integrado do projeto
    Gerenciamento de riscos    		 Gerenciamento quantitativo do projeto  
    Ger. Processos   Foco no processo organizacional
    Definição do processo organizacional
    Treinamento organizacional    		 Desempenho do processo organizacional Inovação e implantação organizacional

     
    Suporte Medição e análise
    Garantia de qualidade de processo e produto
    Gerenciamento de configuração    		 Análise de decisões   Análise de causas e solução de problemas
       
  • O enunciado da questão não especificou se a abordagem em questão era contínua ou por estágios. Na aborgadem contínua, pode-se evoluir uma área de processo específica ao nível de capacidade 5. Neste caso, não concordo com as respostas dos colegas acima e entendo que o motivo do gabarito ser ERRADA, é a passagem '...natureza específica...'
  • Boa tarde Daniel,
    o que invalidou a questao foi o termo "área de processo de monitoramento e controle de projeto". O certo seria "área de processo de Suporte". (área à qual pertence "identificacao e correcao de causas raiz").
    Obrigado.

  • Acredito que a questão erra em dizer que a correção das causas raiz constituem práticas específicas de nível 5, quando, na verdade, é uma prática genérica de nível 5 (Corrigir as causas da raiz dos problemas). E o erro continua ao trocar a PA a qual a questão se refere anteriormente (primeiro falou-se de planejamento de projeto e depois associou-se a prática genérica à PA de monitoramento e controle de projeto).

ID
132370
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No modelo CMMI, não há, em relação aos componentes requeridos ou esperados na área de processo denominada gerenciamento de riscos, prescrição em favor de abordagem quantitativas ou qualitativas no gerenciamento de riscos de projeto.

Alternativas
Comentários

    • Gerência de Riscos (RSKM)
      • Fornecer subsídios para identificar potenciais problemas antes que ocorram, de forma que atividades de tratamento de riscos possam ser planejadas e colocadas em prática quando necessário (ao longo da vida do produto ou do projeto) para mitigar impactos indesejáveis que comprometam a realização dos objetivos .
        • SG1 Preparar-se para a gestão de Riscos:
          • SP 1.1 – Determinar fontes e categorias de riscos;
          • SP 1.2 – Definir parâmetros para riscos;
          • SP 1.3 – Estabelecer uma estratégia para gestão de riscos.
        • SG2 Identificar e analisar Riscos:
          • SP 2.1 – Identificar Riscos;
          • SP 2.2 – Avaliar, Categorizar, priorizar riscos.
        • SG3 Mitigar Riscos
          • SP 3.1 – Elaborar planos de Mitigação de Riscos;
          • SP 3.2 – Executar planos de mitigação de riscos.
     
  • Gabarito Correto: No CMMI realmente NÃO HÁ PRESCRIÇÃO em favor de abordagens quatitativas ou qualitativas no gerenciamento de riscos de projeto. O CMMI não é um modelo prescritivo, é apenas um guia de boas práticas.
  • Boa tarde,
    uma questao realmente dificil de marcar CERTO ou ERRADO. Se considerarmos literalmente, vemos que o CMMI nao prescreve explicitamente o uso de modelo de riscos QUALITATIVO, embora toda a sua abordagem de riscos seja qualitativa, se lermos o guia do CMMI. O que tornou a questao certa foi o termo "nao há prescrição"somente.
    Obrigado.
ID
132373
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No modelo CMMI, entre as alternativas disponíveis para tratamento de riscos na área de processo denominada gerenciamento de riscos, estão a aceitação, o controle e a transferência do risco.

Alternativas
Comentários

  • As quatro possíveis ações no tratamento de risco estão:

    • Evitar risco: Mudança ou diminuição de requisitos durante o
    levantamento das necessidades do usuário
    • Controlar risco: Execução de ações para minimizar riscos
    • Transferir risco: Realocação de requisitos de design para diminuir
    os riscos
    • Monitorar risco: Observação e reavaliação periódica do risco de
    mudança de parâmetros dos riscos atribuídos
    • Aceitar risco: Reconhecer o risco mas não tomar nenhuma ação

    Fonte: CMM-DEV

  • Só corrigindo o colega acima, não são QUATRO e sim CINCO.
  • CMMI 1.3 pág 359

    As 5 técnicas previstas de mitigação de riscos:
    Risk avoidance: changing or lowering requirements while still meeting end user needs
    Risk control: taking active steps to minimize risks
    Risk transfer: reallocating requirements to lower risks
    Risk monitoring: watching and periodically reevaluating the risk for changes in assigned risk parameters
    Risk acceptance: acknowledging risk but not taking action

  • C.A.M.T.E (controlar, aceitar, monitorar, transferir, evitar) 

ID
132379
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Considerando a importância do modelo CMMI para o desempenho
das organizações, julgue os itens de 91 a 106.

No modelo CMMI, alguns produtos típicos da área de solução técnica são utilizados para definir as aquisições a serem feitas na área de processo denominada gerenciamento de acordo com fornecedores, pertencendo as duas áreas citadas à categoria de processos de suporte.

Alternativas
Comentários
  • O Gerenciamento Integrado com Fornecedores, nível dois de maturidade, pertence à disciplina Gestão de Projetos.
    A Solução Técnica, nível três de maturidade, pertence à disciplina Engenharia de Software.

  • Só uma pequena correção no comentário do wesley

    O Gerenciamento Integrado com Fornecedores, nível 3 de maturidade, pertence à disciplina Gestão de Projetos.
    A Solução Técnica, nível três de maturidade, pertence à disciplina Engenharia de Software.

    Lembrando que o "Gerenciamento Integrado com Fornecedores" é um processo pertencente a disciplina "Supplier Sourcing (SS)", sendo ela OPCIONAL.1

    Dependendo da da versão e conjunto de disciplina que estou usando o CMMI pode ter 22, 23 ou 25 áreas de processo.
ID
135358
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos à qualidade de software, de
acordo com o CMMI (Capability Maturity Model Integration) para
desenvolvimento, versão 1.2.

O modelo CMMI inclui os seguintes elementos: práticas específicas, práticas genéricas, metas específicas, metas genéricas, áreas de processo, níveis de capacidade e níveis de maturidade.

Alternativas
Comentários
  • Componentes do CMMI
     
    Áreas de Processo ou Processo:são um conjunto de práticas relacionadas com objetivos importantes.
     
    Metas
    Metas Específicas: diz qual o resultado deve ser alcançado. São específicas de cada área de processo. O que define uma área de processo são exatamente suas metas específicas.       
    Metas Genéricas:são vinculadas aos níveis de capacidade. Cada nível de capacidade tem o seu e vale para todos os processos desse nível.
    São vinculadas aos níveis de capacidade dos processos. Cada processo pode ser avaliado, de forma individual, em um nível de capacidade. Para cada um desses níveis, eu tenho uma meta genérica, que diz o que o processo tem de alcançar, para que eu possa considerar que ele está em um determinado nível de capacidade. As metas genéricas são aplicáveis indistintamente a todos os processos do modelo.
     
    Práticas
    Práticas Específicas:o que é necessário para alcançar as metas. (EXECUÇÃO)
    Práticas Genéricas: como alcançar. (GERENCIAMENTO)

    Níveis:
    São os estágios que a organização pode estar. De acordo com o tipo de avaliação, os níveis são divididos em dois:

        - Nívies de Capacidade: são utilizados na representação contínua, existem 6 níveis: 0 - Inexistente, 1 - Executado, 2 - Gerenciado, 3 - Definido, 4 - Quantitativamente Gerenciado, 5 - Em otimização

       - Níveis de Maturidade: são utilizados na representação por estágios, são 5 níveis: 1 - Inicial, 2 - Gerenciado, 3 - Definido, 4 - Quantitativamente Gerenciado, 5 - Em Otimização.
ID
135361
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos à qualidade de software, de
acordo com o CMMI (Capability Maturity Model Integration) para
desenvolvimento, versão 1.2.

Para alcançar o nível de maturidade Em Otimização, todas as áreas de processo precisam ter alcançado o nível de capacidade Definido.

Alternativas
Comentários

  • As seguintes regras resumem a equivalência com a representação por
    estágios:
    · Para alcançar o nível de maturidade 2, todas as áreas de processo
    associadas ao nível de maturidade 2 devem alcançar o nível de
    capacidade 2 ou níveis superiores.
    · Para alcançar o nível de maturidade 3, todas as áreas de processo
    associadas aos níveis de maturidade 2 e 3 devem alcançar o nível de
    capacidade 3 ou níveis superiores.
    · Para alcançar o nível de maturidade 4, todas as áreas de processo
    associadas aos níveis de maturidade 2, 3 e 4 devem alcançar o nível
    de capacidade 3 ou níveis superiores.
    · Para alcançar o nível de maturidade 5, todas as áreas de processo
    do modelo devem alcançar o nível de capacidade 3 ou níveis
    superiores.

  • se pensarmos que o modelo de maturidade funciona no metodo cebola fica facil de entender que para atinguirmos um nivel mais alyo todos os mais baixos tem que que estar realizados, mesmo o nivel 5 estando de certa forma distante do nivel 2 ele deve estar realizado para que se possa chegar ao nivel 5 de maturidade .

    isso ai .. continuemos na LUTA ...

  • Nível de maturidade depende do nível de capacidade? Maturidade é representação por estágio. Capacidade é representação conitinua. Um modelo de representação dependendo do outro? 

ID
135364
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos à qualidade de software, de
acordo com o CMMI (Capability Maturity Model Integration) para
desenvolvimento, versão 1.2.

Satisfazer Metas Específicas é considerada uma meta genérica (generic goal), por ser encontrada nas descrições das características necessárias para institucionalizar os processos que implementam as áreas Validação e Verificação, entre outras.

Alternativas
Comentários

  • No modelo de avaliação contínua. A meta genérica de Nível 1 (MG1) é satisfazer as metas específicas. (Satisfazendo essa meta o processo é avaliado como Executado - Nível de Capacidade 1)

    outro detalhe nessa questão está em: por ser encontrada nas descrições das características necessárias para institucionalizar os processos,
    Institucionalizar processo está a partir da meta genérica 2  e um dos requisitos para satisfazer a MG2 é satisfaze também a MG1.

    Sendo assim, podemos inferir que para uma área de processo ser institucionalizada, antes de tudo é preciso satisfazer suas as metas específicas já que esse é objetivo da MG1

    Metas Genérícas:
    MG1. Atingir metas Específicas
    MG2. Institucionalizar um Processo Gerenciado
    MG3. Institucionalizar um Processo Definido
    MG4. Institucionalizar um Processo Gerenciado Quantitativamente
    MG5. Institucionalizar um Processo em Otimização

ID
135367
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos à qualidade de software, de
acordo com o CMMI (Capability Maturity Model Integration) para
desenvolvimento, versão 1.2.

O desempenho dos processos no nível de maturidade 4 é controlado por meio de técnicas qualitativas, que são apropriadas para a previsibilidade do desempenho de processo.

Alternativas
Comentários
  • O desempenho dos processos no nível de maturidade 4 é controlado por meio de técnicas QUANTITATIVAS, que são apropriadas para a previsibilidade do desempenho de processo.
  • Nivel 4 - Desempenho quantitativo , questão muito tranquila
  • sempre caio nesse peguinha de qualitativo com quantitativo

    pqp
ID
135370
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, relativos à qualidade de software, de
acordo com o CMMI (Capability Maturity Model Integration) para
desenvolvimento, versão 1.2.

A objetividade nas avaliações de garantia da qualidade de processo e produto não é alcançada sem o uso de auditorias formais realizadas por equipes independentes de garantia da qualidade do projeto.

Alternativas
Comentários

  • GARANTIA DA QUALIDADE DE PROCESSO E PRODUTO

    Uma Área de Processo de Suporte no Nível de Maturidade 2

    Exemplos de formas de executar avaliações objetivas:
    • Auditorias   formais   realizadas   por   equipes   de   garantia   da   qualidade
    independentes na organização
    • Revisões   por   pares   que   podem  ser   realizadas   com  vários   níveis   de
    formalidade
    • Revisões detalhadas do trabalho onde ele é realizado (isto é, desk audits)
    • Revisões e comentários distribuídos de produtos de trabalho

    Fonte: COBIT 4.1

    Portanto, a questão está errada pois existem diferentes formas de executar avaliações objetvias

  • ERRADO

    Revisões por pares que podem ser realizados com vários níveis de formalidade;
    Revisões minuciosas feitas in loco, no próprio ambiente de trabalho;
    Revisões e comentários sobre produtos de trabalho

    São outros exemplos de avaliações objetivas, além de auditorias formais realizadas por equipes independentes de garantia da qualidade do projeto.

    fonte: CMMI
  • Do próprio CMMI, na parte que explica a área de processo Garantia da Qualidade de Processo e Produto:
     
    "Normalmente,  o  fato  de  existir  um  grupo  de  garantia  da  qualidade 
    independente  do  projeto  já  provê  essa  objetividade.  Entretanto,  em 
    algumas organizações, a  função de garantia da qualidade de processo e 
    produto  pode  ser  implementada  sem  esse  tipo  de  independência.  Por 
    exemplo,  em  uma  organização  na  qual  exista  uma  cultura  orientada  à 
    qualidade, o papel de garantia da qualidade de processo e produto pode 
    ser executado por pares, total ou parcialmente. Dessa forma, a função de 
    garantia  da  qualidade  pode  estar  embutida  no  processo.  Para 
    organizações pequenas, essa abordagem pode ser a mais viável."
  • "Traditionally, a quality assurance group that is independent of the project provides objectivity. However, another approach may be appropriate in some organizations to implement the process and product quality assurance role without that kind of independence." - CMMI-DEV 1.3
ID
137074
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Sobre os Modelos de Maturidade de Capacitação de Sistemas, CMM e CMMI, não é correto afirmar que:

Alternativas
Comentários
  • O item errado é o A.
    Há várias diferenças entre os sistemas de avaliação do COBIT e do CMMi. Uma das mais gritantes é o fato que, no COBIT, os niveis de maturidade não são cumulativos, ou seja, não é necessário satisfazer todos os itens de um determinado nível para passar para o seguinte, algo que é requerido no CMMi.
  • Outra diferença que salta aos olhos é que no CMMI há um método sistematizado de avaliação, o SCAMPI (Standard CMMI Appraisal Method Process Improvement) e no COBIT não há uma avaliação formal, os níveis servem como direcionamento para os processos.
    Extraído do COBIT.
    Embora siga os conceitos do SEI, a implementação CobiT difere consideravelmente do original do SEI...
    ...em geral o propósito é identificar onde estão as questões e como definir prioridades para aprimoramentos. O propósito não é avaliar o nível de aderência aos objetivos de controles.
  • Alguém pode explicar o item C? Como uma organização no nível 1 do CMMI pode satisfazer a ISO 9000?
ID
137146
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Considere as assertivas sobre o Modelo MPS do Programa de Melhoria do Processo de Software Brasileiro MPS.BR:

I. O MPS possui sete níveis de maturidade dividido em 3 grupos: base, meio e topo da pirâmide.
II. O MPS está em conformidade com as normas ISO/IEC 12207 e ISO/IEC 15504.
III. Divide-se em 4 modelos mais específicos: Referência, Avaliação, Implantação e Negócio.

As assertivas corretas são:

Alternativas
Comentários

  • I -possui sete niveis, mas não é dividida em grupos.

    I I- correta

    I I I - o modelo MPS possui três componentes:Modelo de Referência (MR-MPS), Método de Avaliação (MA-MPS) e Modelo de Negócio (MN-MPS)

  • O MPS.BR  são agrupadaos os processos, não os niveis de maturidade. Os processos são agrupados em: Processos Fundamentais, Processos de Apoio e Processos Organizacionais.

  • Vale também a revisão de cada componente do MPS.BR:

    Modelo de Referência: Guia Geral Guia de Aquisição Guia de Implementação Modelo de Aquisição: Guia de Aquisição Modelo de Avaliação: Documentos do Programa


ID
140902
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da engenharia de software, julgue os itens de 101 a 109.

modelo de maturidade de processo CMMI é um modelo integrado de aprimoramento de processos que apoia tanto os aprimoramentos por estágios quanto os contínuos. A representação por estágios é caracterizada pelos seguintes níveis de capacidade (capability levels):

nível 0: incompleto (ad-hoc);
nível 1: executado;
nível 2: gerenciado / gerido;
nível 3: definido;
nível 4: quantitativamente gerenciado;
nível 5: em otimização (ou otimizado).

A representação contínua é caracterizada por níveis de maturidade (maturity levels):
nível 1: inicial (ad-hoc);
nível 2: gerenciado / gerido;
nível 3: definido;
nível 4: quantitativamente gerenciado/gerido quantitativamente;
nível 5: em otimização.

Alternativas
Comentários
  • Está errado
    Foram invertidos os níveis de capacidade e maturidade.
    Veja a descrição do que é cada um...

    Representação Continua

    Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels):

    • Nível 0: Incompleto (Ad-hoc)
    • Nível 1: Executado (Definido)
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    • Nível 5: Em otimização (ou Optimizado)

    Representação Por Estágios

    Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    • Nível 1: Inicial (Ad-hoc)
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    • Nível 5: Em otimização
  • A questão está quase correta, foram invertidos os níveis de capacidade e maturidade.
  • A questão está quase correta, foram invertidos os níveis de capacidade e maturidade.

  • Nao eh nada do que os colegas abaixo falaram. Nao tem nada invertido o erro esta em dizer:

    "A representação por estágios é caracterizada pelos seguintes níveis de capacidade"

    "A representação contínua é caracterizada por níveis de maturidade"

    estágios é nivel de maturidade  e contínua é nivel de capacidade.

  • No CMMI 1.3 a coisa muda um pouco:     Níveis de Capacidade   0 - Incompleto 1 - Executado 2 - Gerenciado 3 - Definido     Níveis de Maturidade   1 - Inicial 2 - Gerenciado 3 - Definido 4 - Gerenciado Quantitativamente 5 - Em Otimização

    Fonte: CMMI
ID
140905
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da engenharia de software, julgue os itens de 101 a 109.

Existem quatro categorias de áreas de processo no modelo CMMI para desenvolvimento: gerenciamento de processo, gerenciamento de produto, engenharia e apoio.

Alternativas
Comentários
  • As categorias de áreas de processos não incluem Gerenciamento de Produto. As categorias são:- Gerência de Processo- Gerência de Projeto- Engenharia- Suporte (Pode ser também chamado de Apoio)

  •  As categorias de áreas de processo, com suas respectivas áreas de processos:

    Gerência de Processos:

    1. Foco no processo organizacional

    2. Definição do processo organizacional

    3. Treinamento organizacional

    4. Desempenho do processo organizacional

    5. Inovação do processo organizacional

    Gerência de Projetos:

    1. Planejamento de projetos

    2. Monitoramento e controle de projetos

    3. Gerenciamento de acordo com fornecedores

    4. Gerenciamento de risco

    5. Integração de equipes

    6. Gerenciamento quantitativo de projetos

    Engenharia:

    1. Desenvolvimento de requisitos

    2. Gerência de requisitos

    3. Solução técnica

    4. Integração de produto

    5. Verificação

    6. Validação

    Suporte:

    1. Gerência de configuração

    2. Garantia da qualidade do processo e do produto

    3. Medição e análise

    4. Análise de decisão e resolução

    5. Análise de causa e resolução

     

  • Só complementando a área de processos gerência de projetos, temos ainda:
    Gerenciamento Integrado de projeto (nivel 3)
    Gerenciamento integrado de fornecedores (nivel 3)
  • Não tem Coca, serve uma PEPS? (Projeto, Engenharia, Processos e Suporte).

  • Haja saco para lidar com o CESPE

     

     

    Quando é itil, desenho de serviço é PROJETO de serviço. 

     

    Quando é cmmi, apoio não pode ser considerado suporte.... Vai entender

ID
140911
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A respeito da engenharia de software, julgue os itens de 101 a 109.

O MPS.BR baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos. Nesse contexto, o MPS.BR, que possui três componentes: Modelo de Referência, Método de Avaliação e Modelo de Negócio, é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro. No Brasil, uma das principais vantagens desse modelo é seu custo reduzido de certificação em relação às normas estrangeiras e, portanto, é avaliado como ideal para micro, pequenas e médias empresas.

Alternativas
Comentários
  • "é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro"
    Correto não seria é compatível com o CMMI??
    Visto que as bancas gostam tanto de cobra o que esta escrito ao pé da letra.
  • Outro erro da questão: MPS.BR é focado em Pequenas e Médias empresas, Micro empresas não são citadas.

    Fonte: Site da SOFTEX

  • A questão está perfeita. Quem fala que está errada precisa estudar mais

ID
142228
Banca
CESGRANRIO
Órgão
BNDES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Seja X um processo introduzido no nível de maturidade C do MPS.BR. Segundo o modelo de referência MR-MPS 1.2, X compõe, necessariamente, os processos do nível de maturidade

Alternativas
Comentários
  • Se X faz parte do nível C, então, X compõe, necessariamente, os processos do nível de maturidade B, pois cada nível de maturidade acumula os processos do nível imeditamente inferior. 

    O MPSBr inicia pela letra G e evolui até a letra A, a saber:
    A - Em Otimização
    B - Gerenciado Quantitativamente
    C - Definido
    D - Largamente Definido
    E - Parcialmente Definido
    F - Gerenciado
    G - Parcialmente Gerenciado

    Em outro exemplo:

    Se X fizesse parte do nível G, então, X comporia, necessariamente, os processos do nível de maturidade F, pois cada nível de maturidade acumula os processos do nível imeditamente inferior. 

  • Questão de Lógica!!! teoria dos conjuntos.

  • Se um processo está no nível B, significa que ele engloba os processos do nível C.
    A questão está falando a mesma coisa na ordem inversa, explico:

    Os processos do nível C são englobados pelos processos do nível B.

    Lembrar que para atingir um nível de maturidade mais elevada, é necessário atingir cumulativamente os níveis inveriores.
    Para atingr o nível C, é necessário atingir o nível G,F,E,D
  • Questão bem interessante, onde é importante observar que um nivel superior engloba os inferiores, como no MPS-BR os niveis são ordenados de forma crescente partindo do G  até o Nivel A que é o mais alto, fica claro que apenas o Nivel B esta acima de C.

    claro que seria possivel resorver de forma logica  aunica letra que ve antes do C, mas não dá pra confiar sempre na logica , pois na TI nem tudo tem logica , menos ainda nas questões de concurso ... então vamos estudar ...
  • Está no nível B pois a organização já está no nível C e estamos inserindo um novo processo, ou seja, ele estaria no B ou no A, como não temos uma opção A, então a resposta é B
  • A questão cria uma armadilha para interpretar errado.

    Seja X um processo introduzido (numa organização que já se encontra) no nível de maturidade C do MPS.BR. Segundo o modelo de referência MR-MPS 1.2, X compõe, necessariamente, os processos do nível de maturidade.

    Ao ler a questão subentendendo o que está nos parênteses, fica mais fácil responder.

  • O processo X faz parte de C e compõe (compõe = faz parte) processos acima dele. Ou seja, X está contido nos processos de B e A.

ID
142828
Banca
FIP
Órgão
Câmara Municipal de São José dos Campos - SP
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O Modelo de Maturidade da Capacitação para Desenvolvimento de Software (Capability Maturity Model Integration for Development - CMMIDEV):

Alternativas
Comentários
  • (a) Não tem nada haver com o nível de maturidade das pessoas. ERRADO
    (b) Possui duas representações: contínua e por estágios (ou discreta), e não direta. ERRADO
    (c) O CMMI-DEV baseia-se no alcance de objetivos relacionados com a aplicação de boas práticas de Engenharia de Software. CORRETO
    (d) Não se fundamenta na medição do trabalho das pessoas envolvidas e não promove o uso de ferramentas CASE. ERRADO
    (e) O CMMI não faz essa recomendação, pois não é de sua competência opinar quanto a linguagens ou a perfis de programadores. ERRADO

  •  a) permite avaliar, de forma indireta, o nível de maturidade das pessoas e dos processos de produção desoftware utilizados por uma organização. (Maturidade da organização e capacidade dos processos). 

     b) possui duas representações: direta e por estágios. Contínua (Capacidade)  e por Estágios (Maturidade)

     c) baseia-se no alcance de objetivos relacionados com a aplicação de boas práticas de engenharia desoftware.

     d) fundamenta-se em medições do trabalho das pessoas envolvidas e na aplicação de ferramentas de apoio ao desenvolvimento de software (CASE). (Não mede o trabalho das pessoas, mede a capacidade dos processos e maturidade da organização) 

     e) recomenda que as empresas contratem programadores experientes e que conheçam as linguagens orientadas a objetos. ( O CMMI não diz respeito a qual linguagem é a melhor a se utilizar ) 

ID
143752
Banca
FIP
Órgão
Câmara Municipal de São José dos Campos - SP
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Assinale a alternativa incorreta com relação ao CMMI-DEV - Capability Maturity Model Integration for Development:

Alternativas
Comentários
  • O CMMI para Desenvolvimento divide-se em 22 áreas de processo que identificam as principais práticas relacionadas para se obter um determinado resultado dentro da melhoria dos processos de desenvolvimento de sistemas.Entre essas 22 áreas de processos, encontram-se as áreas que compõem a categoria do modelo de capacidade, denominada Gerenciamento de Projetos:PP - Planejamento de Projetos;PMC - Monitoramento e Controle de Projetos;SAM - Gestão de Acordo com o Fornecedor;IPM - Gestão Integrada de Projetos;RSKM - Gestão de Riscos;QPM - Gestão Quantitativa de Projetos.É a categoria Gerenciamento de Projetos que identifica as principais práticas relacionadas com o gerenciamento dos prazos e custos dos projetos, que estariam relacionadas às áreas de conhecimento do PMBOK (Corpo de Conhecimentos sobre Gestão de Projetos mantido pela PMI): tempo e custo, respectivamente.Portanto, o erro na letra (C) está relacionado à abrangência das práticas que não incluiria todas as 22 áreas de processo, mas somente aquelas 06 (seis) supracitadas.
  • Acrescentando a resposta do colega, na categoria de processo "Gerencia de projetos", tambem temos os processos "Gerenciamento integrado de fornecedores", que faz parte do SS, e "Integração de equipes", que faz parte do IPPD. Ambos processos são opcionais, então dependendo da pergunta, o CMMI pode ter 22 processos, 23 ou mesmo 25... (pois há também um processo opcional na categoria de processo "suporte" chamado "ambiente organizacional para integração(IPPD)";
ID
144718
Banca
CESPE / CEBRASPE
Órgão
SECONT-ES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na versão 1.2 do CMMI,

os níveis de capacidade são definidos na abordagem de estágios.

Alternativas
Comentários
  • Na versão 1.2 do CMMI, os níveis de capacidade estão relacionados à representação contínua do framework de melhoria de processos e não ao modelo de maturidade, também chamado de representação por estágios.Portanto, os níveis de capacidade são definidos na "abordagem contínua".Lembrando que as abordagens diferem quanto à rigidez na metodologia de avaliação, bem como na quantidade e nomenclatura de seus níveis. A diferença de nomenclaturas dos níveis pode ser verificado abaixo nem ambas as representações utilizadas pelo CMMI:Contínua:0 - Incompleto1 - Realizado2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em OtimizaçãoPor Estágios:1 - Inicial (Ad Hoc)*2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em Otimização* Ad Hoc - "para isso", ou seja, para um fim específico, evidenciando a ausência de padrões e a dependência de valores e talentos individuais, tão somente. Nesse nível o conhecimento não é externalizado somente tácito, ou internalizado, ocasionando uma alta dependência dos profissionais que se forem deslocados para outros projetos, dificultam a repetição de bons resultados anteriormente alcançados.

  • Representação contínua - 6 níveis de capacidade: 0-Incompleto; 1- executado; 2-gerenciado; 3- definido; 4-gerenciado quantitativamente e 5-em otimização.

    Representação por estágios - 5 níveis de maturidade: 1-inicial; 2-gerenciado; 3-definido; 4-gerenciado quantitativamente e 5-em otimização.

  • É porque esse povo de godelagem de ti vende bom senso como se fosse a solução do mundo. Então você paga 400 mil doláres por uma certificação CMMI para alguém vir de fora e te dizer o óbvio.

    Porém, com um pouco de bom senso a gente sabe porque o nível de capacidade pode der o estágio 0 mas o nível de maturidade não.

    Uma organização pode até não ter aquele processo para fazer algo, pode até não saber nem o que é isso, um processo, mas por mais informal que seja uma organização, como uma bodega que vende sopa, as organizações entregam algum produto, se entregam algum produto então algum processo, mesmo que incipiente, possibilitou isso.

ID
144721
Banca
CESPE / CEBRASPE
Órgão
SECONT-ES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na versão 1.2 do CMMI,

os níveis de maturidade são definidos na abordagem contínua.

Alternativas
Comentários
  • Na versão 1.2 do CMMI, os níveis de maturidade são definidos na abordagem por etapas / estágios, e não, na contínua. 

    Na representação contínua, ou na abordagem contínua, do framework de melhoria de processos da SEI, o CMMI, os níveis seriam denominados de níveis de capacidade. 

    Diferindo também, na quantidade e na nomenclatura dos níveis 0 e 1, com o modelo de maturidade ou com a abordagem por estágios. Pois na contínua são 6 os níveis e, na discreta, são 5. 

    Na abordagem contínua, o nível 0 chama-se INCOMPLETO e o nível 1 chama-se REALIZADO, já na abordagem por estágios ou discreta, o nível 0 não existe e o nível 1 chama-se INICIAL.

  • Representação Contínua é capacidade - processo.
    Representação por Estágios é maturidade - organização.

  • Para não esquecer nunca mais:

    Capacidade começa com "C" assim como Contínua.
ID
144724
Banca
CESPE / CEBRASPE
Órgão
SECONT-ES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na versão 1.2 do CMMI,

existem seis níveis de capacidade.

Alternativas
Comentários
  • "Níveis de Capacidade" é a nomenclatura usada pelo CMMI para identificar etapas em que cada uma das áreas de processos esteja avaliada individualmente. 

    Na representação contínua usa-se níveis de capacidade (NC's), enquanto que na representação por estágios ou discreta, emprega-se o termo níveis de maturidade (NM's). 

    Há uma equivalência entre as duas abordagens, pois, por exemplo, para que uma organização atinja os nível 3 de maturidade, todas as áreas de processo relativas aos níveis 2 e 3, acumulativamente, devem estar, pelo menos, no Nível de Capacidade 3. Da mesma maneira, deve-se considerar isso para os níveis 4 e 5, quando também todas as suas áreas de processo respectivas devam estar, pelo menos, no Nível de Capacidade 3.

  • Representação Continua

    Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels):

    Nível 0: Incompleto (Ad-hoc)
    Nível 1: Executado (Definido)
    Nível 2: Gerenciado / Gerido
    Nível 3: Definido
    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Nível 5: Em otimização (ou Optimizado)

    Representação Por Estágios

    Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    Nível 1: Inicial (Ad-hoc)
    Nível 2: Gerenciado / Gerido
    Nível 3: Definido
    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Nível 5: Em otimização
     

  • Ok... mas está desatualizada

    níveis 4 e 5 já vazaram

  • Raphael, atualmente não existem mais os níveis de capacidade 4 e 5, mas é importante ver que a questão fala de CMMI 1.2. Se falasse apenas CMMI, tudo bem.

    Nem sempre as bancas colocam a versão mais recente no edital.

    Só como exemplo: um concurso recente (Instituto AOCP, Março de 2014) cobrou ITIL v2, que já está em desuso há anos!

ID
144727
Banca
CESPE / CEBRASPE
Órgão
SECONT-ES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na versão 1.2 do CMMI,

os níveis de capacidade são exclusivos, ou seja, um nível de capacidade mais alto exclui os atributos dos níveis mais baixos.

Alternativas
Comentários
  • "Um nível de capacitação é um patamar evolutivo bem definido, que descreve a capacidade da área de processo. Cada nível serve como uma camada de fundação para o processo contínuo de melhoria, logo, os níveis de capacitação são acumulativos, isto é, o mais alto nível de capacitação inclui os atributos dos níveis mais baixos e assim por diante." 

    Fonte: Página 168 do livro CMMI - Integração dos Modelos de Capacitação e Maturidade de Sistemas, de ANA BRASIL COUTO.
  • Acrescentando, tanto os níveis de capacidade (representação contínua) como os níveis de maturidade (representação por estágios) são acumulativos, no caso do CMMI 1.2. Todos os atributos dos níveis mais baixos devem ser verificados em níveis mais altos nos dos modelos.
ID
144730
Banca
CESPE / CEBRASPE
Órgão
SECONT-ES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Na versão 1.2 do CMMI,

existem cinco níveis de maturidade.

Alternativas
Comentários
  • Existem 5 níveis de maturidade e 6 níveis de capacidade.
    Os níveis de maturidade fazem parte da abordagem discreta do CMMI, a saber:
    1 - Inicial
    2 - Gerenciado
    3 - Definido
    4 - Gerenciado Quantitativamente
    5 - Em Otimização

  • Representação Por Estágios

    Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    Nível 1: Inicial (Ad-hoc)
    Nível 2: Gerenciado / Gerido
    Nível 3: Definido
    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Nível 5: Em otimização

  • Só lembrar que na versão 1.3 do CMMI, mudaram para quatro os níveis de capacidade, a saber:

    0 - Incompleto (Ad-hoc)
    1 - Executado
    2 - Gerenciado
    3 - Definido
ID
144835
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Acerca das relações estabelecidas entre os modelos de ciclo de
vida de software, os modelos de gestão e seus exemplos, julgue
os itens de 62 a 71.

A análise de pareto, o uso de histogramas e a condução de encontros para análise causal de problemas são ferramentas ou atividades tipicamente relacionadas a processos de DPP (Defect Prevention Process), os quais, no modelo CMMI, estão diretamente relacionados ao alcance do nível 5 de capacidade e de maturidade.

Alternativas
Comentários

  •  DPP (Defect Prevention Process) faz parte da área de processo Análise e resolução de causas requisito para atingir o nível 5 de capacidade

  •  A área de processo Análise de causa e resolução faz parte da categoria de áreas de processo de SUPORTE.

  • Só lembrando que no CMMI 1.3 não temos mais 5 níveis de capacidade, mas apenas 3.

ID
148804
Banca
FCC
Órgão
TJ-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No CMMI Model Components Associated with Part Two, um retângulo representa o elemento chave

Alternativas
Comentários
  • Um constelação é uma coleção de componentes gerada a partir do framework CMMI, que engloba o modelo fundamental, seus materiais de treinamento e documentação relacionada a avaliações, abrangendo uma área de interesse específica. 
    Existem 3 constelações que fazem parte do CMMI versão 1.2: 
    CMMI-DEV (Desenvolvimento); 
    CMMI-SVC (Serviços); e 
    CMMI-ACQ (Aquisições).

    Os principais componentes são: 
    - Áreas de Processo (Retângulo com borda e arestas); 
    - Objetivo (Elipse); 
    - Notas Introdutórias (Elipse); 
    - Áreas de Processo relacionadas (Elipse); 
    - Metas Específicas (Retângulo); 
    - Metas Genéricas (Retângulo); 
    - Práticas Específicas (Losango); 
    - Práticas Genéricas (Losango); 
    - Produtos de Trabalho Típicos (Elipse); 
    - Subpráticas (Elipse); 
    - Elaborações de Práticas Genéricas (Elipse).

    A notação usada para montagem da constelação com os componentes da estrutura do CMMI definiu que: 
    - Retângulo representa o elemento chave Required;
    - Losango representa o elemento chave Expected; e 
    - Elipse representa o elemento chave Informative.

    Portanto, a letra (b) com a qualificação Required é a CORRETA.

  • Pra essa, vamos criar um mapinha.
    REtângulo - REquired
    Losango - Expected (lembre de espetar, pois o losango tem ponta)
    ElIPse - Informativo - InPhormativo
     
  • Pag 17 do CMMI 1.2 (Versão ORIGINAL!!)

  • Fundação Copia e Cola. Se tivesse mostrado o diagrama, eu teria deduzido. Até lembrar dos símbolos do diagrama a Fundação Copia e Cola exige.
  • CONCORDO COM O COLEGA, SEM VER O DIAGRAMA EU FIQUEI SEM SABER D E QUAL ASSUNTO A QUESTÃO ESTAVA FALANDO, MAS É ISSO AI , NA PROXIMA JÁ SABEREI RESOLVER ...CONTINUANDO NA LUTA ...
ID
148807
Banca
FCC
Órgão
TJ-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No âmbito do CMMI, a Causal Analysis and Resolution é:

Alternativas
Comentários
  • Causal Analysis and Resolution (CAR) é uma área de processo que, juntamente com as áreas:- Process and Product Quality Assurance (PPQA),- Measurement and Analysis (MA),- Configuration Management (CM), e- Decision Analysis and Resolution (DAR); pertencem à categoria Suporte utilizada no modelo de capacidade, ou representação contínua do framework CMMI.Compõe o conjunto de áreas de processos do nível 5 de maturidade, junto com Organizational Innovation and Deployment (OID). É no nível 5 que a importância da análise e da resolução de causas dos desvios encontrados nas medições estatísticas do desempenho do processo e na gestão quantitativa de projetos é explicitamente enfatizada.Logo, Causal Analysis and Resolution é uma Process Area, o que pode ser identificado na letra (b) da questão.

  • questao para ajudar

     

    22 areas de processos, sendo que 16 comum a todas as áreas

    agrupadas por CATEGORIAS

     

    2013

    No CMMI, sugere-se que as áreas de processo sejam agrupadas nas categorias de gestão do processo, gestão do projeto, engenharia e suporte.

    Certa

ID
148810
Banca
FCC
Órgão
TJ-SE
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

A "Integrity of baselines is established and maintained", no âmbito da Configuration Management process Area do CMMI é:

Alternativas
Comentários
  • "A integridade das baselines é estabelecida e mantida" é uma Meta Específica da Gestão de Configuração.A integridade das baselines, estabelecida pelos processos associados à meta específica "Estabelecer Baselines" e mantida pelos processos associados à meta específica "Rastrear e Controlar Alterações", égarantida pelas práticas específicas da meta específica SG 3 (Estabelecer a Integridade) aqui definidas.SG 1 Estabelecer BaselinesSP 1.1 Identificar Itens de ConfiguraçõesSP 1.2 Estabelecer um Sistema de Gestão de ConfiguraçãoSP 1.3 Criar ou Liberar baselinesSG 2 Rastrear e Controlar alteraçõesSP 2.1 Rastrear Solicitações de AlteraçãoSP 2.2 Controlar itens de ConfiguraçãoSG 3 Estabelecer a IntegridadeSP 3.1 Estabelecer os Registros de Gestão de ConfiguraçãoSP 3.2 Executar Auditorias de Configuraçãofonte: CMMI-DEV v 1.2

  • Percebemos que “Estabelecer e manter a integridade da linha de base” é algo estritamente relacionado ao processo de gerenciamento de configuração, ou seja, não é nada de genérico aos processos. Então pode ser uma prática ou meta específica, letras A ou E.

    Como práticas específicas são atividades que buscam atingir uma meta específica e estabelecer e manter a integridade da linha de base não é atividade de processo porque uma atividade deve ser uma pequena parte de um processo, então deduzi que era uma meta específica.

  • Excelente comentário, Guido.
    Ajuda a não somente decorar as metas e práticas, mas sim saber interpreta-las e classifica-las quando aparecerem.
ID
150991
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

O CMMI define níveis crescentes de capacidade (capability) para as áreas de processos e de maturidade (maturity) organizacional. Sobre os níveis de maturidade, é correto afirmar que, no nível

Alternativas
Comentários
  • (a) Não existem KPAs nesse nível, portanto não existem metas, nem práticas genéricas ou específicas oriundas. Há possibilidade de produtos de qualidade serem construídos e entregues entretanto depende da qualificação da equipe que os desenvolveu, se a equipe é desfeita, o conhecimento não é externalizado (documentado) e portanto, a qualidade não é mais garantida. A organização depende do conhecimento de seus recursos humanos e não de seus processos.
    O nível 1 denomina-se Ad Hoc, ou seja, "para isso", serve para resolver uma finalidade específica, portanto a cada vez é criado um novo processo para um fim determinado e temporário, mas onde não há controle ou medições do que é feito. Nenhuma base de conhecimento de lições aprendidas é mantida. Logo, o item está INCORRETO.

    (b) No nível 2, os projetos são monitorados e controlados pelo processo PMC - Monitoramento e Controle de Projetos, e são revisados e avaliados pelo processo PPQA - Garantia da Qualidade do Processo e do Produto. Logo, o item está CORRETO.
    Participam ainda do nível 2 (Definido):

    PP - Planejamento do Projeto
    PMC - Monitoramento e Controle de Projeto
    PPQA - Garantia da Qualidade do Processo e do Produto
    REQM - Gerenciamento de Requisitos
    SAM - Gerenciamento de Acordo com o Fornecedor
    MA - Medição e Análise
    CM - Gerenciamento de Configuração

    (c) O uso da estatística e de outras técnicas quantitativas, sendo portanto quantitativamente previsível, no controle da performance dos processos será aplicado somente no nível 4, denominado GERENCIADO QUANTITATIVAMENTE. Logo, o item está INCORRETO.
    Compõem o nível 3 (Definido):
    OPF, OPD, OT, IPM, RSKM, DAR, RD, TS, PI, VER e VAL.

    (d) É no nível 5, e não no 4, que a organização está focada no aperfeiçoamento contínuo da performance dos processos através de melhorias incrementais no processo e na tecnologia. Logo, o item está INCORRETO.
    Compõem o nível 4:
    OPP - Organizational Process Performance (Gerenciamento de Processos)
    QPM - Quantitative Project Management (Gerenciamento de Projetos)

    (e) 5, a organização atingiu o nível máximo de otimização dos processos e passa a se concentrar nos aspectos operacionais e na manutenção das métricas que atestam sua condição. Não há teto, ou nível máximo de otimização dos processos. Essa otimização ou "melhoria" é contínua. Além disso, a organização passa a se concentrar nos aspectos estratégicos, e não operacionais, e na manutenção das métricas que atestam sua condição.
    Logo, o item está INCORRETO.
    Compõem o nível 5:
    OID - Organizational Innovation and Deployment (Gerenciamento de Processos)
    CAR - Causal Analysis and Resolution (Support)

ID
151930
Banca
FCC
Órgão
TRE-PI
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

CMMI (Capability Maturity Model Integration) é um modelo de referência criado para ser um guia com o objetivo de melhorar os processos organizacionais e a habilidade desses em gerenciar o desenvolvimento, a aquisição e a manutenção de produtos e serviços. Possui duas representações: contínua ou por estágios, caracterizadas por Níveis de Capacidade e Níveis de Maturidade, tendo alguns deles, em ambos os modelos, a mesma denominação. São elas:

Alternativas
Comentários
  • Há dois tipos de representações do CMMI: por estágios e contínua.Na representação mais rígida, a por estágios, encontramos os seguintes níveis de maturidade:1 - Início2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em OtimizaçãoNa representação contínua, denominada de modelo de capacitação, temos os seguintes níveis:0 - Incompleto1 - Realizado2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em OtimizaçãoPortanto, o nível 1 do modelo de capacidade é nomeado diferentemente do nível 1 do modelo de maturidade. Além disso, não existe o nível 0 de capacidade na representação por estágios.Logo, o item (c) está CORRETO.
  • Para acertar essa questão, observe a dica do colega anterior, onde podemos nos focar nos termos que são diferentes nos dois casos, que são: Inicial e Incompleto. Sendo que esses dois termos não existem apenas na opção "C", marque a "C" sem  medo.
  • No CMMI temos duas representações, são elas:
    - Representação Contínua: Mede os Níveis de Capacidade, é utilizada para uma área de processo ou um conjunto de áreas.
    Níveis de Capacidade
    Nível 0: Incompleto
    Nível 1: Executado
    Nível 2: Gerenciado
    Nível 3: Definido
    Nível 4: Gerenciado quantitativamente
    Nível 5: Em Otimização

    - Representação por Estágios: Mede os Níveis de Maturidade, é utlizada para as áreas associadas a cada nível de maturidade.
    Níveis de Maturidade
    Nível 1: Inicial
    Nível 2: Gerenciado
    Nível 3: Definido
    Nível 4: Gerenciado Quantitativamente
    Nível 5: Em otimização
ID
159034
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Quanto ao modelo CMMI, julgue os seguintes itens.

No nível de maturidade definido (defined), é definida a área de processo gerenciamento de requisitos (requirements management), que visa gerenciar requisitos e identificar as inconsistências entre requisitos, planos e produtos do projeto. Por sua vez, no nível gerenciado (managed), é definida a área de processo gerenciamento de riscos, que visa o planejamento e a execução de atividades destinadas a tratar os riscos.

Alternativas
Comentários
  • Gerenciamento de requisitos está no nível 2 Gerenciado
    Gerenciamento de riscos está no nível 3 Definido
  •      Áreas de processo no nível  2 - GERENCIADO: Genrenciamento dos Requisitos, Planejamento do Projeto, Monitoramento e Controle do Projeto, Gerenciamento do Contrato com Fornecedores, Medição e Análise, Garantia da Qualidade do Processo e do Produto e Gerência de Configuração.

         Àreas de processo do nível 3 DEFINIDO: Desenvolvimento dos Requisitos, Solução Técnica, Integração do Produto, Verificação, Validação, Foco no Processo da Organização, Definição do Processo da Organização, Treinamento Organizacional, Gerência de projeto Integrado,  Gerenciamento de Riscos, Análise de Decisão e Resolução,   
          
  • ERRADO. Vejam os erros abaixo.

    No nível de maturidade definido (defined), é definida a área de processo gerenciamento de requisitos (requirements management), que visa gerenciar requisitos e identificar as inconsistências entre requisitos, planos e produtos do projeto. Por sua vez, no nível gerenciado (managed), é definida a área de processo gerenciamento de riscos, que visa o planejamento e a execução de atividades destinadas a tratar os riscos.

    Trocaram os termos "definido (defined)" e "gerenciado (managed)"
ID
159037
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Quanto ao modelo CMMI, julgue os seguintes itens.

No nível gerenciado, é definida a área de processo monitoração e controle de projeto (project monitoring and control), que visa executar correções quando o desempenho do projeto desvia do planejado. Por sua vez, no nível quantitativamente gerenciado (quantitatively managed), é definida a área de processo inovação organizacional e implantação (organizational innovation and deployment), que visa implantar inovações para melhorar os processos organizacionais.

Alternativas
Comentários
  • Inovação organizacional e implantação é uma área de processo do Nível 5: Em otimização, e não do nível 4, como a questão afirma.

  • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente

    • Desempenho de Processo Organizacional - OPP (Organizational Process Performance)
    • Gerenciamento Quantitativo de Projeto - QPM (Quantitative Project Management)
ID
159040
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Quanto ao modelo CMMI, julgue os seguintes itens.

Institucionalização é um aspecto da melhoria de processos, sendo um conceito presente nos níveis de maturidade no modelo CMMI. Para a institucionalização de um processo quantitativamente gerenciado, o modelo CMMI sugere que sejam empregadas técnicas estatísticas para medir e controlar a qualidade do produto, do serviço e os atributos de desempenho do projeto.

Alternativas
Comentários
  • Metas e práticas genéricas do CMMI :
    - GG4 Institucionalizar um Processo Gerenciado Quantitativamente :
    -- GP 4.2 Estabilizar o Desempenho do Subprocesso :
    ---> Estabilizar o desempenho de um ou mais subprocessos para determinar a habilidade do processo de Gestão de Requisitos para alcançar os objetivos estabelecidos de qualidade e de desempenho de processo.
  • Questão incorreta a meu ver.
    A institucionalização está ligada diretamente às metas genéricas que estão ligadas a niveis de capacidade e não de maturidade.
    Do CMMI-Dev
    "Embora o nível de capacidade 1 resulte em melhorias importantes, elas podem ser perdidas ao longo do tempo se não forem institucionalizadas.A institucionalização, por meio da implementação das práticas genéricas do CMMI nos níveis de capacidade de 2 a 5, contribui para que as melhorias sejam mantidas."

  • Realmente essa questão me parece mais errada que correta. No CMMI o termo "institucionalização" está ligado às metas e práticas genéricas, como pode ser visto:

    "A maioria das organizações terá como alvo, no mínimo, o nível de capacidade 1, o qual requer que todas as metas específicas da área de processo sejam alcançadas. Entretanto, as organizações que tenham como alvo níveis de capacidade superiores ao nível 1, deverão concentrar-se na institucionalização dos processos selecionados na organização. A institucionalização é resultado da implementação das Metas e Práticas Genéricas associadas."
    "A institucionalização é um conceito importante quando se trata de melhoria de processo. Ao ser mencionada nas descrições de metas e práticas genéricas, a institucionalização significa que o processo está enraizado na forma como o trabalho é executado, existindo padronização na execução do processo e comprometimento em relação à sua execução."

ID
163732
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No processo de melhoria da qualidade de software, conhecido como Capability Maturity Model Integrated - CMMI,

Alternativas
Comentários

  • Nesta questão devemos marcar a "menos errada", pois descrever um dos objetivos do CMMI de maneira tão sucinta é no mínimo incoerente.

    Abaixo, mais alguns outros objetivos:

    CMMI is a process improvement approach that provides organizations with the essential elements of effective processes that ultimately improve their performance. CMMI can be used to guide process improvement across a project, a division, or an entire organization. It helps integrate traditionally separate organizational functions, set process improvement goals and priorities, provide guidance for quality processes, and provide a point of reference for appraising current processes.

  • letra a) errada: não existe Ger Configuração de Projetos e Processos e sim Gerência Configuração de Software e existe a partir do nível 2

    b) o nível mais alto não exclui os atributos dos níveis + baixos; e sim, ele agrega

    c) estágio: inicial, gerenciado, definido, quantitativamente gerenciado e em otimização. Contínua: incompleto, executado, gerenciado, definido, quantitativamente gerenciado e em otimização

    d) nível 1 --> inicial. A descrição feita é do nível 5 

  • A letra E está correta, pois o objetivo ali descrito é UM DOS objetivos do CMMI, que é conseguido pela área de processo de Gerenciamento de Riscos.

  • Com todo respeito, discordo da colega Sandra. Na verdade, o nível de maturidade a que se refere a alternativa d é o 3 - Definido.

  • Colegas,

     A letra d) corresponde ao nível de maturidade 4. No nível 3 os processos são documentados e controlados. Apenas no nível 4 os processos são monitorados e avaliados.

  • Vamos aos erros:

    •  a) a Gerência de Configuração de Projetos e Processos é uma das áreas de conhecimento disponibilizadas pelo CMMI que vai auxiliar na manutenção de qualidade dos processos desde os primeiros níveis do modelo. (Gerencia de configuração é um processo da Área de processo SUPORTE)
    •  b) a avaliação do nível de capacidade de uma área de processo do CMMI usa uma escala que vai de 0 a 5, sendo que um nível de capacidade mais alto exclui os atributos dos níveis mais baixos. (O CMMI é acumulativo. Cada nivel superior é o "inferior + algo novo". Vejam a figura abaixo:)




    •  c) o CMMI possui reapresentação por estágio (formado por 5 categorias de representação, tais como Engenharia e Processos) e contínua (contendo 6 áreas de processo, tais como Gerenciado e Definido). (as categorias de processo do CMMI são 4 e não 5: Engenharia, Ger.PRojetos, Ger. Processos e Suporte. O Contínua realmente são 6 NÍVEIS DE CAPACIDADE! (0-INCOMPLETO, 1-EXECUTADO, 2-GERENCIADO, 3-DEFINIDO, 4-GERENCIADO QUANTITATIVAMENTE, 5-OTIMIZADO);
    •  d) no nível 1 de maturidade do CMMI, os projetos são monitorados, controlados, revisados e avaliados quanto à sua aderência à descrição do processo que utilizaram, garantido disciplina e estabilidade. (estao descrevendo o nivel 5. monitorados, controlados, revisados e avaliados são caracteristicas do nível 5 de maturidade )
    •  e) um dos objetivos do CMMI é identificar problemas potenciais antes que eles ocorram e planejar ações que inibam esses riscos durante o ciclo de vida do projeto.
  • Outro detalhe:
    1. item a) ele fala em área de conhecimento disponibilizada pelo CMMI, na verdade deveria ser área de processo, noto que ele fez uma mistura com o PMBOK

    2. item c)  o CMMI possui reapresentação por estágio (formado por 5 categorias de representação níveis de maturidade,...) e contínua (contendo 6 áreas de processo niveis de capacidade, tais como Gerenciado e Definido).
ID
163735
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Os modelos de confiabilidade de software, que podem ser utilizados para apoio para diversos modelos de maturidade (SW-CMM, CMMI entre outros) e certificação (ISO 9001:2000),

Alternativas
Comentários
  • acredito que o erro da D, seria pq  está dito "asseguram que normas e padrões foram obedecidos " e isso está ligado apenas à ISO
     
    Fui buscar embasamento para a alternativa C, eis o que encontro:
     
    "Modelos de desempenho  de processo  são  utilizados para  representar  o
    desempenho  de  processos  (atual  e  passado)  e  também  para  predizer
    seus  resultados  futuros.  Por  exemplo,  os  defeitos  latentes  no  produto
    entregue  podem  ser  previstos  a  partir  de  medições  de  defeitos 
    identificados durante as atividades de verificação do produto. "

    CMMI-dev 1.2
  • Essa questão que a Cesgranrio inventou é horrível, fica até difícil escolher. Os modelos de qualidade propostos servem para garantir a qualidade durante todo o processo de construção de um produto, não apenas na entrega dele.
  • Eu so gostaria de entender porque a letra D esta errada... se eu entendesse isso ja morreria satisfeito da vida viu...
  • A questão se refere a "modelos de confiabilidade de software" e não a "modelo de maturidade" (se a questão se referisse a CMMI, a D estaria correta).

     
    "Um modelo de confiabilidade de software especifica a forma geral da dependência do processo de falhas sobre os fatores que a afetam: introdução de defeitos, remoção de defeitos e ambiente de operação.
     
    Todos os modelos de confiabilidade de software são de natureza probabilística -> tentam especificar a probabilidade de falhas no software."

    Podem expressar:
    - Número médio de falhas observadas num ponto no tempo.
    - Número médio de falhas num intervalo de tempo.
    - A intensidade de falhas num ponto no tempo."
ID
163954
Banca
FCC
Órgão
TJ-PI
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No CMMI (Capability Maturity Model Integration),

Alternativas
Comentários
  • Eu sei que o correto aqui seria colocar um comentário que fundamentasse a resposta da questão... mas,
    vejam bem, questões deste tipo, com uma chamada pra lá de abrangente e opções confusas, o que podemos fazer senão
    utilizar as boas e velhas técnicas de chute que indicam:

    - Escolha a que parecer mais completa...

    Apesar desta parecer a mais absurda.
    Confesso que errei esta questão, até porque passei o olho correndo pelas respostas, tentando identificar a mais absurda.
    E qual seria ela, se a pergunta é sobre CMMI e tem uma opção que parece ter sido "por engano" colocada na questão errada.
    Custou a cair a ficha. Quando eu vi qual era a resposta correta, pensei que o sujeito que cadastrou esta tinha se enganado ou coisa parecida... bem feito pra mim, assim aprendo a ler com mais calma.
    Finalizando, a impressão que fica é que a FCC anda se puxando no quesito criatividade (ou eu sou burro mesmo...)

  • Inicialmente achei um comentário fraco...hehe...mas olhando bem a FCC pegou um conceito de BD relacional para explicar o fato de 1meta estar relacionada a várias práticas...assim como uma prática está relacionada a uma meta....

    uma questão completamente maldosa.

  • Excelente questão! Explora a capacidade de usar conceitos de uma área de conhecimento em outra.
    Opção E - errada, porque seria obtenção da qualidade (nos vários sentidos, processo e todos os produtos de trabalho, final ou intermediários...)
  • A letra B está errada por incluir a expressão "...com meios..."!!
    O CMMI não fala sobre meios (como fazer), mas sim sobre metas e práticas.

    Agora vamos falar sobre abordagem feita na letra D, envolvendo os conceitos do modelo relacional.
    No meu entendimento do assunto, a relação 1:n entre a tabela de metas específicas e a tabela de práticas específicas incluí a possibilidade de uma meta específica não estar relacionada com nenhuma prática específica, o que seria impossível, levando-me a concluir que essa alternativa também deveria ser considera errada.
    Eu marquei a opção da letra D por considerá-la a "mais correta" ou a "menos errada", mas fiquei com a pulga atrás da orelha!!

    O que acham?
  • a) a aplicação das práticas ocorre com maior intensidade nos processos da área 5 e menor intensidade nos processos da área 6.
    Não dá nem pra tentar corrigir. rsrs
     
    b) os processos oferecem condições favoráveis para que a organização obtenha o produto final do seu projeto, com meios para que o custo e o esforço real atinjam, com razoável nível de exatidão, o objetivo estimado, com a melhor produtividade possível.
    Sim os processos previstos no CMMI oferecem tais condições. No entanto, não em qualquer situação, pois em níveis inferiores, esses processos não possuem maturidade suficiente para subsidiar o que a alternativa propõe.

    c) uma meta específica pertencente à área de processo de monitoramento e controle de projeto está diretamente relacionada à prática específica de estimativa de escopo de um projeto.
    Estimar o escopo é prática específica da meta Estabelecer estimativas da área de processo Planejamento do projeto.

    d) considerando os conceitos do modelo relacional e de banco de dados relacional para representar os componentes, é correto afirmar que a integridade referencial de uma prática específica depende da existência de uma meta específica correspondente, havendo, dessa forma, uma relação 1:n entre a tabela de metas específicas e a tabela de práticas específicas.
    OK. Diz apenas que a relação entre meta e prática é de 1:n, uma meta, várias práticas. Aumentar a granularidade disso é viajar mais que a FCC viajou ao fazer esse paralelo.


    e) o processo de maturação da organização é diretamente proporcional à obtenção da qualidade do produto final obtido, com maximização da produtividade e redução dos custos.
    Quer dizer que tudo que uma organização CMMI 4 produz é de alta qualidade, e com maximização da produtividade e redução de custos? Não há garantias pra isso, somente um pressuposto.
  • Há uma questão do CESPE de 2006 com a resposta exatamente igual Q5314

  • Essa questão acho que não esqueço mais nunca. Fiz ela de novo 3 meses depois e lembrei na hora kkkk

  •  a)a aplicação das práticas ocorre com maior intensidade nos processos da área 5 e menor intensidade nos processos da área 6. (não há area 6, nem capacidade(4), nem maturidade (5)

     b) os processos oferecem condições favoráveis para que a organização obtenha o produto final do seu projeto, com meios para que o custo e o esforço real atinjam, com razoável nível de exatidão, o objetivo estimado, com a melhor produtividade possível. (O CMMI não indica os meios, indica as práticas)

     c) uma meta específica pertencente à área de processo de monitoramento e controle de projeto está diretamente relacionada à prática específica de estimativa de escopo de um projeto. (Estabelecer estimativas da área de processo Planejamento do projeto)

     d) considerando os conceitos do modelo relacional e de banco de dados relacional para representar os componentes, é correto afirmar que a integridade referencial de uma prática específica depende da existência de uma meta específica correspondente, havendo, dessa forma, uma relação 1:n entre a tabela de metas específicas e a tabela de práticas específicas. 

     e) o processo de maturação da organização é diretamente proporcional à obtenção da qualidade do produto final obtido, com maximização da produtividade e redução dos custos. (O CMMI lida com os projetos e engenharia de software não a organização como um todo)

ID
164644
Banca
FGV
Órgão
BADESC
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A escala do modelo CMMI, na qual existe uma responsabilidade organizacional para o uso de métodos estatísticos e outros métodos quantitativos para controlar os subprocessos, é chamada de:

Alternativas
Comentários

  •  O CMMI está dividido em cinco estágios:

    1. Realização – Estágio inicial;
    2. Gerenciado – Gerenciamento de requisitos, planejamento de projeto, monitoramento e controle de projeto, gerenciamento de fornecedores, medição e análise, garantia da qualidade do processo e do produto, gerenciamento de configuração;
    3. Definido – Desenvolvimento de requisitos, solução técnica, integração do produto, verificação e validação, foco no processo organizacional, definição do processo organizacional, treinamento organizacional, gerenciamento de riscos, gerenciamento integrado do projeto, análise da decisão e resolução;
    4. Quantitativamente – Gerenciamento quantitativo do projeto, performance do processo organizacional;
    5. Otimização – Análise causal e resolução, inovação organizacional e implantação.

  • Simplificando a pergunta: Qual o nome do nível 4 no modelo CMMI?

ID
173347
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

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:

Alternativas
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. 

ID
192916
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Os nomes dos níveis de maturidade na representação por estágios do CMMI diferem dos nomes dos níveis de capacidade na representação contínua, nos níveis

Alternativas
Comentários

  • A representação "contínua" contém um nível 0 enquanto a "por estágios" já começa com o nível 1. Na "contínua" existem 6 nívels (do 0 ao 5) e na "por estágios" existem 5 níveis (do 1 ao 5)

    Representações

    O CMMI possui duas representações: "contínua" ou "por estágios". Estas representações permitem à organização utilizar diferentes caminhos para a melhoria de acordo com seu interesse.

    Representação Continua

    Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels):

    * Nível 0: Incompleto (Ad-hoc)
    * Nível 1: Executado (Definido)
    * Nível 2: Gerenciado / Gerido
    * Nível 3: Definido
    * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    * Nível 5: Em otimização (ou Optimizado)

    Representação Por Estágios

    Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    * Nível 1: Inicial (Ad-hoc)
    * Nível 2: Gerenciado / Gerido
    * Nível 3: Definido
    * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    * Nível 5: Em otimização
    Referência: pt.wikipedia.org/wiki/CMMI

  • Apenas um acréscimo ao ótimo comentário anterior.

    A representação contínua é para cada área de processo, ou seja, verifica se o gerenciamento de requisitos é incompleto ou executado por exemplo.

    Já a representação por estágios leva em consideração uma série de áreas de processo para cada estágio, no nivel 2 por exemplo a organização deve possuir 7 áreas de processo, dentre elas podemos citar a gerência de requisitos, planejamento de projeto, controle e monitoramento do projeto, contratação e gestão de fornecedores e etc.
  • Abordagem Contínua Abordagem por Estágios
    0 – Incompleto ------
    1. Realizado/Executado 1. Inicial
    2. Gerenciado 2. Gerenciado
    3. Definido 3. Definido
    4. Quantitativamente gerenciado 4. Quantitativamente gerenciado
    5. Em otimização 5. Em Otimização
    Níveis 0 e 1 existem diferenças. Não existe Zero na abordagem por estágios.
    No resto é tudo igual. Ou seja, o vermelho é o diferente (0 e 1).

  • Questão mal feita.

    Como a abordagem contínua vai ter um nome diferente do nome da abordagem por estágios no nível 0, uma vez que a abordagem por estágios não possui o nível 0? Só há como comparar os nomes e avaliar se são iguais ou diferentes se ambas as abordagens possuírem tal nível. Sendo assim, somente o nível 1 possui nomes distintos ao se compararem as duas abordagens.

    A gente acaba marcando a alternativa que querem que marquemos, pois já acostumamos com questões fabricadas sem rigor, mas essa questão não tem resposta correta.

    João tem um carro verde, uma moto branca e uma casa amarela. Maria tem uma moto azul e uma casa amarela.

    Para a FCC, João e Maria possuem carros e motos de cores diferentes.

    mauriciorochabastos@gmail.com

ID
192919
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No CMMI, o segundo e terceiro níveis de maturidade (representação por estágio) são, respectivamente,

Alternativas
Comentários

  • Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    * Nível 1: Inicial (Ad-hoc)
    * Nível 2: Gerenciado / Gerido
    * Nível 3: Definido
    * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    * Nível 5: Em otimização


    Referência: pt.wikipedia.org/wiki/CMMI

ID
195532
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca da qualidade de software e com base no CMMI (capability
maturity model integration), versão 1.2, julgue os próximos itens.

Suporte é uma das categorias de áreas de processo do CMMI: as áreas de processo agrupadas nessa categoria apoiam o desenvolvimento e a manutenção de produtos.

Alternativas
Comentários

  •  Para ficar mais claro o que a assertiva está colocando é preciso saber quais processos desta categoria existem, então estão listados abaixo organizados pelo seu nível de maturidade(representação contínua):

    • Nível 2
      - Gerenciamento de configuração: estabelecer e manter integridade do produto
      - Análise e Mensuração: estabelecer capacidade de mensuração e encaminhar para interessados
      - Garantia de qualidade de processo e produto: verificar qualidade do processo e produto
    • Nível 3
      - Análise e solução de decisões: analisar formalmente possíveis decisões
      - Ambiente organizacional para integração: prover infra e gestão necessária para integrar equipes
    • Nível 5
      - Análise e solução de causas: sistematicamente identificar causas dos defeitos e eliminá-las

    Baseado nos processos desta área e seus objetivos, podemos perceber que a afirmaativa está correta.

     

  • Na representação contínua, as áreas de processo encontram-se organizadas por categoria:


    Categoria: Gestão de Processo
    * Enfoque no Processo Organizacional
    * Definição do Processo Organizacional
    * Formação Organizacional
    * Desempenho de Processo Organizacional
    * Inovação e Implementação Organizacional


    Categoria: Gestão de Projeto
    * Planeamento de Projeto
    * Monitorização e Controle de Projeto
    * Gestão de Acordo com o Fornecedor
    * Gestão Integrada do Projeto
    * Gestão de Risco
    * Integração de Equipes
    * Gestão Integrada de Fornecedores
    * Gestão Quantitativa do Projeto


    Categoria: Engenharia
    * Gestão de Requisitos
    * Desenvolvimento de Requisitos
    * Solução Técnica
    * Integração do Produto
    * Verificação
    * Validação


    Categoria: Suporte
    * Gestão de Configurações
    * Garantia da Qualidade do Processo e do Produto
    * Medição e Análise
    * Análise das Decisões e Resolução
    * Ambiente Organizacional para Integração
    * Análise e Resolução Causal

    Fonte: waltercunha.com/blog/wp-content/uploads/2009/06/posts_cmmi.pdf

  • Apoia o desenvolvimento ???

     

    Alguém poderia esclarecer melhor?

  • Pablo, o texto foi tirado do guia oficial do CMMi [1]:

    As áreas de processo de Suporte tratam de atividades que apoiam o desenvolvimento e a manutenção de produto. Preocupam-se com processos que são utilizados no contexto de execução de outros processos. Em geral, as áreas de processo de Suporte tratam de processos com foco nos projetos, mas também podem tratar de processos que se aplicam mais genericamente à organização. Por exemplo, a área de processo Garantia da Qualidade de Processo e Produto pode ser utilizada por todas as áreas de processo que visam a uma avaliação objetiva dos processos e produtos de trabalho descritos em todas as áreas de processo.

    As áreas de processo de Suporte são:
    · Gestão de Configuração.
    · Garantia da Qualidade de Processo e Produto.
    · Medição e Análise.
    · Análise e Tomada de Decisões.
    · Análise e Resolução de Causas.

    Referência:

    [1] http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portuguese.pdf

  • Atentem para a versão do CMMI pedida, 1.2. Nesta conforme postado pelo Rogério as áreas de processo de Suporte são 5.
    · Gestão de Configuração.
    · Garantia da Qualidade de Processo e Produto.
    · Medição e Análise.
    · Análise e Tomada de Decisões.
    · Análise e Resolução de Causas.

    Não existindo mais a área de processo Ambiente Organizacional para integração.

    Houve mudança também na quantidade de processos do grupo Gestão de Projetos:
    · Planejamento de Projeto.
    · Monitoramento e Controle de Projeto.
    · Gestão de Contrato com Fornecedores.
    · Gestão Integrada de Projeto +IPPD12.
    · Gestão de Riscos.
    · Gestão Quantitativa de Projeto.

    Deixando de existir as áreas de processo Integração de Equipes e Gestão Integrada de Fornecedores.
  • Pra variar foi uma esperteza (pra não dizer sacanagem) do CESPE. A todo momento no documento oficial v 1.2 está escrito que o CMMI auxilia no desenvolvimento de produtos E SERVIÇOS. Aí eles pegam uma parte do documento que não está mencionando serviços, só produtos. Eu embarquei nesta.
  • Suporte é uma das categorias de áreas de processo do CMMI: as áreas de processo agrupadas nessa categoria apoiam o desenvolvimento e a manutenção de produtos.

    APOIAM = Dar suporte

    Questão correta.

    Que Deus nos abençoe.
ID
195535
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca da qualidade de software e com base no CMMI (capability
maturity model integration), versão 1.2, julgue os próximos itens.

Os conceitos de nível de capacidade e nível de maturidade, adotados pelo CMMI, diferem na forma como caracterizam a melhoria da organização: os níveis de maturidade caracterizam a melhoria atinente a um conjunto de áreas de processos, ao passo que os níveis de capacidade referem-se a uma área de processo individual.

Alternativas
Comentários

  • Esta é extamente a diferença entre a abordagem por Estágios e a Contínua no CMMi

    Contínua > Capacidade - Por processo (individualmente)

    Estágios > Maturidade - Por grupos de processo pré-definidos

  • Representação Continua

    • Nível 0: Incompleto (Ad-hoc)
    • Nível 1: Executado
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Gerenciado Quantitativamente (Quantitatively managed)
    • Nível 5: Otimizado (Optimizing)

    Representação Por Estágios

    Disponibiliza uma seqüência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):

    • Nível 1: Inicial (Ad-hoc)
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    • Nível 5: Em otimização
  • No CMMI 1.3 a coisa muda um pouco:
     
     
    Níveis de Capacidade
     
    0 - Incompleto
    1 - Executado
    2 - Gerenciado
    3 - Definido
     
     
    Níveis de Maturidade
     
    1 - Inicial
    2 - Gerenciado
    3 - Definido
    4 - Gerenciado Quantitativamente
    5 - Em Otimização
ID
195538
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca da qualidade de software e com base no CMMI (capability
maturity model integration), versão 1.2, julgue os próximos itens.

O CMMI propõe dois tipos de representação para os planos de melhoria e avaliação de processos: a representação contínua e a representação por estágios. Ao definir seu plano, uma organização deverá utilizar exclusivamente uma delas, uma vez que elas são embasadas em princípios incompatíveis.

Alternativas
Comentários

  • É possível partir de uma avaliação na representação contínua, processo a processo, e com base nela, definir um nível de maturidade para a organização.


  • Avaliação por Equivalência
    Posso partir de uma avaliação contínua - processo a processo, e a partir
    dela definir um nível de maturidade,representação por estágios, para a organização.
ID
215677
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A respeito de CMMI (capability maturity model integration),
julgue o item que se segue.

Validação, verificação e integração do produto são processos que integram a disciplina de suporte ao processo de software.

Alternativas
Comentários

  • Validação, verificação e integração do produto são processos que integram a categoria de processos Engenharia.

     

  • Essas três áreas de processo, fazem parte do Nível 3 da disciplina Engenharia.


      Nível 2 Nível 3 Nível 4 Nível 5
    Engenharia Gerenciamento de requisitos Desenvolvimento de requisitos
    Solução técnica
    Integração do produto
    Verificação
    Validação    		    
  • Muito bom aspira FABRICIO REZENDE REGIS !
  • Detalhando:
    Erros:
    Validação, verificação e integração do produto são processos que integram a disciplina de suporte ao processo de software.

    O correto seria:
    Validação, verificação e integração do produto são processos que integram a Área de Processo de Engenharia.



    As disciplinas tratadas no CMMI são 
    ? Engenharia de Software: cobre técnicas e tecnologias p/ implementar e manter um produto tangível/palpável;
    ? Engenharia de Sistemas: cobre o desenvolvimento de sistemas como um todo. Foca em transformar as expectativas do cliente em soluções completas;
    ? Engenharia de Hardware: cobre técnicas e tecnologias p/ implementar e manter um produto tangível/palpável. Foca na aplicação de métodos p/ desenvolver e manter softwares.

    Ja as Áreas de Processo são:
    Gestão de Processos:
      Agrupa áreas de processo que manipulam processos na organização. Processos Organizacionais.
    Gestão do Projetos:
      Envolve áreas de processo que tratam aspectos de planejamento, monitoração e controle relacionados exclusivamente a projetos. Gestão e Projeto.
     Engenharia:
      Agrupa áreas de processo relacionadas ao ciclo de vida de desenvolvimento e manutenção de produtos, assim como a garantia de sua funcionalidade. Requisitos, Solução Técnica, Verificação, Validação.
     Suporte:
                Qualifica processos cujas atividades são distribuídas ao longo de um projeto de desenvolvimento ou manutenção de produto, cujos objetivos são atingidos indiretamente através de sua execução. Analise, Gestão de Configuração, Qualidade e Medição.
     
     
     

  • Lembrando que caberia um ofício e não um aviso. Sabem por quê? Porque o aviso é utilizado entre ministros. Entre um ministério e outro, utiliza-se ofício, assim como entre um MINISTRO e um MINISTÉRIO (como pede a questão), utiliza-se, também, o ofício.

    Fonte: profa. Tereza Cavalcante - GranCursos

ID
215680
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A respeito de CMMI (capability maturity model integration),
julgue o item que se segue.

O CMMI, que surgiu do esforço de integração de diversos modelos que estavam sendo propostos no mercado, como, por exemplo, o SW-CMM, é compatível e consistente com o previsto em norma ISO a respeito desse assunto.

Alternativas
Comentários

  • O CMMI tem como origens em três outros modelos de maturidade - SW-CMM (SEI Software CMM), EIA SECM (Electronic Industries Alliances's Systems Engineer Capability Model) e IPD-CMM (Integrated Product Development CMM).

    Esses modelos são de acordo com as normas ISO a respeito do assunto, que agrupados consolidam o modelo CMMI.

  •  
    Fácil comparação de melhoria de processo com a ISO 15504, uma vez que a organização das áreas de processo é similar.
     

  • Certo, A ISO/IEC 15504, também conhecida como SPICE, é a norma ISO/IEC que define processo de desenvolvimento de software, sendo que CMMI é compatível com ela.

ID
215683
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A respeito de CMMI (capability maturity model integration),
julgue o item que se segue.

Os níveis de maturidade do CMMI variam de 0 - incompleto - a 5 - otimizado -, que mostram o grau de implementação dos processos da referida metodologia.

Alternativas
Comentários

  • Nivéis de Capacidade:

    Nível 0: Incompleto (Ad-hoc)
    Nível 1: Executado (Definido)
    Nível 2: Gerenciado / Gerido
    Nível 3: Definido
    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Nível 5: Em otimização (ou Optimizado)

    Nivéis de maturidade

    Nível 1: Inicial (Ad-hoc)
    Nível 2: Gerenciado / Gerido
    Nível 3: Definido
    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Nível 5: Em otimização

  • No CMMI 1.3 a coisa muda um pouco:
     
     
    Níveis de Capacidade
     
    0 - Incompleto
    1 - Executado
    2 - Gerenciado
    3 - Definido
     
     
    Níveis de Maturidade
     
    1 - Inicial
    2 - Gerenciado
    3 - Definido
    4 - Gerenciado Quantitativamente
    5 - Em Otimização
  • A última parte da questão também está errada.

    O CMMI não é uma metodologia e sim um guia de melhores práticas.

  • A abordagem de implementação por estágios é baseada em 5 níveis de maturidade:

    1 - Inicial

    2 - Gerenciado

    3 - Definido

    4 - Gerenciado quantitativamente

    5 - Otimizado


    Já a abordagem continua de implementação é baseada em 4 níveis de capacidade:

    0 - Incompleto

    1 - Executado

    2 - Gerenciado

    3 - Definido

ID
227155
Banca
VUNESP
Órgão
CEAGESP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Uma das formas de representação do CMMI é por estágios. Assinale a alternativa que contém duas Áreas de Processos do nível de maturidade 2.

Alternativas
Comentários

  • fonte: http://pt.wikipedia.org/wiki/CMMI

     

    Nível 2: Gerenciado / Gerido

    * Gerenciamento de Requisitos - REQM (Requirements Management)
    * Planejamento de Projeto - PP (Project Planning)
    * Acompanhamento e Controle de Projeto - PMC (Project Monitoring and Control)
    * Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement Management)
    * Medição e Análise - MA (Measurement and Analysis)
    * Garantia da Qualidade de Processo e Produto - PPQA (Process and Product Quality Assurance)
    * Gerência de Configuração - CM (Configuration Management)

  • As demais áreas de processos estão no nível 3.

    Nível 3: Definido

    Desenvolvimento de Requisitos - RD (Requirements Development) Solução Técnica - TS (Technical Solution) Integração de Produto - PI (Product Integration) Verificação - VER (Verification) Validação - VAL (Validation) Foco de Processo Organizacional - OPF (Organizational Process Focus) Definição de Processo Organizacional - OPD (Organizational Process Definition) Treinamento Organizacional - OT (Organizational Training) Gerenciamento Integrado de Projeto - IPM (Integrated Project Management) Gerenciamento de Riscos - RSKM (Risk Management) Análise de Decisão e Resolução - DAR (Decision Analysis and Resolution)

  • Gabarito E

    Gestão da Configuração: O propósito da Gestão de Configuração (CM) é estabelecer e manter a integridade dos produtos de trabalho, utilizando identificação de configuração, controle de configuração, balanço de configuração e auditorias de configuração.

     

    Planejamento de Projeto: O propósito do Planejamento do Projeto (PP) é estabelecer e manter planos que definam as atividades de projeto.

     

     

     

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !

     

     

ID
234328
Banca
NC-UFPR
Órgão
UFPR
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Sobre CMMi, considere as seguintes afirmativas:

1. Concede liberdade explícita para selecionar a ordem de melhoria que melhor atende aos objetivos de negócio da organização e atenua as áreas de risco da organização.

2. Baseia-se em uma história relativamente longa de utilização, que inclui estudos de caso e dados que demonstram o retorno do investimento.

3. Permite uma maior visibilidade da capacidade alcançada em cada área de processo.

4. Habilita as organizações a terem um caminho pré-definido com melhoria comprovada.

Assinale a alternativa que apresenta vantagens da representação por estágios.

Alternativas
Comentários

  • O cuidado maior nessa questão é ler até o final (vantagens da representação por estágios). Agora, resta saber diferenciar a representação contínua da representação por estágios. Lembrando que representação contínua tem a ver com níveis de capacidade por processo processo; Idéia de flexibilidade. Enquanto por estágio tem que seguir uma ordem predefinida.

  • 1.  Errada. Não concede essa liberdade da ordem de melhoria... pelo contrário, o CMMi por estágios define um caminho pré-definido para se atingir os níveis de maturidade.
    2. Certo. É verdade, uma das vantagens da representação por estágios é que ela possui um grande número de casos de estudo e dados históricos de práticas bem sucedidas.
    3. Errado. Quem fornece níveis de capacidade é a representação contínua, na representação por estágios os níveis são de maturidade.
    4. Certo. Diz mais ou menos o contrário do que diz no Item 1. Portando, correto.

    Letra B
  • errei justamente pq nao vi que era pra julgar por estagios hehehe
ID
236191
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Instruções: Para responder à  questão, considere que os aplicativos devem ser reputados sempre na
originalidade da versão referenciada e não quaisquer  outras passíveis de modificação (customização,
parametrização, etc.) feita pelo usuário. Quando não explicitados nas questões, as versões dos
aplicativos são: Windows XP edição doméstica (Português), Microsoft Office 2000, SGBD MS-SQL
Server 2000 e navegador Internet Explorer 8. Mouse padrão destro.

No CMMI, são duas Support process areas:

Alternativas
Comentários

  • The Support process areas of CMMI:

    • Process and Product Quality Assurance
    • Configuration Management
    • Measurement and Analysis
    • Organisational Environment for Integration
    • Decision Analysis and Resolution
    • Causal Analysis and Resolution
  • Lembrando que o CMMI divide os processos em quatro áreas de processos:

    1 - Gestão de Processos (5  processos)
    2 - Gestão de projetos (8 processos)
    3 - Engenharia (6 processos)
    4 - Suporte (6 processos)

    Gestão de Processo
     Foco no Processo Organizacional - (OPF - Organizational Process Focus) - (SE/SW)
     Definição do Processo Organizacional - (OPD - Organizational Process Definition) - (SE/SW)
     Treinamento Organizacional - (OT - Organizational Training) - (SE/SW)
     Desempenho de Processo Organizacional - (OPP - Organizational Process Performance) - (SE/SW)
      Inovação e Implementação Organizacional - (OID - Organizational Innovation and Deployment) - (SE/SW)
    Gestão de Projeto
      Planejamento de Projeto - (PP - Project Planning) - (SE/SW)
      Monitoramento e Controle de Projeto - (PMC - Project Monitoring and Control) - (SE/SW)
      Gestão de Acordo com o Fornecedor - (SAM - Supplier Agreement Management) - (SE/SW)
      Gestão Integrada do Projeto - (IPM - Integrated Project Management) - (SE/SW)
      Gestão de Risco - (RSKM - Risk Management) - (SE/SW)
      Integração de Equipes - (IPPD)
      Gestão Integrada de Fornecedores - (SS)
      Gestão Quantitativa do Projeto - (QPM - Quantitative Project Management) - (SE/SW)
    Engenharia
      Gestão de Requisitos - (REQM - Requirements Management) - (SE/SW)
      Desenvolvimento de Requisitos - (RD - Requirements Development) - (SE/SW)
      Solução Técnica - (TS - Technical Solution) - (SE/SW)
      Integração do Produto - (PI - Product Integration)  - (SE/SW)
      Verificação - (VER - Verification) - (SE/SW)
      Validação - (VAL - Validation) - (SE/SW)
    Suporte
      Gestão de Configurações (CM - Configuration Management) - (SE/SW)
      Garantia da Qualidade do Processo e do Produto - (CM - Configuration Management) - (SE/SW)
      Medição e Análise - (MA - Measurement and Analysis) - (SE/SW)
      Análise e Solução das Decisões - (DAR - Decision Analysis and Resolution) - (SE/SW)
      Ambiente Organizacional para Integração - (IPPD)
      Análise e Solução de Causas - (CAR - Causal Analysis and Resolution) - (SE/SW)
  • Tabela de Categorias X Níveis:
    Tabela

    Alternativas traduzidas:
    a) "Validação" e "Foco no Processo Organizacional"
    b) "Verificação" e "Validação"
    c) "Foco no Processo Organizacional" e "Integração de produto"
    d) "Medição e Análise" e "Gerência de Configuração"
    e) "Medição e Análise" e "Integração de produto".

    Pela correspondência na tabela, os únicos que possuem ambos áreas na categoria de suporte são os da alternativa d) Medição e Análise e Gerência da Configuração.

  • PI  - Integração do produto

    VER - Verificação

    VAL - Validação

    São da Gestão de Engenharia, logo as letras A, B,C, E  ELIMINADAS!

     

    Onde tem "O" é GESTÃO DO PROCESSO!

    O = Organizazional

     

    Só nos resta a letra D mesmo

ID
238360
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca dos conceitos de CobiT 4.1, julgue os próximos itens.

Os níveis de maturidade descrevem perfis de processos de TI que possam ser reconhecidos pelas organizações. Esses níveis estabelecem patamares evolutivos, como no CMM/CMMI e em outros modelos similares.

Alternativas
Comentários

  • A questão foi retirada daqui:

    "Os níveis de maturidade descrevem perfis de processos de TI que possam ser
    reconhecidos pelas organizações, MAS NÃO estabelecem patamares evolutivos,
    onde não se possa alcançar um nível superior sem antes passar pelos níveis
    inferiores."

    Referência:
    [1] ITIL x CobiT: Um estudo comparativo:
    http://monografias.cic.unb.br/dspace/bitstream/123456789/181/1/monorevisada.pdf

    Achei a questão muito mal formulada. O CESPE pegou a frase da monografia pela metade prejudicando o entedimento completo do sentido da oração.

  • Acho que classificaram a questão com o assunto errado. Deve estar em COBIT, já que na própria questão ele faz a comparação com modelos CMM/CMMI. Qual seria o sentido dele comparar CMMI com o próprio CMMI?

    Deve estar se referindo ao modelo de maturidade do COBIT.
  • Deve ser isso mesmo. O erro da questão esta em outros modelos similares no final da frase.
    No qual o COBIT não possui patamares evolutivos, como no CMM/CMMI.
  •  No Cobit4.1 página 24:
    "Os modelos de maturidade do CobiT enfocam a maturidade mas não necessariamente a abrangência e profundidade dos controles. Eles não são um número para ser atingido, tampouco são desenhados para ser uma base formal de certificação com níveis que criam requisitos mínimos difíceis de atingir."
    Ou seja, "reconhecidos pelas organizações", da uma idéia de ser algo externo, algo como o cmmi que tira certificações para comparação entre empresas(uma empresa é nv 5 outra é nv 4). No Cobit o modelo de maturidade é algo mais interno.

  • errado- o entendimento da questao, consoante  a monografia fonte ja apontado pelo colega, é que nao ha patamar evolutivo porque um nivel deve ser superado antes do processo ser classificado no proximo

  • Prezados,

    Segundo o CobiT 4.1 , página 19 , vemos que os níveis de maturidade são designados como perfis de processos de TI que a empresa reconheceria como descrição de possíveis situações atuais e futuras. Eles não são designados como um modelo inicial, onde não se pode avançar para o próximo nível sem antes ter cumprido todas as condições do nível inferior. 

    Portanto a questão está errada.

  • Os níveis de maturidade descrevem perfis de processos de TI que possam ser reconhecidos pelas organizações. Esses níveis estabelecem patamares evolutivos, como no CMM/CMMI e em outros modelos similares.

ID
239803
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

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

No CMMI, análise de requisitos, design, integração e verificação devem ser executadas por organizações de nível de maturidade um. No nível de maturidade três, tais atividades são descritas como processos de engenharia coerentes e bem integrados de uma capacidade de gerenciamento do projeto, implementada de maneira que as melhorias da engenharia não sejam perdidas pelo fato de haver processos informais de gerenciamento.

Alternativas
Comentários

  • Quando a questão diz, "análise de requisitos, design, integração e verificação devem ser executadas por organizações de nível de maturidade um". Nível de maturidade é referente à representação por estágio. E nesta representação o desenvolvimento de requisitos, solução técnica (design), integração do produto, verificação e validação são feitos no nível de maturidade três. Penso que a questão está errada e faltou alguém entrar com recurso.

     
     
  • AONDE?
    Esse ítem tem que estar ERRADO, não é possível. Hederson, coloquei errado também nesta questão e me assustei com o gabarito. Algo está errado neste gabarito aí , não é possível, o erro tá muito gritante.
    Verificação e validação são KPAs(Áreas chaves do processo) do nível 3 do CMMI.


    []s
    Marcelo
  • Eu entrei com recurso nessa questão. Mas o CESPE não se pronuncia quando não aceita o recurso. Também errei o item.
  • "Outro exemplo de uso de processos associados a áreas de processo de nível de maturidade mais alto ocorre na construção de produtos. Certamente, é natural esperar que organizações no nível de maturidade 1 realizem análise de requisitos, design, integração e verificação. Entretanto, essas atividades são descritas apenas no nível de maturidade 3 como processos de Engenharia coerentes e bem integrados que complementam o amadurecimento da capacidade da gestão de projeto, de modo que melhorias de Engenharia não sejam perdidas por processo de gestão ad hoc ou indisciplinado."

    CMMI-DEV 1.2

    Não concordo com o gabarito, pois, entre a afirmação do Cespe "... devem ser executadas ..." e o texto do CMMI "... é de se esperar ..." há uma diferença enorme.
  • Olá, pessoal!
     
    A banca manteve a resposta como "C", conforme a divulgação do Edital de Alteração de Gabaritos, postado no site.
     
    Bons estudos!
  • Então se uma organização está no NM 1, ela não pode fazer análise de requisitos, design, integração e verificação?

    Concordo com o gabarito.
  • Qual o objetivo de pegar fraqmentos de um texto completamente descontextualizado e fazer uma questão em cima disso? Ainda mais sendo sempre em cima de conceitos já massificados por todos?
    Qual o objetivo da banco com isso?!
    Será que alguma criatura acertou essa questão concientemente?
    Pegou na hora da prova e lembrou... Ah! eu lembro de ter lido alguma coisa assim no CMMI... Mas lá estava escrito diferente... Mas... Como o CESPE gosta de fazer essas palhaçadas de vez em quando... Agora me resta saber se nesta exata questão eles estão de palhaçada ou estão falando sério.

  • O que a CMM e a CESPE quiseram dizer é que uma organização pode tranquilamente ter processos mesmo estando no nível um, já que é um nível inicial, onde os processos são caóticos, mas implementados.
    Até esse ponto tudo bem, mas a questão e o manual falam que esses processos, no nível 3, geram uma capacidade de gerenciamento de projeto.(???)
    Se estes processos estão relacionados à categoria Engenharia, não faz muito sentido.

    Questão mal intensionada mesmo.

    Abraços

  • O problema desta questão está em "No CMMI, análise de requisitos, design, integração e verificação DEVEM ser executadas por organizações de nível de maturidade um". O que levou todos a pensar que para atingir o nível um de maturidade a organização DEVE executar estes processos, mas o próprio CMMI só exige isto no nível tres.
  • Questão bem elaborada! O detalhe está no trecho "devem ser executadas", porque no nível de maturidade 1 (inicial) correspondente ao nível de capacidade 1 (executada), qualquer processo deve ser executado mas isso acontece informalmente ou ad hoc.
  • Gente, pelo amor de Deus... para estar no nível 1 (caótico) a empresa NÃO precisa fazer nada... a questão altera violentamente as descrições do CMMI quando EXIGE que a empresa implemente uma ou outra PA, só para estar no nível 1.

    A resposta da questão deveria ser "E" e não se fala mais nisso! =D
  • É obvio que as organizações no nível de maturidade um (inicial) também tem que executar os processos de engenharia, mesmo que estes estejam no nível de capacidade um (não executem as metas genéricas GG2 e GG3, que institucionalizam, respectivamente, um processo gerenciado e um processo definido). Entretanto essas atividades são descritas somente no nível de maturidade três de modo a evitar que melhorias de engenharia não sejam perdidas por processo de gestão ad hoc ou indisciplinado.

    A questão quis dizer que há uma dependência entre áreas de processos, por exemplo, as organizações que buscam evoluir do nível de maturidade um para o nível de maturidade dois são incentivadas a estabelecer um grupo de processo, que é tratado pela área de processo Foco nos Processos da Organização que pertence ao nível de maturidade três.

    Porém o CESPE pinçou partes do CMMI sem detalhar o contexto e deu a entender que no nível de maturidade três há processos INformais de gerenciamento, o que é uma incoerência!
  • Assim como a grande maioria, marquei Errado também.  :-o
    Não por causa do inicio, mas pelo fim da questão.

    No meu entendimento, respeitando a opinião dos colegas, mas... uma organização de desenvonvimento de software deve executar análise de requisitos, design, integração e verificação, no nível 1 (porque não existe nível 0 de maturidade).

    Senão, me desculpem, mas tal organização deveria, então, mudar de ramo e ir plantar batatas, por exemplo. Pois são atividades muito elementares no desenvolvimento de software. Nem que sejam executadas ad Hoc. Ou pior: análise de requisitos - por telefone, design - em papel de pão, integração - nas coxas e verificação - no olhômetro. 
    Mas são atividades que, de alguma forma, uma organização deve executar para desenvolver um software.
    ...No nível de maturidade três, tais atividades são descritas como processos...
    -     até aí beleza.
    Mas, iguamente ao colega Thiago, não entendi a afirmação: "pelo fato de haver processos informais de gerenciamento"
    No nível de maturidade 3, processos de gerenciamento informais?!!

    Ainda não li o CMMI todo, portanto, talvez, mais tarde, retorne aqui para me retificar, mas, a princípio, acredito que a banca manteve o gabarito por não ter havido um recurso adequado.
    Ou, simplesmente, não quis mudar.  hehe.
  • Gente, pelo amor de DEUS, vamo parar de querer encontrar uma resposta pro que não tem. A questão esta ERRADA e ponto. 

    A organização só DEVE EXECUTAR tais atividades no nivel 3 e acabou, o CMMI eh bastante claro.

    Dái vc me falar que toda organização deve fazer essas atividades elementares? Não, o CMMI não as descreve como elementares, ele as descreve no ML3. 

    Temos de ser preciosistas e interpretar ao pé da letra oque o CMMI nos fala. 

    ZÉ FINI
  • Pipou,

    Para uma organizacao executar processos pertinentes ao nivel 3, na avaliacao por estagios, ela TEM que estar no nivel um. A questao esta correta!! Ela nao esta dizendo que sao processos DO NIVEL UM.
  • Seguir o CMMI ao pé da letra?
    Nem FCC faz isso 100%, tome cuidado ao agir assim, principalmente, com o CESPE.
    Suas questões normalmente exigem mais que o decoreba.

    A questão não está errada, no máximo possui pontos capciosos e/ou ambíguos.

    Primeiramente, o CMMI não explicita que em uma empresa de desenvolvimento haja atividades de engenharia de software porque isso não é se quer uma dúvida a ser considerada. Seria o mesmo que dizer que em uma cervejaria não houve processos de fermentação.
    Da mesma forma que não há cerveja sem fermentação, não há software sem análise de requisitos, design, etc.. É como o André disse, tais "atividades" podem ser realizadas inclusive via psicografia, mas sem elas não há que se falar em software.

    Dito isto, vamos à questão.
    1. No CMMI, análise de requisitos, design, integração e verificação devem ser executadas por organizações de nível de maturidade um.
    Em momento algum se falou em processos ou maturidade destes aqui, só disse que tais atividades são executadas por organizações de nível de maturidade um, já que esse nível é o "executado".

    2. No nível de maturidade três, tais atividades são descritas como processos de engenharia coerentes e bem integrados de uma capacidade de gerenciamento do projeto,
    Não acho que esse trecho suscite alguma dúvida.

    3. implementada de maneira que as melhorias da engenharia não sejam perdidas pelo fato de haver processos informais de gerenciamento.
    Aqui, é problema. Não satisfeito em derrubar meio mundo com a primeira afirmação, o carcará, ou melhor, examinador, inseriu esse trecho nebuloso.
    Note que o implementada, insere uma oração adjetiva explicativa reduzida de particípio que faz menção a "uma capacidade de gerenciamento do projeto" 
    O que a questão quis dizer é que melhorias ao serem implementadas não serão perdidas, uma vez que neste nível já possuímos processos de engenharia bem descritos e que fornecem rastreabilidade e gerenciamento suficiente de forma a proteger tais melhorias.
    Perceba que tais melhorias se limitam aos produtos, já que melhorias de processo no nível 3, ou são incipientes ou não existem, pois só seriam bem definidas com as metas/práticas genéricas de níveis superiores.
  • Questão capciosa, claramente errada ao meu ver.


    Quando o texto diz "organizações de nível de maturidade um", entendo claramente que se trata da representação por Estágios, não da representação por Capacidade de Áreas de Processo. Logo, o CMMI nada exige para organizações neste estágio de maturidade.


    Quando o texto diz "No CMMI (...) devem ser executadas", não é possível entender o verbo dever como "é possível" ou "podem ser", mas se entende como "exige-se", "obriga-se".

    Data vênia aos colegas que misteriosamente viram acerto na questão, mas o verbo DEVER é muito diferente do verbo PODER.

    Se a questão trouxesse "podem ser executadas", eu marcaria como correta.
  • A palavra DEVE mata qualquer uma na hora da prova...

    Eu marcaria ERRADO 15 vezes se essa questão caísse 15 vezes em provas...

  • complicado..


    nível 1 é ADHOC - difícil marcar esta questão como correta.


    Tudo bem que nível 1 tem que fazer os processos para chegar ao nível 2...


    A única possibilidade desta questão estar certa é no caso de uma organização já cumprir os requisitos para o nível 2 e ainda não pediu para evoluir de nível


     

    Prova: CESPE - 2012 - TJ-RO - Analista Judiciário - Análise de Sistemas - Desenvolvimento

    Disciplina: Governança de TI | Assuntos: CMMI (Capability Maturity Model Integration); 

    No CMMI, o nível em que a gerência de projetos realiza reuniões semanais, a fim de monitorar o cronograma, acompanhando repetitivamente o andamento dos processos e atividades, corresponde ao nível

    NIVEL 2

    Nível 1 - Inicial

    Poucos processos definidos; / Deficiências de planejamento;

    Dificuldades em realizar previsões; Imprevistos são comuns;

    Desenvolvimento confuso de software; Passa-­se diretamente dos requisitos à codificação;

    Documentação é encarado como algo inútil; Dependente de heroísmos individuais;

    Nível 2: Repetitivo

    Não está preparada para mudanças; / Maior probabilidade de cumprir compromissos, desde que sejam semelhantes

    Preocupação com gerência do projeto; / Prática de fazer reuniões semanais para acompanhar o cronograma

    Gerentes conseguem identificar problemas

    Nível 3 - Definido

    Estrutura de processos que permite adaptação a mudanças / Controle do processo mesmo em crise

    Gestão é feita com base em know­-how; / Processo de desenvolvimento bem documentado;

    Preocupação em que todos tenham conhecimento comum; / Atividades planejadas, estáveis e repetitivas

    Nível 4 - Gerenciado

    Administração de processos e produtos tem tratamento quantitativo; / Produtividade e qualidade são medidas em todos os projetos

    Criada uma base de dados para os processos; / Riscos gerenciados para novos projetos

    Nível 5 - Em otimização

    Processos em melhoria contínua;/ Gerentes identificam pontos fracos e agem de forma pró­ativa

    Eficiência é usada para análise de novas tecnologias; / Avaliação constante da equipe para tornar o trabalho mais produtivo

  • Prova: CESPE - 2013 - Telebras - Especialista em Gestão de Telecomunicações - Analista de TI

    Disciplina: Governança de TI | Assuntos: CMMI (Capability Maturity Model Integration); 

     Ver texto associado à questão

    O gerenciamento de requisitos, o planejamento de projetos, a medição e a análise são áreas de processos referentes ao nível 2 de maturidade.

                  Certo       Errado

               

    CERTO

  • Prezados,

    Segundo o CMMI DEV 1.2 , página 12, as organizações que escolhem a representação por estágios e estão no nível de maturidade 1 frequentemente implementam as áreas de processo do nivel 2 e também a área de processo Foco nos processos da organização, que pertence ao nível de maturidade 3.  O nível de maturidade 1 não significa que a empresa não faz nada , ela pode fazer muita coisa e ainda não ter atingido o nível de maturidade 2.

    No nível de maturidade 1, geralmente os processos são ad hoc e caóticos. Esse tipo de organização não fornece um ambiente estável para apoiar os processos. O sucesso depende da competência e do heroísmo das pessoas e não do uso dos processos comprovados. Apesar deste caos, organizações no nível de maturidade 1 frequentemente produzem produtos e serviços que funcionam. Entretanto, com frequência, eles extrapolam seus orçamentos e não cumprem seus prazos.
    As organizações no nível de maturidade 1 são caracterizadas pela tendência de se comprometer além da sua capacidade, por abandonar o processo em um momento de crise, e por serem incapazes de repetir os próprios sucessos.
    Já no nível de maturidade 3, os processos são bem caracterizados e entendidos, e são descritos em padrões, procedimentos, ferramentas e métodos. O conjunto de processos-padrão da organização, que é a base para o nível de maturidade 3, é estabelecido e melhorado ao longo do tempo. Estes processos-padrão são utilizados para estabelecer uniformidade no contexto da organização. Os projetos estabelecem seus processos definidos ao adaptar o conjunto de processos-padrão da organização de acordo com as diretrizes para adaptação
    Portanto a questão está correta.

ID
239806
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

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

Quando os requisitos são bem gerenciados, a rastreabilidade pode ser estabelecida desde um requisito-fonte até seus requisitos de mais baixo nível e, destes, de volta para o seu requisito-fonte. Tal rastreabilidade bidirecional auxilia a determinar se todos os requisitos-fonte foram completamente tratados e se todos os requisitos de mais baixo nível podem ser rastreados para uma fonte válida.

Alternativas
Comentários
  • ****** Extraído: CMMI-SE/SW sm - Área de Processo: Gerência de Requisitos*****

    SP 1.4         Manter a Rastreabilidade Bidirecional de Requisitos
    Manter a rastreabilidade bidirecional entre os requisitos e os planos do projeto e produtos de trabalho. [PA146.IG101.SP104]
    A intenção desta prática específica é manter a rastreabilidade bidirecional dos requisitos para cada nível de decomposição do produto. Quando os requisitos são bem gerenciados, a rastreabilidade pode ser estabelecida, desde um requisito fonte até seus requisitos de mais baixo nível e destes de volta para o seu requisito fonte. Tal rastreabilidade bidirecional auxilia a determinar se todos os requisitos fonte foram completamente tratados e se todos os requisitos de mais baixo nível podem ser rastreados para uma fonte válida. A rastreabilidade de requisitos pode também cobrir os relacionamentos com outras entidades, como produtos de trabalho intermediários e finais, mudanças na documentação de design, planos de testes e tarefas de trabalho. A rastreabilidade deverá cobrir os relacionamentos horizontais e verticais, como as interfaces. A rastreabilidade é particularmente necessária na condução da análise do impacto de mudanças de requisitos nos planos do projeto, atividades e produtos de trabalho. [PA146.IG101.SP104.N101]
  • Prezados, 

    O CMMI-DEV 1.2 possui uma pratica chamada "Manter a ratreabilidade bidirecional dos requisitos", nela temos :

    A intenção desta prática é manter a rastreabilidade bidirecional dos requisitos para cada nível de decomposição do produto. Quando os requisitos são bem gerenciados, a rastreabilidade pode ser estabelecida desde a origem do requisito até o seu detalhamento de menor nível, e vice-versa. A rastreabilidade bidirecional ajuda a assegurar que todos os requisitos de origem foram tratados e que todos os requisitos detalhados podem ser rastreados até um requisito de origem válido.
    Portanto a questão está correta.
ID
239809
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

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.

Alternativas
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.

ID
239812
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

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

O gerente sênior deve desempenhar seu papel de gerência em um nível suficientemente elevado, cujo foco principal é a sobrevivência da organização em longo prazo, e não, os projetos de curto prazo, ou suas preocupações e pressões contratuais.

Alternativas
Comentários

  • CMMI- DEV-1.2 Portuguese: (gerente Senior)
    Na Suíte de Produtos CMMI, trata-se de um     papel de gestão em um nível suficientemente elevado na organização, cujo foco principal não está nos projetos de curto prazo, nem nas pressões e condições contratuais, mas sim na longevidade da organização. Um gerente sênior tem

    autoridade para direcionar a alocação ou realocação de recursos visando à promoção da eficácia da melhoria dos processos da organização. 

  • Prezados,

    Segundo o glossário do CMMI-DEV 1.2 , temos :

    Gerente sênior : Na Suíte de Produtos CMMI, trata-se de um papel de gestão em um nível
    suficientemente elevado na organização, cujo foco principal não está nos projetos de curto prazo, nem nas pressões e condições contratuais, mas sim na longevidade da organização. Um gerente sênior tem autoridade para direcionar a alocação ou realocação de recursos visando à promoção da eficácia da melhoria dos processos da organização.
    Portanto a questão está correta.

ID
240538
Banca
FCC
Órgão
TRT - 22ª Região (PI)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No CMMI, as áreas de processo "Desenvolvimento de Requisitos" e "Definição de Processo Organizacional" encontram- se no nível de maturidade 3 (Definido). No MPS-BR, tais áreas situam-se nos níveis de maturidade

Alternativas
Comentários
  • O MPS.BR apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo) que são:
     
    A - Em Otimização;
        * Análise de Causas de Problemas e Resolução
    B - Gerenciado quantitativamente;
    C - Definido;
        * Análise de Decisão e Resolução
        * Desenvolvimento para Reutilização
        * Gerência de Riscos
    D - Largamente Definido;
        * Desenvolvimento de Requisitos
        * Integração do Produto
        * Projeto e Construção do Produto
        * Validação
        * Verificação
    E - Parcialmente Definido;
        * Avaliação e Melhoria do Processo Organizacional
        * Definição do Processo Organizacional
        * Gerência de Recursos Humanos
        * Gerência de Reutilização
    F - Gerenciado;
        * Aquisição
        * Gerencia de Configuração
        * Gerencia da Qualidade
    G - Parcialmente Gerenciado.
        * Gerencia de Projetos
        * Gerencia de Requisitos
    Fonte >> http://sergiolaranja.net63.net/Blog/Livros/MPS.BR_Guia_Geral_V1.2.pdf
  • A questão pode ser respondida com da seguinte maneira:
    Se para os níveis definidos do MPS.BR, temos:
    Parcialmente definido E (Começam a entrar os processos padronizados)
    Largamente Definido D (entram os processos de engenharia de software)
    Definido C (entram os processos de proatividade)
    Portanto, podemos concluir que o processo de “desenvolvimento de requisitos”, que é processo de engenharia de software, entra no nivel D e o processo de definição do processo organizacional, que é processo de estruturação (organização, padronização, definição) entra no nível E.
     
    Dicas:
    1. Na maioria dos casos, os processos que possuem organizacional no nome são processos de padronização. Definição do processo organizacional é um dos processos que caracterizam a padronização, ou seja, o processo é definido.
    2. Os processos que caracterizam a proatividade no MPS.BR são gerência de riscos, gerência de decisão e desenvolvimento para reutilização.
    3. Existem dois processos que envolvem requisitos no CMMI e MPS.BR, os dois processos são “gerência de requisitos” (nível G) e o próprio processo de “Desenvolvimento de requisitos“ (nível D) que foi mencionado na questão. Desenvolvimento de requisitos é parte da engenharia de software, e o nível de maturidade do MPS.BR onde predominam os processos de software é o nível D – largamente definido, característica central: padronização da engenharia de software

  • Relembrar é viver:

     

    Nível A (Em Otimização)
    - sem processos específicos

    Nível B (Gerenciado Quantitativamente)
    - sem processos específicos

    Nível C (Definido)
    - Desenvolvimento para Reutilização (DRU)
    - Gerência de Decisões (GDE)
    - Gerência de Riscos (GRI)

    Nível D ( Largamente Definido)
    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Projeto e Construção do Produto (PCP)
    - Validação (VAL)
    - Verificação (VER)

    Nível E (Parcialmente Definido)
    - Avaliação e Melhoria do Processo Organizacional (AMP)
    - Definição do Processo Organizacional (DFP)
    - Gerência de Recursos Humanos (GRH)
    - Gerência de Reutilização (GRU)

    Nível F (Gerenciado)
    - Aquisição (AQU)
    - Gerência de Configuração (GCO)
    - Gerência da Qualidade (GQA)
    - Gerência de Portifolio de Projetos (GPP)
    - Medição (MED)

    Nível G (Parcialmente Gerenciado)
    - Gerência de Projetos (GPR)
    - Gerência de Requisitos (GRE)

  • Para responder a questão basta lembrar que o Nivel D corresponde a categoria Engenharia do CMMI 1.2

     

    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Validação (VAL)
    - Verificação (VER)

  • Nível E (Parcialmente Definido)

    - Avaliação e Melhoria do Processo Organizacional (AMP)

    - Definição do Processo Organizacional (DFP)

    - Gerência de Recursos Humanos (GRH)

    - Gerência de Reutilização (GRU)

    ______________________________________________________________________

    Nível D ( Largamente Definido)

    - Desenvolvimento de Requisitos (DRE)

    - Integração do Produto (ITP)

    - Projeto e Construção do Produto (PCP)

    - Validação (VAL)

    - Verificação (VER)

ID
240664
Banca
FCC
Órgão
TRT - 22ª Região (PI)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No modelo CMMI para Desenvolvimento, versão 1.2, são exemplos de atividades a serem revisadas na Prática Genérica GP 2.9 - Avaliar Objetivamente a Aderência:

Alternativas
Comentários
  • Item correto: letra B

    Avaliar objetivamente a aderência do processo de Gestão de
    Risco com relação à sua descrição, padrões, procedimentos e
    encaminhar as não-conformidades para serem tratadas.

    Exemplos de atividades a serem revisadas:
    · Estabelecimento e manutenção da estratégia para gestão de risco
    · Identificação e análise de riscos
    · Mitigação de riscos

    Conforme descrito CMMI-DEV, V1.2,  página 397.
  • Amigos, essa questão não faz nenhum sentido, não possui resposta, e o amigo do comentário acima deve ter se confundido de versão ou de GP.

    CMMI-Dev 1.2 em Português:

    GP 2.9 Avaliar Objetivamente a Aderência
    Avaliar objetivamente a aderência do processo de verificação em relação a sua descrição, padrões e procedimentos, e tratar não conformidades.
    Orientações para aplicação:
    Exemplos de atividades a serem revisadas:
    • Seleção dos produtos de trabalho para verificação.
    • Estabelecimento e manutenção de procedimentos e critérios de verificação.
    • Condução de revisão por pares.
    • Verificação dos produtos de trabalho selecionados.
  • Pior que o comentário dele está correto mesmo.
    A prática genérica 2.9 aplicata à área de processo Gestão de Riscos tem como exemplo de atividades a serem revisadas:
    . Estabelecimento e manutenção da estratégia para gestão de riscos
    . Identificação e análise de riscos
    . Mitigação de riscos

    O problema que vejo numa questão dessas é que é impossível que sejamos capazes de memorizar exemplos de atividades para cada prática genérica/específica aplicada a cada área de processo. Esse povo da Fundação Copiar Colar é muito sem noção.
     
  • Concordo plenamente com o colega...essa é uma das questões mais ridículas que já vi sobre CMMI.
    Decoreba maldita!
  • Gente, esta questão não era tão difícil assim. Era só ler com bastante atenção o enunciado, que pede "exemplos de atividades a serem revisadas". Pensem bem, se são atividades, só podem ser descritas por verbos. Sendo assim, as alternatvias "c", "d" e "e" são prontamente eliminadas. A alternativa "a" também não inclui somente atividades, pois "Categorias de riscos" não é verbo. Logo, a única alternativa restante é a "b".

    Ok, concordo que é uma questão "pegajosa", mas ao menos havia uma forma possível de se chegar a uma solução, diferentemente de uma grande parte das questões da FCC.

    Bons estudos!
  • Pois é, bater em boi morto é fácil...
    A página que está essa questão no CMMI 1.2 em Português é 439.
  • Dá pra responder sem nunca ter aberto o CMMI 1.2.
    A única opção que cita apenas atividades e nenhum artefato é a letra B.

    bons estudos.

  • Perfeita a análise analítica do Saul... Perfeita... 

ID
241777
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base no CMMI (Capability Maturity
Model Integration), versão 1.2.

Os múltiplos modelos CMM evoluíram para um modelo integrado, o CMMI, planejado para ser formado por um conjunto único de componentes que atende os interesses de desenvolvimento, serviços e aquisição de software.

Alternativas
Comentários

  • A versão atual do CMMI (versão 1.2) apresenta três modelos:

    • CMMI for Development (CMMI-DEV) publicada em agosto de 2006. Dirige-se ao processo de desenvolvimento de produtos e serviços.
    • CMMI for Acquisition (CMMI-ACQ) publicada em novembro de 2007. Dirige-se aos processos de aquisição e terceirização de bens e serviços.
    • CMMI for Services (CMMI-SVC) publicada em fevereiro de 2009. Dirige-se aos processos de empresas prestadoras de serviços.
  • Os múltiplos modelos CMM evoluiram para um modelo integrado, o CMMI, planejado para ser formado por TRÊS CONJUNTOS de componentes que atende os interesses de desenvolvimento, serviços e aquisição de software. 
  • Como disse o pessoal nos outros comentários, o erro está na "aquisição de software". O correto seria "aquisição de produtos e serviços"
  • Constelações do CMMI 1.2:

    CMMI para Desenvolvimento (CMMI-DEV) – inclui as disciplinas de engenharia de software, engenharia de sistemas e gestão de fornecedores. O IPPD fica como disciplina opcional.

    CMMI para Aquisições (CMMI-Acq) – adaptação do CMMI-Dev para organizações que contratam o desenvolvimento

    CMMI para Serviços (CMMI-Svc) – fornecimento e gerenciamento de serviços de qualquer natureza (não apenas serviços de TI)


    Que Deus nos abençoe.
  • Pelo Livro Questões Comentadas de TI do Professor Gledson Pompeu (Cathedra):

    "Embora o CMMI tenha sido projetado para integrar diversas disciplinas em um modelo comum, as especializações para serviços e aquisição surgiram apenas na versão 1.2, com o conceito de constelação. Além disso, cada constelação reúne conjuntos de componentes específicos, o que torna a questão errada."

  • o CMM define cinco níveis de maturidade, sendo o último o nível Otimização. o CMMI é um modelo bastante alinhado com a norma ISO/IEC 15504 (SPICE). nas avaliações utilizando o CMMI conduzidas nos últimos anos, a maioria das organizações avaliadas estao nos níveis 2 ou 3 de maturidade.

ID
241780
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base no CMMI (Capability Maturity
Model Integration), versão 1.2.

Um exemplo de componente informativo é o glossário de termos do CMMI.

Alternativas
Comentários

  • Os componentes do modelo estão agrupados em três categorias - os requeridos, os esperados, e os informativos - que refletem a forma de os interpretar.

    Os componentes informativos fornecem os detalhes que ajudam as organizações na forma de abordagem aos componentes requeridos e esperados. As sub-práticas, os produtos de trabalho típicos, a elaboração de práticas genéricas, os títulos de objectivos e práticas, as anotações de objectivos e práticas, e as referências, são exemplos de componentes do tipo informativo.

    O glossário dos termos CMMI não é um componente requerido, esperado ou informativo do modelo CMMI. Os termos do glossário devem ser interpretados no contexto do modelo de componente em que aparecem.

    fonte: http://www.sinfic.pt/SinficNewsletter/sinfic/Newsletter84/Dossier3.html

  • Segundo o CMMI para Desenvolvimento, página 18:

    "O glossário de termos do CMMI não deve ser considerado um componente requerido, esperado ou informativo dos modelos CMMI. Recomenda-se que os termos contidos na seção Glossário sejam interpretados no contexto dos componentes do modelo nos quais eles apareçam."
  • Os componentes informativos do CMMI são: Produtos Tipicos, Subpráticas e Orientações para Aplicação

  • tem que ler o CMMI inteiro mesmo? não tem outro jeito? apostila e slides nem pensar? serião mesmo?

ID
241783
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base no CMMI (Capability Maturity
Model Integration), versão 1.2.

O CMMI abrange práticas que cobrem o ciclo de vida do produto, desde a concepção até o momento da entrega, excluindo a manutenção do software.

Alternativas
Comentários
  • A melhoria dos processos cobre todo o ciclo de vida de produtos e serviços completos, nas fases de concepção, desenvolvimento, aquisição, entrega e MANUTENÇÃO.
  • Guilherme, coloca a fonte daonde você tirou essa informação depois. Que ai fica melhor para todos revisarem e estudar...

  • O CMMI®(Capability Maturity Model®Integration– Modelo Integrado de Maturidade e de Capacidade) é um modelo de maturidade para melhoria de processo, destinado ao desenvolvimento de produtos e serviços, e composto pelas melhores práticas associadas a atividades de desenvolvimento e de manutenção que cobrem o ciclo de vida do produto desde a concepção até a entrega e manutenção. 

    Fonte: prefácio do CMMI
  • Livro: IMPLANTANDO A GOVERNANÇA DE TI: DA ESTRATEGIA A GESTAO DE PROCESSOS E SERVIÇOS
     Por AGUINALDO ARAGON FERNANDES,VLADIMIR FE

    8.2 Objetivos do modelo

    O principal propósito do CMMI é fornecedr diretrizes baseadas e melhores práticas para a melhoria dos processos habilidades organizacionais, cobrindo o ciclo de vida de produtos e serviços completos, nas fases de concepção, desenvolvimento, aquisição e manutenção (...)

    fonte: http://books.google.com.br/books?id=IvLVUdfv158C&pg=PA204&dq=CMMI+abrange+pr%C3%A1ticas+que+cobrem+o+ciclo+de+vida&hl=pt-BR&ei=7rG1TZfmBcy_gQe8mYjtAw&sa=X&oi=book_result&ct=result&resnum=1&ved=0CEEQ6AEwAA#v=onepage&q&f=false

    pag. 204

  • 2010

    Suporte é uma das categorias de áreas de processo do CMMI: as áreas de processo agrupadas nessa categoria apoiam o desenvolvimento e a manutenção de produtos.

    certa

ID
241786
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base no CMMI (Capability Maturity
Model Integration), versão 1.2.

Na representação por estágios, uma organização pode estabelecer quais áreas de processo devem alcançar os níveis de capacidade 4 e 5.

Alternativas
Comentários

  • A Representação por estágio não possuí nível de capacidade e sim nível de maturidade. Portanto creio que o gabarito esteja incorreto.

  • "... Isso ocorre porque nem todos os processos serão avançados a um nível de capacidade além do nível de capacidade 3. Apenas processos e subprocessos selecionados serão gerenciados quantitativamente e otimizados..."

    fonte: CMMI-DEV 1.2

    Nos níveis 4 e 5, alguns processos são selecionados pela organização e estes terão seus níveis de capacidade elevados a 4 e depois 5. Os processos selecionados serão tratados pelas áreas de processo de nível 4 e 5 de maturidade.
  • Concordo com o Comentário do Sávio. Esta questão está devidamente errada...

    A banca não pode incluir este conceito de "(...)alcançar os níveis de capacidade 4 e 5".

    1. A representação por ESTÁGIOS trata a ORGANIZAÇÃO e mede o nível de MATURIDADE.
    2. Já a representação CONTÍNUA trata os PROCESSOS individualmente e mede o nível de CAPACIDADE.
    Não devem ter entrado com recurso neste ítem.
  • Eu diria que a resposta certa seria "Errado".

    Na representação contínua os níveis 4 e 5 de CAPACIDADE estão intimamente ligados as metas genéricas 4 e 5, respectivamente, que tratam de quantização e otimização, entretanto as GGs 4 e 5 não se aplicam à representação por estágios, pois esta última possui PAs específicas (QPM e OID) para realizar a mesmas tarefas. (Pequena confusão das 2 representações do CMMI-Dev 1.2)

    O enunciado estaria "Certo" caso fosse o seguinte:

    "Na representação por estágios, uma organização pode estabelecer quais áreas de processos serão gerenciadas quantitativamente e otimizadas. (níveis 4 e 5 de MATURIDADE)"

    Obs.: Essa possibilidade de escolha se dá de acordo com as necessidades da empresa, tendo em vista de algumas PAs podem não necessitar de Quantização e/ou Otimização.
  • Há que se tomar cuidado em tratar sempre com rigor os termos capacidade(contínua) e maturidade(estágio). E o examinador explorou exatamente esta abordagem. O intercâmbio dos termos em alguns casos não é incorreto. Especificamente ao tratar dos níveis 4 e 5. Vejam o trecho extraído do modelo de referência: 

    Cap. 3 :: Metas e Práticas Genéricas
    "Na representação por estágios, apenas as metas genéricas 2 e 3 são utilizadas, como ilustrado pelas práticas genéricas destacadas em cinza na Figura 3.3. À medida que se tenta alcançar o nível de maturidade 2, utilizam-se as áreas de processo no nível de maturidade 2, bem como a meta genérica 2 e suas práticas genéricas.
    Observe que as metas genéricas 4 e 5 e suas práticas genéricas associadas não são utilizadas. Isso ocorre porque nem todos os processos serão avançados a um nível de capacidade além do nível de capacidade 3. Apenas processos e subprocessos selecionados serão gerenciados quantitativamente e otimizados. Essa seleção é tratada pelas áreas de processo nos níveis de maturidade 4 e 5."

    Outro trecho que corrobora com o que se é cobrado na questão, no mesmo capítulo, é a descrição sobre equivalência com a representação por estágios.

    "As seguintes regras resumem a equivalência com a representação por estágios:
    · Para alcançar o nível de maturidade 2, todas as áreas de processo associadas ao nível de maturidade 2 devem alcançar o nível de capacidade 2 ou níveis superiores.
    · Para alcançar o nível de maturidade 3, todas as áreas de processo associadas aos níveis de maturidade 2 e 3 devem alcançar o nível de capacidade 3 ou níveis superiores.
    · Para alcançar o nível de maturidade 4, todas as áreas de processo associadas aos níveis de maturidade 2, 3 e 4 devem alcançar o nível de capacidade 3 ou níveis superiores.
    · Para alcançar o nível de maturidade 5, todas as áreas de processo do modelo devem alcançar o nível de capacidade 3 ou níveis superiores.
     
    Essas regras e a tabela para equivalência com a representação por estágios estão completas. Entretanto, pode-se perguntar por que os perfis-alvo 4 e 5 não se estendem até as colunas CL4 e CL5. A razão é que as áreas de processo no nível de maturidade 4 descrevem uma seleção de processos e subprocessos a serem estabilizados baseada, em parte, nos objetivos para qualidade e para desempenho de processo da organização e nos projetos. Nem todas as áreas de processo são tratadas na seleção, e o CMMI não antecipa quais áreas de processo podem ser tratadas na seleção."

    Portanto, sejamos cautelosos ao tratar com excesso de rigor os termos supracitado. É como disse sabiamente o prof. Pedrosa: Ao invés de sermos rigorosos e exigir a literalidade, tentemos abstrair qual o conhecimento o avaliador nos exige para resolver a questão.

    Bons estudos.
  • Equivalência de representação por estágio (maturidade) e por capacidade (contínuo)  

    Para alcançar o nível de  maturidade 2 --> Todas as áreas do processo associados ao nível de maturidade 2 --> Devem alcançar o nível de capacidade 2 ou nívies superiores.

    Para alcançar o nível de maturidade 3 --> Todas as áreas do processo associados aos níveis de maturidade 2 e 3 --> Devem alcançar o nível de capacidade 3 ou superior. 

    Para alcançar o nível de maturidade 4 --> Todas as áreas do processo associados  aos níveis de maturidade 2, 3 e 4 --> devem alcançar o nível de capacidade 3 ou níveis superiores.

    Para alcançar o nível de maturidade 5 --> Todas as áreas do processo devem alcançar o nível de capacidade 3 ou níveis superiores.

    Logo, na representação por estágio, uma organização pode escolher quais as áreas de processos estão nos níveis de capacidade 4 e 5 



  • Segundo resposta do Prof. Fernando Pedrosa:
    "na representação por estágios você é obrigado a elevar o nível das áreas de processo até o nível de CAPACIDADE 3, mas daí para frente (níveis 4 e 5 de capacidade) depende da seleção da organização."

    Fonte: http://www.itnerante.com.br/group/gti/forum/topics/d-vidas-quest-es-de-cmmi?commentId=1867568%3AComment%3A189497&xg_source=activity&utm_source=twitterfeed&utm_medium=twitter&groupId=1867568%3AGroup%3A18025
ID
241789
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base na comparação dos conceitos de
maturidade propostos pelo COBIT, versão 4.1, e com o CMMI,
versão 1.2.

Tanto no modelo COBIT quanto na representação contínua do CMMI, há seis níveis de maturidade em uma escala pontuada desde não-existente (0) a otimizado (5).

Alternativas
Comentários

  • O nível inicial do CMMI é Incompleto, portanto, diferente do nível inicial do COBIT (Inexistente)

  • Também está errado quando é dito que no CMMI há seis níveis de maturidade para representação contínua. Na representação contínua existem seis níveis de capacidade.

  • Desculpe discordar do colega clayton rodrigues da silva, mas na representação contínua do CMMI, há sim o nível 0. Entretanto, como expôs o colega leoh, esse nível é chamado de Incompleto e não de Inexistente.
  • Além do mais, no CMMI 1.3, só vaí até o nível 3 de capacidade (Representação Contínua)
  • Pessoal, para fecharmos esse assunto de modelo de maturidade comparativo entre CMMI e COBIT.

    1) O erro da questão não está na quantidade de níveis, pois nas versões CMMI 2.1 e COBIT 4.1 a quantidade é a mesma: 6 níveis;
    Obs: Somente no CMM 3.1 é que a quantidade de níveis de capacidade na representação contínua foi para 4 níveis. Tanto no COBIT 4.1, como atualmente no COBIT 5, a quantidade de níveis manteve-se em 6 (níveis).

    A questão apresenta somente 2 erros, que se seguem:

    2) No CMMI 2.1, a representação contínua apresenta níveis de capacidade e não níveis de maturidade, como posto na questão;
    3) No CMMI 2.1, o nível 0 chama-se Incompleto e (não) não-existente, como posto na questão. Somente no COBIT 4.1 é que o nível 0 é chamado Inexistente (ou não-existente). Inclusive, a título de curiosidade, com o novo COBIT 5, o nível 0 passou a ser chamado de Incompleto, acredito que para criar maior aderência com o CMMI 3.1!

    É isso. Espero ter ajudado! 

  • Sergio Raulino, ao meu ver o erro também está na quantidade de níveis. A questão se refere a níveis de maturidade, e no CMMI 1.2 existem apenas 5 níveis de maturidade, iniciando do nívei 1 - Inicial. Já os níveis de capacidade sim, são 6.

ID
241792
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base na comparação dos conceitos de
maturidade propostos pelo COBIT, versão 4.1, e com o CMMI,
versão 1.2.

Uma diferença entre os níveis de maturidade do COBIT e do CMMI é que o modelo do Software Engeneering Institute (SEI) é voltado para os processos de gerenciamento de TI, enquanto o modelo do IT Governance Institute (ITGI) é orientado para os princípios de engenharia de produtos de software.

Alternativas
Comentários

  • ERRADO. Houve simplesmente uma inversão dos conceitos.

  • Vale a pena relembrar os conceitos, visualizar novas fontes e definições.

    ----


    Livro Outsourcing de Ti  Por Alberto Luiz Albertin, Otávio Próspero Sanchez

    Pag. 17

    Cobit

    O padrão Cobit (Control Objective for Information and Related Technology) é mantido por um órgão internacional denominado  Information  Systems Audit and Control Association (Isaca). Este modelo pressupõe o uso das melhores práticas e indicadores para gestão de TI, cuja essência é composta por quatro grandes grupo de gerenciamento e controle, chamados domínios:

    planejamento e organização;
    aquisição e implementação;
    entrega e suporte;
    monitoração.

    Esses domínios (...)



    fonte: http://books.google.com.br/books?id=e0qVwkjwyf4C&pg=PA17&dq=o+cobit+%C3%A9+um+modelo+que&hl=pt-BR&ei=4ai1TZbZIsX40gHZ8KCTCQ&sa=X&oi=book_result&ct=result&resnum=4&ved=0CHMQ6AEwAw#v=onepage&q=O%20cmmi-dev%201.2%20%C3%A9%20&f=false


    CMMI


    O CMMI® (Capability Maturity Model® Integration – Modelo Integrado de Maturidade e de Capacidade) é um modelo de maturidade para melhoria de processo, destinado ao desenvolvimento de produtos e serviços, e composto pelas melhores práticas associadas a atividades de desenvolvimento e de manutenção que cobrem o ciclo de vida do produto desde a concepção até a entrega e manutenção.


    O CMMI para Desenvolvimento – Versão 1.2 é uma continuação e
    atualização da versão 1.1, e foi facilitado pelo conceito de “constelações CMMI” em que um conjunto de componentes principais pode ser complementado por material adicional a fim de gerar modelos para aplicações específicas com alto grau de componentes comuns. O CMMIDEV, primeiro de tais constelações, representa a área de interesse de Desenvolvimento.


    fonte: http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portuguese.pdf


    pag 7. manual oficial do cmmi-dev 1.2 

  • ERRADO. 

    Segundo o Cobit 4.1,p. 19,"

    Embora siga os conceitos do SEI, a implementação CobiT difere consideravelmente do original do SEI, o qual era orientado para os princípios de engenharia de produtos de software, organizações buscando excelência nessas áreas e uma avaliação formal dos níveis de maturidade para que os desenvolvedores de software pudessem ser “certificados”. No CobiT, uma definição genérica é provida para as escalas de maturidade do CobiT as quais são similares às do CMM mas interpretadas de acordo com a natureza dos processos de gerenciamento de TI do CobiT."

ID
241795
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base na comparação dos conceitos de
maturidade propostos pelo COBIT, versão 4.1, e com o CMMI,
versão 1.2.

Diferentemente da representação por estágios do modelo CMMI, no COBIT é possível avançar do nível de maturidade 3 para o nível de maturidade 4 sem ter cumprido todas as condições do nível 3.

Alternativas
Comentários

  • Os níveis de maturidade são designados como perfs de processos de TI que a empresa reconheceria como descrição de possíveis
    situações atuais e futuras. Eles não são designados como um modelo inicial, onde não se pode avançar para o próximo nível sem
    antes ter cumprido todas as condições do nível inferior.     Com os modelos de maturidade do CobiT, diferentemente do enfoque
    original SEI CMM, não há intenção de medir os níveis de maneira precisa ou tentar certifcar que aquele nível foi exatamente
    atingido. -- COBIT 4.1

  • Os níveis de maturidade são designados como perfis de processos de TI que a empresa reconheceria como descrição de possíveis situações atuais e futuras. Eles não são designados como um modelo inicial, onde não se pode avançar para o próximo nível sem antes ter cumprido todas as condições do nível inferior. Com os modelos de maturidade do CobiT, diferentemente do enfoque original SEI CMM, não há intenção de medir os níveis de maneira precisa ou tentar certificar que aquele nível foi exatamente atingido. A avaliação de maturidade do CobiT espera resultar em um perfil em que as condições relevantes para diversos níveis de maturidade serão atingidas.
  • O modelo de maturidade do COBIT não é rígido, diferente do modelo de CMMI. 
ID
245320
Banca
CESPE / CEBRASPE
Órgão
TRT - 21ª Região (RN)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Com relação ao modelo CMMI, julgue os itens seguintes.

No nível de maturidade 4 do CMMI, um processo composto por atividades de gerenciamento e engenharia é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos.

Alternativas
Comentários

  • Esta é uma definição do nível 3 - Definido

     Definido. Um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos

  • Esta questão teve o gabarito alterado. O nível 4 implica que a organização também atingiu o nível 3. As conquistas de cada nível são acumulativas. Vejam a justificativa do CESPE abaixo:

    "Os níveis de maturidade adquiridos nas certificações são acumulativos, motivo suficiente para alteração do gabarito de ERRADO para CERTO"

  • Olá, pessoal!

    O gabarito foi atualizado para "C", após recursos, conforme edital publicado pela banca, e postado no site.

    Justificativa da banca:      Os níveis de maturidade adquiridos nas certificações são acumulativos, motivo suficiente para alteração do gabarito de ERRADO para CERTO.

    Bons estudos!

  • Os níveis de maturidade são acumulativos. 
  • Essas questões são muito sacanas. O enunciado fala de algo que é conquistado no nivel de maturidade 3 e coloca como sendo do 4, com o argumento que os níveis são acumulativos ...

    Ai fica difícil saber se é certo ou errado.

    Já é a 3ª questão que pego que faz isso.
  • Cara, me ferve o sangue uma questao dessa, a cespe considera que sao cumulativos? entao eu posso pegar a descriçao do nivel 2 e ele serve de tabela ate o nivel 5? na boa cara, esse CESPE é muito troll! 
  • Eu também caí nessa! São acumulativos, portanto... é certo!

  • Eu também me passei e errei essa questão. Mas ao meu ver, olhando novamente, está completamente correta e nem tem o que discutir. Os níveis são acumulativos.

    Se a questão colocasse um "apenas" ou "exclusivamente", estaria errada.

  • Eu também me passei e errei essa questão. Mas ao meu ver, olhando novamente, está completamente correta e nem tem o que discutir. Os níveis são acumulativos.

    Se a questão colocasse um "apenas" ou "exclusivamente", estaria errada.

  • extra extra + 1 pessoa enganada

ID
245323
Banca
CESPE / CEBRASPE
Órgão
TRT - 21ª Região (RN)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Com relação ao modelo CMMI, julgue os itens seguintes.

O CMMI abrange 25 áreas de processo divididas em quatro categorias: gerenciamento de projetos, gerenciamento de processos, engenharia e suporte.

Alternativas
Comentários

  • O gabarito está incorreto. No CMMI 1.1 existiam quatro disciplinas: engenharia de software e engenharia de sistemas (com 22 áreas de processo), gestão de fornecedores (1 AP) e desenvolvimento integrado de processo e produto (2 APs). 
    No CMMI 1.2 a disciplina de gestão de fornecedores foi eliminada e a área de gestão integrada de fornecedores foi juntada à área de gestão de contratos. Além disso, as áreas específicas de IPPD também foram juntadas a outras áreas (definição de processo e gestão integrada de projeto). IPPD continua sendo uma disciplina a parte, mas não tem nenhum processo novo associado a ela. Ou seja, no final das contas são sempre 22 áreas de processo no CMMI-Dev 1.2. IPPD só modifica 2 processos existentes, não cria processos novos.

  • Apenas reforçando a argumentação anterior.

    Gabarito definitivo aponta a questão como "Anulada".

  • "A redação do item não fez referência à versão do CMMI, o que pode ter induzido os candidatos ao erro. Sendo assim, há razão suficiente para
    anulação do item. "     -- CESPE