Versão em Português COBIT 4.1 Tradução pelo ISACA - Trainning

Adquirir e Implementar
Identificar Soluções Automatizadas
AI1
Diretrizes de Gerenciamento
AI1 Identificar Soluções Automatizadas
Origem
PO1
PO3
PO8
PO10
AI6
DS1
DS3
Entrada
Planejamentos estratégico e tático de TI;
Atualizações periódicas do “estado da tecnologia”;
Padrões tecnológicos;
Padrões para aquisição e desenvolvimento;
Diretrizes de gerenciamento de projetos e
planejamento detalhado de projetos;
Descrição do processo de mudanças;
SLA´s;
Planejamento de desempenho e
capacidade (requisitos)
Saída
Destino
Estudo de viabilidade dos requisitos de negócio PO2 PO6 PO7 AI2 AI3 AI4 AI5
Tabela Raci
Atividades
CEO
CFO
Executivo de Negócio
CIO
Proprietário do Processo de Negócio
Responsável por Operações
Responsável por Arquitetura
Responsável por Desenvolvimento
Res ponsável pela Adm inistração de TI
PMO
Funções
Definir requisitos técnicos e funcionais de negócio; C C R C R R A/R I
Estabelecer processos para integridade/atualização de requisitos; C C C A/R C
Identificar, documentar e analisar os riscos de processos de negócio; A/R R R R C R R C
Conduzir um estudo de viabilidade/avaliação de impacto para a
Uma tabela RACI identifica quem é responsável (R), responsabilizado (A), consultado (C) e/ou informado
A/R R R C C C R C
implementação dos requisitos de negócio propostos;
Avaliar os benefícios das soluções propostas para a operação de TI; I R A/R R I I I R
Avaliar os benefícios das soluções propostas para o negócio; A/R R C C C I R
Desenvolver um processo de aprovação de requisitos; C A C C C R C
Aprovação e liberação das soluções propostas C A/R R R C C C I R C
Con formidade, auditoria, risco e segurança
Objetivos e Métricas
Objetivos de TI Objetivos de Processos Objetivos das Atividades
Objetivos
· Definição de como os requisitos de controle e
funcionais de negócio são traduzidos em soluções
automatizadas eficazes e eficientes;
· Resposta aos requisitos de negócio em alinhamento
com a estratégia de negócio.
define
· Identificação de soluções que atendam aos
requisitos dos usuários;
· Identificação de soluções tecni camente viáveis
e de custo otimizado;
· Decisão entre “compra” ou “desenvolvimento”
que otimize valor e minimize riscos.
define
· Definição de requisitos técnicos e de negócio;·
Realização de estudos de viabilidade conforme
definido nos padrões de desenvolvimento;
· Consideração de requisitos de segurança e
controle no início dos projetos;
· Aprovação (ou rejeição) de requisitos e resultados
de estudos de viabilidade.
medido por
direciona
medido por
direciona
medido por
Métricas
· Quantidade de projetos nos quais os benefícios esperados
não foram alcançados devido a premissas
incorretas de viabilidade;
· Percentual de usuários satisfeitos com as funcionalidades
entregues.
· Percentual das partes interessadas (stakeholders)
satisfeitos com a precisão dos estudos de
viabilidade;
· Tamanho na mudança nas definições de benefícios
desde a fase de estudos de viabilidade até a
fase de implementação ;
· Percentual do portfólio de aplicações não consistente
com a arquitetura;
· Percentual dos estudos de viabilidade entregues
em tempo e dentro do orçamento.
· Percentual de projetos no planejamento anual de
TI que estão sujeitos a estudos de viabilidade;
· Percentual de estudos de viabilidade liberados
pelo proprietário do processo de negócio.
© 2007 IT Governance Institute. Todos os direitos reservados. www.itgi.org 77