Download doc - PDTI - Plano Diretor de Tecnologia da Informação (modelo)

www.portalgsti.com.br

<<Modelo de um PLANO DIRETOR DE TECNOLOGIA DA INFORMAÇÃO (PDTI)

PLANO DIRETOR DE TECNOLOGIA DA INFORMAÇÃO (PDTI)

<<período>>

1Exemplo de um PDTI


Autor: Fernando PalmaDiretor de TIC na SAEB-BA, Fundador do Portal GSTI, Professor e Instrutor em Governança de TI, Gestão de Serviços de TI e Gestão de Segurança da Informação.

Olá, meu nome é Fernando Palma, sou fundador do Portal GSTI (www.portalgsti.com.br), site em que estou disponibilizando este modelo de PDTI, e onde você pode encontrar centenas de outros materiais semelhantes.

Sou Graduado em S. I., Mestrando em Administração e possuo certificações como ITIL Expert, ITIL Manager, COBIT F, OCEB, ISO 20k F, ITIL F e ISO 27.002 F.

Nos últimos 08 anos tive a oportunidade de treinar mais de 1 mil profissionais em ITIL, COBIT e Normas ISO 27000, além de desenvolver trabalhos de consultoria para diversas empresas do setor público e privado.

Contato: (71) 98837-0007 (zap) LINKEDIN [email protected] Adicione-me na Rede GSTI

2Exemplo de um PDTI

http://www.portalgsti.com.br/perfil/fernandopalma/

https://www.facebook.com/fernando.palma.547

https://br.linkedin.com/in/fernandofernandezpalma

http://www.portalgsti.com.br/


SumárioINTRODUÇÃO........................................................................................................................4MISSÃO E VISÃO....................................................................................................................4POLÍTICA DE TECNOLOGIA DA INFORMAÇÃO.......................................................................5SITUAÇÃO ATUAL DO AMBIENTE DE TI.................................................................................5VISÃO DAS PRINCIPAIS NECESSIDADES DE TI........................................................................7ESTRUTURA DO PORTFÓLIO DE PROJETOS E PLANOS DE AÇÃO............................................8PORTFÓLIO DE PROJETOS..................................................................................................... 9PLANOS DE GERENCIAMENTO DOS PROJETOS DE TI...........................................................10INDICADORES E METAS PARA OS PROJETOS.......................................................................17MODELO DE RELATÓRIO DE MONITORAMENTO DE INDICADORES ESTRATÉGICOS...........20

3Exemplo de um PDTI


INTRODUÇÃO

<<Descrição da utilidade deste documento, o que se pretende com o plano diretor, e a qual a motivação em elaborá-lo. O Plano Estratégico de TI, Plano Estratégico corporativo e demais diretrizes devem ser citadas, quando aplicável.>>

Exemplo

Cada diretoria de tem a responsabilidade de elaborar planos diretores alinhados com as diretrizes, políticas e objetivos estratégicos definidos pelo Planejamento Estratégico de TI (PETI), qual, por sua vez, tem como base o Plano Estratégico Corporativo definido pela <<organização>> para o período de <<período>>.

O Plano Diretor deve ser utilizado como instrumento direcionador das decisões e ações de TI, contemplando:

As funções de TI envolvidas e suas principais responsabilidades / atribuições; O planejamento do portfólio de projetos de TI; Os principais projetos alinhados aos objetivos estratégicos de TI; As principais ações alinhadas aos objetivos estratégicos de TI;

Neste contexto, este documento apresenta o planejamento da(s) Diretoria(s) de Tecnologia da Informação para <<período>>.

MISSÃO E VISÃO

<<Definir a Missão e Visão de TI dentro da organização. Na verdade, estes itens devem estar definidos no Plano Estratégico de TI (PETI) e aqui serem apenas reproduzidos. Na falta de um PETI, contudo, deve-se optar por defini-las durante a elaboração do PDTI.>>

Exemplo

Conheça exemplos de Missão e Visão de TI nos links a seguir: Exemplo de um PETI - Plano Estratégico de TI Exemplo de um PETI - Plano Estratégico de TI - II

4Exemplo de um PDTI

https://www.portalgsti.com.br/2012/11/exemplo-de-um-peti-plano-estrategico-de_22.html

https://www.portalgsti.com.br/2012/10/exemplo-de-um-peti-plano-estrategico-de-ti.html


POLÍTICA DE TECNOLOGIA DA INFORMAÇÃO

<<O objetivo deste item é demarcar os princípios / diretrizes que irão balizar tomadas de decisão para TI dentro do período para qual o PDTI está estabelecido. Trata-se de um item que poderia ser plenamente contemplado através de outras diversas nomenclaturas, tais como:

“Diretrizes para Tecnologia da Informação” (principalmente se a empresa optar por definir política(s) no PETI e diretrizes aqui);

“Principais estratégias de TI” (uma opção mais genérica, que abre mão de conceitos como políticas, diretrizes, objetivos estratégicos, substituindo todas estas definições por uma definição mais enxuta/prática.

“Direcionadores de TI” (terminologia equivalente a diretrizes) “Princípios de TI” “Premissas de TI” Dentre outras

ExemploO exemplo a seguir reproduz os princípios de TIC da Política de Tecnologia da Informação e Comunicação no Governo do Estado do Piauí (acesse o link para download do documento completo).

I - A TIC será alinhada e parte integrante da estratégia do governo; II - A TIC viabilizará a inovação e a ampliação da oferta de serviços Públicos; III - A TIC apoiará a mudança do relacionamento da Administração Pública Estadual com os cidadãos; IV - Os investimentos em TIC da Administração Pública Estadual fomentarão a integração dos serviços e processos; V - A TIC viabilizará a integração do Estado em múltiplos contextos , tais como outras esferas de governo, Instituições de Fomento, Ensino e Pesquisa, órgãos de classe e entidades privadas; objetivando o Desenvolvimento do Estado e do cidadão

SITUAÇÃO ATUAL DO AMBIENTE DE TI

<<Descrever o histórico da área de TIC; elaborar a SOWT de TI (Do português Matriz FFOA - Pontos Fortes, Fracos, Oportunidades e Ameaças); detalhes sobre a avaliação atual dos serviços prestados por TI e de cada departamentoTambém é válida a inserção de um tópico para apresentar o organograma de TI, descrevendo cada função envolvida.

5Exemplo de um PDTI

http://www.ati.pi.gov.br/pdf/pdti34.pdf

http://www.ati.pi.gov.br/pdf/pdti34.pdf


Obs.: a Matriz SWOT pode ser elaborada a nível estratégico no PETI e reelaborada com linguagem de projetos / linguagem técnica aqui. A empresa pode também optar por elaborar uma única matriz SWOT no PETI e apenas reproduzi-la neste documento: PDTI>>

Exemplo - Matriz SWOT de TI

Pontos fortes

Visão da relevância estratégica de TI

Profissionais de TI acumulam conhecimento do negócio

O departamento investiu recentemente em uma reestruturação interna que trará benefícios

Uso de ferramenta de atendimento já faz parte da cultura de grande parte servidores de TI e a ferramenta é visualizada como um benefício para o trabalho interno.

A equipe gestores de TI apresenta bons conhecimentos nas boas práticas de gestão de serviços (ITIL).

Pontos fracos

× Falta de procedimentos documentados para atividades operacionais.

× Pouca integração e comunicação padronizada entre os departamentos internos de TI

× Pouca divulgação de resultados e andamento das inciativas internas

× Não estruturação do departamento por processos

Oportunidades

Novo projeto tende a aproximar área do negócio ao departamento de TI

Novas ferramentas de BI ajudarão a tangibilizar em relatórios estratégicos o valor agregado por serviços de TI

Práticas de rateio de custos oferecidas pelo departamento financeiro podem ser aproveitadas para criar transparência e responsabilização por custos dos serviços de tI

Ameaças

6Exemplo de um PDTI


× Planos de redução de cursos para 2018.

× Inatividade do Comitê Gestor de TI da empresa.

× Falta de envolvimento com Governança de TI pela Alta Administração da empresa.

× Percepção externa de que TI deve ser usado como um departamento que apenas reage a demandas e resolução de problemas.

VISÃO DAS PRINCIPAIS NECESSIDADES DE TI

<<Necessidades a nível macro são listadas, com base no autoconhecimento que a direção de TI possui para seus pontos fortes, fracos, oportunidades e ameaças (SWOT)>>

ExemploNo entendimento da(s) diretoria(s) de TI, são as principais necessidades atuais:

Melhorar a credibilidade do suporte técnico sob o ponto de vista dos clientes internos e externos.

Através da inovação tecnológica, contribuir para que a empresa conheça melhor o perfil do seu cliente.

Evoluir a maturidade dos processos governança e gestão de TI, de forma a criar uma visão mais estratégica da performance do departamento.

7Exemplo de um PDTI


ESTRUTURA DO PORTFÓLIO DE PROJETOS E PLANOS DE AÇÃO<<Item para apresentar a estrutura do portfólio de projetos. O Portfólio consiste de projetos orientados ao cumprimento de benefícios que garantam que os investimentos em TI agreguem valor para o negócio, através do cumprimento de metas e objetivos estratégicos. >>

ExemploPara cada projeto, estão definidos

Nome do Projeto

Descrição resumida do e objetivo

Tema(s)

Escopo e macro atividades

Principais entregas

Principais benefícios da implementação

Pré-requisitos

Recursos necessários *

Orçamento Estimado

Pontos críticos de sucesso

(*) Este item não se aplica a todos os projetos

Outros dois atributos são relacionados aos projetos: Metas (marcos específicos para os projetos prioritários

Indicadores de desempenho e metas

Os planos de ação contêm para cada uma delas os detalhes conforma a seguir: Descrição da Ação

Objetivo

Metodologia utilizada

Data estimada de início

Data estimada de fim

Áreas Envolvidas

Custo estimado da ação

8Exemplo de um PDTI

Fernando Palma, 27/02/14,

Atualizado.


PORTFÓLIO DE PROJETOS<<lista de projetos categorizados e priorizados>>

Exemplo (obs.: exemplo simplificado, apresentando apenas atributos relacionados a prioridades. )Lista dos Projetos Priorizados

ID Título

P-CENTRALSERV Estruturação das centrais de serviços de TI 5 5 25 5P-GSI-01 Projeto em gestão da segurança da

informação - Parte 14 5 20 5

P-ESCPROJ Implantação e melhorias de escritórios/processos de gestão de projetos

4 5 20 5

P-PORTALSIS Implantação do Portal corporativo para sistemas de TI

4 4 16 5

P-GOVTI-01 Governança de TI – Parte 01 4 4 16 5

P-DOCPRO-01 Documentação dos procedimentos e processos - Parte 01

4 4 16 5

P-DATACENTER Melhorias para Infraestrutura de Datacenters

4 4 16 5

P-GSI-02 Projeto em gestão da segurança da informação - Parte 2

3 5 15 5

P-BI Projeto de Business Intelligence 4 5 20 3P-GOVTI-02 Projeto em Governança de TI - Parte 02 3 5 15 3P-DOCPRO-02 Documentação de

procedimentos/processos - Parte 23 4 12 3

P-IMPRE CORP Impressão Corporativa 3 3 9 3

P-GED Solução de gerenciamento eletrônico de documentos

2 3 6 3

P-DESSIS Desenvolvimento de novos sistemas 4 5 20 3P-MOD Modernização e expansão dos recursos

de TI.4 4 16 2

P-MON Plano de implantação e gestão do monitoramento eletrônico.

4 4 16 2

P-CPD* Reestruturação do CPD 4 4 16 2

9Exemplo de um PDTI


PLANOS DE GERENCIAMENTO DOS PROJETOS DE TI

<<Este item pode tanto fazer parte do PDTI, quanto ser acrescentado como um anexo.>>

Exemplo: Plano P-CENTRALSERV - Estruturação da central de serviços de TIDescrição resumida do projeto e objetivo

A central de serviços de TI (servicedesk de TI) tem como objetivo estabelecer um ponto único de contato entre o setor de TI e o usuário final, facilitando o acesso e contribuindo para soluções rápidas e eficazes.A principal saída esperada deste projeto é centralização do primeiro nível de atendimento de TI

Tema(s)

O projeto está diretamente associado aos temas estratégicos e perspectivas estratégias:

Tema Estratégico PerspectivaInfraestrutura de Tecnologia RecursosEficiência operacional Processos internos

Não se aplica Beneficiários e usuários

10Exemplo de um PDTI


Escopo e macro atividades

O projeto está dividido nos seguintes pacotes de trabalho e atividades:

Pacote 1 Estudo de viabilidade

AtividadesA 1 Avaliar condições da para possível contratação de

central (ais) de serviços de TI

A 2 Obter comprometimento dos diretores de TI

Pacote 2 Complementação do plano de projeto

Atividades

A 3 Atualizar requisitos técnicos para profissionais de

servicedesk

A 4 Atualizar requisitos mínimos da central telefônica

A 5 Definir/complementar escopo, recursos e atividades

A 6 Definir cronograma de implantação

Pacote 3 Execução do projeto

AtividadesA 7 Elaborar um processo de gerenciamento de incidentes

garantindo o cumprimento dos controles de nível de

maturidade 01 (segundo o PAM) para o processo do COBIT

DS8- Gerenciar Central de Serviços e Incidentes

A 8 Elaborar um fluxo de atendimento ao usuário modelo

A 9 Unificar a base de conhecimento para suporte de TI,

incluindo procedimentos técnicos e Base de Dados de Erros

Conhecidos

A 10 Gerenciar a elaboração do catálogo de serviços de TI

A 11 Contratar fornecedor de serviço de servicedesk de TI

A 12 Delegar responsabilidades pela elaboração dos

processos e procedimentos específicos, baseados nos

modelos elaborados (processo de gestão de incidentes e

procedimentos citados)

Pacote 4 Monitoramento e controle do Projeto

A 13 Validar requisitos técnicos



A 14 Validar entregas da empresa contratada

A 15 Controlar o cronograma do projeto

A 16 Atualizar plano do projeto

A 17 Executar ações corretivas e preventivas

Pacote 5 Reportar o andamento do projeto ao comitê de Governança de

TI

Pacote 6 Encerramento do Projeto

A 18 Emitir o aceite da implantação do(s) servicedesk(s) aos

membros do comitê de governança, comitê gestão

estratégica de TI e fiscais do contrato do servicedesk.

A 19 Transferir responsabilidades para a equipe de operação

(em cada estrutura de central de serviços implementada).

A 20 Comunicar a todos beneficiários e usuários o

encerramento da estruturação do servicedesk (em cada

estrutura de central de serviços implementada).

Principais entregas Central de Serviços de TI instalada

Processo de gerenciamento de incidentes

Catálogo de serviços de TI

Base de conhecimento centralizada

Procedimentos específicos

Principais benefícios da implementação Menor tempo de resposta aos usuários que solicitarem os serviços de TI

Maior número de soluções efetuadas no primeiro nível de atendimento

Melhor comunicação entre as áreas de tecnologia e os beneficiários/usuários

Melhoria na disponibilidade do serviço final de TI Melhor utilização dos recursos

humanos de Tecnologia da Informação

Melhor divisão de tarefas dentro do departamento de TI

Colabora para indicadores e metas do Plano Estratégico de TI: IND.6 (perspectiva de processos) - percentual de níveis de serviço que estão sendo cumpridos. Meta: 65% em 2017 e 70% em 2018.IND.7 (perspectiva de processos) - nível de satisfação do usuário com o atendimento e



suporte técnico. Meta: incremento de 10% por semestre, a partir do 2º semestre de 2017. IND.20 (perspectiva de recursos) - nível mínimo de satisfação dos gestores de TI. Meta: 6.5 no primeiro semestre, 7 no segundo, 7,5 no terceiro e 8 no quarto semestre. IND.23 (perspectiva de recursos) - quantidade de ações internas implementadas com foco na melhoria das condições gerais de trabalho. (Meta para 2017) - 1 no 1º trimestre; 2 no 2º trimestre, e 3 no 3º e 4º trimestres. Meta para 2017 - 3 por trimestre.

Papéis e Responsabilidades específicos

P 1Analista de processos ITIL

Responsabilidades: documentar os processos e fluxogramas; documentar

o catálogo de serviços de TI.

P 2Especialista(s) em suporte primeiro nível (01 a 02)

Responsabilidades: documentar os procedimentos de atendimento de

primeiro nível; documentar os checklists de atendimento; documentar o

fluxo de atendimento de primeiro nível.

P 3Especialista em suporte de segundo nível

Responsabilidades: documentar os procedimentos de atendimento de

segundo nível (presencial).

Pré requisitos / pontos críticos de sucesso

Conscientização adequada dos beneficiários e usuários

Foco na centralização da base de conhecimento

Processo de gestão de nível de serviços deve estar em elaboração em

paralelo.

Recursos necessários

Ferramentas Central telefônica

Software de monitoramento da central telefônica

Software de acesso remoto

Sistema de gestão de serviços de TI

Estrutura física O servicedesk em fase inicial deve contar com um mínimo de um técnico de

primeiro nível a cada 20 chamados por turno de funcionamento (obs.: o técnico de



Quantitativo foi atualizado: a conta de pontos de atendimento deve refletir o total de chamados por ponto de atendimento e não mais o quantitativo para a SGTO (uma vez que a central não será mais única)


Corrigido: padrão para numeração ordinal: 1º, 2º, ...


Acrescentadas as metas de 2015


primeiro nível trabalha em turnos de 06 horas). Em um exemplo ilustrativo, o

servicedesk de TI que funciona 24 x 7 deve contar com 05 técnicos de primeiro

nível para atender um total de 1.200 chamados mensais.

Cada ponto de atendimento deve estar equipado com:

o Um computador.

o Softwares/ferramentas básicos utilizados (ex.: pacote Microsoft Office e

navegadores de internet) e ferramenta de acesso remoto.

As baias devem possuir uma altura mínima que evite o contato visual entre os

atendentes ou estímulos visuais externos. Estímulos visuais podem ser prejudiciais

ao trabalho desta categoria de profissional, que deve manter foco total na

comunicação com o usuário.

Cada ponto de atendimento deve ter um ponto de rede (ou conexão sem fio) e

ponto telefônico.

As cadeiras devem ser confortáveis, se possível, possuindo apoio completo para a

coluna.

Orçamento estimado:

Valor para o contrato de 24 meses de suporte de primeiro e de segundo nível:

<<R$ xxx,00>>

Recomendações e melhores práticas (RMP) para entrega(s) do projeto

Entrega: Processo de Gerenciamento de IncidentesÉ interessante a elaboração de um processo bem definido, uma vez que a avaliação de maturidade realizada no segundo semestre de 2016 para os processos de gestão de incidentes do departamento de TI resultou em um nível inferior a 01 de maturidade.

RMP1) O processo deve contemplar os atributos básicos. Os atributos básicos para processos estão descritos no item Anexo I -.

Recomendações para elaboração de processos

RMP2) Atividades do processo de gerenciamento de incidentes

A documentação do processo de gestão de incidentes deve abranger as seguintes

atividades:

Atividade 1 – Identificação do incidente



Complementado: nível de maturidade.


Mudei este tópico de lugar como combinado. Descrevi melhor para criar entendimento de que trata-se de um item extra, relevante para facilitar a elaboração de uma entrega deste projeto. Inseri as recomendações e melhores práticas em anexo, conforme combinado.


Orçamento atualizado


Atividade 2 – Registro

Atividade 3 – Categorização

Atividade 4 - Priorização

Atividade 5 – Diagnóstico inicial

Atividade 6 - Escalação

Atividade 7 – Investigação e diagnóstico

Atividade 8 – Resolução e recuperação

Atividade 9 – Fechamento

RMP3) Indicadores de desempenho sugeridos

Alguns indicadores recomendados para o processo de gestão de incidentes:

Número de incidentes por período;

Percentual de incidentes que cumpriram as metas de nível de serviços;

Número de incidentes solucionados por setor.

Frequência de reporte dos indicadores: mensal.

RMP4) Entradas sugeridas para o processo

São algumas entradas típicas do gerenciamento de incidentes:

Falhas nos serviços de TI;

Base de dados de gestão da configuração;

Níveis de serviço acordados para incidentes;

Base de Dados de Erros Conhecidos (BDEC);

RMP5) Saídas do processo

São algumas saídas típicas:

Serviço recuperado;

Histórico do incidente.

Entrega: Base de Dados de Erros ConhecidosOs procedimentos, base de erros conhecidos e checklists devem ser modelados de forma a atender aos requisitos a seguir:

RMP6) Recomendações para Cheklists - Incidentes

Os checklists oferecem opções que devem ser verificadas pelos analistas/técnicos de suporte, em busca do diagnóstico do incidente. Eles devem estar automatizados no sistema de registro e tratamento de incidentes e requisições.



As orientações dos checklists devem ser baseadas em sintomas comuns relacionados a incidentes.

Para cada opção apresentada, o analista do servicedesk deve marcar a resposta SIM ou NÃO.

Caso marque a alternativa SIM no item do checklist, o sistema apresenta o procedimento a ser seguido, conforme item descrito a seguir.

RMP7) Recomendações para procedimentos técnicos

Os procedimentos orientam a realizar o passo a passo necessário ao tratamento de incidentes ou cumprimento de requisições.

Ao visualizar um procedimento, o analista de suporte deve ser orientado a:

Categorizar adequadamente o incidente;

Buscar passos que minimizem o efeito do incidente;

Fazer as perguntas corretas ao usuário, quando aplicáveis;

Realizar orientações necessárias;

No caso de requisições de serviço, garantir o cumprimento adequado das regras

necessárias para o cumprimento da requisição.

Escalonar o incidente ou requisição de serviço para outra unidade, quando

aplicável;

Registrar as informações necessárias no histórico do incidente/requisição de

serviço;

[Em caso de incidente] ao concluir a orientação do procedimento, o profissional

deve ser conduzido diretamente para soluções cadastradas na Base de Dados de

Erros Conhecidos, descrita no item a seguir.

RMP8) Recomendações para o registro de Erros Conhecidos

O Erro conhecido deve descrever as soluções de contorno / soluções para restaurar o incidente. A equipe de servicedesk e demais profissionais que atuam com o gerenciamento de incidentes devem utilizar tal base de conhecimento que deve ser produzida e administrada por papéis do processo de gestão de problemas.



INDICADORES E METAS PARA OS PROJETOS

<<Definição de indicadores de performance sugeridos para os projetos documentados no portfólio e detalhados no plano de gerenciamento de projetos>>

Exemplo

1) Completude dos Projetos/Ações Planejados (CPAP)

Definição:

A finalização dos projetos e ações propostos para a TI evidencia a migração ou movimentação da TI de sair da situação atual, conforme diagnóstico que foi realizado e chegar a situação desejada, proposta pelo planejamento estratégico e portfólio de projetos e ações.

A completude dos projetos programados para um determinado período deve garantir as entregas associadas a metras para o mesmo período.

Escopo:Projeto

Escala:Racional

Coleta Consolidação

Frequência:Mensal

Granularidade:Projeto/Ação

Frequência:Trimestral

Granularidade:Projetos/ações planejados para o período

Dados Coletados:1. Projetos/ações finalizados até o fim do período

2. Projetos/ações que deveriam estar finalizados até o período

Exemplos:1. Quantidade de projetos que deveriam estar finalizados até o terceiro trimestre = 102. Quantidade de projetos finalizados até o terceiro trimestre = 6

CPP-OE = (6/10)*100 = 60%

Método / Ferramenta de Coleta:Extraído de relatórios entregues por gestores dos projetos e reportados pelo gerente do portfólio de projetos.

Representação Gráfica:



Critérios de Definição:Projetos que deveriam estar finalizados: é o somatório dos projetos que estão planejados para serem encerrados até o período de averiguação dos trabalhos realizados.

Projetos planejados para serem finalizados no período devem garantir o cumprimento das metas estratégicas planejadas no PDTI.

Meta: 90%

2) Quantidade de Marcos dos Projetos/Ações Atingidos no Prazo (QMPAP)

Definição:

Acompanhar o progresso do projeto afim de permitir a tomada de ações corretivas para manter o projeto dentro do planejado. Executar o plano é indicativo da qualidade de planejamento e gestão do projeto.

Escopo:Projeto

Escala:Absoluta


Frequência:Mensal

Granularidade:Projeto

Frequência:A cada marco


Dados Coletados:1. Data planejada como marco do projeto2. Data real em que o projeto atingiu o

marco

Cálculo:QMPAP = contagem dos marcos de

projeto atingidos no prazo.

Exemplos:“04 dos 05 marcos foram alcançados no prazo.”

Método / Ferramenta de Coleta:Reportado pelos gestores, extraído dos




relatórios e/ou reuniões dos comitês.

Critérios de Definição:Marcos do projeto devem estar alinados aos marcos dos roadmaps estratégicos de projetos e de ações, definidos neste portfólio.

Meta: atingimento da quantidade de marcos planejados.

3) Quantidade de Entregas dos Projetos/Ações Concluídas (QEPAC)

Definição:As entregas dos projetos geram produtos essenciais ao atingimento das metas estratégicas descritas no Plano Estratégico de TI (PETI).

Escopo:Projeto

Escala:Absoluta


Frequência:Mensal


Frequência:A cada marco


Dados Coletados:1. Quantidade entregas geradas por

projeto.2. Quantidades de entregas planejadas

para o projeto.

Cálculo:Contagem acumulada das inconsistências encontradas nas entregas dos projetos.

Exemplos:1. Erros encontrados no primeiro mês de execução do software = 42. Não conformidades encontradas no primeiro mês de execução do procedimento de

Liberação de Software = 5

Método / Ferramenta de Coleta:Homologação das entregas dos projetos


Critérios de Definição:Entregas: qualquer resultado, produto ou serviço esperado como resultado/saída do



projeto.

MODELO DE RELATÓRIO DE MONITORAMENTO DE INDICADORES ESTRATÉGICOS

<<modelo que estabelece como as metas deste plano serão monitoradas>>

ExemploO Relatório deve contemplar os itens:

Um resumo dos indicadores para o período e as respectivas metas

Indicadores detalhados, comparando-os as metas (usar modelo de tabela

disponível a seguir)

Justificativas / observações sobre indicadores que não alcançaram meta

estipulada pelo PDTI.

Tabela com o conteúdo dos indicadores detalhados

Iden

tifica

dor

(iden

tifica

dor e

nom

e)

Descrição Periodicidade Indicador

Indicador de desempenho Meta

<<in

serir

aqu

i o id

entif

icad

or e

no

me>

>

<<descrição do indicador, conforme definido no PDTI>>

<<trimestral//Semestral //anual>>

<<inserir o resultado para o

período avaliado>>

<<Meta estipulada no

PDTI>>



Este modelo de relatório estava sendo citado e não existia no documento.