Questões de Governança de TI (TI)

Considere o texto abaixo. O Banco BMG acaba de fazer o primeiro balanço do processo de reestruturação de seu ...... com base na ITIL. Esta área do banco funciona como uma verdadeira empresa de suporte técnico, oferecendo assistência e infra-estrutura em hardware e software para mais de 20 mil lojas de correspondentes bancários parceiros, empresas privadas e pontos de venda (franquias), espalhados por todos os estados brasileiros, além de atender a mais de 3 mil usuários internos. A partir da implementação do módulo de incidentes baseado na ITIL o BMG passou a controlar melhor os níveis de atendimento. O público usuário está dividido em 3 ilhas de atendimento: usuários internos, pontos de venda e correspondentes bancários e revendas. Cada público tem características e necessidades específicas, mas a solução conseguiu unir em uma só tela todas as áreas de atendimento. “Criamos parâmetros para cada um dos atendimentos. No momento do registro, ao escolher o tipo de serviço prestado, o formulário muda dinamicamente, apresentando somente as informações necessárias para aquele atendimento", explica a coordenadora. O atendimento aos chamados é feito por 23 técnicos, divididos em 2 níveis. As solicitações resolvidas no 1º nível são encerradas automaticamente; para as que necessitam de aprovações, o próprio sistema emite um

e-mail fazendo a requisição. Após o encerramento do pedido, o solicitante tem 8 horas úteis para reabrir a solicitação, sendo este tempo controlado pela ferramenta. Ao expirar o prazo, o sistema processa o encerramento definitivo. (Adaptado de Revista ComputerWorld) Preenche corretamente a lacuna:

O gerenciamento da integração do projeto de software requer que sejam feitas escolhas sobre alocação de recursos, concessões entre objetivos e alternativas conflitantes e gerenciamento de dependências mútuas entre as áreas de conhecimento. O PMBoK define processos de gerenciamento da integração de projetos, dos quais 5 estão listados abaixo. A associação correta entre um desses processos e sua função é

Existem várias estratégias de respostas a riscos de projetos de software. As estratégias a seguir se aplicam a ameaças ou riscos que, se ocorrerem, podem ter impactos negativos nos objetivos do projeto, bem como estratégias que podem ser usadas tanto para riscos negativos ou ameaças como para riscos positivos ou oportunidades. I.Indica que a equipe do projeto decidiu não alterar o plano de gerenciamento do projeto para lidar com um risco ou não conseguiu identificar outra estratégia de resposta adequada. Pode ser passiva ou ativa. A passiva não requer nenhuma ação exceto documentar a estratégia, deixando que a equipe do projeto trate dos riscos quando eles ocorrerem. A ativa mais comum é estabelecer uma reserva para contingências, incluindo tempo, dinheiro ou recursos para lidar com os riscos. II.Implica na redução da probabilidade e/ou do impacto de um evento de risco adverso para dentro de limites aceitáveis. Adotar uma ação antecipada para reduzir a probabilidade e/ou o impacto de um risco ocorrer no projeto em geral é mais eficaz do que tentar reparar o dano depois de o risco ter ocorrido. Adotar processos menos complexos, fazer mais testes ou escolher um fornecedor mais estável são exemplos de ações. III.Procura eliminar a incerteza associada com um determinado risco positivo, garantindo que a oportunidade realmente aconteça. Exemplos incluem designar os recursos mais talentosos da organização para o projeto a fim de reduzir o tempo de conclusão ou para proporcionar um custo mais baixo do que foi originalmente planejado. A associação correta, das estratégias de risco com sua definição, está expressa em

O modelo de maturidade para o gerenciamento e controle dos processos de TI do CobiT é baseado em um método de avaliar a organização, permitindo que ela seja pontuada nos níveis de maturidade de 0 a 5. O gráfico abaixo mostra um possível nível de maturidade de um processo de TI sendo implantado na Defensoria. Observando o gráfico acima e, de acordo com o CobiT, é correto afirmar que

A Instrução Normativa 04 da Secretaria de Logística e Tecnologia da Informação do MPOG, de 12/11/2010, dispõe sobre o processo de contratação de Soluções de Tecnologia da Informação pelos órgãos integrantes do Sistema de Administração dos Recursos de Informação e Informática (SISP) do Poder Executivo Federal. Em seu artigo 16 (nos parágrafos 1 e 2) o referido documento diz que a análise de riscos permeia todas as etapas da fase de Planejamento da Contratação e será consolidada no documento final de Análise de Riscos e que será aprovada e assinada pela Equipe de Planejamento da Contratação. O mesmo artigo define que a Análise de Riscos será elaborada pela Equipe de Planejamento da Contratação contendo os itens abaixo relacionados, EXCETO

Considere, por hipótese, que um funcionário da Defensoria Pública da cidade de Porto Alegre estava na Defensoria da cidade de Soledade e ocorreu um incidente em seu notebook corporativo. Imediatamente ele abriu um chamado na Central de Serviço ? CS que atende toda a Defensoria. Mais tarde ele retornou à sede da Defensoria em Porto Alegre e foi verificar se os técnicos locais ainda estavam lá. Como passava das 19 horas, a CS não estava mais operacional e os técnicos já tinham ido embora. O funcionário teve que continuar com seu notebook sem assistência, pois somente no dia seguinte poderia ser atendido. De acordo com a ITIL v3 edição 2011, neste caso, a CS da Defensoria é do tipo

Uma Analista da Defensoria Pública está trabalhando no processo "Estimar as durações das atividades" da área de Gerenciamento do Tempo, em um projeto baseado no PMBOK 5ª edição. Este processo objetiva realizar a estimativa do número de períodos de trabalho que serão necessários para terminar atividades específicas com os recursos estimados, que é uma entrada muito importante para o processo "Desenvolver o cronograma". Considere que a equipe definiu as seguintes estimativas de duração para uma atividade do projeto: I. 2 semanas ± 2 dias. II. probabilidade de 15% de exceder três semanas. Estima-se que a atividade

De acordo com o guia PMBOK 5ª edição, durante o encerramento do projeto o gerente deve revisar todas as informações pré- vias dos encerramentos de fases anteriores, assegurando que todo o trabalho do projeto está completo e que o projeto alcançou seus objetivos. Já que o escopo do projeto é medido em comparação com o plano de gerenciamento, o gerente do projeto deve revisar a linha de base do escopo para garantir a conclusão antes de considerar o projeto encerrado. Considerando o diagrama de fluxo de dados do processo "Encerrar o projeto ou fase" da área Gerenciamento da Integração do Projeto do PMBOK 5ª edição mostrado acima, as caixas I e II correspondem, correta e respectivamente, a

Em uma organização que adota as melhores práticas da ITIL v3 edição 2011, a falta da prática de um determinado processo traz efeitos colaterais danosos ao ecossistema de prestação de serviços, como os listados abaixo. O texto se refere à falta do processo de Gerenciamento