SóProvas



Questões de ITIL


ID
16801
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

Com relação à segurança da informação e ao ITIL (information
technology infrastructure library
), que define um modelo de
gerenciamento de segurança da informação, julgue os itens
seguintes.

O código de boas práticas do ITIL fornece uma visão de
segurança sob a perspectiva do usuário final de tecnologia da
informação (TI).

Alternativas
Comentários
  • Não??? Um usuário final ou cliente, vendo que a empresa de onde está adquirindo o serviço, segue um modelo de padrão internacional de boas práticas não transmitiria segurança???
    Essa CESPE tem kda questao que n é brincadeira nao
  • O que decide nessa questão é a parte "sob a perspectiva do usuário final". O ITIL trabalha com a perspectiva do usuário final (suporte) e também a do cliente (entrega). Tudo bem que essa questão não fala que é apenas do usuário final, mas foi isso que me levou a marcar Errado.
  • Mas, qual seria a diferença entre a perspectiva de "usuário final" simples e de "usuário final de tecnologia da informação"? Pra mim a questão também está errada.
  • segurança da perspectiva do usuário final, mas também da perspectiva do gestor, uma vez que segurança representa proteção dos ativos da empresa.
  • Entre suas várias disciplinas, o ITIL define um modelo de gerenciamento de Segurança da Informação. No entanto, diferentemente das normas tradicionais voltadas para a gestão desse quesito, como a ISO 17799 e BS7799, o código de boas práticas do ITIL dá uma visão de segurança sob a perspectiva da gerência de TI, sendo essa disciplina integrada às outras do modelo.
  • Ja Disse e vo repetir, a ITIL NÃO É UM CÓDIGO!
  • Nem ITIL é um código ( É uma biblioteca que serve como guia de boas práticas ) , nem fornece uma visão de segurança de boas práticas sob perspectiva do usuário, visto que o ITIL deve estar alinhado aos objetivos da organização,  com processos que auxiliam na entrega e suporte de serviços aos usuários.

  • Segurança da informação abrange os funcionários também neh, os terceirizados e não só os usuários finais dos serviços de TI!

    Também errei, rs


ID
16804
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

Com relação à segurança da informação e ao ITIL (information
technology infrastructure library
), que define um modelo de
gerenciamento de segurança da informação, julgue os itens
seguintes.

Segundo o modelo definido pelo ITIL, toda disciplina de um
modelo de TI deve adotar técnicas de segurança dentro de
seus próprios processos.

Alternativas
Comentários
  • Um dos fatores de maior atração para um gestor de segurança, ao estudar o ITIL, é a percepção de que as disciplinas do conjunto devem adotar técnicas de segurança dentro de seus processos, o que leva cada líder, seja o de Change Management ou de Configuration and Asset Management, a ser diretamente responsável pela segurança dentro de sua própria área.

ID
16807
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

Com relação à segurança da informação e ao ITIL (information
technology infrastructure library
), que define um modelo de
gerenciamento de segurança da informação, julgue os itens
seguintes.

Sob o ponto de vista do ITIL, os controles pertinentes são
descentralizados e independem dos processos de
gerenciamento relacionados a requisitos de segurança da
informação.

Alternativas
Comentários
  • Um dos fatores de maior atração para um gestor de segurança, ao estudar o ITIL, é a percepção de que as outras disciplinas do conjunto devem adotar técnicas de segurança dentro de seus processos, o que leva cada líder, seja o de Change Management ou de Configuration and Asset Management, a ser diretamente responsável por segurança dentro de sua própria área. Apesar disso, sob o ponto de vista do ITIL, os controles pertinentes são centralizados nos processos de gerenciament de segurança da informação.
  • Uma referência mais completa sobre a afirmação: http://www.serpro.gov.br/noticias-antigas/noticias-2004/20040519_03

ID
16810
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

Com relação à segurança da informação e ao ITIL (information
technology infrastructure library
), que define um modelo de
gerenciamento de segurança da informação, julgue os itens
seguintes.

Com o modelo definido pelo ITIL, a responsabilidade de
definir as políticas de uma empresa a partir de um modelo
reconhecido é determinada pela norma de segurança do
modelo COBIT (control objectives for information and
related technology
).

Alternativas
Comentários
  • Cobit não é norma de segurança, é um guia de boas práticas, apresentado por framework. O ITIL é para rastrae problemas na area de TI como help desk, suporte a aplicações, distribuição de software. O COBIT enfoca em segurança e auditoria, mas não é uma norma. Uma das características do COBIT é dizer o que fazer, mas não COMO fazer.
  • mercantigo,A questao diz "determinada pela norma de segurança DO modelo COBIT". Nao diz que o COBIT eh uma norma de segurança.A questao esta errada por que o ITIL nao atribui a responsabilidade pela segurança da informacao ao COBIT, mas a distribui em varios processos como "Problem Management", "Incident Management" e "Availability Management".Existia um livro especifico para este assunto, o Security Management. No ITIL v3 este tema passou a ser abordado no livro "Service Design".

ID
16813
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

Com relação à segurança da informação e ao ITIL (information
technology infrastructure library
), que define um modelo de
gerenciamento de segurança da informação, julgue os itens
seguintes.

O ITIL propõe um conjunto de boas práticas que permitem
a uma organização determinar, para suas diversas áreas, um
conjunto de técnicas que aumentem sua eficiência de
gerenciamento quando aplicadas uniformemente pelas
diferentes vertentes da gerência de TI.

Alternativas
Comentários
  • Fui de Certo, porque o texto ficou bonito, mas o trecho "quando aplicadas uniformemente " ficou bem estranho, ainda mais quando o assunto é ITIL (flexível de acordo com o caso específico).


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

Um usuário reclama na Central de Serviços, com razão, que o servidor de arquivos de seu departamento está fora do ar. O processo ITIL (v2) que assegura o restabelecimento mais breve possível do serviço relacionado é o gerenciamento de

Alternativas
Comentários
  • Gerência de Incidentes
    Gerenciamento de Incidentes diz respeito à habilidade e raidez em contornar incidentes – tais como erros, interrupções ou pedidos de serviços – relatados ao Service Desk. Automatizar o Gerenciamento de Incidentes significa registro e monitoramento de incidentes, verificação de status de recursos de sistemas, preenchimento de pedidos de serviço padrão e gerenciamento de conhecimento.
    Ponto Principal
    A Gerência de Incidentes tem como principal objetivo colocar o serviço do usuário on-line o mais rápido possível, minimizando Impactos na operação do negócio dentro dos níveis de SLA (Service Level Agreement) estabelecidos.
    Definições
    Incidente: qualquer evento que não faz parte da operação padrão de um serviço e que causa, ou pode causar, uma interrupção do serviço ou uma redução da sua qualidade. Solução de Contorno: método de “desvio” de um incidente ou problema, através de um ajuste temporário ou de uma técnica.
    Requisição de Serviço: Incidente que não representa uma falha na Infra-estrutura de TI.
    Conceitos Básicos
    O Service Desk é responsável por monitorar o processo de resolução de todos os Incidentes registrados. O Service Desk é o dono (Owner) de todos os incidentes.
    Os incidentes que não podem ser resolvidos imediatamente pelo Service Desk devem ser direcionados para grupos especializados. A solução ou o trabalho em torno do incidente deve ser iniciado assim que possível, de forma a restabelecer o serviço o mais rápido possível ao usuário. Após a resolução, o Incidente pode ser fechado.
    Podemos ter os seguintes status:
    - Novo, Aceito, Agendado, Em Trabalho, Em espera, Fechado
    Responsabilidades
    -Produzir informações Gerenciais;
    -Gerenciar o Incidente enquanto estiver com os níveis especializados;
    -Registrar o Incidente;
    -Monitorar o Incidente;
    -Manter os usuários informados em relação ao andamento do Incidente;
    -“Escalar” o Incidente se necessário;
    -Resolução dos Incidentes que não foram escalados para a equipe de espec.
  • Algo me diz que na dúvida se tiver incidente como opção quase sempre está certo...
  •  Rsrs, não faça isso, Analise bem a pergunta. 

    O gerencimento de incidentes tem como meta restaurar o mais rápido possível o serviço, 

    ele não faz uma investigação estruturada a fim de encontrar a verdadeira causa.

  • Questão de interpretação. Observem que no enunciado não há histórico de problemas relatados. Sendo o primeiro contato, trata-se de um Incidente.

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

Em um curto período, 6 usuários reclamaram do tempo de resposta da Intranet corporativa na Central de Serviços. O processo ITIL (v2) responsável por descobrir a causa dessas ocorrências é o gerenciamento de

Alternativas
Comentários
  • Gerência de Problemas
    Gerenciamento de Problemas é o processo que procura descobrir a causa raiz dos incidentes reportados e, em seguida, determina a mudança adequada à infra-estrutura de TI. Ao contrário do Gerenciamento de Incidentes, o Gerenciamento de Problemas enfatiza as soluções a longo prazo, e não incidentes. O suporte de automação para Gerenciamento de Problemas inclui análise de dados históricos, registro e monitoramento de problema, e diagnóstico de problema.

    Ponto Principal
    A Gerência de Problemas tem como principal objetivo minimizar o impacto de Incidentes e Problemas no negócio, prevenindo a ocorrência de Incidentes, relatando os erros encontrados.

    Conceitos Básicos
    -Um problema pode ser causado por um ou mais incidentes;
    -Um Erro Conhecido é um problema que foi diagnosticado e identificado com sem solução naquele momento.
    Áreas de Foco:
    -Controle de Problemas: Chegar à causa Raiz dos Incidentes Identificando, Classificando e Investigando.
    -Controle de Erros: Corrigir problemas, produzir informações gerenciais relacionadas aos problemas e erros conhecidos.
    -Implementar e Monitorar.

    Objetivos:
    -Minimizar o Impacto
    -Prevenir a recorrência
    -Encontrar a Causa Raiz dos Incidentes
    -Iniciar as ações para melhorar ou corrigir a situação

    Aspectos:
    -Pró-Ativos: Identificação e a solução de problemas e erros conhecidos antes que os Incidentes ocorram;
    -Reativos: Solução de Problemas em resposta a um ou mais Incidentes.

    Benefícios
    -Diminuir o volume de chamados;
    -Qualidade do Serviço;
    -Atualização dos Erros conhecidos na Base de Dados;
    -Conceito de aprender com os erros do passado;
    -Motivação entre as equipes;
    -Agilidade e organização na solução de problemas
  • Galera, é só olhar a palavra chave do enunciado "causa". Quando se trata de descobrir a causa, é gerenciamento de problemas.


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

Os gerentes de rede de uma empresa estão apresentando uma grande carga de trabalho e, com isso, não têm tempo para gerenciar a rede pró-ativamente. Essa grande carga de trabalho é fruto de fatores como a freqüência com que os usuários da rede contatam esses gerentes diretamente. Dos processos ITIL abaixo, o que pode melhorar esta situação é o Gerenciamento de:

Alternativas
Comentários
  • segundo o Study Guide do ITIL V3, A gerência de Problemas estuda as causas desconhecidas para um ou mais incidentes.

    A gerência de incidentes trabalha os eventos (conhecidos) que prejudicam ou podem prejudicar serviços.
  • A sequência seria o chamado para o evento aberto no Service Desk e a Gerência de Incidentes, com sua equipe de suporte, tratando o evento que causou a interrupção ou a queda na qualidade do serviço.
  • Gerenciamento de Incidentes:

    * INCIDENTE - Qualquer evento que não faz parte do serviço combinado
    * Restaurar os serviços o mais breve possível
    * Menor interrupção possível
    * Menor impacto negativo ao negócio
    * Trata o efeito, não a causa, ou seja, quem encontra a causa do incidente é o Gerenciamento de Problemas.


  • A resposta é a letra C pois o Gerenciamento de Incidentes prevê que os clientes devem ter um Ponto Único de Contato, o Service Desk, o que evitaria que os usuários contatassem diretamente os gerentes de rede, aliviando a carga de trabalho destes.

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

Relacione os conceitos e os processos ITIL.
Conceitos
I - Nível de IC
II - Desastre
III - Análise de Risco
IV - Confidencialidade

Processo
(P) Gerenciamento da Disponibilidade
(Q) Gerenciamento da Configuração
(R) Planejamento da Continuidade dos Serviços em TI
(S) Gerenciamento do Nível de Serviço

A relação correta é:

Alternativas
Comentários
  • Configuration Item (CI) ou Item de Configuração(IC):Qualquer Componente que necessite ser gerenciado para quepossa entregar um Serviço de TI. Informação sobre cada IC é registrada no Registro deConfiguração dentro do Sistema de Gerenciamento da Configuração e é mantido durantetodo o seu Ciclo de Vida pelo Gerenciamento da Configuração. ICs estão sob controle doGerenciamento de Mudanças. ICs tipicamente incluem hardware, software, instalações,pessoas e documentos formais tais como documentos de Processos e ANSs.Business Continuity Plan (BCP) ou Plano de Continuidade de Negócio (PCN):Um Plano que define as etapas necessárias para Recuperar osProcessos de Negócio logo após um desastre. O Plano identificará os fatores que oInvocarão, pessoas que serão envolvidas, comunicação, etc. Planos de Continuidade deServiço de TI compõem uma parte significante do Plano de Continuidade de Negócios.IT Service Continuity Management (ITSCM) ou Gerenciamento da Continuidade do Serviço de TI (GCSTI):O Processo responsável pelo gerenciamento dos Riscos quepodem ter um sério impacto nos Serviços de TI. O GCSTI garante que o Provedor deServiço de TI pode sempre prover o mínimo Nível de Serviço acordado, através daredução do Risco a um nível aceitável e Planejamento da Recuperação dos Serviços deTI. GCSTI deve ser definido de forma a suportar o Gerenciamento da Continuidade deNegócio.Confidentiality ou Confidencialidade:Um princípio de segurança que requer que dados devam somenteser acessados por pessoas autorizadas.fonte: http://www.best-management-practice.com/gempdf/ITILV3_Glossary_Brazilian_Portuguese_v3.1.24.pdf

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

Profissionais da área de consultoria de uma empresa podem utilizar seus laptops nos hotéis para obter informações sobre os clientes e horários de viagem. Em diversos casos eles perceberam que, quando um determinado tipo de modem estava instalado nos laptops, a comunicação apresentava problemas, não sendo satisfatória. Foi, então, identificada uma solução temporária para este problema. Além do Gerenciamento de Incidentes, apenas quais processos que estão envolvidos na obtenção de uma solução estrutural?

Alternativas
Comentários
  • A banca quer te induzir ao erro sempre. A história do erro no modem serve apenas pra te atrapalhar. A pergunta da questão é independente. Além disso, a forma como foi feita a pergunta tb te induz ao erro: "Além do Ger. Inc., APENAS quais processos (como quem diz: são poucos processos) que estão envolvidos na obtenção de uma solução ESTRUTURAL?" Soluções estruturais envolvem todo o mundo (diferente da solução temporária da historia do modem), ou seja, letra c!
  • penso que também seria necessário incluir na alternativa a opção Gerência de Disponibilidade. Vejam o que diz a o Overview do ITIL do IT Service Management Forum:....Availability Management should take place at two inter-connected levels andaim to continually optimize and proactively improve the availability of ITservices and their supporting organization. There are two key aspects: reactive activities: monitoring, measuring, analysis and management ofevents, incidents and problems involving service unavailability....

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

Em uma empresa, a estação de trabalho de um determinado usuário travou. Ele entra em contato com a central de serviços relatando o fato e informando, adicionalmente, que essa mesma situação já ocorreu há seis meses atrás. Segundo o ITIL, esse evento caracteriza um(a)

Alternativas
Comentários
  • Não concordo com a letra B. Deveria ser a letra A - Gerenciamento de Problemas. Conforme a definição > Identifica e remove erros do ambiente de TI, atraves DE ANALISE DOS INCIDENTES REGISTRADOS NO GERENCIMENTO DE INCIDENTES, a fim de garantir uma estabilidade máxima dos serviços de TI.
    A questao diz que o usuário já teve esse problema antes, subtende-se entao que ele já entrou em contato com o help desk. Assim, já não é incidente e sim problema..

    Os colegas concordam comigo???
  • Concordo plenamente com você.
  • Bom concordo com o ponto de vista de vocês, porém qualquer chamado do usuário quando entra no service desk, é categorizado como um incidente (ou requisição de serviço), independente se em algum momento este incidente já foi ou será categorizado como problema. Ou seja quando entra no service desk sempre é um incidente (ou uma requisição de serviço), mesmo que a base de conhecimento já tenha uma solução de contorno para ele.
  • Incidente é algo que tem causa conhecida.
    Problema é algo novo ou inédito.

    O Gerenciamento de Incidentes trata de:
    Restaurar o mais rápido possível
    Checar com detalhes as configurações
    Identifica melhorias

    O Gerenciamento de Problemas trata de:
    Minimizar o impacto do incidente(ou seja o problema já é conhecido)
    Prevenir a recorrência
    Prover soluções definitivas
    e talvez solicitar mudanças

    Resumo: O gerenciamento de problemas vai tratar tal problema de tal forma que se houver uma re-incidência, o problema seja contornado de forma mais rápida.





  • "O ITIL difere a definição de incidentes e problemas: enquanto o incidente é isolado e está sob “controle”, digamos, mesmo que suas causas permaneçam desconhecidas, é apenas um incidente – Incident Management. Mas, quando ocorrem repetidas notificações de incidentes semelhantes e não-resolvidos, recai-se a definição de um problema – Problem Management."

    Questão duvidosa mesmo, mas ainda acho que é incidente mesmo.


    Fonte: http://www.artigonal.com/tec-de-informacao-artigos/itil-information-tecnology-infrastructure-library-476369.html
  • vnadai,
    para ser considerado um "problema" segundo o ITIL o problema deve ocorrer reiteradamente em um curto espaço de tempo.
    abss
  • Pessoal está havendo uma confusão dos conceitos abordados neste espaço sobre Incidente/Problema/Erro. Para clarear, as definições conforme o guia ITIL/ITSMF, sobre o relacionamento entre Incidentes, Problemas e Erros Conhecidos:-> Nos casos em que a causa de um "Incidente" não está identificada e, houver uma nova investigação, será então criado um Registro de "Problema".-> Um problema representa um "erro desconhecido" em um ou mais Itens de Configuração.-> Assim que a "causa subjacente e uma solução de contorno ou correção", através de um Requisição de mudança - RDM, "estiverem identificadas", o Problema tornou-se um registro de "Erro Conhecido". -> Os detalhes dos relacionamentos entre Incidentes, Problemas, Erro Conhecido e RDMs são mantidos no BDGC.Portanto: Central de Serviços -> sempre o Incidente: Erro Conhecido-> Incidente Conhecido Incidente Desconhecido -> Erro Desconhecido -> ProblemaSolução do Problema -> Erro ConhecidoIncidente Grave de Grande Impacto -> aciona Gerenciamento de ProblemasNota: lembrando que o impacto trás situações indesejáveis e novas, e por isso o Incidente passa a ser um Problema.
  • INCIDENTE: Qualquer evento que foge do serviço combinado.
    Exemplo: Estação de Trabalho Travando...

    PROBLEMA: A causa raiz de um ou mais incidentes. Esta causa raiz é investigada pelo Gerenciamento de Problemas.
    Exemplo de Problema:
    A estação de trabalho trava porque o usuário nas horas vagas acessa sites como molhadinhas.com e clica em anuncios duvidosos enchendo seu computador de vírus, worms, trojans e etc.

  • Para tentar sanar as dúvidas.

    A questão diz que o usuário entrou em contato com a central de serviços. Após o contato, a única possibilidade é o encaminhamento do chamado para a gerência de incidentes (dentro do suporte de serviços), conforme pode ser observado no livro "Gerenciamento de Serviços de TI na Prática" de Ivan Luizio Magalhães e Walfrido Brito Pinheiro, que, por sua vez, baseia-se na ITIL v2.



  • O fato de ter acontecido antes não quer dizer que seja o mesmo problema. Computadores travam por diversas razões. Pode ser que tenha acontecido um problema 6 meses antes, solucionado e aparecido outro.

  • Se caracteriza de incidente pois é um erro que incide sob outro, não necessariamente conhecido. Foi mencionado que o mesmo ocorreu a 6 meses atrás. Porém em nenhum momento a questão diz que é a mesma causa do problema, que caracterizaria comom "erro descoberto".

    Um problema é um erro desconhecido. As outras 2 alternativas não se aplicam a referida questão.

    Um problema não é necessariamente algo que seja conhecido (causa conhecida) porém um incidente é um erro que incide sob algo, sob alguma circunstância.


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

O processo ITIL responsável por definir, analisar, planejar, medir e melhorar todos os aspectos da disponibilidade dos serviços de TI é o gerenciamento da(o)

Alternativas
Comentários
  • O Gerenciamento da Disponibilidade visa planejar, implementar, mensurar e gerenciar os serviços de TI e garantir que haja disponibilidade destes serviços de acordo com os requisitos de negócios. Também otimiza a capacidade de infra-estrutura de TI para que o custo desta disponibilidade seja aceitável para a empresa e ao mesmo tempo atenda ao negócio
    Este processo também dá suporte ao gerenciamento de Nível de Serviço provendo métricas e relatórios para as revisões de serviços. As métricas e o monitoramento constante são atividades chaves para garantir que os níveis de disponibilidade estão sendo atendidos.
    Importante: • não é responsável pelo Gerenciamento de Continuidade do Negócio ou pela recuperação do processo de negócio quando este passar por um grave desastre. Esta responsabilidade é por conta do Gerenciamento da Continuidade do Serviço de TI. No entanto, o Gerenciamento de Disponibilidade fornece entradas chaves para o Gerenciamento da Continuidade do Serviço de TI e ambos são bem próximos.
  • Bem fácil! O enunciado já traz consigo a resposta."... aspectos da [disponibilidade] dos serviços ..."

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

Qual termo do ITIL versão 2 é definido como "qualquer evento que não faz parte da operação padrão de um serviço e que causa, ou pode causar, uma interrupção ou uma redução na qualidade deste serviço"?

Alternativas
Comentários
  • Incidente: qualquer evento que não é parte padrão da operação de um serviço
    que causa, ou pode causar uma interrupção ou redução da qualidade do
    serviço.

    Problema: é quando a causa raiz de um ou mais incidentes é desconhecida.

    Solução de Contorno (work-around): este é um método de contornar um
    incidente a partir de uma reparação temporária.

    Requisição de Serviço: pode ser resumido como qualquer solicitação/contato
    que não é uma falha na Infra-estrutura de TI. (mesmo que Solicitação de Serviço ou Requisição de Mudança).

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

Considere o conceito de disponibilidade definido pelo ITIL versão 2. Sabendo que o tempo acordado para um serviço foi de 24h nos 7 dias da semana e que o tempo total de falha em uma semana foi de 10 horas, a disponibilidade desse serviço foi, aproximadamente, de

Alternativas
Comentários
  • Percentual de Disponibilidade = ((TAS - TC)/TAS)*100, onde TAS é o tempo acordado de serviço e TC é o tempo de falha durante o TAS.
    Fonte: http://cavalcante.us/Concursos/Analista_de_Sistemas/ITIL/acadger-Modulo2-disponibilidade.pdf
  • aqui mesmo quem não sabe nada de ITIL mata a questao..é uma regra de 3 basica...(158 * 100) / 168 = resultado

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

Na empresa ACME, um novo servidor é instalado, substituindo um que já estava bem antigo. O novo servidor irá funcionar como um servidor de arquivos para a rede local. O processo da ITIL responsável pelo registro destas modificações na base de dados do ITIL é o Gerenciamento de

Alternativas
Comentários
  • Pra lembrar fácil:
    * Configuração - mudou? então deixa eu registrar.
    * Incidente - alguma coisa não cheira bem, não sei ao certo o que é. Vamos dar uma olhada pra descobrir se é problema.
    * Liberação - tá beleza, já testei e pode usar.
    * Problema - realmente aquela coisa é um problema, vamos dar um jeito de concertar.
  • Poxa, eu iria no "Incident Management" = (Gerenciamento de incidentes) – reduzir o tempo de indisponibilidade (downtime) dos serviços! Pois o servidor de arquivos teria que "subir" o mais rápido possível nessa mudança... Ou no mínimo iria apostar no: Change Management (Gerenciamento de mudanças) – minimizar o impacto da mudança requerida para resolução do incidente ou problema, mantendo a qualidade dos serviços, bem como melhorar a operacionalização da infra-estrutura. Mas nunca na opção A... E errei feio.
  • O G. de Conf. é o responsável por identificar e definir os componentes que fazem parte de um serviço de TI, registrar e informar o estado desses componentes e das solicitações de mudança a ele associadas e verificar se os dados relacionados foram todos fornecidos e se estão corretos. [MAGALHÃES, pg 86]

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

Na ITIL, como o processo de Gerenciamento de Problemas suporta as atividades da Central de Serviços?

Alternativas
Comentários
  • - Definição
    Gerenciamento de Problema :
    Identifica e remove erros do ambiente de TI, através da análise dos incidentes registrados no gerenciamento de incidentes, a fim de garantir uma estabilidade máxima dos serviços de TI
  • Gerenciamento de Problema: Visa minimizar os impactos adversos de incidentes e problemas para o negócio, quando causados por falhas na infra-estrutura de TI, assim como prevenir que incidentes relacionados a estas falhas ocorram novamente. Pode ter uma atuação reativa (resolução de problemas em resposta a um ou mais incidentes) ou proativa (identificando e resolvendo problemas e falhas conhecidas antes da ocorrência dos incidentes). Fonte: Implantando a Gov. de TI da Estratégia à Gestão dos Processos e Serviços, Aguinaldo Aragon e Vladimir Ferraz. 2ª edição.
  • o gabarito está errado. A resposta correta é B.sempre confiram na cesgranrio o resultado dos recursos!http://www.cesgranrio.org.br/eventos/concursos/petrobras0208/pdf/petrobras0208_resprec.pdf
  • Definicao de "Erro Conhecido" : Um problema o qual possui causa Raiz e Solucao de Contorno, Erros Conhecidos sao criados e gerenciados por todo o seu ciclo de vida pelo Gerenciamento de Problema. Erros Conhecidos tambem podem ser identificados pelo desenvolvimento ou fornecedores.

  • Objetivos da Gestão de Problemas:

     - Prevenir a ocorrência de problemas e incidentes.

    - Eliminar incidentes recorrentes.

    - Minimar o impacto de incidentes que não possam ser evitador

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

O processo chave Gerência de Nível de Serviço do ITIL, além do estágio Projeto de Serviço, pode ser provido adicionalmente

Alternativas
Comentários
  • O processo chave Gerência de Nível de Serviço tem sua definição no Projeto de Serviço e tem sua expansão no estágio de Melhoria Contínua de Serviço.
  • lmoh.png
    (FonteAn Introductory Overview of ITIL® V3, pag 41)

    Logo, o processo Gerenciamento de Nível de Serviço está no SD (Service Design) e adicionalmente no CSI (Continual Service Improvement). Gabarito "A".
  • Um dos objetivos da fase de Melhoria de Serviço Continua (Itil V3) é: verificar se os níveis de serviços estão sendo alcançados.

    Fonte: Apostila ITIL V3 Foundation TI.exames

  • Quem provê de fato o que foi projetado é a área de operação...além da área de melhoria...


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

NÃO é um conceito, dentro dos "Quatro Ps de Estratégia", definido no estágio Estratégia de Serviço do ITIL:

Alternativas
Comentários
  • The 4 Ps of Service Strategy (after Mintzberg) are as follows: Perspective, Plan, Position and Patterns - at least according to ITIL v3. A Strategy can be any of these things or, indeed, any mixture of them.Perspective - in other words Vision - straightforward enough I think; we all need a Vision.Plan - again no problem here - a Strategy can be a Plan.Position - a marketing term - how do we position ourselves in the market - so far so good.Fonte: http://itiltalk.blogspot.com/2008/07/4-ps-of-service-strategy.html
  • Perspective Position Plan Pattern
  • Os 4Ps da Estratégia: Plano, Padrão, Perspectiva e Posição.

    Já os 4Ps do Desenho de Serviço: Pessoas, Parceiros,Processos e Produtos.

    Os 7Rs da Transição de Serviços (Gerenciamento de Mudanças)

    1- Raise
    2- Reason
    3- Return
    4- Risks
    5- Resource
    6- Responsible
    7- Relationship

  • 4 Ps da Estratégia (Juntos formam a estratégia):

    · Perspectiva: o Visão da Organização onde se define seus valores e convicções. Direção no qual provedor de serviço vai alcançar seus objetivos;
    · Posição: o Define qual é a imagen que a organização vai ter para seus clientes. Serviços que serão oferecidos;
    · Plano: o Tornar-se competitiva, no plano descreve como ela vai executar a estratégia;
    · Padrão: o Representa os procedimentos da organização, como resultado da perspectiva, posição e plano surgem os padrões. Ex se uma empresa decidiu que vai oferecer serviços baratos, não faz sentido desenvolver um serviço de alta qualidade que custará mais do que seus clientes possam pagar.
  • 4 Ps de Mintzberg - da estratégia
       Perspectiva
         Define a visão e missão da organização.
       Posição
         Imagem passada aos clientes
       Planejamento
         Traduz a estratégia para ações
       Padrão
         Fazer com consistência ao longo do tempo.


ID
70342
Banca
FCC
Órgão
TRT - 3ª Região (MG)
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Retornar um item de configuração ou um serviço de TI à condição normal de funcionamento se trata, no ciclo de vida do Gerenciamento de Incidentes do ITIL, do objetivo da etapa

Alternativas
Comentários
  • Incident Life-Cycle: the progression of an incident through OCCURRENCE of the Incident, DETECTION of the Incident, DIAGNOSIS of the cause of failure, REPAIR of the CI, RECOVERY of the CI back into the live infrastructure and RESTORATION of Service.-REPAIR-the replacement or correction of a failed Configuration Item (CI). -RECOVERY-returning a CI or an IT Service to a working/consistent state.-RESTORE-making a SERVICE available to the Users.http://www.knowledgetransfer.net/dictionary/ITIL/en/Incident_Life-Cycle.htm

  • uma figura para ajudar http://www.cmg.org/measureit/issues/mit33/m_33_1/37df2185.gif

  • Ciclo de vida do Incidente:

    Detectar: (Operação do Serviço) Uma etapa no ciclo de vida expandido do incidente. A detecção tem como resultado o conhecimento de um incidente por parte do provedor de serviço. A detecção pode ser automática ou pode ser resultado de um registro do incidente por parte de um usuário.

    Diagnosticar: (Operação do Serviço) Uma etapa nos ciclos de vida de incidente e problema. O propósito de diagnóstico é identificar uma solução de contorno para um incidente ou a causa raiz de um problema.

    Reparar: (Operação do Serviço) A substituição ou a correção de um item de configuração em falha.

    Recuperar:  (Desenho do Serviço) (Operação do Serviço) Retornar um item de configuração ou serviço de TI ao seu estado de funcionamento. A recuperação do serviço de TI frequentemente inclui recuperação de dados a um estado consistente conhecido. Depois da recuperação, passos adicionais podem ser necessários antes de o serviço de TI poder estar disponível aos usuários (restauração).

    Restaurar: (Operação do Serviço) Tomar ação para restaurar um um serviço de TI aos usuários após o reparo e a recuperação de um incidente. Este é o objetivo principal do gerenciamento de incidente.


    Fonte das definições: http://www.pmgacademy.com/pt/glossario-itil

    Ciclo de vida do incidente (imagem): http://www.itnerante.com.br/profiles/blogs/quest-o-64-itil-esfcex-2011

  • Reparar: (Operação do Serviço) A substituição ou a correção de um item de configuração em falha.


    Recuperar:  (Desenho do Serviço) (Operação do Serviço) Retornar um item de configuração ou serviço de TI ao seu estado de funcionamento. A recuperação do serviço de TI frequentemente inclui recuperação de dados a um estado consistente conhecido. Depois da recuperação, passos adicionais podem ser necessários antes de o serviço de TI poder estar disponível aos usuários (restauração).


    Restaurar: (Operação do Serviço) Tomar ação para restaurar um um serviço de TI aos usuários após o reparo e a recuperação de um incidente. Este é o objetivo principal do gerenciamento de incidente.


    Fonte das definições: http://www.pmgacademy.com/pt/glossario-itil


ID
79243
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Gerenciamento de configuração e Gerenciamento de mudanças são processos de gerenciamento de serviços de TI do tipo denominado Processos de

Alternativas
Comentários
  • Gerência de Configuração de Software, Gerência de Configuração ou ainda Gestão de Configuração de Software é uma área da engenharia de software cuja equipe é responsável por fornecer o apoio para o desenvolvimento de software.Suas principais atribuições são o controle de versão, o controle de mudança e a auditoria das configurações.

ID
79246
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

O processo Gerenciamento de configuração deve prover um modelo lógico da infra-estrutura de TI para identificar, controlar, manter e verificar as versões somente

Alternativas
Comentários
  • Na verdade são os Acordos de Nível de Serviço - SLA.

    Ele vai cuidar do CMDB - Base de Dados Configuração

  • Item de configuração – é um ativo, um componente de serviço ou qualquer outro item sob controle do processo de Gerenciamento de Configuração (hardware, software, documentação, equipe).

     

    BDGC ou CMDB / Banco de Dados de Gerenciamento de Configuração – é um repositório de informações sobre os registros de itens de configuração. Cada item deve ter nesse BD um registro único, com alguns campos que o identifiquem.

     

    Sistema de Gerenciamento de Configuração – SGC ou CMS – para gerenciar serviços de TI é necessário um sistema de suporte, que consiste em quatro camadas:

     

    • Camada de apresentação: formatação de informações em relatórios específicos para determinados públicos.
    • Camada de processamento de conhecimento: é onde se produzem as querys (consultas) para extrair os dados para serem exibidos em relatórios.
    • Camada de integração de informação: coleta e estrutura os dados.
    • Camada de dados: dados e informações de diferentes origens, como BDGCs, ferramentas de inventário, informações de projetos.

     

    Sistema de Gerenciamento do Conhecimento de Serviço – SGCS ou SKMS – é formado por um conjunto de dados em base central. Os BDGCs alimentam o SGC, que fornece informações ao SGCS e estas informações suportam a tomada de decisões.

  • O assunto da questão não pode ser ITIL. Não tem ITIL no edital.


ID
79249
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Antes de iniciar qualquer implementação de mudança no ambiente de produção de TI devem ser consideradas as tarefas de

Alternativas
Comentários
  • Essa questao deveria ser anulada. Estão faltando 2 itens.
    Atividades a serem executadas no processo de gerenciamente de mudança:
    - Registro e classificaçao das solicitações de mudança: registrar as solicitações de mudança e classifica-las em 1 dos 3 tipos: padrão, normal ou urgdente;
    - Priorização: são priorizadas pela gerencia de mudanças e submetidas ao comite de mudanças;
    - Avaliação do comite de mudanças;
    - Aprovação da mudança;
    - Agendamento da mudança.
  • Novamente, assunto não é ITIL.


ID
79252
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Para assegurar que não ocorrerá qualquer impacto adverso nos sistemas em produção e um mínimo impacto aos usuários, em um processo de gerenciamento de mudanças, deve ser considerado um grupo de tarefas denominado

Alternativas
Comentários
  • Responsabilidades da Gerência de Mudanças

     - Controle das alterações em todos os Ices;
     - Levantamento e registro das mudanç?as;
     - Avaliaçã?o de impacto, custo, benefício? e risco associado às mudanç?as;
     - Justificativa da mudanç?a perante o negó?cio e obtençã?o de aprovação para as mudanç?as;
     - Gerência e coordenaçã?o da implementaçã?o de mudanç?as;
     - Monitoramento e informes sobre a implementaçã?o;
     - Revisã?o e fechamento das RDM (requisiçõ?es de mudanç?as).

    Fonte: HandBook de TI para Concursos.







    Gerência e coordenação da implementação de mudanç?as
  • Não é ITIL.


ID
79276
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

A gestão de mudanças e a segregação de funções são controles, dentre outros, que objetivam

Alternativas
Comentários
  • Se alguém pudesse colocar a justificativa oficial da banca, seria ótimo.
  • Inicialmente, o gabarito da banca foi a letra "C", mas depois eles anularam sem dar justificativa.

    No COBIT, o conceito de Segregação de Funções é o seguinte: "Implementar uma separação de papéis e responsabilidades que reduza a possibilidade de um único indivíduo subverter um processo crítico. A gerência também deve se certificar de que o pessoal esteja executando apenas tarefas autorizadas relevantes aos seus respectivos cargos e posições."

    Pela definição, infere-se que a letra c) está, de fato, correta, pois há uma garantia da operação segura e correta dos recursos de processamento da informação. Entretanto, ao menos ao meu ver, a alternative d) também, pois como consequência o processo também serve para detectar atividades não autorizadas de processamento da informação, e também a letra e), pois o que a Segregação de Funções justamente faz é autorizar cada usuário a fazer apenas o que sua função permite. Por isso, acredito que a banca tenha anulado a questão.

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

Com relação à estrutura, aos processos e às funções do ITIL
versão 3, julgue os itens que se seguem.

No modelo ITIL, versão 3, o provimento de funções e os processos relacionados à gestão da segurança da informação se relacionam a mais de uma das fases do ciclo de vida de serviços de TI, pois o gerenciamento de disponibilidade e o gerenciamento de continuidade de serviços de TI são aspectos diretamente concernentes à segurança e encontram-se organizados na fase de desenho de serviço, enquanto os gerenciamentos de acessos e de incidentes, também relacionados à gestão da segurança, encontram-se organizados na fase de operação de serviços.

Alternativas
Comentários
  •  Segue o quadro para auxiliar...

  • Em resumo, diz-se que as políticas de seguranças são criadas na fase de desenhos e colocadas em ação na fase de operações.

  • Na questão temos que "o provimento de funções e os processos relacionados à gestão da segurança da informação...". As funções estão descritas na Operação de Serviço que são: central de serviço, gerenciamento técnico, gerenciamento de operações de TI e gerenciamento de aplicativos. Segundo a questão, "O provimento das funções..." , ou seja TODAS as funções estão relacionadas a outras publicações do ITIL fora da publicação de Operação de Serviço, o que não é verdade. Creio que o gabarito deveria ser alterado para 'Errado'. 
  • Desenho:

    Gerenciamento da Capacidade

    Gerenciamento da Continuidade do Serviço de TI

    Gerenciamento da Disponibilidade

    Gerenciamento de Fornecedor

    Gerenciamento de Segurança da Informação

    Gerenciamento do Catálogo de Serviço

    Gerenciamento do Nível de Serviço


    Operação:

    Cumprimento de Requisição

    Gerenciamento de Acesso

    Gerenciamento de Evento

    Gerenciamento de Incidente

    Gerenciamento de Problema


  • Gestão de segurança da informação, que pertence SOMENTE ao processo de desenho de serviços, não era a que esse texto cheio de merda se referia? Porque se for, o texto era para estar errado, por citar que pertence a vários processos...


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

Com relação à estrutura, aos processos e às funções do ITIL
versão 3, julgue os itens que se seguem.

Acerca de modelos de provisionamento de serviço de TI definidos pelo ITIL, a decisão por adotar um modelo embasado em utility confere maior escalabilidade às soluções de serviços de TI de uma organização, quando comparado a um modelo de serviços gerenciados. Tal decisão, embora apresente aumento de riscos de segurança no que concerne à confidencialidade, não implica, adicionalmente, o aumento de competências internas para gerenciamento de capacidade de recursos.

Alternativas
Comentários
  • A primeira parte está correta.

    Aumenta os riscos de segurança? Não sei, alguém poderia confirmar?
    Necessita do aumento de competências internas, mas não resulta (implica) no aumento delas. ok
     
    O Managed Services provisioning model é o mais tradicional da indústria.
    É o tipo de provisionamento mais caro porque os recursos usados para prover o serviço são completamente dedicados para o serviço de uma única entidade.
    Se o cliente não usar o serviço e recursos relacionados no máximo, a capacidade ociosa e a oportunidade de prover serviços adicionais com a mesma capacidade e recursos é perdida.
     
    O modelo por Shared Services mira o provisionamento de múltiplos serviços para uma ou mais unidades de negócio através de recursos e infraestrutura compartilhada.
    Este conceito é também amplamente aplicado em toda a indústria e representa significante economia de custos sobre o managed services model através do aumento da utilização dos recursos existentes.
     
    Utility-based Provisioning maximiza a combinação de serviços sendo provisionados sobre a mesma infraestrutura de modo que mais serviços são provisionados utilizando os mesmos recursos encontrados no Shared Services model.
    Isto é realizado pelo provimento de serviços baseados na utilidade, dependendo em quando, quanto, com que frequência, e nos momentos o cliente precisa deles.
    Este modelo é o que tem maior custo-benefício e o que necessida maior nível de conhecimento e capacidade, ítens que estão faltando em muitas organizações de TI hoje.
     
    Fonte: Service Strategy 
  • Escalabilidade é a característica de algo que pode ser mudado de escala ou tamanho, quer para mais, quer para menos.

    De acordo coma a descrição do colega acima, a questão está correta. Se o provisionamento Utility compartilha recursos, então há menos poder de confidencialidade em relação ao modelo de serviços gerenciados, já que estes são de uso exclusivo da área.

    Também a adoção do modelo Utility não implica em aumento de competências internas para gerenciar recursos, pelo contrário, representa uma redução de recursos, já que estes são compartilhados.
  • - Utility: faz uso de provedores externos;
    - Gerenciado: aquisição ou construção dos próprios recursos, acarreta investimento direto.



    A dúvida fica a respeito da escalabilidade, porém fica fácil entender quando se pensa, por exemplo, em serviços de Cloud Storage (providos por terceiros). Tal serviço possui como requisitos o auto-serviço sob demanda, rede ampla, o pool de recursos, a medição de serviços e a escalabilidade rápida.


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

Com relação à estrutura, aos processos e às funções do ITIL
versão 3, julgue os itens que se seguem.

São métricas adotadas no modelo ITIL: mean time between failures (MTBF), mean time between service incidents (MTBSI), mean time to repair (MTTR) e mean time to restore service (MTRS). O MTBSI pode ser definido como a soma do MTBF e do MTRS; e o MTRS é sempre maior ou igual ao MTTR.

Alternativas
Comentários
  • MTBF
    MTBSI = MTBF + MTRS
    MTRS >= MTTR
    MTTR

  • Um desenho para ajudar na compreensão.

    http://screencast.com/t/YXUAeUmTd


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

Com relação à estrutura, aos processos e às funções do ITIL
versão 3, julgue os itens que se seguem.

No desenvolvimento de uma estratégia de continuidade de serviços de TI, o uso de soluções de cold site, em vez de soluções de hot stand by, indica que o tempo máximo tolerável de interrupção dos serviços de TI é superior a 24 horas, o que não seria verdade caso a segunda solução fosse adotada.

Alternativas
Comentários
  • É simples de entender...

    Soluções "cold site"

    São as soluções executadas durante o periodo de INATIVIDADE. Quando não está havendo expediente. Neste caso, como só haverá funcionamento "no dia seguinte", o prazo é de 24 horas. Na verdade o prazo expira junto com o tempo de inatividade, pois é suposto que tudo terá sido reestabelicido ao inicío do próximo expediente.

    Fácil de gravar: COLD = Frio. Os equiapementos estão FRIOS, pois estão desligados (Não está havendo expediente)

    Soluções "hot stand by"

    São as soluções executadas durante o periodo de ATIVIDADE. Quando está havendo expediente / funcionamento.

    Fácil de gravar: HOT = Quente. Os equiapementos estão QUENTES, pois estão ligados (Está havendo expediente / funcionamento)

    DEUS ajude quem estuda e merece!

  • O techo abaixo foi retirado do livro Service Design ITILv3.

    Notem que o cold standby foi definido como um tempo maior que 72h.

    Gradual Recovery
    (Service Design) A Recovery Option that is also known as Cold Standby. Provision is made to Recover the IT Service in a period of time greater than 72 hours. Gradual Recovery typically uses a Portable or Fixed Facility that has environmental support and network cabling, but no computer Systems. The hardware and software are installed as part of the IT Service Continuity Plan.

    Immediate Recovery
    (Service Design) A Recovery Option that is also known as Hot Standby. Provision is made to Recover the IT Service with no loss of Service. Immediate Recovery typically uses Mirroring, Load Balancing and Split Site technologies.

    Na época, foram feitos recursos como este abaixo, apresentado na lista TIMasters

    Dois erros existem na questão:
    1) Supondo que "cold standby" e "cold site" sejam sinônimos sob a perspectiva do ITIL, a questão estaria errada pelo fato do ITIL considerar o tempo máximo tolerável de interrupção superior a 72 horas neste tipo de solução, e não superior a 24 horas, como afirma a questão.
    2) O tempo máximo tolerável é tipicamente menor do que 24 horas em soluções de "hot standby". A definição é explícita ao colocar a palavra "tipicamente"; portanto, não significa que isto seja verdade em 100% dos casos.

    Além do mais, o ITIL define os seguintes tipos de opções de recuperação: "Do Nothing", "Manual Workaround", "Reciprocal Arrangement", "Gradual Recovery", "Intermediate Recovery", "Fast Recovery", e "Immediate Recovery". Define também, explicitamente, que "Cold Standby" é sinônimo de "Gradual Recovery". Não existe qualquer menção que "cold site" é sinônimo de "cold standby". O entendimento do item, portanto, ficou prejudicado.


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

Com relação à estrutura, aos processos e às funções do ITIL
versão 3, julgue os itens que se seguem.

Se, em uma base de dados de erros conhecidos de uma organização que possui alto nível de maturidade no modelo ITIL, existe um número x de registros de erros, então é de se esperar que exista uma quantidade: de registros de problemas aproximadamente igual a x; kx de registros de incidentes, em que k é um número superior a 1; lx de pacotes de release, em que l é um número superior a 1.

Alternativas
Comentários
  • Correto para o número de registro de problemas e correto para o número de registro de incidentes, porém não necessariamente o número de pacotes de release será um múltiplo do números de erros conhecidos, dado que um determinado pacote pode ser lançado para corrigir um conjunto de erros conhecidos.Assim sendo, no máximo, o valor de 'l' seria 1 (no caso de cada pacote de release corrigir apenas 1 erro), porém é mais provável que esse número seja, na realidade, menor que 1.
  • "Alto nível de maturidade no modelo ITIL"? 

  • Bom, na minha opinião erro e problema não necessariamente possuem sempre mesmo número de ocorrências, pois um problema pode ocasionar vários erros. Por exemplo, se a organização disponibiliza intranet e internet aos funcionários, e a internet é terceirizada. Se ocorrer um problema num switch de um departamento, todo ele terá erro de acesso à intranet e internet (1 problema --> 2 erros). Já um problema com o provedor de internet não paralisaria o acesso à intranet (1 problema --> 1 erro).

  • Raphael, você está confundindo o conceito de erro.

    Em um ambiente de TI ocorrem incidentes. A Gestão de Incidentes tenta resolvê-los sem aprofundar na causa. Um ou vários incidentes podem dar início a um problema. Esse problema visa descobrir a causa raiz do(s) incidente(s). Geralmente, um incidente muito grave que não queremos que se repita ou então vários incidentes menos graves mas que, em razão do volume, estão gerando grande retrabalho nas equipes funcionais.

    No fechamento do problema teremos um ERRO CONHECIDO. Ou seja, caso o incidente volte a acontecer poderemos consultar na base de conhecimento o erro conhecido e a solução recomendada para ele.

    Portanto: 1 ou vários incidentes podem ser o motivo para criar um problema. Esse problema irá gerar um ERRO CONHECIDO.

    O erro da questão é com relação a liberações. As liberações são feitas ao final da análise do problema. Portanto, todo problema gera no máximo uma liberação (mapeamento 1 pra 1).


ID
104860
Banca
FCC
Órgão
TCM-PA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No ITIL, depois que uma solução de serviço foi produzida para atender requisitos de negócio, o serviço é avaliado, testado e validado no estágio

Alternativas
Comentários
  • É responsabilidade da Transição de Serviços testar se cada especificação está válida para prosseguir para a próxima etapa. Na transição do serviço que se verifica se a qualidade do serviço que será colocado em operação está em conformidade.O Modelo V serve como uma ferramenta para se mapear diferentes níveis de configuração que precisam ser construídos e testados, e contem as seguintes atividades de teste: - teste de componente;- teste de pacote de liberação;- teste de aceite operacional;- teste de aceite de serviço;- valida serviço, pacote, ofertas e contratos.

ID
104863
Banca
FCC
Órgão
TCM-PA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A identificação, a medida e o período de revisão dos Fatores Críticos de Sucesso (CSF), para determinar os ativos requeridos para implementar satisfatoriamente o serviço desejado, são definidos no ITIL dentro do estágio

Alternativas
Comentários
  • Fatores críticos de sucesso, no ITIL v2 são aqueles elementos do processo que precisam bem implementados, no v3, estratégia de prestação dos serviços de TI. Quais são aqueles elementos centrais que eu preciso atentar para que minha oferta de serviço esteja compatível com minha estratégia.
  • Fatores Críticos de Sucesso está dentro dos objetivos de uma das quatro atividades do processo de Geração da Estratégia no estágio de Service
    Strategy.
      As quatro atividades são:

     1) Definir o mercado --> Entender o cliente, Identificar oportunidades de  negócio
     2) Desenvolver a Oferta --> Definir serviços que geram valor ao cliente, Utilidade + Garantia
     3) Desenvolver os ativos estratégicos --> Adquirir Recursos, Desenvolver Habilidade
     4) Preparar a execução --> Definir o FCS, Análise Competitiva (SWOT),  Priorizar investimentos

ID
104866
Banca
FCC
Órgão
TCM-PA
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Todos os aspectos e requisitos, por meio dos estágios do ciclo de vida, definidos para cada novo ou para qualquer mudança de serviço de TI são registrados no documento do ITIL denominado

Alternativas
Comentários
  • a) Service Level Package (SLP).Relativo a SLAb) Service Portfolio Management (SPM).Está é uma da etapas do Service Strategy. Não é um documento.c) Service Level Management (SLM).Idemd) Service Catalogue Management (SCM).O catálo mostra todos os serviços suportados pela organização e os serviços que estão sendo criado.e) Service Design Package (SDP).É cola que une o SD e o ST. É neste documento que estará descrito o ciclo de vida do novo produto, os requisitos a que ele atende, o SLA, enfim, tudo que a transição precisa saber antes de colocar o serviço em operação ou implantar as novas alterações solicitadas.
  • a) SLP - Um nível definido de 'utilidade' e 'garantia' para um Pacote de Serviço particular.
    - Utilidade: o que o cliente quer (funcionalidade);
    - Garantia: Como o cliente quer receber (disponibilidade, integridade, confidencialidade);

    b) SPM - não é um documento, é um processo;

    c) SLM - não é um documento, é um processo;

    d) SCM - não é um documento, é um processo;

    e) SDP - Como um serviço novo ou serviço mudado é desenvolvido, testado, 'transicionado' para o ambiente, e serão mantidos no dia-dia até se tornarem obsoletos.

    Fonte: http://itilblues.wordpress.com/2007/12/14/itil-v3-utility-and-warranty-two-sides-of-the-same-coin/

ID
106162
Banca
FCC
Órgão
PGE-RJ
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O processo de Gerenciamento de Configuração e de Ativos de Serviço do ITIL é definido no estágio do ciclo de vida

Alternativas
Comentários
  • Transição do serviço

    Este volume é direcionado à entrega dos serviços necessários ao negócio no uso operacional, e geralmente englobam o "projeto".

    Tópicos deste volume incluem gerenciamento de configurações e ativos de serviço, planejamento de transição e suporte, gerenciamento de liberação e entrega (release and deployment), gerenciamento de alterações (Change Management), gerenciamento de conhecimento, assim como os papéis da equipe engajada na transição do serviço.

    Fonte : http://pt.wikipedia.org/wiki/ITILv3 


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

No ITIL, registrar e descrever todos os componentes da infraestrutura de TI é uma atividade do Gerenciamento

Alternativas
Comentários
  • Item correto: letra B
    Gerenciamento de Configuração
    O objetivo do Gerenciamento de Configuração é fornecer informação segura e atualizada sobre os itens de configuração (IC's) em uso, desse modo assegura-se o inter-relacionamento direto com as demais disciplinas de gerenciamento de serviços da TI.
    Cada empresa depende da provisão econômica serviços da TI. Do ponto da vista de aspectos apenas legais e financeiros, a operação e a administração de recursos de TI estão tornam-se sempre mais problemáticos. O Gerenciamento de Configuração neste momento torna possível para o gerenciamento de TI controlar os elementos da TI e os ativos (por exemplo: hardware, software, documentação, licenças, etc..). De acordo com a terminologia da ITIL, tais elementos são chamados da "itens de configuração" (ICs). Os CIs mostram o inter-relacionamento dos elementos individuais da infra-estrutura da TI.
  • Uma resalva.  O Gerenciamento de Configuração não registra e descreve "todos", pois se aumentar muito os itens registrados torna-se difícil controlar atualizações. Então não é necessário por exemplo registrar mouses, teclados etc.
  • Essas questões de antigamente eram muito mamão com açúcar, infelizmente hoje não é mais assim. Se eu voltasse no tempo uns 8 anos, com o conhecimento que tenho hoje, seria primeiro lugar em qualquer concurso.


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

No ITIL, um Erro Conhecido pode ser fechado

Alternativas
Comentários
  •  Gabarito: C

    O diagnóstico bem sucedido de um problema resulta em um Erro Conhecido. Baseado neste Erro Conhecido, uma requisição de mudança pode ser aberta. O registro do Erro Conhecido pode ser fechado quando a revisão das mudanças levou a um resultado satisfatório.

     

    font: http://gsti.blogspot.com/2009/09/simulado-itil-v2_25.html


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

No ITIL, interrupções de serviços relatadas pelos usuários são classificadas pelo Gerenciamento

Alternativas
Comentários
  • Item correto: letra C
    Incidentes:
    O Gerenciamento de Incidentes tem como foco principal restabeler o serviço o mais rápido possível minimizando o impacto negativo no negócio, uma solução de contorno ou reparo rápido fazendo com que o cliente volte a trabalhar de modo alternativo.
    Garantir que os melhores níveis de disponibilidade e de qualidade dos serviços, sejam mantidos conforme os acordos de nível de serviço é também uma tarefa da gerência de incidentes.
  • Ficou um pouco vago essa afirmação do enunciado. Afinal, são que tipo de interrupções? Planejadas ou não planejadas?


    Enunciado: "No ITIL, interrupções de serviços relatadas pelos usuários são classificadas pelo Gerenciamento"
    Definição de incidente: Interrupção não planejada ou redução na qualidade de um serviço de TI.

    Como mostrado acima, incidente não é qualquer interrupção, mas apenas as não planejadas. Interrupções planejadas, como manutenções, não são incidentes.

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

É uma atividade típica do Gerenciamento de Problemas:

Alternativas
Comentários
  • Discordo do gabarito. Acredito que a letra C também poderia ser considera correta, conforme atribuições listadas abaixo para o gerenciamento de problemas:

    Eliminar incidentes recorrentes

    Minimizar o impacto de incidentes que não possam ser evitados
    Principais atividades
    Diagnóstico da causa de incidentes
    Determinação da solução (de contorno ou definitiva)
    Acompanhamento da aplicação da solução

    Documentação da solução (erro conhecido)

  • Concordo com o colega... gaba errado... o item C também é uma atividade típica.

    Envolve:  Diagnosticar, Determinar Solução...

  • Isso é típico da FCC, o candidato ter que buscar a alternativa "menos errada" ou mais completa.
    Errei a questão justamente porque marquei letra C. ;/
  • Pessoal,

    Gerência de Problema investiga e realiza diagnóstico de problemas.

    Na ITIL, problema e incidente são conceitos completamente distintos.
  • Concordo com você christiano, contudo a questão está muito mal elaborada. A análise de problemas parte justamente da ocorrência de incidentes. Temos problemas derivados da ocorrencia de um ou mais incidentes, de RDM's ou eventos. Quando a questão fala que é uma função do Ger. de problemas investigar e diagnosticar incidentes ao meu ver está correto, tanto que marquei a letra C também.

    Se formos analisar com mais calma a "menos errada" realmente é a alternativa A, mas questões como essa me chateiam muito. Caso eu esteja errado podem comentar.

    ;D
  • Discordo dos dois colegas acima, seria investigar e diagnosticar incidentes mesmo!! Isso o prof. Gledson deixa bem claro nas suas vídeo aulas lá do Cathedra.

  • O gerenciamento de incidentes faz a investigação e o diagnóstico de incidentes de maneira a oferecer mais rapidamente uma solução de contorno ao usuário.  O gerenciamento de problemas entra quando verifica-se que certos incidentes nao são pontuais e que tem relacionamento com um problema específico. Então trata-se isso como problema e realiza-se a investigação da causa-raíz. Porém a gestão de problemas tem também esse caratér pró-ativo ao realizar análise de tendências.
  • O Gerenciamento de Problemas investiga a "causa" dos incidentes e não os incidentes. Quem faz isso é o Gerenciamento de Incidentes.
    Por isso a letra C está errada.
  • O pessoal reclama tanto que a FCC copia e cola (concordo também), mas quando cai uma questão que envolve o raciocínio, acabam errando. Com certeza é umas das atividades do Gerenciamento de Problemas, se possível, prevenir os incidentes (aqui nem precisava do proativamente, se já estamos falando de prevenção).

  • Já que a FCC julga o item mais correto, a resposta teria que ser a C.

    Essa estória de análise de tendência não ajuda em nada, uma vez que precisamos encontrar uma solução para aquele incidente e não vermos quantos existem em cada categoria...

  • O que invalida a C e E é a palavra incidente, mas, em ambos os ciclos de vida, tem as etapas apresentadas nas alternativas.


ID
114223
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A respeito da ITIL (Information Technology Infrastructure Library), assinale a opção correta.

Alternativas
Comentários
  • Gestão de Incidentes, que resumindo, tem a responsabilidade de restaurar um serviço o mais rápido possível com o mínimo de impacto para o negócio. Porém, a Gestão de Incidentes não se preocupa em tomar medidas que evitem que a falha ocorra novamente, e esta é a principal responsabilidade da Gestão de Problemas.A Gestão de Problemas tem também a missão de registrar todos os erros conhecidos e suas soluções de contorno. Veja abaixo algumas definições importantes de serem observadas:Problema: É a causa desconhecida de um ou mais incidentes Causa: É um Erro em um Item de Configuração Erro Conhecido (Known Error): É um problema cuja causa foi diagnosticada e para qual existe uma Solução de Contorno Soluções de Contorno (Workaround): solução não definitiva Solução: Solução definitiva Outro papel importante da GP é vasculhar os incidentes/chamados que foram abertos e já encerrados e verificar se um algum ativo (item de configuração) pode estar com problemas ou pode ser melhorado.A missão da Gestão de Mudanças é garantir que todas as alterações que possam afetar a infra-estrutura sejam feitas de uma forma controlada, e também que esta mudança seja refletida na Base de Dados do Gerenciamento de Configuração, ou BDGC. Abro um parênteses aqui para dizer que uma alteração de senha, apesar se de ser uma mudança não é necessário passar por uma aprovação, certo? E sim ser resolvida pela gestão de Incidentes.O Gerenciamento de configuração é responsável pelo cadastro e atualização da base de itens de configuração (hardware, software, documentação) e seus relacionamentos. Algo parecido com a base de ativos, porém o BDGC contém os relacionamentos entre os IC’sO gerenciamento da capacidade é um processo da ITIL que visa fornecer a capacidade exigida de processamento e armazenamento no momento e no custo adequado.Os benefícios do gerenciamento da capacidade são principalmente a reduções de riscos e custos e a possibilidade de se obter previsões mais confiáveis.
  • a) ERRADAÉ o Gerenciamento de Incidentes que objetiva restaurar o serviço ineficiente com a maior brevidade possível. Entretanto, não previne a recorrência do problema pois não realiza a busca e a análise da causa raiz do erro. É o Gerenciamento de Problemas que realiza tal atividade, evitando a recorrência;b) ERRADAA função do Gerenciamento de Problemas é restaurar os serviços indisponíveis o mais rápido possível. Não envolve nenhuma investigação pró-ativa das causas raiz dos problemas e nem a análise de tendências. Estas são atividades do processo Gerenciamento de Problemas;c) ERRADAO processo responsável pela atualização dos registros e a identificação das áreas impactadas por mudanças é o Gerenciamento da Configuração, o qual prega armazenar um banco de dados contendo os não só a descrição detalhada dos itens de configuração da infra-estrutura de TI, mas todos os relacionamentos entres esses componentes. Isso permite o mapeamento exato entre todos os itens, áreas e pessoas afetadas em uma mudança na infra-estrutura.d) CORRETAe) ERRADAO processo de Gerenciamento da Disponibilidade tem como função principal otimizar a disponibilidade da infra-estrutura e ajudar a entregar um nível de disponibilidade a um custo aceitável ao negócio. A produção de SLAs mais precisos e realistas, bem como num formato adequado aos serviços oferecidos e às necessidades do cliente é função do processo de Gerenciamento de Nível de Serviço.(Fontes: TI Exames, Wikipedia, resumo do ITIL v3 Helen Queiroz (Google it! ;) )
  • Para mim, a letra D está errada, pois o gerenciamento de problemas não trabalha em conjunto com o gerenciamento da capacidade, mas sim da disponibilidade!

  • Caro colega Mario Verdibello,

    Existe relação entre o Gerenciamento de Problemas e o Gerenciamento da Capacidade.

    Alguns dos objetivos do Ger. da Capacidade são:

    - Prestar assessoria e orientação para todas as outras áreas do negócio e de TI com problemas relacionados a capacidade e desempenho;

    - Ajudar com o diagnóstico e resolução de desempenho e capacidade relacionados com incidentes e problemas;

    Também, corroborando sua afirmação, existe relação entre Ger. de Problemas e Ger. de Disponibilidade.

    Para uma perfeita gestão da disponibilidade é necessário conhecermos a tendência com que problemas afetam os serviços.

    Um dos o objetivos da Ger. da Disponibilidade é:

    - Ajudar com o diagnóstico e resolução de incidentes e problemas relacionados com a disponibilidade;

    O processo de Ger. da Disponibilidade inclui dois elementos chave: atividades reativas e atividades proativas. No que tange às atividades reativas, vale ressaltar que estas envolvem o monitoramento, medição, análise e gestão de todos os eventos, incidentes e problemas envolvendo indisponibilidade.


    Assim, o Gerenciamento de Problemas faz interface, dentre outros processos, com:

    Gerenciamento de Disponibilidade

    Está envolvido com a determinação de como reduzir o tempo ocioso e aumentar a produtividade. Como tal, tem uma relação estreita com o Gerenciamento de Problema, especialmente as áreas proativas. Grande parte da informação de gestão disponível no Gerenciamento de Problemas será comunicada ao Gerenciamento de Disponibilidade.

    Gerenciamento de Capacidade

    Alguns problemas requerem uma investigação pelas equipes de Gerenciamento de Capacidade e Gerenciamento Técnico. Por exemplo: problemas de desempenho.


    (Fonte: ITIL v3 Apostila do Aluno)

    Abs,


ID
114226
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca do relacionamento entre processos do ITIL, assinale a opção correta.

Alternativas
Comentários
  •  O erro da letra E é que Os processos de gerenciamento de incidentes, de gerenciamento de PROBLEMAS e de gerenciamento de mudanças mantêm uma estreita relação entre si.

  •  a) O processo de gerenciamento de níveis de serviço é responsável por administrar acordos de níveis de serviço (ANS) e estabelecer as bases para os acordos de nível operacional de maneira que os impactos adversos sobre a qualidade dos serviços sejam mínimos.

    b) Quando mudanças são propostas e depois implementadas, o processo de gerenciamento de níveis de serviço deve avaliar seu impacto sobre o atendimento da central de serviços e sobre os acordos de nível operacional.

    O Gerenciamento de mudanças cuida para que as mudanças efetuadas não causem impacto na qualidade dos serviços prestados.

    c) Prioridades relativas a disponibilidades necessitam ser acordadas como parte do processo de gerenciamento de produtos e documentadas em acordos de níveis de produto.

    Essa função pertence à Gerência de Disponibilidade

    d) De modo a apurar os custos estimados dos serviços, o processo de gerenciamento financeiro requer informações obtidas junto aos processos de gerenciamento de incidentes e acordos de nível operacional.

    O gerenciamento financeiro não mantém uma relação tão estreita de comunicação com o gerenciamento de incidentes para estimar custos.

    e) Os processos de gerenciamento de incidentes, de gerenciamento de disponibilidade e de gerenciamento de mudanças mantêm uma estreita relação entre si e com as funções da central de serviços, uma vez que, caso não estejam adequadamente controlados, mudanças podem introduzir novos problemas.

    As mudanças são gerenciadas em sua completude pela gerência de mudanças e seu impacto é avaliado pela gerência de liberação, mesmo existindo uma estreita relação entre a gerência de incidentes, de disponibilidade e de mudanças com o help desk.

     

  • Manoel Marcondes,
    acho q o erro da C tá em afirmar q "Prioridades relativas a disponibilidades necessitam ser acordadas como parte do processo de gerenciamento de produtos e documentadas em acordos de níveis de produto". A meu ver, sao acordadas como parte do processo gerenciamento de nivel de serviço e documentadas em acordos de niveis de serviços.
    Ou seja, não pertence à Gerência de Disponibilidade.

    Quanto à D, o gerenciamento financeiro não mantém relação alguma como com o gerenciamento de incidentes.

    Já a E tá errada, pois a função CS interage principalmente com o processo gerenciamento de incidentes; este interage com o GM; nenhum dos dois interage com o GD.

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

Uma empresa instala uma Intranet para as suas estações de trabalho, o que gera a necessidade de aumentar a largura de banda devido ao grande volume de documentos enviados pela rede. O processo ITIL responsável pela aprovação da implementação do aumento da largura de banda é o

Alternativas
Comentários
  • A efetivação da aprovação (ou não) do aumento da largura de banda é decisão do processo conhecido como Gerenciamento de Mudança.  O principal objetivo do Gerenciamento de Mudança é permitir que mudanças que gerem benefícios sejam feitas com a mínima interrupção aos Serviços de TI.
  • A questão tenta induzir ao erro quando menciona aumento da largura de banda. O processo responsável por garantir o desempenho necessário da infra estrutura de TI é o gerenciamento da capacidade. NO ENTANTO, a questão fala de aprovação da implementação, Quem aprova mudança analisa e aprova mudança no ambiente é o gerenciamento de mudança!
  • A gestão de mudanças na ITIL possui uma das atividades de aprovação que depende do CCM ou CCME, pode haver mudanças para implantar um serviço novo, corrigir um problema, melhorar a capacidade, etc.

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

Sobre o ITIL, considere:

I. Um usuário reclama para a Central de Serviços que, repetidamente, ocorre um erro quando se utiliza uma determinada aplicação. Isso faz com que a conexão com a rede seja interrompida. O processo ITIL responsável por investigar a causa é o Gerenciamento de Problemas.

II. Os gerentes de rede possuem uma carga de trabalho excessiva e não têm tempo para gerenciar a rede de forma pró-ativa. Um dos fatores que contribuem para essa imensa carga de trabalho é a frequência com que os usuários contatam esses gerentes diretamente. O processo ITIL que melhoraria essa situação é o Gerenciamento de Incidentes.

III. Fazer o registro dos relacionamentos entre os Itens de Configuração (lCs) é uma tarefa de responsabilidade do Gerenciamento de Configuração.

Está correto o que consta em

Alternativas
Comentários
  • Todas as alternativas tratam de definições de conceitos básicos da biblioteca ITIL e exemplos de fácil compreesão de sua abrangência.
  •  A afirmativa II é meio duvidosa, pois quem melhoria a situação dos gerentes seria a função Help Desk, mas como é o próprio Help Desk o responsável pelo gerenciamento de incidentes, então não dá para dizer que está errado.

  • Absurdo esta opção II... Incidentes é uma causa conhecida... Tem haver com a visão do usuário, mas o usuário não vai falar com o  'Incidente'... Vai falar com help desk!

  • Nada há ver essa alternativa II.
    Se houver problemas em qualquer que seja o serviço de TI é a Central de Serviços que deverá ser contactada, e por conseguinte, se não for
    capaz de resolver o incidente ela encaminhará para quem tem competência.
    NUNCA UM USUÁRIO ENTRARÁ EM CONTATO DIRETAMENTE COM UM GERENTE DA REDE PARA ESSE FIM CONFORME O ITIL V3.
  • Olá, pessoal!
     
    A banca manteve a resposta como "B", conforme a divulgação do Edital de Alteração de Gabaritos, postado no site.
     
    Bons estudos! 
  • Como os colegas mencionaram acima e segundo o professor Geyson Pompeu os únicos processos que têm contato com o usuário no ITILv3 são:
    - Atendimento de solicitações;
    - Gerência de Acesso.

  • Trecho retirado do material oficial:

    "Incident Management is the process for dealing with all incidents; this can include failures, questions or queries reported by the users (usually via a telephone call to the Service Desk), by technical staff, or automatically detected and reported by event monitoring tools."

    Por isso que a alternativa II está correta.
  • Acredito que seja um problema de interpretação: O Item II não está afirmando que o antendimento será feito pelo Gerenciamento de incidentes.

    A respostas da alternativa II está correta, pois é o Gerenciamento de Incidentes que irá detectar o problema da sobrecarga dos gerentes, e irá sugerir o serviço de Service Desk como solução.
  • O item 2 pode estar correto somente porque nessa situação qualquer coisa melhoraria o processo.

  • [B] I, II e III.

    Problem management aims to resolve the root causes of incidents and thus to minimize the adverse impact of incidents caused by errors within the IT infrastructure, and to prevent recurrence of incidents related to these errors. 

    Service asset and configuration management is primarily focused on maintaining information (i.e., configurations) about Configuration Items (i.e., assets) required to deliver an IT service, including their relationships.


ID
120748
Banca
FCC
Órgão
SERGAS
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No ITIL, aprovar todas as modificações feitas na base de dados de Erros conhecidos é responsabilidade do Gerenciamento de

Alternativas
Comentários
  • Questão mal formulada.

    Se a modificação for na estutura d base de dados? Não específica que a alteração é um Update nos dados

  • Gerenciamento de Problemas
    Identifica e remove erros do ambiente de TI, através da análise dos incidentes registrados no gerenciamento de incidentes, a fim de garantir uma estabilidade máxima  dos serviços de TI.

    Fonte: Apostila Itil_Cobit 
    http://www.trainning.com.br/curso_itil.asp

    Bom estudo.
  • O Banco de Dados de Erros Conhecidos nada mais é do que repositório de registros de erros e soluções de contornos identificados para os problemas. Quem alimenta este banco é o processo de Gerenciamento de Problema, que faz o diagnóstico e registra todos os erros conhecidos nesta base.
  • c-

    gerenciamento de problema é orientado às causas desconhecidas para possiveis incidentes enquanto uma solução é trabalhada. Gerenciamento de problema pode ser tanto reativo como proativo, tendo como meta resolução de problemas de modo permanente


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

A cobertura ITIL, versão 2, é completa quanto ao COBIT 4.0 em

Alternativas
Comentários
    •  a) gerenciar operações (DS13).
    •  b) educar e treinar usuários (DS7).
    •  c) identificar e alocar custos (DS6).
    •  d) monitorar e avaliar o desempenho da TI (ME1).
    •  e) assegurar conformidade com requisitos externos (ME3).

    Em tese, as letras A), B) e C) do domínio Entrega e Suporte do Cobit têm correspondência no ITIL 2.
    A questão é: qual é a completa? Na cabeça da banca, é o DS6.
  • A questão trata sobre o mapeamento entre o CMMI e COBIT. Ao contrário do comentário acima, a resposta não foi "inventada" pelo examinador, pois há publicações específicas a este respeito, neste caso: COBIT Mapping: Mapping of ITIL v2 With COBIT.
    A imagem abaixo, mostra o mapeamento dos processos descritos na questão.
    http://postimage.org/image/89x5getr5/

    Legenda:


    (E) Exceeded
    (C) Complete coverage
    (A+) Many aspects addressed
    (A) Some aspects addressed
    (A-) A few aspects addressed
    (N/A) Not addressed

    Como pode ser visto, o processo que possui cobertura completa no mapeamento é o DS6 Identificar e alocar custos.

    Contudo, como inclusive é uma publicação extra ao guia do Cobit, considero um tanto exagerado cobrar tal conhecimento.

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

São publicações do núcleo do ITIL:

Alternativas
Comentários
  •  Segue um resumo.

  • Transição de Serviço, Operação de Serviço e Melhoria de Serviço Continuada.


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

Em relação aos conceitos utilizados nos processos do ITIL, analise as afirmativas a seguir.

I - Um erro conhecido, uma chamada realizada para a central de serviços e um manual técnico de um software são exemplos de itens de configuração.
II - Garantir a segurança dos empregados e visitantes, assegurar a rápida ativação dos processos de negócio críticos, minimizar os danos imediatos e perdas em uma situação de emergência são objetivos de um Plano de Continuidade do Negócio.
III - CAPEX é todo o dinheiro que a área de TI gasta transformando o seu inventário (infraestrutura de TI) em ganho, item no qual são incorporados gastos como salários dos diretores, mão de obra direta, luz, água, impostos, depreciação e seguros.

Está correto o que se afirma em

Alternativas
Comentários
  • I - ERRADO.Tanto um erro conhecido quanto uma chamada realizada para a central de serviços não podem ser considerados parte integrante ou direta do ambiente de serviços de TI. Ambos podem ser associados a itens de configuração.O manual técnico de software o considerado item de configuração, como o são também: hardware, software e (*)documentação. Itens de Configuração são componentes necessários a entrega de um serviço de TI e devem fazer parte integrante ou direta do ambiente. O termo de componente satisfaz o conceito de granularidade grossa ou fina dependendo do número de outros itens de configuração que possam compor um componente.II - CORRETO.Segundo ROSEMARY FRANCISCO, os principais objetivos que devem ser atingidos pelo PCN são:- Garantir a segurança dos empregados e visitantes;- Minimizar danos imediatos e perdas numa situação de emergência;- Assegurar a restauração das atividades, instalações e equipamentos o maisrápido possível;- Assegurar a rápida ativação dos processos de negócio críticos;- Fornecer conscientização e treinamento para as pessoas-chave encarregadasdesta atividade.III - ERRADO. CAPEX é uma sigla derivada da expressão Capital Expenditure, que significa o capital utilizado para adquirir ou melhorar os bens físicos de uma empresa, tais como equipamentos, propriedades e imóveis. OPEX é uma sigla derivada da expressão Operational Expenditure. As despesas operacionais (muitas vezes abreviado a OPEX) são os preços contínuos para dirigir um produto, o negócio, ou o sistema. Portanto, gastos como salários dos diretores, mão de obra direta, luz, água, impostos, depreciação e seguros são OPEX, e não CAPEX.
  • I - ERRADO.

    Tanto um erro conhecido quanto uma chamada realizada para a central de serviços não podem ser considerados parte integrante ou direta do ambiente de serviços de TI.

    Ambos podem ser associados a itens de configuração.

    O manual técnico de software o considerado item de configuração, como o são também: hardware, software e documentação. Itens de Configuração são componentes necessários a entrega de um serviço de TI e devem fazer parte integrante ou direta do ambiente.


    II - CORRETO.

    Os principais objetivos que devem ser atingidos pelo PCN são:


    - Garantir a segurança dos empregados e visitantes;

    - Minimizar danos imediatos e perdas numa situação de emergência;

    - Assegurar a restauração das atividades, instalações e equipamentos o mais rápido possível;

    - Assegurar a rápida ativação dos processos de negócio críticos;

    - Fornecer conscientização e treinamento para as pessoas-chave encarregadas desta atividade.


    III - ERRADO.

    CAPEX (Capital Expenditure), que significa o capital utilizado para adquirir ou melhorar os bens físicos de uma empresa, tais como equipamentos, propriedades e imóveis.


    OPEX é uma sigla derivada da expressão Operational Expenditure. As despesas operacionais (muitas vezes abreviado a OPEX) são os preços contínuos para dirigir um produto, o negócio, ou o sistema. Portanto, gastos como salários dos diretores, mão de obra direta, luz, água, impostos, depreciação e seguros são OPEX, e não CAPEX.


ID
128416
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Segundo o ITIL, o controle dos riscos de fracasso e rompimento do objetivo principal do Gerenciamento de Serviços, que é garantir que os serviços de TI estejam alinhados com as necessidades de negócio, é realizado no estágio

Alternativas
Comentários
  • O volume Service Transition fornece orientação para o desenvolvimento e melhoria de capacidades para transição de serviços novos e alterados em operações. Esta publicação fornece orientações sobre como as exigências da 'Service Strategy' codicadas em 'Serviço Design' são efetivamente realizadas no 'Service Operation' enquanto identica, gerencia e controla os riscos de fracasso e ruptura em todas as atividade de transição.
  • Galera, sobre essa questão, cabe uma observação.

    O Gabarito diz que Service Transition envolve controle  dos riscos de fracasso e rompimento do objetivo principal do Gerenciamento de Serviços.

    No entanto, por definição, Service Transition dentifica, gerencia e controla os riscos de fracasso e ruptura em todas as atividade de transição.

    Isso pode causar confusão na hora de responder a questão..

     

  • Palavra chave do enunciado é "garantir".

    ESTRATÉGIA de SERVIÇO
    É aqui que a TI vai se integrar com o negócio. A TI tem que buscar entender quais são as demandas dos serviços, pensar no retorno que o investimento vai ter para o negócio.

    TRANSIÇÃO de SERVIÇO
    Processo: Validação e Teste de Serviço
    Garante que o Serviço de TI seja compatível com sua Especificação de Desenho e irá atender as necessidades do negócio.
  • Achei a questão confusa, pois quem garante que os serviços de TI estejam alinhados com as necessidades de negocio é o gerencimanento da capacidade pertencente ao estágio de desenho.!

ID
128419
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

As arquiteturas e os padrões para gerenciamento de serviços, segundo o ITIL, são definidos no estágio

Alternativas
Comentários
  • Architecture: (Service Design) The structure of a System or IT Service, including the Relationships of Components to each other and to the environment they are in. Architecture also includes the Standards and Guidelines that guide the design and evolution of the System.

    Design: (Service Design) An Activity or Process that identifies Requirements and then defines a solution that is able to meet these Requirements

     

    Retirado do Livro Service Design, Itil v3

     

  • ll4j.png
    (FonteAn Introductory Overview of ITIL® V3, pag11)

    Gabarito letra "E".

ID
128422
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Um processo de gerenciamento de serviços do ITIL que é realizado no estágio Service Strategy denomina-se

Alternativas
Comentários
  • A ITIL V3 caracteriza-se, principalmente, por se concentrar em descrever o Gerenciamento de Serviços de TI detalhando o ciclo de vida do serviço. O ciclo de vida do serviço é composto por 5 estágios:1) Estratégia do Serviço (Service Strategy)2) Desenho do Serviço (Service Design)3) Transição do Serviço (Service Transition)4) Operação do Serviço (Service Operation)5) Melhoria de Serviço Continuada (Continual Service Improvement)Cada um dos estágios possui processos e pode possuir funções. A ITIL V3 possui 21 processos, apesar de este número não ser consenso entre especialistas devido aos livros da ITIL não explicitarem em seus capítulos o que é processo, o que é função e o que não é nenhuma das duas coisas.Enfim, o exercício pede um processo que é executado no estágio Estratégia do Serviço. Fazem parte deste estágio os seguintes processos:1) Gerenciamento de Portfolio;2) Gerenciamento da Demanda;3) Gerenciamento Financeiro.Segue os outros processos e os estágios dos quais fazem parte:- Desenho do Serviço:*Gerenciamento de Nível de serviço*Gerenciamento do Catálogo de serviço;*Gerenciamento da disponibilidade;*Gerenciamento da Segurança da informação;*Gerenciamento do Fornecedor;*Gerenciamento da Capacidade;*Gerenciamento da Continuidade dos serviços.- Transição do Serviço:*Planejamento e suporte da transição de serviço;*Gerenciamento de Mudança;*Gerenciamento de configuração e de ativo de serviço;*Gerenciamento de Liberação e Implantação;*Validação e Teste de Serviço;*Avaliação;*Gerenciamento do Conhecimento.- Operação do Serviço:*Gerenciamento de Eventos;*Gerenciamento de Incidentes;*Gerenciamento de Serviços;*Gerenciamento de Problemas;*Gerenciamento de Acesso.- Melhoria do Serviço Continuada:*7 Passos de Melhoria ou Processo de Melhoria;*Relatório de Serviço;*Medição de Serviço.
  •  

     

    Link mais legível.

  •  a) Request Fulfilment. - Operação dos Serviços

     b) Service Measurement. - Faz parte dos 07 passos para melhoria - Melhoria Contínua do Serviço

     c) Knowledge Management. - Transição dos Serviços

     d) Service Portfolio Management. - Estratégia dos Serviços - Correta

     e) Service Catalogue Management. - Desenho dos Serviços


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

Auxilia a gestão do ambiente de TI por intermédio do registro de todos os seus itens em um banco de dados o que permite controlar os componentes de infraestrutura envolvidos na realização dos serviços de TI. O processo ITIL referente a esta definição é o Gerenciamento de

Alternativas
Comentários
  • Alternativa C, a correta, visto que o gerenciamento de configuração visa gerir os ativos da organização.
    Service Support (ITIL V2) -
    Os processos desta área e seus objetivos são:
    Incident Management (Gerenciamento de incidentes) – reduzir o tempo de indisponibilidade (downtime) dos serviços;
    Problem Management (Gerenciamento de problemas) – minimizar o impacto no negócio dos incidentes e problemas causados pelos erros na infraestrutura de TI e prevenir incidentes recorrentes desses mesmos erros;
    Configuration Management (Gerenciamento de configuração) – identificar e controlar os ativos de TI e itens de configuração (CIs) existentes na organização, estabelecendo o relacionamento dos mesmos aos serviços prestados;
    Change Management (Gerenciamento de mudanças) – minimizar o impacto da mudança requerida para resolução do incidente ou problema, mantendo a qualidade dos serviços, bem como melhorar a operacionalização da infraestrutura;
    Release Management (Gerenciamento de liberações) – prevenir a indisponibilidade do serviço, garantindo que as instalações de versões de hardware e software estejam seguras, autorizadas e devidamente testadas.
    Fonte: http://pt.wikipedia.org/wiki/Information_Technology_Infrastructure_Library

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

São, respectivamente, processos pertencentes ao escopo de Entrega de Serviços e ao Suporte de Serviços do ITIL:

Alternativas
Comentários
  • Resposta: EEntrega de serviços:Gerenciamento de nível de serviçoGerenciamento de disponibilidadeGerenciamento de capacidadeGerenciamento de continuidade de serviços de TIGerenciamento de finanças para serviços de TISuporte de Serviços:Service desk(Central de serviços)Gerenciamento de incidentesGerenciamento de problemasGerenciamento de mudançasGerenciamento de liberaçãoGerenciamento de configuração
  • Questão muito mal elaborada. Ele misturou os conceitos de "Processo" e "Função" da ITIL v2. A ITIL v2 tem 1 função e 10 processos. Os processos são classificados em 2 categorias: "Suporte ao Serviço" o qual inclui processos operacionais; e a "Entrega de Serviço" o qual inclui os processos estratégicos da ITIL.Os processos de "Entrega de Serviço" são:1) Gerenciamento de Nível de Serviço;2) Gerenciamento de Disponibilidade;3) Gerenciamento da Capacidade;4) Gerenciamento da Continuidade;5) Gerenciamento Financeiro.Os processos de "Suporte ao Serviço" são:1) Gerenciamento de Incidentes;2) Gerenciamento de Problemas;3) Gerenciamento de Mudanças;4) Gerenciamento de Liberação;5) Gerenciamento da Configuração.A única função descrita pela ITIL v2 é a "Central de Serviços" ou "Service Desk".O exercício pede, "respectivamente, processos pertencentes ao escopo de Entrega de Serviço e ao Suporte de Serviços do ITIL". Por eliminação, vemos que a resposta menos errada é a letra "e) Gerenciamento de Níveis de Serviço e Service Desk". Entretanto, já foi mencionado que o Service Desk não é um processo, e sim uma função.Ao meu ver, esta questão poderia levar o candidato a erros e deveria ter sido anulada, já que não possui nenhuma alternativa que, de fato, descreva, respectivamente, um processo pertencente à "Entrega de Serviço" e outro pertencente ao "Suporte ao Serviço".
  • Me desculpe colega, mas a questão está bem elaborada. Itil são dois "escopos" Entrega de Serviços (Service Delivery) e Suporte a serviços (Service support).

    Neste ponto fica bem claro : Service Desk -> Suporte a serviços (Service support) e Ger Níveis de sv -> Entrega de Serviços (Service Delivery).

  • Realmente questão mal elaborada.  Service Desk é uma função e não um Processo.  E isso é uma diferença bastante importante e cobrada em uma certificação ITIL.  Deveria ser anulada a questão, mesmo sendo possível responder por eliminação.

  • Foi bem mal elaborada, porém por exclusão é possivel acertar essa.

  • Servicedesk não é processo, é função! Péssima questão.
  • Padrão FCC de qualidade.
  • A questão é clara quando está pedindo PROCESSOS . 

    E SERVICE DESK não é processo, é função. 

    Desculpa, mas a questão está mal elaborada, feita por quem não entende mesmo de ITIL.

     


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

Um dos objetivos do processo de Gerenciamento de Continuidade dos Serviços de TI estabelecidos no ITIL é

Alternativas
Comentários
  •  

    a) prever a necessidade de recursos adicionais de TI com antecedência. Errado, é objetivo do Gerenciamento da Demanda b) identificar e remover erros do ambiente de TI. Errado, é objetivo do Gerenciamento de Problemas c) estabelecer procedimentos de avaliação de impacto das mudanças. Errado, é objetivo do Gerenciamento de Mudanças d) planejar as medidas a serem tomadas em caso de contingência. Correto e) restaurar a operação normal dos serviços de forma ágil. Errado, é objetivo do Gerenciamento de Incidentes

ID
129289
Banca
MOVENS
Órgão
DNPM
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Entre os processos do Information Tecnology Infrastructure Library - ITIL, existe um processo específico para tratar incidentes, chamado gerenciamento de incidentes. A respeito da definição de incidente no ITIL, assinale a opção correta.

Alternativas
Comentários
  • a) CORRETA
    Esta é a transcrição da definição de "Incidente" retirado do livro "Suporte ao Serviço" da ITIL V2.

    b) ERRADA
    Um incidente não pode ser detectado por monitoração. Não existe nenhuma atividade pró-ativa no processo de Gerenciamento de Incidentes. O processo é apenas reativo e os incidentes são detectados assim que um usuário de algum serviço de TI entra em contato com a Central de Serviços.

    c) ERRADA
    Isto não é totalmente verdade. Um incidente pode causar apenas uma diminuição da qualidade do serviço prestado ou um desacordo do nível de serviço contratado. Além disso, um "problema" também pode causar indisponibilidade e mesmo assim não ser classificado como um incidente.

    d) ERRADA
    Um incidente pode ser recorrente caso a sua causa raiz não seja corrigida E caso a Central de Serviços apenas forneça soluções de contorno ao invés de abrir um chamado para a investigação dessa causa raiz, por parte do processo de Gerenciamento de Problemas. Ou seja, o processo de Gerenciamento de Problemas é tanto reativo quanto pró-ativo. É nele que ocorre uma investigação da causa raiz de um problema, a fim de que se gere soluções de contorno ou correções, para que o problema não volte a acontecer.

    e) ERRADA
    Esta seria parte da definição de "problema". "Problema" é um evento que não faz parte da operação normal de um serviço e causa ou pode causar uma interrupção ou redução na qualidade de serviço e do qual não se sabe a causa raiz, não sendo possível, assim, a solução imediata por parte da Central de Serviços.

    Fonte: Wikipedia, TI Exames, Livros Service Support e Service Delivery da ITIL V2.
  • A letra  C está errada porque  para ser considerada incidente a parada tem de ser não esperada, uma manutenção programada

    por exemplo causa indisponibilidade do serviço, entretanto não é um incidente.


ID
129301
Banca
MOVENS
Órgão
DNPM
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

O Service Desk, muitas vezes chamado de Help Desk, é uma das principais unidades de um departamento de informática, já que é o ponto de contato direto entre o departamento de informática e os usuários. Grande parte da imagem da TI dentro de uma empresa devese à eficiência e à eficácia desse serviço. No tocante às funções do Service Desk, definidas pelo ITIL, assinale a opção INCORRETA.

Alternativas
Comentários
  • É uma atividade do processo "Controle de Problemas", do Gerenciamento de Problemas, a responsável por encontrar a causa raiz do problema, e aí sim, reportá-lo à Central de Serviços, para que esta possa manter os usuários informados a respeito de seus chamados.
  •  A resposta certa é a alternativa a, mas a alternativa C é bem suspeita também:

     

    Identificar problemas não seria de responsabilidade do Ger. de Problemas?


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

Quanto ao gerenciamento de projetos e ao ITIL, julgue os itens que
se seguem.

Entre as diversas estratégias de fornecimento de serviços, a de modalidade business process outsourcing apresenta como vantagens economias de escala e aquisição de especialistas externos. Como desvantagens, há o risco de solvência dos fornecedores e maior controle direto das atividades.

Alternativas
Comentários
  • Opções de fornecimento de ServiçosNa fase de desenho de serviço, pode se identificar se aorganização tem ou não todas as habilidades necessárias e assimpodendo escolher em tercerizar ou não serviços.Estratégias de fornecimento :· In-Sourcing : Utiliza recursos internos da organização.Neste caso a empresa desenvolve ou tem todas ashabilidades para fornecer um serviço, controle diretosobre a entrega, sendo seu custo menor· OutSourcing : Utiliza recursos de uma organizaçãoexterna para desenhar, desenvolver e manter umseterminado serviço. Commodity é um termo utilizadopara designar serviços que são muitos comuns, semvalor agredado· Co-Sourcing : É a combinação dos dois acima. Utiliza~separte de recursos externo e externos. Aqui a vantagemde ter-se melhor controle sobre a entrega de serviço.· Parceria ou Multi-Sourcing : Arranjo formal entreorganizações que trabalhem em conjunto. Distribui-se asatividades para vários fonecedores. E uma terceirizaçãomais seletiva, com menos riscos.· Business Process OutSourcing BPO. : Quando umaorganização fornece e gerencia por completo todo oprocesso de negócio de outra organização. Exemplo CallCenter será tercerizado para a empresa X.· Application Service Provision (ASP) : Uso de servidoresexternos para armazenar sistemas, como por exemploservidor de emails.· Knowledge Process OutSourcing XPO : Serviços que sereferem a interpretação de dados. Neste caso asempresas tem habilidades internas para tratar os dados,transforma-los em informação estratégica. Assim sendono mercado hj estão aparecendo empresas que temfornecedores com expertise em deterninado processo denegócio e assumem este investimento.
  • Creio que a questão está errada porque no outsourcing não há economia de escala.

    Segundo wikipedia:

    Economia de escala é aquela que organiza o processo produtivo de maneira que se alcance a máxima utilização dos fatores produtivos envolvidos no processo, buscando como resultado baixos custos de produção e o incremento de bens e serviços. ...
     

  • O risco de solvência não é uma desvantagem.

  • A questão está errada somente pelo fato de ele ter dito "Como desvantagem, (...) maior controle direto das atividade."

    Essa afirmação está errada pois se vc está terceirizando um serviço vc perde a maior parte do controle do processo já que a sua empresa não pode interferir de modo direto nos processos da empresa terceirizada.

    Quanto ao ganho de escala, é verdadeira a afirmação pois na contratação de uma empresa especializada, por exemplo um Call Center, eles podem oferecer um serviço mais barato por trabalhar com uma escala muito maior prestando serviço para várias empresas.

    E quanto a Solvència dos Fornecedores, também está correto , pois sua empresa ficara vulneravel ao estado da terceirizada pois se essa falir vc tera uma séria quebra na sua estrutura funcional.

  • Oi pessoal,

    Está errada por diversos motivos:

    1 - A economia (ou ganho) de escala acontece quando a organização organiza o processo produtivo de maneira que se alcance, através da busca do tamanho ótimo, a máxima utilização dos fatores que intervêm em tal processo. Quando ocorre a terceirização, não há arrumação do processo produtivo, mas o seu repasse a outro.

    2 - O risco negativo que ocorre é o de INsolvência (quebra) dos fornecedores.

    3 - Também, pela justificativa de (1) não há maior controle direto das atividades, o controle é indireto, através dos termos do contrato de outsourcing. E mesmo que acontecesse o controle direto, seria uma vantagem, e não desvantagem, como aponta a questão.

  • "Maior controle direto das atividades" não soa como uma desvantagem ;)


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

Quanto ao gerenciamento de projetos e ao ITIL, julgue os itens que
se seguem.

Os processos de negócio e soluções podem ser projetados utilizando-se arquitetura orientada a serviços (service oriented architecture) para que uma simples aplicação possa ser parte de mais de um serviço e um simples serviço possa utilizar mais que uma aplicação.

Alternativas
Comentários
  • Um serviço, do ponto de vista da arquitetura SOA, é uma função de um sistema computacional que é disponibilizado para outro sistema. Um serviço deve funcionar de forma independente do estado de outros serviços, exceto nos casos de serviços compostos (composite services), e deve possuir uma interface bem definida. Normalmente, a comunicação entre o sistema cliente e aquele que disponibiliza o serviço é realizada através de web services.

    https://www.oficinadanet.com.br/artigo/desenvolvimento/o_que_e_soa_arquitetura_orientada_a_servicos


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

Quanto ao gerenciamento de projetos e ao ITIL, julgue os itens que
se seguem.

Para determinar e resolver as causas de incidentes, o gerenciamento de problemas envolve a análise das causas raiz (root cause analysis) e realiza atividades para detectar e resolver, proativamente, problemas ou incidentes futuros.

Alternativas
Comentários
  •  Primeiro é feito uma análise de viabilidade com o cliente para resolver ou não o problema.

    Resolver proativamente está errado.

  •  O gerenciamento de problemas, segundo o ITIL 3, tem como responsabilidades a prevenção pró-ativa de problemas, controle de erros conhecidos, assistência no tratamento de incidentes graves e tem como objetivos minimizar impacto no negócio, prevenir a ocorrência e recorrência de incidentes e encontrar a causa raiz dos incidentes.

  • CORRETO
    Gestão de Problemas
    Objetivos

    Prevenir a ocorrência de problemas e incidentes - proatividade
    Eliminar incidentes recorrentes
    Minimizar o impacto de incidentes que não possam ser evitados

    Principais atividades

    Diagnóstico da causa de incidentes - causa raiz
    Determinação da solução (de contorno ou definitiva)
    Acompanhamento da aplicação da solução
    Documentação da solução (erro conhecido)


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

Quanto ao gerenciamento de projetos e ao ITIL, julgue os itens que
se seguem.

A operação de serviços é necessária para, de modo consistente, fornecer a seus usuários e clientes os níveis de serviço de TI acordados, enquanto, ao mesmo tempo, busca otimizar os custos e a utilização de recursos.

Alternativas
Comentários
  •  A operação de serviço envolve a descrição de práticas de gerenciamento de serviços em operação, provê direcionamento em como entregar e suportar serviços de forma efetiva e eficiente, garantindo a entrega de valor para o cliente.

  • Marcaria a Letra C,

    Porem o trecho "busca otimizar custo" é contraditório, pois na operação do serviço pegarmos a Qualidade x Custo – Se negócio quer serviço com qualidade, mas ao mesmo tempo quer custos baixos.

    Normalmente, melhoria na qualidade aumenta os custos de serviços.


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

Quanto ao gerenciamento de projetos e ao ITIL, julgue os itens que
se seguem.

O gerenciamento de configurações (configuration management) auxilia o processo de gerenciamento de crises, uma vez que possibilita a identificação dos equipamentos com problemas potenciais, permite avaliar o impacto de um incidente e predizer os usuários que serão atingidos.

Alternativas
Comentários
  •  O gerenciamento de configuração tem como objetivos, segundo o ITIL 3:

    - Descrição de todos os ativos e configuração de TI e seus serviços dentro de uma organizção;

    - Prover uma base segura para os demais processo;

    - Prover informações precisas e confiáveis;

    - Emitir relatórios da situação atual e histórico do itens de configuração do ambiente.

  • A duvida na questao fica por conta do "avaliar o impacto de um incidente"

    No forum timaster encontrei a seguinte explicacao:

    "A gerência de configuração mantém um repositório com todas as informações
    relativas aos itens de configuração da organização, inclusive o
    relacionamento entre eles. Ou seja, se eu for realizar uma mudança num item
    de configuração, a gerência de configuração vai fornecer informações de
    quais outros ativos estão relacionados a este. A partir destes
    relacionamentos, você vai saber quais outros itens de configuração poderão
    sofrer impactos pela mudança daquele item.

    Tem uma máxima do Itil que diz: "50% dos incidentes são causados por
    mudanças". Como a gerência de configuração faz um mapeamento preciso dos
    itens de configuração, não consigo nem imaginar como seria uma avaliação de
    impacto sem esse processo.

    Não se esqueça também que o processo Gerência de Configuração e Ativos é um
    dos processos genéricos que está em todos os livros, ou seja, ele participa
    da quase tudo, senão de tudo."
  • Fiquei na dúvida pelo fato de a questão usar o termo processo de gerenciamento de crises, cujo nome não existe no ITIL 3. No quarto livro do ITIL é possível alterar o nome do processo de gerenciamento de incidentes para gerenciamento de crises?
  • Note que o comando da questão é Quanto ao gerenciamento de projetos e ao ITIL. Gerenciamento de crises não faz parte da ITIL, mas é uma das parte do gerenciamento de projetos.
  • Em "O gerenciamento de configurações (configuration management) auxilia o processo de gerenciamento de crises..." creio que a interpretação utilizada pelo avaliador aqui foi que existe um processo de configuração (certo) que auxilia ao 'processo de gerenciamento de crises' ou seja auxilia 'no procedimento, na resolução, no encaminhamento de crises'. Não está afirmando que existe um processo que gerencia crises. 

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

Acerca de conceitos básicos, estrutura e objetivos do gerenciamento
de serviços e considerando-se o ITIL, versão 3, julgue os itens
subsequentes.

Uma vez que organizações operam em ambientes dinâmicos e, por isso, necessitam aprender e se adaptar, a habilidade de pensar e agir de modo estratégico levará essas organizações a crescerem e a operarem de modo sustentável a longo prazo.

Alternativas

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

Acerca de conceitos básicos, estrutura e objetivos do gerenciamento
de serviços e considerando-se o ITIL, versão 3, julgue os itens
subsequentes.

Uma organização de TI pode ser considerada uma função de negócio ou uma unidade de serviço autônoma cujos processos são ativos operacionais quando criam vantagens competitivas ou propiciam diferenciação no mercado.

Alternativas
Comentários
  • ERRADO.Os processos quando criam vantagens competitivas ou propiciam diferenciação no mercado são ativos estratégicos para qualquer organização, portanto o erro está na classificação dos ativos como operacionais.
  • Substutuir ativos operacionais por ativos estratégicos.
  • Recursos e capacitações são considerados ativos de serviço de uma organização e constituem a base para a criação de valor para o serviço.

     

    Os ativos de serviço contribuem para a potencialização dos ativos dos clientes, e ambos, quando formam uma base para formação de competências chaves, para um desempenho diferencial ou para sustentar alguma vantagem competitiva, podem ser chamados de ativos estratégicos.


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

Acerca de conceitos básicos, estrutura e objetivos do gerenciamento
de serviços e considerando-se o ITIL, versão 3, julgue os itens
subsequentes.

O gerenciamento de serviços pode ser visto como um ativo operacional de uma organização. Um processo é um conjunto de atividades coordenadas que combinam e implementam recursos e capacidades para produzir um resultado que, direta ou indiretamente, cria valor para um cliente interno ou departamental.

Alternativas
Comentários
  • Existem 2 erros nesta questão:

    1º erro) Ao contrário do que o enunciado afirma, o gerenciamento de serviços não é um "ativo operacional", e sim, um "ativo estratégico". Isto é falado exaustivamente no livro "Estratégia de Serviço" da ITIL V3.

    2º erro) Um processo é um conjunto de atividades coordenadas que combinam e implementam recursos e HABILIDADES para produzir um resultado...

    A segunda frase foi retirada quase que literalmente do site do César Campos, onde ele descreve o que vem a ser um processo, de acordo com a ITIL. Recursos e Habilidades são os 2 tipos de ativos de serviços encontrados nas organizações.

    fonte: http://www.cesar-campos.com/index.php?option=com_content&view=article&id=46:evitando-falhas-nos-processo&catid=2:gerenciamento-de-servicos&Itemid=5
  •  Só um detalhe aqui. 

    Capacidade é a habilidade do provedor de serviços em sentido menos amplo. 

    Veja definição:

    capabilities: the provider’s ability (in terms of management, organization, processes, knowledge and people) to coordinate, control and deploy resources.

  • Complementando os colegas acima, eu também destaco o trecho "cria valor para um cliente interno ou departamental". 

    O correto é o sentido mais amplo: qualquer cliente. Isso inclui clientes internos ou externos. É bom ficar de olho no sentido das frases, porque, embora o Cespe não tenha colocado a palavra somente/apenas, ele tenta induzir ao erro.

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

Acerca de conceitos básicos, estrutura e objetivos do gerenciamento
de serviços e considerando-se o ITIL, versão 3, julgue os itens
subsequentes.

Para gerir complexidades em sistemas, o requisito de modularidade do sistema agrupa itens funcionalmente similares para formar módulos autocontidos e integrados. Ações de controle em sistemas de loop aberto são dirigidas a objetivos e sensíveis a distúrbios ou desvios.

Alternativas
Comentários
  •  Moduraridade

     
    É um princípio estrutural usado para gerenciar a coplexidade de um sistema.
    Ítens com funcionalidades similares são agrupados juntos para formar módulos que são independentes e viáveis.
    A funcionalidade é disponibilizada para outros sistemas através ou módulos através de interfaces.
    Modularidade contribui para eficiência e economia reduzindo a duplicação, complexidade, despesas administrativas, e o custo de mudanças.
    Também tem impacto através do reúso dos módulos.
     
     
    O controle de ação em sistemas closed-loop (não questão diz open-loop) são dirigidos e sensitivos a distúrbios ou desvios.
     
    Me deram nota ruim??? Tudo bem, o Cespe fará justiça com vcs... 
     
    Já que explicando não adianta, vou deixar em negrito a parte que está errada..
  • Sistemas open-loop: são desenhados para realizar uma tarefa INDEPENDENTEMENTE das condições ambientais. Por exemplo: realização de backup com uma certa frequencia e num determinado horário independentemente de outras condições do ambiente.

    Sistemas closed-loop: monitora o ambiente e responde as suas mudanças.

    A questão descreve sistemas closed-loop como open-loop.

    Fonte: The official introduction to the ITIL service lifecycle - Service Operation - pg 107

  • Isso é sobre ITIL?


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

Acerca de conceitos básicos, estrutura e objetivos do gerenciamento
de serviços e considerando-se o ITIL, versão 3, julgue os itens
subsequentes.

Em processos de controle do tipo open-loop, os resultados de suas saídas influenciam a entrada do processo de modo a manter o valor desejado. Sistemas do tipo closed-loop realizam ações de controle com base nas entradas.

Alternativas
Comentários
  • Conceitos trocados, como de costume da CESPE!

     

  • Exatamente o contrário, de acordo com o livro Service Strategy da Itil v.3:

     

    Sistema

    • Um sistema é um grupo de componentes interativos, interrelacionados e interdependentes que formam um todo, operando juntos para um propósito comum.

    Controle de processos do tipo open-loop 

    • Cada valor de saída não tem influência na entrada do processo.
    • Tomam o controle da ação baseados em suas entradas.
    • Mudanças nas entradas resultam em mudanças na ação.
    • Ex: Freio de carro normal, em que o motorista controla a ação pisando no freio com mais ou menos força para ver o que acontece.

    Controle de processos do tipo closed-loop 

    • Cada valor de saída tem influência na entrada do processo.
    • São baseadas em feedbacks compensatórios.
    • Ex: Freios ABS, o sistema se retroalimenta analisando dados que o motorista é incapaz de analisar em tempo real.

     


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

Considerando-se processos, funções de estratégia, desenho,
transição e operações e o ITIL, versão 3, julgue os itens
subsequentes.

Uma métrica adequada para avaliar o desempenho da central de serviços (service desk) é o volume de chamadas recebidas, uma vez que um incremento nesse indicador significa maior confiança dos usuários nesse tipo de serviço e, portanto, bom desempenho.

Alternativas
Comentários
  • O erro está em "nesse tipo de serviço".

    "O Ponto Único de Contato entre o Provedor de Serviço e os Usuários. Uma Central de Serviço típica gerencia Incidentes, Requisições de Serviço e também a comunicação com os Usuários." - Glossário ITIL® v3.1.24

  • O erro é dizer que o aumento no número de chamadas significa maior confiança dos usuáriosno serviço.

    Se muitos usuários estão ligando para o Service Desk é porque o serviço prestado pela TI não está adequado.

  • 6.3.5 Measuring Service Desk Performance


    Metrics for Service Desk performance must be realistic and carefully chosen. It is common to select those metrics that are easily available and that may seem to be a possible indication of performance; however, this can be misleading. For example, the total number of calls received by the Service Desk is not in itself an indication of either good or bad performance and may in fact be caused by events completely outside the control of the Service Desk.
     An increase in the number of calls to the Service Desk can indicate less reliable services over that period of time – but may also indicate increased user confidence in a Service Desk that is maturing, resulting in a higher likelihood that users will seek assistance rather than try to cope alone. For this type of metric to be reliable for reaching either conclusion, further comparison of previous periods for any Service Desk improvements implemented since the last measurement baseline, or service reliability changes, problems, etc. to isolate the true cause for the increase is needed.


    (Fonte: Itil 2011 - Service Operation, pag 166. Esse trecho também pode ser encontrado na versão 2007 na pag 211)

    Resumindo: o número de chamadas recebidas em si não é um indicador confiável para dizer se o desempenho de um serviço é bom ou ruim. O aumento do número de chamadas pode representar tanto uma redução na qualidade do serviço quanto pode indicar que o usuário confia no service desk e prefere que ele resolva seus problemas ao invés de procurar uma solução sozinho. Logo, Gabarito "E".

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

Considerando-se processos, funções de estratégia, desenho,
transição e operações e o ITIL, versão 3, julgue os itens
subsequentes.

No gerenciamento das operações, os planos se tornam ações, e o foco está nas atividades diárias e de curto prazo, embora tais atividades sejam realizadas e repetidas em um período de tempo relativamente grande. As atividades são realizadas geralmente por técnicos especializados que recebem treinamento para desempenhar cada uma delas.

Alternativas
Comentários
  • Segundo o ITIL V3, Operação de Serviço -  Atividades executadas pelo Controle de Operações de TI, que inclui Gerenciamento de Console, Programação de Trabalho, Cópias de Segurança, Recuperação e Gerenciamento de Impressões. Operações de IT é também usado como sinônimo de Operação de Serviço.


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

Considerando-se processos, funções de estratégia, desenho,
transição e operações e o ITIL, versão 3, julgue os itens
subsequentes.

O gerenciamento do catálogo de serviços produz informações sobre serviços acordados e assegura que estejam disponíveis às pessoas autorizadas a obtê-las. Os indicadores de desempenho chave associados ao catálogo de serviços são o número de produtos produzidos e o de variações detectadas entre as informações contidas no catálogo e observáveis nas instalações dos clientes externos da organização.

Alternativas
Comentários
  •  O erro está na parte "assegura que estejam disponíveis às pessoas autorizadas a obtê-las".

    Isto é papel do Gerenciamento de Segurança da Informação - Information Security Management (ISM):

    - information is available and usable when required (availability) => que estejam disponíveis

    - information is observed by or disclosed to only those who have a right to know (confidentiality) => às pessoas autorizadas a obtê-las

  • Acredito que o erro NÃO esteja onde ele fala: "assegura que estejam disponíveis às pessoas autorizadas a obtê-las". Podemos ver abaixo:

    4.1 Service Catalogue Management
    4.1.1 Purpose/goal/objective
    The purpose of Service Catalogue Management is to provide a single source of consistent information on all of the agreed services, and ensure that it is widely available to those who are approved to access it.

    Onde acredito que esteja o erro é quando ele fala em: "variações detectadas entre as informações contidas no catálogo e observáveis nas instalações dos clientes externos da organização". Isso pode ser visto abaixo:

    4.1.8 Key Performance Indicators
    The two main Key Performance Indicators (KPIs) associated with the Service Catalogue and its management are:
    · The number of services recorded and managed within the Service Catalogue as a percentage of those being delivered and transitioned in
    the live environment
    · The number of variances detected between the information contained within the Service Catalogue and the real-world’ situation.

     

  •  Senhores,

    Não são produtos produzidos, são serviços.

    Sucesso a todos.

  • P/ mim, o único erro da questão está em afimar que o número de produtos produzidos é indicador de desempenho. Muitos ou poucos produtos produzidos referem-se a demanda e, não, ao desempenho associado ao catálogo de serviços.
  • Concordo. Não são produtos e sim SERVIÇOS
  • Se o foco de uma empresa é prover serviços, o "produto" dela são serviços.....

     

    Pode ser forma de expressão.

     

    Acredito que o erro foi dizer que um dos kpi é o número de produtos produzidos, quando na verdade é o número de produtos/ serviços gerenciados pelo catálogo de serviços

  • RESPOSTA C

    >> O gerenciamento do catálogo de serviços deve garantir que o catálogo contenha detalhes atualizados dos serviços que estejam em produção.

    >>O gerenciamento do catálogo de serviços atua como fonte centralizada de informações sobre todos os serviços acordados.

    #questãorespondendoquestões #sefaz-al


ID
134032
Banca
CESPE / CEBRASPE
Órgão
CEHAP-PB
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Com relação ao modelo ITIL, assinale a opção correta.

Alternativas
Comentários
  • a) Para gerenciar incidentes, é necessário que os problemas sejam registrados de modo que seja possível identificar suas causas e projetar tendências. ERRADO - Incidentes são registrados independentemente de problemas, e vice-versa. Não é preciso registrar um problema para se gerenciar incidentes.

    b) O gerenciamento de níveis de serviço envolve avaliar o impacto das mudanças, apenas depois de implementadas, sobre a qualidade dos serviços e os acordos de níveis de serviço (SLA). ERRADO - O GNS avalia o impacto das mudanças, mas pode ser antes de implementadas.

    c) Há uma inter-relação entre os processos de gerenciamento de problemas, incidentes e mudança e as funções de um service desk. CORRETA.

    d) O gerenciamento de mudanças envolve a aquisição de informações sobre todos os componentes de infraestrutura e o gerenciamento de níveis de serviço necessita identificar a associação entre componentes que auxiliam a entregar o serviço para manter acordos de níveis de serviço bem fundamentados. ERRADO - Se trocar gerenciamento de mudanças por gerenciamento da configuração a questão fica certa.


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

São volumes do ITIL - Information Technology Infrastructure Library:

Alternativas
Comentários
  • O ITIL v3, publicado em maio de 2007, é composto de cinco volumes: * Estratégia do serviço (Service Strategy) * Projeto de serviço (Service Design) * Transição do serviço (Service Transition) * Operação do serviço (Service Operation) * Melhoria contínua do serviço (Continual Service Improvement)

    Letra A
    Fonte: http://pt.wikipedia.org/wiki/ITILv3
  •  Questão by Wiki é complicado...

    Nas bibliografias encontramos estratégia, desenho, transição, operação e Melhoria de serviço continuada.

  • Que absurdo essa questão, fiquei tentando decrifrar o que a banca queria. Projeto de serviço?? O absurdo se torna ainda maior porque se você utilizar Wikipedia no recurso da questão, eles nem vão ler...

  • São 5 os volumes do ITIL: estratégia do serviço, projeto de serviço (ou desenho do serviço), transição do serviço, operação do serviço e melhoria contínua do serviço.

    Apesar do Projeto de Serviço ser conhecido como Desenho de Serviço ( a tradução de Design para Projeto é aceitável).

  • Sem lamúrias!

    Jurisprudência ITIL:

    DESIGN comumente tem sido traduzido como PROJETO.


ID
137149
Banca
CESGRANRIO
Órgão
Casa da Moeda
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

11 Por apresentar defeitos recorrentes, uma placa de rede de uma estação de trabalho foi substituída por outra de um fabricante diferente. O processo ITIL, responsável pelo registro da nova placa de rede nessa estação, é o gerenciamento de

Alternativas
Comentários
  • Vejamos os objetivos das seguintes gerências:Gerenciamento de Problema - prevenir e reduzir incidentes bem como fornecer resolução rápida e eficiente para os problemas e assegurar um estruturado uso dos recursos.Gerenciamento de mudança - realizar mudanças de maneira planejada, pelo menor custo e com o mínimo de riscos.Gerenciamento de Configuração - fornecer informação segura e atualizada sobre os itens de configuração (IC's) em uso.Gerenciamento de Incidente - restabelecer os serviços de TI o mais rápido possível, em tempo de minimizar qualquer efeito negativo sobre os processos do negócio.
  • Item CORRETO: Letra (e).É responsabilidade dos profissionais da Gerência de Configuração:"Atualizar os dados dos elementos de configuração autorizados pela área da Gerenciamento de Alterações dentro do Banco de Dados de Configurações."Alguns exemplos de elementos de configuração que devem ser identificados são:• Hardware: servidores, PCs, impressoras, componentes de rede, etc.• Software: sistema operacional, gerenciadores de bancos de dados, aplicativos de negócios, etc.• Bancos de dados físicos.• Ambientes• Configurações base• Versões de software• Documentação de sistemas, licenças, contratos de manutenção, contratos de nível de serviço, etc.• Usuários e fornecedores.• Componentes do gerenciamento de serviços.Há ainda a atividade de Controle na Gerência de Configuração que diz:"As atividades realizadas nesta atividade são as seguintes:• Registro de novos elementos de configuração e suas versões. Este registro pode ser realizado a partir do momento da ordem de compra de um CI.• Atualização do registro dos elementos de configuração existentes, pois seus atributos podem mudar por alguma alteração de versão ou pela relação com alguma nova solicitação de alteração."
  • DICA: sempre que a questão falar de REGISTRO ou BANCO DE DADOS o processo será o Gerenciamento de Configuração! Pois é neste processo que há um BD com o registro de todos os dispositivos de TI.

ID
142093
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

O ITIL 3 é formado por cinco publicações. Assinale a opção correspondente à publicação na qual consta o processo gerenciamento de portfólio de serviços.

Alternativas
Comentários
  •          A publicação Estratégia de Serviço contém os seguintes processos:

    - Gerenciamento Financeiro de TI

    - Gerenciamento do Portifólio de Serviços

    - Gerenciamento da Demanda

  • Segue um quadro resumo... 

  • Segue o quadro aqui mesmo, no comentário abaixo está mais legível...

  •  O portfólio de serviço, presente na Estratégia de Serviços, é o conjunto completo do serviços gerenciados pelo provedor de serviços. Contempla inclusive o catálogo de serviço - Desenho de Serviços, os serviços realmente disponíveis.

    Veja detalhes na figura.

  • Gabarito E

    Dá para confundir com o processo Catálogo de serviço que está em Desenho de serviço.

    Por tanto não confundam Portifólio com Catálogo. Esse tipo de questão é recorrente nas bancas.

    Vamos na fé !

     

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


ID
142096
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca do ITIL 3, assinale a opção correta.

Alternativas
Comentários
  •   Publicações > Processos > Funções:

    1. Estratégia do Serviço: 1.1. Gerenciamento Financeiro de TI, 1.2 Gerenc. do Portifólio de Serviços, 1.3 Gerenc. da Demanda

    2. Desenho do Serviço: 2.1. Gerenc. do Catálogo de Serviços, 2.2. Gerenc do Nível de Serviço, 2.3 Gerenc da Capacidade,  2.4 Gerc. da Disponíbilidade, 2.5 Gerenc da Continuidade do Serviço, 2.6 Gerenc da Segurança da Informação e 2.7 Gerec de Fornecedores.

    3. Transição do Serviço: 3.1. Gerenciam de Mudanças, 3.2.Gerenciam de Ativos de Serv e da Configuração, 3.3. Gerenciam da Liberação e Distribuição, 3.4 Validação e Teste do serviço 3.5 Avaliação e 3.6. Gerenciamento do Conhecimento

    4. Operação do Serviço: 4.1 Gerenc de Eventos, 4.2. Gerenc de Incidentes, 4.3. Execução de Requisições, 4.4.Gerenc de Problemas e 4.5 Gerec do Acesso.  Funções da Operação do Serviço:  Central de Serviços, Ger Técnica, Ger Operações de TI e Ger de Aplicações.

    5. Melhoria Contínua do Serviço: 5.1. Relatório do Serviço e, 5.2 Medição do Serviço 

     

  • Funções
    • Central de Serviços - é uma unidade funcional que está envolvida em vários eventos de serviço. Deve funcionar como um ponto único de contato para os usuários no dia a dia. Há 4 tipos de Central de Serviços: Local (é criada para atender necessidades locais de cada unidade de negócio), Centralizada (centraliza todas as solicitações de suporte em um único local), Virtual (suporte espalhado por diversos países – sempre que o usuário fizer uma chamada, dependendo do horário, ele será atendido por alguém em uma posição geográfica diferente) e Siga o Sol (é a combinação de centrais que estão dispersas geograficamente, fornecendo suporte 24h/dia a um custo relativamente baixo).
    A equipe de suporte deverá ter as seguintes qualificações, no mínimo: Habilidades interpessoais, Entendimento dos serviços, Conhecimento técnico.
    Os seguintes papéis figuram nesta função: Gerente de Central de Serviços, Supervisor de Central de Serviços e Analista de Suporte.
    • Gerenciamento Técnico - é a função responsável por fornecer habilidades técnicas para o suporte de serviços de TI e para o Gerenciamento da Infraestrutura de TI. Em pequenas organizações, pode estar em 1 departamento e em grandes organizações, pode estar distribuído por vários departamentos.
    • Gerenciamento de Aplicação - é responsável por gerenciar aplicativos durante seu ciclo de vida. Sua função é realizada por qualquer departamento, grupo ou equipe envolvida na gestão e suporte de aplicativos operacionais. Uma das decisões-chave à qual ele contribui é a de comprar um aplicativo ou criá-lo (que é discutido no Desenho de Serviço). Esta função também pode ser distribuída em grupos. O Gerenciamento de Aplicação não é responsável pelo desenvolvimento do software – é responsável pela manutenção de aplicações.
    • Gerenciamento de Operações de TI - é a função responsável pela gestão contínua e manutenção de uma infraestrutura de TI de uma organização, para assegurar a entrega do ANS ao negócio. Consiste de 2 sub-funções: Controle de Operações de TI e Gerenciamento das Instalações.
     

  • Segue o quadro resumo. Nesse link esta mais legível.


  • a) O gerenciamento do nível de serviço, não é um processo da estratégia de serviço e sim de DEGIN DE SERVIÇO (DESENHO DE SERVIÇO)

    C) O desenho de serviço abrange os processos de gerenciamento da demanda e da disponibilidade.
    o gerenciamento da demanda É UM PROCESSO DE ESTRATÉGIA E NÃO DE DESENHO (DESIGNER)

    D)TENHA SAÍDO DO ESTÁGIO DE TRANSIÇÃO.

  • Função Central de Serviços.

    Função Gerenciamento Técnico.

    Função Gerenciamento da Operação de TI.

    Função Gerenciamento de Aplicações.

  • e) O gerenciamento de serviços de TI tem como objetivo prover serviços e processos de tecnologia da informação com qualidade, sempre alinhados às necessidades específicas de cada negócio. A ideia é manter a redução de custos a longo prazo.

  • E) INCORRETO. O gerenciamento de serviços eficiente tem como características fornecer valor aos clientes na forma de serviços e permitir que os clientes se aproximem da complexidade estrutural e dos detalhes técnicos desses serviços.

    Os clientes são usuários do serviço, logo, não se aproximam da complexidade ou detalhes técnicos dos serviços.

  • C) INCORRETO. O desenho de serviço abrange os processos de gerenciamento da demanda e da disponibilidade.

    Gerenciamento da demanda à ESTRATÉGIA de serviço

    Gerenciamento  da disponibilidade à DESENHO de serviço


    D) INCORRETO. O principal objetivo da operação de serviço é colocar em plena operação um serviço que tenha saído do estágio de desenho de serviço, garantindo o cumprimento dos requisitos preestabelecidos de custo, qualidade e prazo.

    Os processo seguem a seguinte “ordem”

    1- ESTRATÉGIA; 2- DESENHO; 3- TRANSIÇÃO; 4- OPERAÇÃO; 5- MELHORIA CONTÍNUA.

    Primeiro erro: Na sequencia acima verifica-se que a OPERAÇÃO é uma fase posterior a TRANSIÇÃO (e não ao DESENHO, como afirmado na assertiva)

    Segundo erro: Colocar o serviço em operação é função da TRANSIÇÃO de serviço. TRANSIÇÃO significa implementar de maneira “suave”, minimizar os impactos adversos das mudanças.

    OPERAÇÃO é verificar a funcionalidade do serviço no “dia a dia” garantir uma entrega e suporte eficientes e eficazes

  • B)CORRETO. Central de serviço, gerenciamento de aplicativo e gerenciamento das operações são funções da operação de serviço.

    Operação de Serviços é o único estágio que, além de possuir processos, possui funções (times):). Elas são quatro:

    ·        CENTRAL DE SERVIÇO,

    ·        GERENCIAMENTO TÉCNICO,

    ·         GERENCIAMENTO DE APLICAÇÕES

    ·         GERENCIAMENTO DAS OPERAÇÕES DE TI.

     

    A Central de Serviços (service desk):  é  a equipe/pessoal que será o contato dos usuários quando ocorrer uma interrupção do serviço, para receber requisições ou mudanças. O contato do usuário com a TI: “Olha meu mouse não está funcionando”, “a minha impressora parou”, “preciso de novo login”.

    Gerenciamento Técnico:  envolve as equipes que fornecem conhecimento técnico e gerenciamento da infraestrutura de TI.

    Gerenciamento de Aplicativo:  administra/desenvolve ou dão suporte aos aplicativos ao longo de seu ciclo de vida.

    Gerenciamento de Operações de TI: são os operadores de TI que executarão as atividades além do monitoramento. Exemplo: executar backup e restauração, impressão, manutenção

  • a) INCORRETO. O gerenciamento do nível de serviço, um processo da estratégia de serviço, visa manter e melhorar a qualidade dos serviços de TI.

    Primeiro erro: Gerenciamento do Nível de serviço é um processo do DESENHO DE SERVIÇO (e não da estratégia de serviço)

    Melhorar a qualidade do serviço é a melhoria contínua.

    Obs: O processo DESENHO DE SERVIÇO gerenciamento de NÍVEL DE SERVIÇO é definir as regras, limites e metas dos serviços prestados.

  • 2° PARTE DO COMENTÁRIO.


    D) INCORRETO. O principal objetivo da operação de serviço é colocar em plena operação um serviço que tenha saído do estágio de desenho de serviço, garantindo o cumprimento dos requisitos preestabelecidos de custo, qualidade e prazo.

    OPERAÇÃO de serviços é uma etapa no ciclo de vida do serviço que visa garantir a entrega e suporte nos níveis acordado, ou seja, o objetivo é manter o serviço funcionando e dar suportes do dia a dia.

    OPERAÇÃO : MANTER/ SUPORTE o/do serviço em funcionamento;

    TRASIÇÃO: COLOCAR em OPERAÇÃO o serviço.

    Além do erro de definição, sabe-se que saída do estágio de desenho de serviço teremos a transição (e não operação de serviço, conforme a assertiva)


    E) INCORRETO. O gerenciamento de serviços eficiente tem como características fornecer valor aos clientes na forma de serviços e permitir que os clientes se aproximem da complexidade estrutural e dos detalhes técnicos desses serviços.

    O FINAL da assertiva está INCORRETO, já que os cliente/usuário NÃO se aproximam da estrutura dos serviços

  • 1 PARTE DO COMENTÁRIO


    A) INCORRETO. O gerenciamento do nível de serviço, um processo da estratégia de serviço, visa manter e melhorar a qualidade dos serviços de TI.

    Nível de serviço é um processo do DESENHO de serviço (e não da estratégia)

    O gerenciamento do nível de serviço é o acordo formal das regras, limites e metas de serviço. Exemplo: o contrato assinado de internet prevê um serviço de 2 Mega (esse é o “acordo” a regra ou nível de serviço).

    Manter e melhorar a qualidade dos serviços de TI está ligado ao processo de MELHORIA CONTÍNUA


    B) CORRETO.Central de serviço, gerenciamento de aplicativo e gerenciamento das operações são funções da operação de serviço”.

    OPERAÇÃO de serviços é uma etapa no ciclo de vida do serviço que visa garantir a entrega e suporte nos níveis acordado, ou seja, o objetivo é manter o serviço funcionando e dar suportes do dia a dia.

    A operação é composta por: PROCESSOS e FUNÇÕES.

    As funções da operação de serviço: central de serviço, gerenciamento técnico, gerenciamento de operações de TI e gerenciamento de aplicativo


    C) INCORRETO. O desenho de serviço abrange os processos de gerenciamento da demanda e da disponibilidade.

    Gerenciamento da demanda – ESTRATÉGIA  de serviço.

    Gerenciamento da disponibilidade – DESENHO de serviço


ID
142114
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca de noções de projetos e ITIL 3, assinale a opção correta.

Alternativas
Comentários
  • a) O gerenciamento financeiro de TI descrito no ITIL não tem correspondente no PMBOK, já que neste não há controle sobre orçamento ou custos. - FALSO - o PMBoK trata de orçamentação também

    b) Assim como descrita no gerenciamento de recursos humanos do PMBOK, a contratação ou mobilização da equipe do projeto é também um processo descrito no ITIL, na operação de serviços. - FALSO - Não existe esse processo na Operação de Serviços

    c) O ITIL descreve o processo gerenciamento de problemas na transição de serviços. Com o mesmo objetivo, o PMBOK descreve um processo com mesmo nome em seu gerenciamento de qualidade do projeto. - FALSO - Gerenciamento de Problemas é descrito na Operação de Serviços

     * d) O catálogo de serviços está descrito na estratégia de serviços do ITIL e tem como objetivo descrever todos os serviços de TI que são oferecidos aos clientes. Para o PMBOK, essa relação seria de forma análoga ao escopo, que é a soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto. - FALSO - O catálogo de serviços é descrito no Desenho do Serviço.

        * e) O controle de dados sobre fornecedores está presente no processo selecionar fornecedores, no gerenciamento de aquisições do projeto do PMBOK e nas práticas de controle do processo gerenciamento de fornecedor, na publicação desenho de serviço do ITIL. - CORRETO
     


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

Equipamentos mais modernos foram instalados na rede de uma empresa. No entanto, os usuários reclamaram de lentidão nas aplicações e ouviram falar que isso está relacionado ao planejamento da capacidade. Segundo o ITIL v3, esses usuários devem entrar em contato com a

Alternativas
Comentários
  • Conceito SPOC(Single Point of Contact), o único ponto de contato do usuário/clientes com a TI é pela Central de serviços (Service desk)

     

  • A Central de Serviços é responsável por ser o único ponto de contato da TI com o cliente ou usuário.

    http://img291.imageshack.us/img291/245/centralt.png

    • É uma função e não um processo!
    • Tem como principal objetivo ser o ponto central de contato entre os usuários e o departamento de TI.
    • Outros objetivos:

    - Restaurar os serviços sempre que possível.

    - Gerenciar todos os incidentes até o seu encerramento. É a proprietária dos incidentes.
    - Monitorar o cumprimento dos SLA (acordos de nível de serviço).
    - Dar suporte a mudanças, fornecendo comunicação aos usuários sobre o agendamento de mudanças.
    - Maximizar a disponibilidade dos serviços.
    - Aumentar a satisfação do usuário provendo um suporte de maior qualidade.
     

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

Acerca de gerenciamento de serviços de TI, de conceitos de ITIL, de suporte a serviços e de entrega de serviços, julgue os itens subsequentes.

De acordo com o ITIL v2, a estratégia de serviço define um número de processos e de práticas. Entre as primary practicies, estão a definição de mercado, a oferta de desenvolvimento e o gerenciamento de demanda.

Alternativas
Comentários
  • O item começa falando "De acordo com o ITIL v2...". A ITIL v2 não engloba a visão do ciclo de vida do serviço, que inclui os estágios de "estratégia do serviço", "desenho do serviço", "transição do serviço", "operação do serviço" e "melhoria do serviço continuada". Além disso, não encontrei nada a respeito de uma "oferta de desenvolvimento" entra as atividades envolvidas neste estágio do ciclo de vida (estratégia de serviço).

    O gabarito é ERRADO.
  • E-amo

    Ativos

    Mercado 

    Oferta

    Preparar para execucsp


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

Acerca de gerenciamento de serviços de TI, de conceitos de ITIL, de suporte a serviços e de entrega de serviços, julgue os itens subsequentes.

As práticas de gerenciamento de serviço do ITIL v2 são aplicáveis apenas à indústria e ao comércio.

Alternativas
Comentários
  •  As práticas são aplicáveis para qualquer tipo de organização que deseje implementar ou melhorar o Gerenciamento de Serviços de TI.

  • Os métodos, práticas e aplicações são utilizáveis em qualquer organização, onde se pode, além de fazer uso de todos os processo, suprimir alguns outros, dependendo do tamanho da organização. 


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

Acerca de gerenciamento de serviços de TI, de conceitos de ITIL, de suporte a serviços e de entrega de serviços, julgue os itens subsequentes.

A estratégia de serviço é um dos elementos do ciclo de vida do gerenciamento de serviços do ITIL v2.

Alternativas
Comentários
  • Esta questão deveria ter sido ANULADA. A ITIL v2 não aborda de forma alguma o ciclo de vida do serviço. Não existe nenhuma menção aos estágios do ciclo de vida do serviço, os quais são abordados apenas na ITIL v3. Questão péssima!O gabarito divulgado foi CERTO, mas com certeza, deve ter havido uma chuva de recursos para haver alteração do gabarito.
  • Concordo plenamente com o comentário do colega, já que especificou a versão do ITIL. Agora, caso não tivesse mencionado a versão, a questão poderia estar correta.
  •  Estou percebendo aqui que as questões dessa prova, INMETRO 2009, aborda questões da ITIL v3 nomeando como v2. Devem ter chovido recursos msm...

  •  Se pudesse colocaria o smile face palm pra essa questão.


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

Acerca de gerenciamento de serviços de TI, de conceitos de ITIL, de suporte a serviços e de entrega de serviços, julgue os itens subsequentes.

O processo de melhoria contínua de serviço, segundo o ITIL v2, envolve sete passos, entre eles, o de definir o que e como deve ser avaliado.

Alternativas
Comentários
  • Muito estranhas essas questões do INMETRO... Estão sempre falando de ITIL v2, porém usando conceitos do ITIL v3. Será que isso tá certo?

  • 7 passos MSC (Melhoria de Serviço Continuada)

    1°)definir o que deve se medir

    2°)definir o que pode se medir

    3°)coletar dados

    4°)processar dados

    5°)analisar dados,

    6°)apresentar e usar informação,

    7°)implantar ações corretivas

  • Questão ERRADA.

    O processo melhoria contínua de serviço foi criado no ITIL 3, não existia no ITIL 2.

ID
147310
Banca
FCC
Órgão
SEFAZ-SP
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No gerenciamento de serviços de TI, segundo o ITIL v.2, tem foco operacional o processo:

Alternativas
Comentários
  • O livro de suporte a serviços tem foco OPERACIONAL

    C = Configuração -> Configuration Management

    L = Liberação => Release

    I = Incidentes -> Incident

    M = Mudanças -> Change

    P = Problemas -> Problems

     

    Já o livro de Entrega de serviços tem foco TÁTICO, GERENCIAL

    N = Níveis de serviço -> Service Level Management

    D = Disponibilidade -> Availability

    F  = Financeiro -> Financial Management for IT Services

    C = Continuidade -> Continuity Management

    C = Capacidade -> Capacity

     

    Logo a resposta: A) configuration management.

  • Complementando o comentário anterior:

    a) Pertence ao livro/área de Service Suport, então possui foco operacional

    b) Pertence ao livro/área de Service Delivery, então possui foco tático

    c) idem ao B

    d) idem ao B

    e) Pertence ao livro/área The Business Perspective, então possui foco estratégico


ID
147313
Banca
FCC
Órgão
SEFAZ-SP
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

No gerenciamento de serviços de TI, segundo o ITIL v.2, tem foco tático ou estratégico o processo:

Alternativas
Comentários
  •  Os processos que possuem foco tático pertencem ao livro/grupo Service Delivery ou Entrega de Serviço, e são:

    1 - Gerência de nível de serviço
    2 - Gerência financeira
    3 - Gerência de capacidade
    4 - Gerência de disponibilidade
    5 - Gerência de continuidade de serviço

  • Problemas/incidentes e Release/change tem muita ligação do primeiro com o segundo. Pela interrelação existente a a exclui a b e a c exclui a e. Sobrou a letra d.


ID
147316
Banca
FCC
Órgão
SEFAZ-SP
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O processo de gerenciamento de serviços Service Desk, segundo o ITIL v.2, NÃO gerencia

Alternativas
Comentários
  • Gerenciamento de serviço: Conjunto formado por pessoas, processos e ferramentas que cooperam para assegurar a qualidade dos serviços, com suporte a níveis de serviços acordados previamente com o cliente.

    Service Desk (central de suporte):  é um dos 03 tipos de centrais de serviços - tem como principal objetivo que nenhuma requisição seja perdida ou não atendida....

    Não entendi essa questão da FCC!

    Já que gerenciamento de serviço não é um processo e muito menos Service desk que é uma função.

    Aguém ajuda??

    HELP

     

  • Vanuza,

    Estou comentando esta questão baseado no Itil V3.

    Concordo com você...eles pisaram na bola no enuciado, pois Service Desk é uma função.

    O negócio era abstrair essa falha e estar atento que a função Service Desk faz parte da

    publicação Operação de Serviço (Service Operator) e que os Acordos de Níveis de Serviço(SLA)

    são estabelecidos no "processo" de Gerenciamento do Nível de Serviço, que faz parte da publicação

    Desenho de Serviço (Service Design).

    Pela falha no enunciado, acho que caberia recurso para anulação da questão, mas como não podemos contar

    com o deferimento dos recursos, temos que optar pela menos errada.

    Espero que tenha ajudado!

     


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

Gera informações para o

I. Financial Management for IT fazer a contabilização de gastos sobre os ativos de TI;
II. IT Service Continuity Management considerar os componentes no plano de continuidade de TI;
III. Availability Management levantar riscos relacionados à disponibilidade.

Trata-se do processo ITIL

Alternativas
Comentários
  • O processo Gerenciamento de Configuração é responsável por gerenciar e manter informações sobre todos os itens de configuração relativas a infra-
    estrutura de TI.

    É o principal responsável pela criação e gerenciamento do BDGC ( Banco de Dados de Gerenciamento de Configuração ).

    Além desses processos acima, o BDGC é importante para o processo Gerenciamento de Nível de Serviço, assim é possível indicar todos os itens que fazem parte de um serviço de TI específico.

    Além disso, o BDGC permite indicar se incidentes, problemas ou mudanças de um item irão impactar nos demais.

    fonte: Handbook de TI ( Pág 514 )
  • Para responder esta questão, recorro ao material da TI Exames (ITIL v3 Foundation, v. 2.4 / 2011, p. 124) que ilustra os relacionamentos do processo de Gerenciamento da Configuração e Ativo de Serviço. São eles:
    • Gerenciamento de Mudança: para avaliação de impacto
    • Gerenciamento Financeiro: para entender os custos de um serviço, depreciação, manutenção e reparos
    • Gerenciamento da Continuidade do Serviços de TI: para identificar quais ativos precisariam ser considerados no plano de continuidade de um serviço
    • Gerenciamento de Incidente e de Problema: para o diagnóstico de incidentes e problemas
    • Gerenciamento da Disponibilidade: para investigar os pontos de falha

ID
153565
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Analise as afirmativas a seguir, a respeito do ITIL (INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY).

I. A ITIL define os processos a serem implementados na área de TI e demonstra as melhores práticas que podem ser utilizadas no Gerenciamento de Serviços.
II. A ITIL descreve a base para a organização dos processos de TI, visando à sua orientação para o Gerenciamento de Serviços de TI; em particular, os objetivos, atividades gerais, pré-requisitos necessários e resultados esperados dos vários processos.
III. A ITIL é composta por um conjunto de melhores práticas para a definição de processos necessários ao funcionamento de uma área de TI, visando permitir o máximo alinhamento entre ela e as demais áreas de negócio para garantir agregação de valor à organização.

Assinale:

Alternativas
Comentários
  • ITIL NÃO define que TODOS os processos devem ser implantados, mas sim as melhores práticas para a organização que queira implantá-los.
  • "A ITIL não define os processos a serem implementados na área de TI, mas sim, demonstra as melhores práticas que podem ser utilizadas para essa definição, estas práticas que podem ser adotadas do modo que melhor puder atender às necessidades de cada organização."

    Fonte:
    http://www.tiespecialistas.com.br/2011/02/gestao-de-processos-e-modelo-de-referencia-com-itil-v3/
  • Coisas que é possível detetar na resolução de questões de uma mesma banca; neste caso, a FGV.

    Na questão Q54849, em 2010, a FGV deu como certa a seguinte assertiva no enunciado:

    A ITIL define os processos necessários ao funcionamento de uma área da Tecnologia da Informação. 


    Já nesta questão, eles afirmam pelo gabarito que está errada a seguinte assertiva:

    I. ITIL define os processos a serem implementados na área de TI e demonstra as melhores práticas que podem ser utilizadas no Gerenciamento de Serviços.

    Existe uma diferença muito sutil entre as duas afirmações, mas a semântica é praticamente a mesma. Se há definição de processo necessário ao funcionamento, então há definição de processo a ser implementado.

    E agora, como fica? Não cabe mais recurso nesta questão. Azar de quem pensou certo na hora de responder.
  • Pessoal, pesquisando melhor acho que consegui compreender, onde está a pegadinha da questão.

    A Itil define os objetivos e atividades, as entradas e saídas de cada um dos processos encontrados em uma oganização de TI.

    Isso nós sabemos que está correto. Ok?!! Sem dúvidas.

    Agora reparem nessa parte da questão. "demonstra as melhores práticas que podem ser utilizadas no Gerenciamento de Serviços."

    ao meu ver essa é a parte podre da questão, pois a ITIL não dá uma descrição específica de como estas atividades devem ser executadas,ou seja, a parte prática, porque em cada organização, são diferentes,ou seja, não existe receita de bolo pronta para você implementar a ITIL. A ênfase está em sugestões que foram provadas na prática, mas, dependendo das circunstâncias, pode ser implementada de várias formas. Itil não é um método, ao invés disso, oferece um framework para planejar processos mais comuns, papéis e atividades, indicando as ligações entre elas e que linhas de comunicação são necessárias.

    Bons estudos
    Alexandre C.V. Monteiro
  • [ 1 ] afirma que a ITIL não define os processos a serem implementados na área de TI. Em vez disso, procura demonstrar as melhores práticas que podem ser utilizadas para esse definição. Tais práticas, por sua vez, podem ser adotadas do modo que melhor atender às necessidades de cada organização.
    Ou seja, apenas a primeira parte da afirmação está errada. O resto está correto. questao errada!!

    Fonte [ 1 ]: Gerenciamento de Serviços de TI na Prática, I. Magalhaes, Walfrido Brito, Ed Novatec, 2007.Gerenciamento de Serviços de TI na Prática, I. Magalhaes, Walfrido Brito, Ed Novatec, 2007.
  • Ao meu ver o erro esta ao afirmar que a ITIL define os processos a serem IMPLEMENTADOS,
    como bem disse o Tiago Ramos, acredito que se a banca tivesse colocado NECESSÁRIOS acho que a questão ficaria correta.
  • a afirmativa I e III se contradizem, logo as alternativas C e E estão erradas.


    Veja:

    III) melhores práticas para a definição de processos

    I) define os processos


    Ou ela define ou reúne as melhores práticas.

  • A meu ver o termo DEMONSTRA na afirmativa I também é um indício de erro, visto que o ITIL apenas descreve os processos incluídos no mesmo.

  • O que pegou foi apenas o português no item I, mas vamos lá:

    ITIL é em sua essência uma biblioteca de boas praticas logo a mesma não possui intenção de obrigatoriedade na sua adoção, portanto dizer que "ITIL define os processos a serem implementados" da uma entonação de imposição para quem for adota-la.


ID
153568
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

O Service Desk de uma instituição do governo atendeu, no mês de outubro de 2008, a um total de 1532 chamados. De acordo com o modelo ITIL (INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY, esses chamados incluíram as seguintes informações:

Alternativas
Comentários
  •     a) especificações de nova plataforma de hardware a ser adquirida pela instituição. (Mudança)

        b) requisições para a área de TI prestar suporte aos usuários da instituição.

        c) notificações a serem implementadas no banco de dados corporativo. (Liberação)

        d) divulgação sobre novas versões de softwares implantados. (Liberação / Configuração)

        e) modificações nos acordos de nível de serviço. (Nível de Serviço)

ID
153571
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Um Analista de Suporte de Sistemas que trabalha no Senado Federal, ao realizar uma carga dos dados no Banco de Dados Local, observou que a capacidade de armazenamento de seu disco rígido esgotou. Tendo em vista o problema ocorrido, o analista deve comunicar o fato ao processo do modelo ITIL (INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY, denominado Gerenciamento de:

Alternativas
Comentários
  •  O gerenciamento de incidentes trata não só de incidentes que causam impactos imediatos ao negócio como a parada de um servidor, mas também de incidentes que ainda não causaram impacto negativo no mesmo como no caso apresentado na questão, contudo ainda é caracterizado como incidente e deve receber o mesmo tratamento.

  • A Gestão de Incidentes é um processo ITIL que tem como principal objetivo restaurar a operação normal do serviço o mais rápido possível, minimizando os prejuízos à operação do negócio e garantindo assim o melhor nível de serviço e disponibilidade.
    Atividades executadas na gestão de incidentes:
    • Identificação de incidentes;
    • Registro de incidentes;
    • Categorização de incidentes;
    • Priorização de Incidentes;
    • Diagnóstico inicial;
    • Escalação de incidentes;
    • Investigação e diagnóstico;
    • Resolução e recuperação
    • Encerramento de incidentes.
  • o comando da questão não caracterizou uma interrupção ou redução na qualidade do serviço, não consegui enxergar como incidente.

  • Faz parte do processo de Operação de serviços


ID
153574
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No Senado Federal, diversas são as atividades desempenhadas ligadas à área de TI. Conforme o modelo ITIL (INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY, uma que é de responsabilidade do Gerenciamento de Liberação é:

Alternativas
Comentários
  • A Biblioteca de Mídias Definitas não é um componente do Gerenciamento de Configurações?
  • Considerando a Itil v2, o processo responsável por gerenciar a BSD é realmente o Gerenciamento da Liberação, mas softwares também podem ser considerados ICs, que estão cadastrados e tem relacionamentos dentro do BDGC, este que é gerenciado pelo Gerenciamento da Configuração.

     

  • Eu achei que a letra "a" era de responsabilidade da Biblioteca de Mídia definitiva. E a BMD ou DSL é responsabilidade do Gerenciamento da configuração.
  • O Gerenciamento de liberação é responsável pelo armazemamento de todo o software (BSD) e hardware (DHD) autorizado dentro da organização.
    O foco do G. De Liberação é atuar na proteção do ambiente produtivo e de seus serviços pela utilização de procedimentos formais e verificações.

    fonte: www.profissionaisdeti.com.br
  • Na versão 3 do ITIL a gerência de implementação e Liberação: cobre toda a construção e implementação em produção de serviços novos ou alterados, desde o planejamento da liberação até o suporte inicial.
    Objetivo: Construir e colocar em produção todos os aspectos de serviços e estabelecer o uso efetivo de serviço novos ou alterados.
  • O gerenciamento de liberação fornece um gerenciamento físico de softwares e hardwares. Informações sobre componentes de hardware e software
    da TI e seus relacionamentos com outros são armazenados no Banco de dados do gerenciamento da configuração(BDGC). O gerenciamento da
    liberação gerencia mudanças planejadas e aplicadas a hardware e softwarenna infra-estrutura de TI.
    Para suportar o gerenciamento de mudanças e o gerenciamento da configuração, o gerenciamento de liberação utiliza a biblioteca definitiva(BDS)
    e o depósito de hardware definitivo(DHD).
    Estas bibliotecas seguras fornecem um local de armazenamento físico de todos os itens de configuração de sogtware(BDS) e peças definitivas
    de hardware(DHD).

    Espero ter esclarecido.
    Bons estudos!!!
    Alexandre

  • Segundo o ITIL V3:

    "O Gerenciamento de Liberação faz o controle de versões e controla as instalações de software, 
    hardware e outros componentes de infra­estrutura, do ambiente de desenvolvimento ao ambiente 
    de teste e depois para o ambiente de produção. Este processo não é responsável pelo 
    desenvolvimento em si da mudança, mas sim pela sua liberação. "

    Por tal processo controlar as versões de hardware e software, sob o aspecto de pacote de liberação, existente na infraestrutura de TI, acredito que a questão correta seria a letra "E";

ID
153577
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Tendo por foco o ITIL e evidenciando o aspecto de continuidade do processo, o relacionamento entre as principais atividades do Gerenciamento de Configuração é ilustrado por meio do esquema:

Alternativas
Comentários
  • Atividades da Gerência de Configuração:
    - Planejamento
    - Identificação
    - Controle
    - Registro do Estado
    - Verificação e auditoria

    Logo letra B

  • Questão de decoreba, mas dava pra usar o bom senso:

    Podemos identificas nas alternativas a), c), d) e e) os seguintes passos:

    a) e d) Implantação -> Testes
    c) e e) Implantação -> Validação

    Como não tem sentido realizar implantação sem testes ou validação, a implantação não poderia vir antes.

    Resta a letra b), sem incoerências deste tipo.
  • A atividade: Registro de Estado também é chamada de Registro do Status. Fonte: T.I. Mudar e Inovar, Resolvendo conflitos com Itil V3 - Aplicado a um estudo de caso, Marcelo Gaspar, Thierry Gomez, Zailton Miranda, editora Senac-Distrito Federal, 2010.

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

No âmbito do ITIL, quando um evento é registrado na Central de Serviços, a melhor sequência em que os processos são executados é:

Alternativas
Comentários
  • No âmbito da Itil quando um evento é registrado pelo Service Desk, este é direcionado para o Gerenciamento de incidentes.

    Caso o evento seja repetidamente registrado, este é direcionado para o Gerencimento de Problemas.

    Se for necessário atualizar algum software ou hardware para corrigir o problema, quem controla esse processo é o Gerenciamento de Mudanças.

    Por fim, o Gerenciamento de liberação, libera e assegura que essas mudanças serão bem sucedidas.

  • Há um fluxograma na página 38 do livro 4 do ITIL v3, Service Operation, em que lá é desenhado o caminho que um evento realiza desde a sua identificação. Segundo o fluxo, se um evento for uma exceção ou ainda um alerta que dispare uma gatilho, trigger, então ele poderá acionar a gernecia de incidentes, problemas ou mudanças, e se quaisquer resolverem o evento, então ele será fechado. Não existe qualquer menção à gerência de liberação no livro do ITIL.

  • d)Gerenciamento de Incidentes, Gerenciamento de Problemas, Gerenciamento de Mudanças, Gerenciamento de Liberações.

     O Gerenciamento de Incidentes visa resolver o incidente, o que é uma interrupção indesejada em um ou mais serviços no ambiente organizacional. Ele só resolve o incidente momentâneo, mas não procura o que causou. O Gerenciamento de Problemas é que descobre a causa-raiz (root cause) do incidente (usuario só vê o incidente, o efeito do problema, mas geralmente não o problema). Quando Gerenciamento de Problemas faz sua parte, pode sugerir uma mudança para evitar instâncias do incidente -Gerenciamento de Mudanças. Após, é proposto um release, cujo rollout deve ser implementado com cuidado para não interromper o fluxo do trabalho: Gerenciamento de Liberações.

  • Vamos refletir...

    PRIMEIRO - eu identifico o incidente e o trato para impedir que cause maiores danos ao negócio.

    SEGUNDO - busco identificar a causa raiz dos incidentes, ou seja, os problemas.

    TERCEIRO - faço solicitações de mudanças para se resolver o problema e evitar a ocorrência de novos incidentes.

    QUARTO - mudança é conduzida e liberada.


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

No ITIL, são dois processos que compartilham objetivos comuns, complementam um ao outro e compartilham o uso de ferramentas e técnicas, tais como, Análise de Impacto de Falhas em Componentes e Análise da Arvore de Falha. Trata-se dos processos de Gerenciamento de

Alternativas
Comentários
  • Gerenciamento de Capacidade =  Equilibrar a capacidade de TI com as demandas de negócios acordadas.

    Gerenciamento de Disponibilidade  = Tem um foco em manter funções vitais em operação.

    Ou seja, os dois processos  se completam em manter a capacidade de ti fornecida sempre disponível.

     

  • Component Failure Impact Analysis (CFIA) - Análise de Impacto de Falhas em Componentes (AIFC)
    (Desenho de Serviço) Uma técnica que ajuda a indentificar o impacto da falha de um IC num Serviço de TI. Uma matriz é criada com os Serviços de TI de um lado e os ICs do outro. Isto possibilita a identificação de ICs críticos (que podem causar falha em múltipos Serviços de TI) e de Serviços de TI mais suscetíveis a falhas (que tenham um ou mais Ponto Único de Falha).

    Fault Tree Analysis (FTA) Análise da Árvore de Falha (AAF)
    (Desenho de Serviço) (Melhoria de Serviço Continuada) Uma técnica que pode ser usada para determinar a cadeia de Eventos que levaram a um Problema. Análise da Árvore de Falha representa uma cadeia de Eventos usando notação Boleana em um diagrama.

    Fonte:Glossário ITIL® v3.1.24, 11 Maio 2007 – versão v2.0 em Português do Brasil

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

No contexto do ITIL, NÃO são atividades típicas da Central de Serviços:

Alternativas
Comentários
  • Atentar para :    incidente != problema
    Central de Serviços trata de incidentes, não de problemas.
  • esse enunciado ficou confuso. Quando ele diz:  "NÃO são atividades típicas da Central de Serviços:", colocando os 2 pontos ao final, ele deveria listar todas as atividades que não são típicas, não apenas uma delas. resolução de um problema é óbvio, mas aplicação de correções temporárias e relacionamento de um incidente a um Erro Conhecido podem ser consideradas típicas. Acho que caberia anulação.
  • Concordo plenamento com Antoniel. Nem preciso falar mais nada.
  • É missão da central de serviços:

    • REGISTRAR e classificar os eventos levando em conta o impacto e urgência todas as requisições de modo que nehuma seja “perdida”.
    • Restabelecer o mais rápido possível os serviços com o mínimo de impacto de modo que sejam cumpridos os acordos de nível de serviço(SLA).
    • Manter os usuários informados sobre o andamento de suas solicitações.
    • Escalar incidentes difíceis ou demorados de resolver.
    • Fechar incidentes. O ITIL prega que todos os incidentes/chamados/requisições de atendimento devem ser finalizados pela pessoa que abriu.

    fonte: profissionaisti.com.br


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

No contexto do ITIL, são práticas que aumentam a eficiência de uma Central de Atendimento:

I. A concentração de um maior número de funcionários no 1º Nível e um número menor nos Níveis seguintes consiste na separação da equipe de atendimento em grupos distintos, ordenados pelo grau de conhecimento, tendo como um dos objetivos a otimização do investimento na área de Central de Atendimento.

II. O estabelecimento de Acordo de Nível de Serviço entre a Central de Serviços e os clientes, auxiliado por ferramentas apropriadas, além de estabelecer um padrão de atendimento, diminui substancialmente as ligações para saber se o problema já foi solucionado.

III. Com uma Base de Conhecimento adequadamente mantida, resoluções de incidentes mais complexos podem se tornar mais simples de futura solução, por possibilitarem o escalonamento top-down e a agilidade na solução de erros conhecidos.

Está correto o que se afirma em

Alternativas
Comentários
  • fcc...que portugues ruim heim ;p 

  • Segundo o Gartner Group existem 3 níveis de ferramentas para Help Desk:

    Nível 1 - As que cobrem somente o processo de CALL-TRACKING (soluções tradicionais de controle de chamados). São soluções que amparam centrais de atendimento.

    Nível 2 - As que cobrem o nível 1 e tratam também o processo de PROBLEM-MANAGEMENT (diferenciam incidentes de problemas, conforme a metodologia ITIL classifica, e podem tratar, de modo isolado, CAUSAS e EFEITOS.)

    Nível 3 - As que cobrem o nível 1 e nível 2 e também tratam o processo de PROBLEM-RESOLUTION (contribuem para melhorar o desempenho na resolução de problemas).

    O HD-3 está classificado no Nível 3! Portanto, pode oferecer uma vantagem efetivamente importante, que vai muito além do que as outras ferramentas oferecem: melhoria de desempenho!

  • Questão estranha. Achei que a afirmativa I era falsa, pois sabe-se que para trabalhar no service desk são necessários, além do conhecimento técnico, entendimento dos serviços e habilidades interpessoais, tais como ser paciente, comunicativo, assertivo, empático, etc... Sendo assim, concluí que não se deve ordenar apenas pelo conhecimento técnico, mas por todas as características importantes e necessárias para o pessoal do service desk.


ID
157096
Banca
CESPE / CEBRASPE
Órgão
TRT - 5ª Região (BA)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Com relação a gestão de tecnologia da informação (TI), julgue os próximos itens.

O COBIT (control objectives for information and related technology) é uma estrutura de controle de TI em que os processos e os objetos de controle são segmentados em quatro domínios: planejamento e organização; aquisição e implementação; entregas e suporte; monitoração. Ao contrário do ITIL, o COBIT não inclui etapas e tarefas, porque é uma estrutura de controle e não, uma estrutura de processos.

Alternativas
Comentários
  • Cuidado com a pegadinha!
    Ao descrever o quarto domínio do COBIT apenas como "monitoração" em vez de "monitorar e avaliar", induz ao erro, inclusive porque os outros domínios estão descritos de forma completa.
  • Acho que o que confunde na questão (quando lida rapidamente)  é dizer que NÃO é uma estrutura de processos, ja que os objetivos de controle são processos. Mas lendo com mais calma dá pra entender que a questão quiz dizer é que o ITIL trata de COMO fazer (estrutura de processos) e o COBIT trata sobre O QUE fazer (estrutura de controle). Portanto questão correta.

     

    (corrigido)

  •  

    Desculpe, mas seu comentário está errado. No Cobit 4.1 fica bem claro que ele concentra-se em "o que fazer" e não em "como fazer".

    "O CobiT é baseado na análise e na harmonização dos padrões e boas práticas de TI existentes, adequando-se aos princípios deque deveria ser obtido e não em como atingir uma efetiva governança, gerenciamento e controle.

    complementar e utilizado com outros padrões e boas práticas."

    A respostas está correta pois o CobiT é realmente uma estrutura de controle interno de TI e dentre os seus 34 processos a empresa não precisa necessariamente implementar todos. Neste caso, a pergunta aborda o conceito de CobiT.

    Sendo assim, ele age como um integrador das práticas de governança de TI e influencia a Alta Direção, gerências de negócios e

    de TI, profissionais de governança, avaliação e segurança, profissionais de auditoria de TI e de controles. Ele é desenhado para ser

  • Para o item ser 100% certo só faltou uma palavra. "O COBIT (control objectives for information and related technology) é uma estrutura de controle de TI em que os processos e os objetos de controle são segmentados em quatro domínios: planejamento e organização; aquisição e implementação; entregas e suporte; monitoração" e AVALIAÇÃO, mas o que não deixa a questão ser considerada como errada.

     

  • Resumo: Se vai fazer prova da Cespe , cuidado redobrado na leitura das questões. Eles cobram ao meu ver de maneira errada o conhecimento dos canditados. Uma banca realmente muito ruim, isso pra não baixar o nivel.

  • Essa questão era para ser errada uma vez que em outras questões vemos o mesmo modelo de erro: alteração de nome do domínio. Monitoração e Avaliação é o nome de um domínio.

    Mas o colega encontrou o texto em http://www.aedb.br/seacIV/SI/Poster/G4.pdf. Questão feita por estagiário! =/
  • Pessoal, pesquisando para corroborar a questão, encontrei o seguinte texto [1]:

    "O  ITIL é baseado  nos modelos  de melhores-práticas  para TI, cuidando da entrega e sustentação dos serviços, ao invés de fornecer uma estrutura de controle gerencial. Ele  focaliza os métodos e é mais  detalhista. Já o COBIT não inclui  as regras ou práticas, que são o nível mais baixo dos detalhes, ao contrário do ITIL. O COBIT não inclui etapas e tarefas, porque é uma estrutura de controle e não uma estrutura de processos. Ele  focaliza no que a empresa necessita  fazer e não como necessita fazer, e a audiência alvo é os auditores, gerência executiva e gerência de TI." (Grifo meu)

    Referência:

    [1] http://www.aedb.br/seacIV/SI/Poster/G4.pdf

  • Realmente os examinadores do CESPE acharam um trabalhinho de faculdade e fizeram uma questão.
    Dizer que o Cobit não é uma estrutura de processos sendo que ele define as atividades de TI em um modelo de processos genéricos com quatro domínios é, no minímo, uma incoerência!
  • Dizer que o COBIT não é uma estrutura de processos realmente é forçar muito a barra, o bom séria que a banca informasse de onde tirou tanta besteira.
    O que diz o COBIT sobre processo:
    • Uma das características do COBIT -> é orientado a processos;
    • Um dos princípios básicos do COBIT -> processos de TI;
    • Possui 34 processos;
    • E ainda existe um domínio próprio para avaliar procesos ->Monitorar e Avaliar (Monitora todos os processos para garantir que a direção definida seja seguida).

    Dizer que não é uma estrutura de processos é muita brincadeira...
  • foda sao essas questoes


    Prova: CESPE - 2012 - TCE-ES - Auditor de Controle Externo - Tecnologia da Informação

    Disciplina: Governança de TI | Assuntos: COBIT

     Ver texto associado à questão

    O COBIT é um guia para gestão de TI orientado a serviços.

                Certo       Errado

               

    ERRADA

    é a processos



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

Conjunto de boas práticas a serem aplicadas na infraestrutura, operação e manutenção de serviços de tecnologia da informação (TI). Essa é a definição de ITIL, cujo significado da sigla é

Alternativas
Comentários
  • O objetivo desta questão é saber se o usuário sabe inglês ou decorou a sigla? Talvez nem seja necessário nem inglês, nem sigla, basta ter uma ideia do falso cognato Library (biblioteca) como livraria.
  • Impressionante!

    como dito em outro comentário, esta é uma questão que tem o único objetivo de separar os candidatos que babam dos que não babam...
  • Gab. c) Information Technology Infrastructure Library.

  • Tanta coisa para perguntar de ITIL... Fala sério! 

  • c-

    information technology infrastructure library (ITIL) é uma coleção de processos, funções e atribuições pré-definidos, os quais estao tipicamente presentes em qualquer infradtructura de TI de empresas de medio e grande porte. é um framework para usode TI para agregação de valor ao negocio e sua aplicação como ferramenta para cumrpimento dos objetivos estrategicos.


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

NÃO é uma característica do ITIL:

Alternativas
Comentários
  • CARACTERÍSTICAS DO ITIL
    · Adequado para todas as áreas de atividade
    · Baseado nas melhores práticas
    · Checklist testado e aprovado
    · Diretivas básicas para funções e responsabilidades dentro de cada processo
    · Diretivas básicas para implementação
    · Independente de tecnologia e fornecedor
    · Interdependência de processos
    · Modelo de referência para processos de TI não proprietário
    · O que fazer e o que não fazer.
    · Padronização de terminologias
    · Um modelo de referência para a implementação de processos de TI
    · Um padrão de fato

  • A estrutura do itil v3 ao contrário da V2 se preocupa muito com tecnologia e fornecedor.  Por conta disso "na minha opnião"  encontro inverdade na letra D, assim acho que nao é uma caracteristica do ITIL v3 ser independente de tecnologia e fornecedor. Gerenciamento de Fornecedor. As diversas bases de dados do V3 necessitam de tecnologia para integração.
  • Oi Marcelo, em relação a sua resposta concordo e discordo dela. Concordo quando você diz que precisa de tecnologia para integrar, porém ao ler a questão entendi que a independência tem haver em utilizar qualquer tecnologia  e qualquer fornecedor (não é dependente de uma tecnologia ou fornecedor específicos - proprietários) basta que estes atendam aos requisitos do ITIL.
  • Se a ITIL serve tanto para empresas públicas quanto privadas, como é que ela não pode ser modelo de referência para processos de TI proprietários? Por que ela é pública?

  • Caro Marcelo Silva, infelizmente, todos nós utilizamos o termo tecnologia erradamente. Na maioria das vezes o utilizamos como sinônimo de artefato. E isso foi exatamente o que a banca fez. ITIL não está vinculado ou é dependente de um artefato em especial.

    Caro Mario Verdibello, o fato de ser modelo de referência para processos de TI proprietários NÃO é uma característica da ITIL (alternativa gabarito). A assertiva, infelizmente, está dúbia. A banca quis dizer: Não é uma característica do ITIL ser modelo de referência proprietário para processos de TI. Não se trata do processo de TI ser proprietário. Entende? Trata-se do modelo de referência ser proprietário. ITIL, portanto, não é um modelo de referência proprietário, basta adquirir os livros e adotar como quiser, por quanto tempo quiser e em quantos serviços quiser e, justamente por isso, essa é a alternativa gabarito. Caberia recursos para anulação da questão nesse sentido, mas, por experiência própria, dificilmente anulariam.

    Abraço a todos,

    mauriciorochabastos@gmail.com

  • e - ter checklist testado e aprovado.

    De onde saiu isso ???


  • Rodrigo, tô me perguntando isso também.... Essa questão é de 2010, por ser antiga, devem ser versões anterioes do ITIL...

  • A leitura começou por alternativa A -> correta, B-> correta e C-  INCORRETA.

    No guia oficial da ITIL é explícito que  é um modelo de referência não proprietário e reparem que as alternativas  A e C são antônimos, uma diz que é proprietário e outra diz que não é proprietário. O guia oficial de referência da ITIL é bem claro em relação a isso. É um guia de referêencia de boas práticas NÃO PROPRIETÁRIO e a empresa é livre para adotar as práticas, não sendo necessário pedir permissão para uso por direitos intelectuas ou qualquer que seja. A organização pode utilizar se quiser. Portanto, não validei as demais alternativas, pois só há uma incorreta que é nitidamente

     a C.


ID
159043
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao modelo ITIL, julgue os itens que se seguem.

Um incidente é um evento que não é parte da operação padrão de um serviço e que pode interromper o serviço ou reduzir sua qualidade. O gerenciamento de incidente (incident management) visa restaurar a operação normal dos serviços e minimizar impactos adversos decorrentes de incidentes. Esse processo contém atividades para detectar, registrar, classificar, investigar, diagnosticar e resolver incidentes.

Alternativas
Comentários
  •  Um incidente é uma interrupção não planejada de um serviço de TI ou uma redução da qualidade de um serviço de TI. Seguem alguns exemplos:

    - Sistema apresenta lentidão

    - Mensagem de erro em um aplicativo

    - Informações erradas na tela do sistema

    - Impressora não imprime

    - Sem conexão com a internet

  •  Objetivos do gerenciamento de incidentes:

    • Restabelecer a operação normal do serviço o mais rápido possível;
    • Minimizar os impactos nas operações do negócio;
    • Garantir que os melhores níveis de qualidade e disponibilidade dos serviços, sejam mantidos conforme os Acordos de Nível de Serviços.
  • Dentre as atividades do processo de gerenciamento de incidentes há sete partes principais: Detecção do Incidente, Classificação do Incidente, Suporte Inicial, Investigação e Diagnóstico, Resolução e Recuperação, Conclusão do Incidente, Monitoramento e Comunicação de Incidente.


ID
159046
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao modelo ITIL, julgue os itens que se seguem.

Um problema é uma causa desconhecida de um, ou mais, incidentes. Um problema é uma condição que pode ser identificada como resultado de múltiplos incidentes com sintomas comuns. O gerenciamento de problema (problem management) procura solucionar problemas e tem atividades para identificar, registrar, classificar, investigar e diagnosticar problemas.

Alternativas
Comentários
  • O Gerenciamento de Problemas tem por objetivo identificar e remover erros do ambiente de TI, através da busca da causa raiz dos incidentes registrados no Gerenciamento de Incidentes, a fim de garantir uma estabilidade máxima dos serviços de TI.

    Segundo o ITIL, incidente é qualquer evento que não faz parte da operação padrão de um serviço e que causa, ou pode causar, uma interrupção do serviço ou uma redução da sua qualidade; enquanto problema é a causa desconhecida de um ou mais incidentes, ou seja, um incidente que não tem sua causa raiz identificada acaba se tornando um problema.
    Fonte: http://vivenciandoti.blogspot.com/2009/12/itil-diferenca-entre-problema-e.html

  • As atividades do processo de Gerenciamento de problemas são:

    1. Identificação
    2. Registro
    3. Classificação
    4. Priorização
    5. Investigação e diagnóstico
    6. Identificação de solução de contorno
    7. Identificação de erros conhecidos
    8. Resolução de problema
    9. Encerramento
    10. Revisão de problema grave
  • Só fiquei em dúvida nesse começo "Um problema é uma causa desconhecida de um, ou mais, incidentes. (...)", mas faz sentido. Vários incidentes podem ter a mesma causa, um problema em particular...


ID
159049
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao modelo ITIL, julgue os itens que se seguem.

O gerenciamento de configuração (configuration management) visa: definir objetivos, escopo, políticas, procedimentos, contexto técnico e organizacional para gerenciamento de configurações; identificar e atribuir números de versão para os itens de configuração (configuration items); evitar que itens de configuração, sem documentação de controle apropriada, sejam modificados, substituídos ou removidos.

Alternativas
Comentários
  •    O Gerenciamento de Configuração tem o objetivo de fornecer um modelo lógico de infra-estrutura de TI ou de serviços, pela identificação, controle, manutenção e verificação das versões de todos os Itens de Configuração (IC) existentes.
       Os ICs são componentes de uma infra-estrutura que está sob o controle do gerenciamento de configuração. Ex: Uma requisição de mudança.
       Caracteristicas de um IC: Identificador Único, categoria (HW, SW, Documento, etc), Versão, Local Físico, Responsável pelo item, Estado(Teste, Produção, Arquivado, Em Manutenção), Relacionamento com outros itens, Incidentes, Problemas, Mudanças relacionadas ao item. 
  • "Evitar que itens de configuração, sem documentação de controle apropriada, sejam modificados, substituídos ou removidos." 

    Isso é objetivo do processo de Gerenciamento de Mudanças.

ID
159052
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao modelo ITIL, julgue os itens que se seguem.

O gerenciamento de mudança (change management) visa o emprego de métodos e procedimentos padronizados para tratar eficientemente as mudanças e minimizar o impacto de incidentes relacionados a elas. As solicitações de mudança (requests for change) são entradas para esse processo e podem decorrer da insatisfação de clientes.

Alternativas
Comentários
  •  O Gerenciamento de mudança, que integra o ciclo Transição de serviço, tem por objetivo principal assegurar que mudanças sejam feitas de uma forma controlada, e sejam avaliadas, priorizadas, planejadas, testadas, implantadas e documentadas. Um bom gerenciamento de mudanças assegura que o gerente de mudanças esteja em total controle das mudanças que ocorrem na infraestrutura de TI. Gerenciar mudanças NÃO é fazer mudanças que não ofereçam riscos, mas sim fazer mudanças de forma que os riscos sejam mapeados e gerenciados.


ID
161788
Banca
FCC
Órgão
TRF - 5ª REGIÃO
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No modelo ITIL, o SLM - Service Level Agreement está relacionado a

Alternativas
Comentários
  • No itil v3 este processo está relacionado a publicação Desenho de Serviço.

  •  Mas a questão está se referindo a v2. Neste caso, o SLM faz parte da Gerência de Nível de Serviço, que está no livro de Entrega.

  • Questão mal elaborada misturou ITILv2 com ITILv3. Ridículo.

    Tinha que ser anulada. Nem sequer existe Entrega de Serviço no ITILv2.

    Outro erro na questão se refere a sigla SLM - Service Level Agreement. Na verdade o correto é SLA - service level agreement - Acordo de Nível de Serviço.

  • Neilor,

    A questão não foi mal elaborada, ela foi decoreba puro... E não tem nenhum motivo para ser anulada, pois está sim se referindo a somente ITIL v2, pois todos os itens se referem a livros da versão 2. 

    Abs e bons estudos
  • Neilor, 
     
    A ITIL V2 possui 2 areas q dividem seus processos: suporte de serviços e entrega de serviços.
     
    1) Suporte ao Serviço: processos que se concentram nas tarefas de execução diária, necessárias para a manutenção dos serviços de TI já entregues e em utilização pela organizanação. São eles:
    1.1) Gerenciamente de Configuração
    1.2) Gerenciamento de Incidente
    1.3) Gerenciamento de Problema
    1.4) Gerenciamento de Mudança
    1.5) Gerenciamento de Liberação.
     
    2) Entrega do Serviço: processos que se concentram nas atividades de planejamento a longo prazo dos serviços que serão demandados pela organização e na melhoria dos serviços já entregues e em utilização pela organização. São eles:
    2.1) Gerenciamento do Nível de Serviço(SLM)
    2.2) Gerenciamento de Capacidade
    2.3) Gerenciamento de Disponibilidade
    2.4) Gerenciamento da Continuidade dos Serviços de TI
    2.5) Gerenciamento Financeiro.
    Questão Certa e pertinente.
     
    O SLM, como vc pode ver, eh um processo de entrega de serviço.
    O q talvez cause algma estranheza, eh a questao relacionar SLM com entrega de serviços, porque, geralmente diz-se q "o processo SLM pertence à área de entrega de serviços". Mas o sentido eh o mesmo. A questao eh pertinente, sim.

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

O ITIL é composto por vários processos. Dentre eles, o de Suporte Técnico, que se refere a

Alternativas
Comentários
  •  Na ITIL v3:

     
    O Gerenciamento Técnico é a função responsável por fornecer habilidades técnicas para o suporte de serviços de TI e para o Gerenciamento da Infra-estrutura de TI.
     
    O Gerenciamento de Operações de TI pode ser definido como a função responsável pela gestão contínua e manutenção de uma infra-estrutura de TI de uma organização, para assegurar a entrega do nível acordado de serviço de TI ao negócio.
     
    Minhas considerações: 
     
    1) O nome da função (não é processo) é Gerenciamento Técnico, e não Suporte Técnico.
    2) Mesmo que a questão esteja se referindo ao Gerenciamento Técnico, a resposta (C) está muito mais para o Gerenciamento de Operações de TI.
     
    Achei a questão mal formulada, alguém me corrija se estiver errado.
  •  deve estar tratando-se de Itil v2

  • As provas da Petrobras sempre utilizam ITIL V2
    Acredito que a Petrobras deva utilizar a V2 internamente e isso seja algum tipo de exigência para a Banca, pois a Cesgranrio fez inúmeras provas com a V3 e ainda sim nesta ultima prova de 2011 da Petrobras foi utilizada a V2.

    Há alguem de TI que possa explicar o motivo?
  • Achei a questão mal formulada também, pois a letra c refere-se ao gerenciamento de operações no ITIL V3.

    Acredito que a questão não esteja tratando de ITIL V2, pois não existe Suporte Técnico nele (pelo menos se tem eu não lembro).

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

Com relação a ITIL o principal objetivo do gerenciamento de serviços é se certificar de que os serviços de TI estão alinhados com as necessidades do negócio. Os processos abaixo fazem parte do grupo de entrega de serviços, EXCETO o processo de gerenciamento de

Alternativas
Comentários
  •  o gerenciamento de incidentes faz parte do livro de Suporte a Serviço,

  • a) capacidade. (DESENHO)

    b) finanças. (ESTRATÉGIA) / NEGÓCIO

    c) disponibilidade. (DESENHO)

    d) incidentes. (OPERAÇÃO)

    e) níveis de serviço. (DESENHO)

    Opção correta letra "D"

  •  Os processos do livro/área de entrega de serviços são:

    1 - Gerência de níveis de serviço
    2 - Gerência financeira
    3 - Gerência de disponibilidade
    4 - Gerência de capacidade
    5 - Gerência de continuidade

  • A questão é sobre o ITIL v2 e o único que não pertence ao Service Delivery é o Gerenciamento de Incidentes, que pertence ao Service Support.
    Service Delivery
    Gerência de Nível de Serviço
    Gerência Financeira
    Gerência de Disponibilidade
    Gerência de Capacidade
    Gerência de Continuidade

    No ITIL v3, o service deliverey não existe, e seus processos ficaram distribuidos entre Service Design e Service Delivery.
    Gerência de nível de serviço: Service Design
    Gerência Financeira: Service Strategy
    Gerência de Disponibilidade: Service Design
    Gestão da Capacidade: Service Design
    Gerência de Continuidade: Service Design
  • ITIL V2, o QC poderia colocar uma indicação de deprecated, ou então separar as questões em ITIL V2  e ITIL V3 para a gente não perder tempo.
    Fica a sugestão