Gestão de Projetos de Sistemas de Informação
|
|
- Thomas Varejão de Abreu
- 6 Há anos
- Visualizações:
Transcrição
1 Gestão de Projetos de Sistemas de Informação
2 Índice OBJETO E ÂMBITO DE APLICAÇÃO Objeto 4 CICLO DE VIDA DE UM PROJETO DE SI Preparação do Projeto de SI Execução do Projeto de SI Set-up Desenho Implementação Formação e Testes Go-Live & Suporte Gates 7 GESTÃO DO PROJETO DE SI Gestão do Âmbito do Projeto Gestão do Orçamento do Projeto Gestão do Calendário do Projeto Gestão de Issues e Riscos do Projeto Gestão da Comunicação do Projeto Estrutura Organizativa de um Projeto de SI 10 PRINCIPAIS ENTREGÁVEIS 15 PASSAGENS ENTRE AMBIENTES E CEP Enquadramento Releases Organização 18 V01 Pág 2/22
3 5.4 Minor Releases, Emergency Releases e CEPs Extraordinários 19 MATRIZ DE RESPONSABILIDADES Projetos de SI Etapas da Fase de Execução Projetos de SI Disciplinas transversais gestão de projeto 21 V01 Pág 3/22
4 Objeto e âmbito de aplicação 1.1 Objeto O presente documento tem por objeto a formalização de regras e procedimentos associados à Gestão de Projetos de Sistemas de Informação (Projetos de SI) e a definição dos responsáveis pela execução das atividades inerentes. Neste documento, Projetos de SI são projetos de execução nos domínios dos Sistemas de Informação, que incorporam um conjunto de atividades interligadas que convergem para um resultado único (solução, protótipo, estudo), possuindo objetivos e âmbitos bem definidos, orçamento próprio, equipa temporária de trabalho, responsáveis claramente identificados e eventos de início/fim definidos temporalmente. Um Projeto de SI pode ter um ou mais Unidades Organizativas (UO) do Grupo Galp que usufruem do resultado e benefícios do Projeto de SI, e um ou mais fornecedores, isto é, as entidades que concebem e produzem o resultado do Projeto de SI. Ciclo de vida de um Projeto de SI O ciclo de vida de um Projeto de SI é constituído por duas macro etapas - Preparação e Execução, as quais se subdividem em várias etapas, apresentadas na Figura 1 - Ciclo de vida de um Projeto de SI. Projeto Execução Preparação Set-up Desenho Implementação Formação e Testes Go-Live & Suporte Figura 1 - Ciclo de vida de um Projeto de SI 2.1 Preparação do Projeto de SI Nesta fase, integralmente executada de forma interna, é definido o âmbito do Projeto de SI, documentados os seus requisitos, e executada a consulta a fornecedores para aquisição dos serviços e/ou produtos integrantes do Projeto de SI. Com a aprovação do Projeto de SI, do seu orçamento, da proposta do fornecedor (que será o fornecedor Integrador) mais bem classificado e da assinatura de um contrato (quando necessário), V01 Pág 4/22
5 pode dar-se início à fase de execução do Projeto de SI, conforme o calendário proposto e acordado com o Integrador e demais fornecedores de serviços contratados. 2.2 Execução do Projeto de SI A Execução de um Projeto de SI é dividida em 5 diferentes etapas. No entanto, poderão existir projetos que terminem após a execução de uma determinada etapa (por exemplo, um projeto de SI que se limite à etapa de Desenho) ou, ao serem realizados seguindo metodologias alternativas (tipo Agile), tenham etapas específicas aqui não referidas, ou ainda que repetem as etapas definidas em vários ciclos de execução (com várias entradas em produção, por exemplo) Set-up Esta etapa tem como objetivo assegurar todas as condições necessárias ao início do Projeto de SI, no que diz respeito à mobilização dos recursos, preparação das condições logísticas e tecnológicas, e alinhamento de todos os intervenientes com os objetivos e âmbito do Projeto de SI. Nesta fase é definido e aprovado o calendário do Projeto de SI por todos os stakeholders com participação ativa no Projeto de SI. A etapa de Set-up pode ter início antes do final da etapa de Preparação do Projeto de SI. No entanto, nenhum trabalho de execução, nomeadamente compromissos com custos, terá início antes da aprovação definitiva do Projeto de SI Desenho Esta etapa tem como objetivo conceber o produto final do Projeto de SI, do ponto de vista funcional e técnico, e obter a aceitação das Unidades Organizativas da Galp, clientes internos do Projeto de SI, de forma a prosseguir com as etapas subsequentes de construção e implementação do produto final. A etapa de desenho tem início imediatamente a seguir ao set-up do Projeto de SI, desde que existam as condições necessárias à realização do mesmo. Alguns projetos pontuais podem ter como produto final o resultado da etapa de desenho por terem como objetivo apenas a análise e conceção de uma solução, especificação detalhada de requisitos, ou obter informação com base num estudo. O resultado da etapa de desenho consiste num conjunto de documentos, todos eles normalizados pela Direção de Sistemas de Informação (DSI), que necessita ser aprovado pela Gestão do Projeto, ouvindo as UO utilizadoras finais da solução. É recomendável que o desenho funcional e técnico de alto nível estejam aprovados pela UO e pela DSI, respetivamente, antes do início da etapa de implementação. V01 Pág 5/22
6 2.2.3 Implementação Esta etapa tem como objetivo construir as diversas componentes da solução, assegurando que são devidamente documentadas todas as respetivas especificações técnicas detalhadas. As peças construídas têm de cumprir todos os requisitos técnicos da solução, designadamente de qualidade e compliance (tal como a qualidade do código fonte) Formação e Testes Esta etapa tem como objetivo preparar todas as condições necessárias ao arranque da utilização da solução, incluindo a finalização dos materiais de comunicação e de suporte ao utilizador final. Inclui a formação tanto dos intervenientes nos testes de aceitação como a formação dos utilizadores finais. O integrador deverá assegurar, antes da formação dos utilizadores, que o sistema está disponível com qualidade, demonstrando as evidências correspondentes. Os testes a realizar podem ser de diversas naturezas (testes de carga, testes de performance, testes de integração, testes funcionais e testes de aceitação) que requerem um planeamento prévio, a gerar na fase de Desenho. Estão envolvidos no planeamento e realização dos testes, para além do fornecedor da solução, intervenientes das UO, da DSI e Outsourcers. A responsabilidade pela realização dos testes de aceitação é das UO utilizadoras finais da solução, que a poderá delegar num terceiro, interno ou externo à Galp. A confirmação dos resultados dos testes de aceitação pela Gestão de Projeto, tanto do ponto de vista funcional como técnico, determina a disponibilidade da solução para entrada em produção Go-Live & Suporte Com a finalização da etapa anterior, a solução é transportada para um novo ambiente ambiente de produção, destino final da solução para ser disponibilizada aos utilizadores finais. Os processos definidos para aprovação e execução das promoções da solução aos ambientes de qualidade e produção têm de ser devidamente planeados e executados pelo integrador e outsourcers, sob coordenação do primeiro. Determina o início da utilização da solução pelos utilizadores finais e o suporte a essa utilização. Nesta etapa é fundamental ainda existir a passagem de conhecimento necessário e suficiente para que a aplicação possa, a partir de uma determinada data, passar a estar sob a responsabilidade do Outsourcer de Manutenção Aplicacional. O envolvimento do outsourcer na solução a implementar V01 Pág 6/22
7 poderá, e na maioria dos casos deverá, iniciar-se logo nas etapas iniciais da execução do Projeto de SI. Deve incluir a aprovação do modelo operativo/governance da solução, em produção, a aplicar após aceitação do Projeto de SI. Durante esta etapa são realizadas as atividades de handover para as equipas de outsourcing da Galp, em particular (mas não exclusivamente) para as equipas de Manutenção Aplicacional e de Infra estruturas, formalizadas inicialmente com a Aceitação Provisória e posteriormente com a Aceitação Definitiva do Projeto de SI, que determina o encerramento do mesmo: A Aceitação Provisória estabelece a resolução de todas as ocorrências críticas e o início de uma fase com maior intervenção dos Outsourcers; A Aceitação Definitiva define a transferência da responsabilidade de suporte e manutenção da solução, do fornecedor do Projeto de SI para as equipas de outsourcing. A partir desta data, a garantia de Projeto de SI, dada pelo fornecedor, deve ser ativada. 2.3 Gates Cada Gate define as condições que devem ser verificadas para se iniciar a etapa seguinte. São descritas nos documentos detalhados de cada Etapa. A verificação dessas condições não significa que a etapa esteja totalmente finalizada, mas sim que se pode iniciar a etapa seguinte. As etapas não são rigorosamente sequenciais. Uma etapa pode iniciar-se antes de terminar completamente a etapa anterior. No entanto não pode iniciar-se se não estiverem reunidas as condições definidas na Gate respetiva. Execução Etapa Gate XI1 Set-up G4 OK Arranque de execução XI Desenho G5 OK Desenho Preliminar XI2 Análise e desenho G6 OK Desenho Final G7 OK Implementação XII Implementação G8 OK Passagem a Qualidade Isolada G9 OK Passagem a Qualidade Consolidada XIII Formação e Testes G10 Ok Passagem a UATs (testes de aceitação) G11 OK Passagem a Produção XIV Go-Live e Suporte G12 OK Exploração (fecho técnico) XV Exploração G13 Projeto Concluído Tabela 1 - Gates da Execução de um Projeto de SI V01 Pág 7/22
8 Gestão do Projeto de SI A gestão de um Projeto de SI inclui a coordenação de todo o ciclo do Projeto e é partilhada pela UO cliente do Projeto de SI, pela DSI e pelo fornecedor principal do Projeto de SI ( Integrador ). O papel dos vários gestores é definido no Capítulo 3.6. A gestão de Projetos de SI inclui um conjunto de disciplinas transversais a todo o ciclo com o propósito de assegurar o cumprimento dos objetivos do Projeto de SI em termos de: Âmbito Orçamento Calendário Issues e Riscos Comunicação 3.1 Gestão do Âmbito do Projeto Nesta disciplina, todas as eventuais alterações ao âmbito do Projeto de SI estabelecido na etapa de Preparação do Projeto de SI são analisadas e verificadas pela Direção de Projeto, assegurando a manutenção dos limites de atuação definidos, como sejam, entre outros: UO impactadas Nº de utilizadores, geografias e locais onde o Projeto de SI terá impacto Processos de negócio a analisar e rever Requisitos funcionais a cobrir Requisitos técnicos a cobrir Aplicações a alterar e a construir Plataformas e ferramentas a utilizar Uma alteração de âmbito, a menos que seja algo de pequena abrangência, determina quase sempre alterações no calendário e orçamento do Projeto de SI. As alterações podem ser identificadas por qualquer das partes envolvidas e, tanto as alterações propostas como aquelas que forem aprovadas, devem ser adequadamente documentadas e comunicadas a todas as partes interessadas. Alterações ao âmbito, nomeadamente com impacto em custos e/ou calendário, devem ser aprovadas pelo Comité Diretivo do Projeto de SI. Uma vez aceites as alterações, o plano e orçamento do Projeto de SI devem ser revistos em conformidade, bem como a documentação aplicável. V01 Pág 8/22
9 Em função do impacto das alterações de âmbito do Projeto de SI aprovadas pelo Comité Diretivo, a DSI avalia a necessidade de reaprovação do Projeto de SI nos termos descritos nesta norma. 3.2 Gestão do Orçamento do Projeto Esta disciplina de gestão de projeto é essencialmente interna à DSI e à Galp. O gestor do projeto da DSI deve assegurar que, a cada momento, mas em particular de forma mensal, se informa a Direção de Projeto de toda e qualquer alteração ao plano financeiro do Projeto de SI. Caso exista uma alteração ao plano financeiro e tendo em conta os dispêndios realizados e os dispêndios previstos até ao final do Projeto de SI, será avaliada a necessidade de aquisições complementares de serviços, o que implicará sempre a reaprovação do Projeto de SI. 3.3 Gestão do Calendário do Projeto A Gestão do Calendário é uma das principais atividades da gestão de Projetos de SI e tem como objetivo principal garantir que o Projeto de SI é executado dentro dos prazos previstos. Fazem parte desta disciplina a atribuição, priorização e monitorização das tarefas do Projeto de SI com o objetivo de o terminar no prazo definido. O gestor de projeto do Integrador deverá assegurar a criação e manutenção do plano detalhado do Projeto de SI, devendo este calendário ser gerido de acordo com os seguintes princípios: O calendário de Projeto de SI aprovado inicialmente deve ser definido como baseline; Qualquer alteração à baseline em vigor deve ser aprovada pelo Comité Diretivo do Projeto de SI; Os relatórios de status do Projeto de SI devem sempre apresentar a comparação entre a baseline em vigor e o calendário atual. 3.4 Gestão de Issues e Riscos do Projeto Os riscos com potencial impacto relevante no Projeto de SI devem ser formalmente identificados, sendo de realçar, em particular, as principais ameaças e potenciais consequências, assim como as medidas de prevenção (controlos preventivos) e as medidas de recuperação (controlos reativos). A identificação de riscos começa no início do Projeto de SI. Um risco deriva normalmente da identificação de um ponto em aberto, problema, incidente, dúvida não esclarecida, algo de inesperado ou a prever, que tenha probabilidade relevante de impacto nos prazos, orçamento ou qualidade do Projeto de SI. V01 Pág 9/22
10 Ao longo do ciclo do Projeto de SI deve existir uma gestão de issues e riscos, com base nos seguintes princípios: No início do Projeto de SI é definido o principal gestor dos issues e riscos do Projeto de SI, responsável por manter um registo regular com identificação de todos os riscos e pontos em aberto com impacto no Projeto de SI. Qualquer interveniente no Projeto de SI pode identificar issues que devem ser imediatamente registados, devendo acompanhar a sua resolução. Em todas as reuniões de progresso do Projeto de SI, deve ser feito um acompanhamento dos pontos em aberto e riscos do Projeto de SI. Nas reuniões de Comité Diretivo devem ser apresentados os principais riscos do Projeto de SI, acompanhados das respetivas medidas e planos de mitigação ou de contingência. O grau de formalização da gestão de issues e riscos do Projeto SI depende da dimensão e/ou complexidade do projeto. 3.5 Gestão da Comunicação do Projeto A Gestão da Comunicação é uma função sempre presente ao longo de todo o Projeto de SI. No início do Projeto de SI, o responsável por esta função tem como foco garantir que são envolvidos os stakeholders mais relevantes, assegurando o seu alinhamento em relação aos resultados a obter. No decorrer do Projeto de SI, a Comunicação contribui para gerir expetativas e assegurar que o âmbito e solução estão sempre alinhados com as necessidades de cada stakeholder. No início do Projeto de SI devem ser estabelecidas as ações regulares e formais de comunicação necessárias à gestão operacional do Projeto de SI, sendo obrigatório, no decorrer do projeto, a publicação de um relatório de progresso. Para além da comunicação com as áreas diretamente envolvidas na execução do Projeto de SI, devem ser planeadas as ações de comunicação cujo alvo são todos os impactados pela solução final do Projeto de SI (ex: utilizadores finais, colaboradores Galp, clientes ou parceiros). 3.6 Estrutura Organizativa de um Projeto de SI A Figura 2 - Estrutura Organizativa de um Projeto de SI define a estrutura organizativa indicativa para um Projeto de SI, a qual pode ser ajustada de acordo com a natureza e dimensão do Projeto de SI. V01 Pág 10/22
11 Figura 2 - Estrutura Organizativa de um Projeto de SI Não estão representados na Estrutura Organizativa do Projeto de SI os responsáveis hierárquicos dos intervenientes, os quais podem ser chamados a intervir para desbloquear situações de impasse na tomada de decisões. As principais responsabilidades dos perfis intervenientes num Projeto de SI são: Sponsor (ou Promotor): É o dono do projeto, É responsável pelos recursos financeiros do projeto. Nomeia o Gestor de Projeto pelo Negócio. Toma decisões de negócio, ou de caráter transversal, sob proposta do Comité Diretivo e/ou dos Gestores de Projeto. Aprova o âmbito do Projeto de SI e alterações ao mesmo, de acordo com os objetivos da UO. Comité Diretivo (ou Steering Committee ): Constitui a autoridade máxima no Projeto de SI. Reúne-se com a Gestão de Projeto periodicamente. Pode ser chamado a intervir pelos Gestores de Projeto, em conjunto ou individualmente, para desbloquear obstáculos ou decidir sobre questões não resolvidas ao nível da Gestão de Projeto. Deve ser constituído por: Sponsor, o Diretor da DSI ou um ou mais responsáveis de área/equipa da DSI, um ou mais Diretores das UO e/ou um ou mais Diretores do Integrador. Gestão de Projeto: Equipa que gere o Projeto de SI, sob coordenação do Gestor de Projeto Negócio. Reúne-se periodicamente (preferencialmente todas as semanas). Deve ser nomeada formalmente e constituída pelos gestores de projeto (Negócio, DSI, Integrador) e pelos Diretores ou responsáveis de área/equipas das UO. Decide sobre todas as questões operacionais de Projeto de SI, V01 Pág 11/22
12 incluindo âmbito, calendário, orçamento, issues e riscos, sob proposta dos vários gestores de projeto, conforme a sua área de responsabilidade. Reporta ao Comité Diretivo, ou à Direção de Projeto, se existir. Direção de Projeto Seja porque a equipa de Diretores de Negócio é composta por muitos elementos, seja porque os Key Users podem/devem participar nas atividades de gestão de projeto, ou por outra razão que assim o justifique, pode ser acordado entre a DSI e as UO a criação de uma camada intermédia de gestão do projeto, na qual quer o Comité Diretivo quer a Gestão de Projeto delegam o todo ou parte das suas responsabilidades. Gestor de Projeto - Negócio: Gere toda a participação da UO nas atividades para as quais é requisitada e assegura o cumprimento das atividades que lhes são atribuídas. Verifica se as funcionalidades implementadas estão de acordo com os requisitos estabelecidos. Assegura a aprovação da solução e documentos. Toma decisões sobre questões de negócio. Reporta ao Comité Diretivo questões que necessitem de aprovação pelo mesmo. Gestor de Projeto - Integrador: Gere todas as atividades de Projeto de SI relacionadas com os produtos a entregar, definidos no âmbito, liderando a respetiva equipa. É responsável por definir e controlar o calendário de Projeto de SI, com a concordância dos outros Gestores de Projeto. Assegura o cumprimento da metodologia estabelecida e acordada com a Galp. Faz o reporte do estado do Projeto de SI nas reuniões de Gestão e Steering Committee. Coordena a comunicação com as equipas da Galp envolvidas nas atividades técnicas e funcionais. Figura 3 - Estrutura Organizativa de um Projeto de SI com 3 níveis de gestão Gestor de Projeto - DSI: Gere o calendário de atividades da fase de Preparação e mobiliza a participação dos restantes intervenientes. Assegura que as regras e práticas da Galp de gestão de projetos e de entrega da solução são seguidas por todos os intervenientes. Mobiliza a disponibilização de recursos logísticos. Mobiliza a participação dos intervenientes necessários em cada momento, para que se cumpram os objetivos do Projeto de SI. Desbloqueia situações de impasse recorrendo, sempre que necessário, à intervenção e decisão dos responsáveis adequados. Assegura o controlo dos issues V01 Pág 12/22
13 e riscos e mobiliza a sua resolução, reportando a quem pode decidir. Gere o orçamento acordado para o Projeto de SI identificando potenciais desvios. Key Users: Participam com o conhecimento das necessidades do negócio em todas as atividades requisitadas pela Gestão de Projeto (reuniões de análise, testes de aceitação, formação, recolha de informação e dados, etc.). Integrador Fornecedor(es) de Serviços de Sistemas de Informação ao qual foram contratados os serviços definidos na fase de Preparação, excluindo os que integram o projeto por intermédio dos contratos de outsourcing. Na existência de mais que um Integrador, apenas a um se atribuirá a responsabilidade de gestão transversal do Projeto de SI. Equipa Integrador: Desenvolve as atividades planeadas de acordo com o calendário acordado e sob orientação do Gestor de Projeto - Integrador. Arquitetura e Standards da DSI: Quando solicitado, emite pareceres na etapa de elaboração do programa de consulta e avaliação de propostas. Nos projetos de maior dimensão, participa na etapa de elaboração do programa de consulta e na avaliação de propostas no que respeita à definição e avaliação dos requisitos de arquitetura, em especial ao nível das aplicações/funcionalidades e dos dados/informação. Assegura que a solução técnica está de acordo com os princípios de arquitetura de SI definidos. Valida e aprova a documentação técnica, com suporte dos Outsourcers e área de aplicações, sempre que necessário. Alerta a Gestão de Projeto para situações de inconformidade detetadas. Disponibiliza informação/documentação sobre os sistemas existentes quando solicitada pelo Projeto de SI. É responsável pela elaboração e manutenção das melhores práticas ao nível de arquitetura empresarial. Cibersegurança da DSI: Participa na etapa de elaboração do programa de consulta e avaliação de propostas no que diz respeito aos requisitos de segurança. Participa na validação do desenho da solução no que diz respeito a requisitos de segurança de informação, dados e privacidade. Gestão da Procura e de Portfolio SI da DSI: Conduz o processo de aprovação do orçamento inicial do Projeto de SI, bem como das eventuais alterações de orçamento necessárias ao longo do Projeto de SI, bem como monitoriza o cumprimento desse orçamento e do calendário do Projeto de SI ao longo do mesmo. Gestão de Contratos da DSI: Envolvido em situações de projetos que deem origem a novos contratos (manutenção, licenciamento, infraestruturas ou outros serviços). Apoia, em conjunto com o gestor de serviços correspondente (área de Aplicações ou de Infraestruturas), o gestor de projeto na negociação dos contratos necessários para suportar os novos serviços, para que estes estejam concluídos antes do início da fase de exploração. V01 Pág 13/22
14 Infraestrutura da DSI: Participa na avaliação de propostas de Integradores no que diz respeito às necessidades de infraestrutura, apoiando se necessário na negociação dos contratos para suportar novos serviços através do gestor de serviço correspondente. Assegura a disponibilidade da infraestrutura de suporte ao Projeto de SI e soluções a implementar. Decide ou participa na decisão sobre questões de infraestrutura reportadas pela Gestão do Projeto. Desbloqueia situações sobre a prestação dos serviços dos Outsourcers no âmbito do Projeto de SI. Participa na avaliação das condições para handover do Projeto e, caso necessário, participa, através do gestor de serviço designado, nas fases críticas do Projeto de SI para um handover com sucesso. Operações da DSI: Assegura o cumprimento das normas de gestão de acessos atribuídas às equipas de projeto. Valida os procedimentos de gestão de acessos às novas soluções produzidas num Projeto de SI. Participa na avaliação das condições para handover do Projeto de SI. Aplicações da DSI: Participa na avaliação de propostas de fornecedores de serviços de manutenção aplicacional, apoiando se necessário na negociação dos contratos de suporte aos novos serviços através do gestor de serviço correspondente. Desbloqueia situações sobre a prestação do serviço dos Outsourcers no âmbito do Projeto de SI. Participa na avaliação das condições para handover do Projeto e, se necessário, participa, através do gestor de serviço designado, nas fases críticas do Projeto de SI para um handover com sucesso. Lidera o processo de aquisição de serviços adicionais que possam resultar do Projeto de SI, no âmbito dos respetivos contratos. DCC: Direção de Compras e Contratos da Galp. Representa o Comprador. Assegura a comunicação entre a DSI, os Integradores e/ou outros fornecedores durante o processo de consulta e avaliação de propostas. Gere a avaliação económica de propostas. Assegura o processo de aquisição de serviços adicionais ao Integrador do Projeto de SI, em função de alterações de âmbito. DAJG: Direção de Assuntos Jurídicos e Governance. Assegura o processo de elaboração e negociação do contrato de suporte à prestação dos serviços de fornecedores externos. Outsourcers Fornecedores de Serviços de Sistemas de Informação ao qual foram contratados diversos serviços de gestão continuada de recursos de SI/TI, que necessitam ser utilizados em sede de Projeto de SI. Focal Point Outsourcer: Assegura a resposta do Outsourcer aos pedidos solicitados pelo Projeto de SI, dentro do calendário acordado e nos termos do contrato de prestação de serviços estabelecido. Assegura a disponibilidade de sistemas de suporte ao Projeto de SI. Alerta a Gestão de Projeto para todas as situações que possam provocar impacto no Projeto de SI ou na solução em desenvolvimento. Assegura a validação das condições de passagem da solução a ambiente de qualidade e produção. Valida a documentação técnica do Projeto de SI. Disponibiliza informação sobre as aplicações/sistemas sempre que solicitado. Participa nas sessões de passagem de conhecimento e em reuniões de gestão. V01 Pág 14/22
15 Equipa do Outsourcer: Desenvolve as atividades contratadas decorrentes do Projeto de SI, de acordo com o plano e calendário acordados e sob orientação do Focal Point do Outsourcer. Principais Entregáveis A Figura 4 - Principais Entregáveis da Execução de um Projeto de SI, representa os principais documentos gerados e geridos por um Projeto de SI. Figura 4 - Principais Entregáveis da Execução de um Projeto de SI Para a maior parte deles está definido um template, que deverá ser utilizado pelos vários elementos da equipa de projeto, para os criar e publicar. A lista dos principais templates, utilizáveis na fase de execução de um Projeto de SI, é a seguinte: Etapa do Projeto Gestão do Calendário n.a. n.a. n.a. Nome PMOT000 [cód projeto] Plano de Projeto PMOT001 Template Word PMOT002 Template PPT PMOT003 Template Excel V01 Pág 15/22
16 Etapa do Projeto Gestão da Comunicação Gestão da Comunicação Gestão da Comunicação Gestão da Comunicação Gestão do Orçamento Gestão da Comunicação Gestão de Recursos Gestão de Recursos Gestão de Recursos Gestão de Recursos Gestão de Recursos Gestão de Recursos Gestão de Issues e Riscos Go-Live e Suporte Go-Live e Suporte Gestão do Calendário Nome PMOT004 [cód projeto] Ata [nome da reunião] AAMMDD PMOT005 [cód projeto] Ponto de Situação AAMMDD PMOT006 [cód projeto] Reunião de Kick-Off PMOT007 [cód projeto] Stakeholders e Responsabilidades PMOT008 Controlo Orçamental Projetos PMOT009 [cód projeto] Plano de Comunicação PMOT010 [cód projeto] Estimativa [Outsourcer] PMOT011 [Outsourcer] Relatório Mensal Horas vaamm PMOT012 Horas Recurso Externo [Iniciais Nome] PMOT013 [fornecedor] Horas de AQ PMOT014 AQ_OrdemEncomenda_PXXXXnn_v01 PMOT015 [cód projeto] Plano Viagens PMOT021 [cód projeto] Issues e Riscos PMOT090 [cód projeto] Aceitação de Projeto PMOT091 [cód projeto] Inquérito de satisfação PMOT100 [cód projeto] Plano de Preparação Tabela 2 - Lista de templates Passagens entre ambientes e CEP A partir da etapa de Implementação, o Projeto de SI terá de assegurar que a solução construída passa por um conjunto de estádios (de validação) diferentes até que esta seja disponibilizada na sua versão final no ambiente produtivo. Nesse processo, a solução deverá passar por ambientes intermédios, cada um com a sua finalidade (diversos tipos de testes, avaliação de qualidade, formação, e outras ações dependentes do tipo de projeto, tecnologia e solução). O processo de gestão da passagem das aplicações (ou suas componentes) entre ambientes, no âmbito de Projetos de Sistemas de Informação na Galp, é definido por um conjunto de passos formais, cujas regras e os procedimentos de planeamento, aprovação e coordenação são sistematizados num documento específico, e sumarizadas neste capítulo. Este processo, pelo seu impacto e risco associado, pelo número de pessoas e entidades que envolvem, e pelas interações necessárias, requer um nível elevado de formalismo, coordenação e controlo, e podem ocorrer a partir do final da etapa de implementação, até ao fim do projeto. Em Projetos de SI que sejam realizados seguindo metodologias alternativas (tipo Agile), os processos e formalismos aqui referidos podem ter características diferentes, sejam estes tarefas, V01 Pág 16/22
17 responsabilidades, ambientes, equipas, validações ou avaliações, mas terão de ser definidos e aprovados como exceção, seja em fase de Preparação do Projeto de SI (logo desde a etapa de consulta ao mercado), seja no início da Execução do Projeto de SI, na sua etapa de Setup. 5.1 Enquadramento As promoções entre ambientes podem ter várias designações, todas válidas, sendo todas sinónimas entre si. Destacam-se as seguintes: Passagem a Qualidade / Passagem a Produção, Entrada em Qualidade / Entrada em Produção, Deploy a Qualidade / Deploy a Produção, Transporte a Qualidade / Transporte a Produção (mais utilizados nas passagens de componentes do sistema SAP). Os procedimentos estabelecidos para as passagens a qualidade ou produção têm como objetivo garantir que: Todas as passagens são solicitadas através dos canais próprios e devidamente programadas; Todas as passagens são prévia e devidamente comunicadas às entidades relevantes; A resolução de eventuais conflitos é decidida de forma central, minimizando o risco e maximizando a defesa do interesse da Galp; Existiu a aprovação necessária para as passagens; As equipas asseguram antecipadamente a adequada capacidade para resposta às solicitações de passagens; As novas funcionalidades não impactarão o normal funcionamento dos sistemas em produção ou dos projetos em curso; Cada passagem fica registada num Log centralizado. 5.2 Releases Uma Release é um conjunto de objetos / alterações resultantes de um ou mais projetos, que deverão ser passados simultaneamente entre ambientes. Uma Project Release é uma release com objetos apenas resultantes de um único projeto. Também são conhecidos como deploy, transporte ou passagem para qualidade ou passagem para produção, sendo estes termos utilizados como sinónimos neste documento. As releases/passagens/deploys/transportes podem ser classificadas em 3 tipos: Major Project Release (MjPR) passagem de componentes novas de uma solução desenvolvida por um projeto. Um projeto pode ter mais do que uma Major Project Release, caso se considere que correspondem a grupos de funcionalidades relativamente independentes entre si. As Major Project Release são planeadas no início do projeto, podendo ser replaneadas ao longo do mesmo. V01 Pág 17/22
18 Minor Project Release (MnPR) - passagem que corrige ou introduz pequenos ajustes numa solução já existente no ambiente destino. Corresponde a um ajuste a uma MjPR anterior. Normalmente inclui apenas correções de erros mas pode incluir ajustes a funcionalidades sem impacto em termos de estrutura da solução. É expetativa que estas situações de correção não levem à criação de novos objetos técnicos. Quando estes tenham de ser gerados, a respetiva justificação deve ser explicitamente referida nos documentos criados e validados. O impacto desses novos objetos não representa a criação de uma nova funcionalidade; A complexidade e o tempo da execução deve ser inferior à execução do deploy original; Por cada Major Project Release, consideram-se planeada e aprovada uma sequência de Minor Project Releases, uma em cada semana subsequente à data da MjPR. Emergency Project Release (EmPR) passagem relacionada com a correção de funcionalidades ou execução de data repairs, que seja necessária realizar fora do plano estabelecido para as MjPR e MnPRs. Estas só devem ocorrer por razões inadiáveis e devidamente comprovadas de urgência. 5.3 Organização Pré-CEP conjunto de atividades com o objetivo de validar e confirmar que estão reunidas todas as condições técnicas (cumprimento de todos os critérios de passagem) para que seja efetuada a passagem de ambiente solicitada. Corresponde à avaliação da conformidade técnica da solução e das passagens em avaliação. Na preparação de uma Major Release, e como regra geral, o Pré-CEP formaliza-se com uma reunião em formato presencial ou remota (chamada de Reunião de Pré-CEP ), antes do CEP da semana anterior ao deploy, tendo como objetivo passagens de ambientes na semana seguinte. Nas Minor Releases, passagens simples ou já muito debatidas previamente, pode ser omitida a necessidade de uma reunião específica, sendo as condições de passagem validadas nas reuniões de projeto e por . Seja qual for o caso, deve existir uma Ata (em formato ) que expressa a validação dos vários intervenientes, e aprova tecnicamente o respetivo deploy. Os Pré-CEPs são agendados e coordenados pelo gestor de projeto do Integrador e nela participam obrigatoriamente os focal points dos outsourcers de Manutenção Aplicacional e de Infraestruturas/ Midrange, o focal point da equipa de Arquitetura e Standards da DSI e o Gestor de Projeto DSI, devendo todos aprovarem a respetiva release. CEP (Comité de Entradas em Produção): Órgão que se reúne semanalmente (à 6ª feira, salvo raras exceções), para apreciar os pedidos de passagem entre ambientes, apreciando de forma agregada o plano apresentado, considerando a disponibilidade de recursos, os potenciais conflitos e a V01 Pág 18/22
19 elegibilidade face aos requisitos de aceitação de projetos. Corresponde à avaliação da conformidade de agenda e recursos para execução das releases. A reunião de CEP é agendada e coordenada pela equipa de Infraestruturas e Operações da DSI, assegura uma análise detalhada dos pedidos de passagens para a semana seguinte, e toma decisões sobre situações de conflito e prioridades, aprovando ou rejeitando as releases propostas. 5.4 Minor Releases, Emergency Releases e CEPs Extraordinários Estão previstas exceções para as Minor Project Release (MnPR), que permitem expeditar o processo de validação e aprovação, em determinadas condições, em particular quando estas não incluam alterações na estrutura da solução. Uma Emergency Project Release (EmPR), pelo contrário, após reunida aprovação técnica através de um processo de Pré-CEP, tem de ser aprovada explicitamente (escrito / mail) pela Gestão de Projeto (pelo menos dos Gestor de Projeto do Negócio + Gestor de Projeto da DSI), justificando a urgência. Quando os erros e/ou impactos forem transversais ou comprovadamente graves, ou sob proposta de uma das áreas de Operações e Aplicações, considera-se que a EmPR está implicitamente aprovada. Nas restantes situações, a aprovação final é dada pelo diretor de 2ª linha da DSI responsável pelo projeto (Projetos Estruturais, Aplicações, Infraestruturas, Cibersegurança, Arquitetura). Passagens corretivas para Qualidade (p.ex. na plataforma SAP) podem ocorrer com maior frequência do que o agendamento semanal, desde que acordadas com os Outsourcers, não sendo necessário o processo de aprovação de uma EmPR. Os CEPs Extraordinários são reuniões ad hoc de CEP, executadas fora do período normal das mesmas, convocadas pelo Gestor de Projeto DSI. Tem o objetivo de validar e aprovar a execução de uma release (Major, Minor ou Emergency) que não tenha sido planeada / aprovada na reunião CEP regular anterior, e a execução do deploy deve ocorrer antes da reunião regular seguinte. Matriz de Responsabilidades 6.1 Projetos de SI Etapas da Fase de Execução Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Integrador Outsourcer Set-up ER C E E Definir equipa projeto e stakeholders -- ER C C C Tratar logística e acessos projeto ER E C C E V01 Pág 19/22
20 Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Integrador Outsourcer Elaborar plano de recursos HW, SW e outros C R C E C Identificar interações, dependências e impactos R C C E C Estabelecer plano de deliverables R C C E C Estabelecer plano detalhado do projeto R C C E C Preparar e realizar Kick-off (1º Steering) R C C E C Definir plano de viagens E R C E C Agendar datas preliminares de deploys R E C C C Desenho R C C E C Estudar os atuais processos, sistemas e plataformas Galp, relevante para âmbito C C C ER C Estabelecer impactos e âmbito de intervenção R C C E Elaborar desenho funcional C C R E Elaborar desenho técnico (arquitetura aplicacional) de alto nível C R C E Disponibilizar infraestrutura técnica de suporte C R C E E Obter acessos a sistemas específicos R E C C E Definir e planear testes a efetuar R C C E C Aprovar Desenho ER C C C Implementação R C C E C Desenvolver a solução I I I ER I Efetuar testes funcionais e técnicos I I I ER I Elaborar documentação técnica de detalhe I C ER C Preparar passagem a qualidade C C I ER E Atualizar plano de testes R C C E C Construir (alterar se já existir) o modelo operativo da solução, a aplicar após go-live C C C ER C Formação R C C E Identificar formandos I I ER C Planear formação (sessões e conteúdos) C C C ER Envolver Centro de Formação DRH (opcional) ER E C I Organizar logística da formação (salas e equipamentos) ER E C C C Convocar formandos I I ER 3 I Preparar materiais de suporte, dados e casos para formação C I C ER C Elaborar Manual de Utilizador C C R E Realizar a formação I I C ER C Obter avaliação da formação R C C E Testes à Solução C C ER E C Identificar participantes nos testes I I ER I Planear testes de aceitação (sessões e tópicos) I C C ER C Preparar casos de testes C I C ER C Preparar dados de testes E I ER C Organizar logística para testes (salas e equipamentos) ER E C C C Realizar os testes de aceitação I C ER E C Realizar os testes (outros testes) I I I ER C Registar e publicar resultado dos testes C C C ER C Preparar entrada em produção aprovada em CEP I C I ER E Consolidar e validar modelo operativo da solução, a aplicar após go-live e aceitação C C C ER C Go-Live e Suporte pós Go-Live C C C ER C Corrigir os issues em aberto do projeto I C C ER C V01 Pág 20/22
21 Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Validar a solução para efeitos de aceitação funcional C C ER C C Passar conhecimento técnico (aplicacional, de exploração e suporte) I C I ER E Fechar e aprovar a documentação da solução funcional C C R E E Fechar e aprovar a documentação da solução técnica C R C E E Assegurar que todas as sources estão disponibilizadas nos repositórios finais (TFS e/ou I C I ER E outros) Aprovar o modelo operativo da solução, a aplicar após go-live e aceitação C ER I C C Fecho do Projeto C ER C C C Assegurar a aceitação Provisória do Projeto (Inicio do Período de Transição) C C I ER E Assegurar a Aceitação Definitiva ou handover do projeto Fecho Técnico C C I ER E Assegurar e enquadrar contratualmente o suporte à exploração da solução I ER E Corrigir issues em aberto do projeto C C C ER C Formalizar Aceitação Definitiva (ou Handover) C ER I C C Tabela 3 - Matriz RECI - Fase de Execução de Projeto de SI Legenda: E: Executante (principal executante da etapa) R: Responsável (responsável pelo resultado, decisor) C: Consultado (deve ser consultado durante a etapa) I: Informado (deve ser informado do resultado da etapa) Nota 1 : Gestão de Projeto como referido no capítulo 3.6 deste documento. Nota 2 : UO participantes no projeto. Nota 3 : A convocação de formando é da responsabilidade da Direção de Pessoas, ou das UOs participantes no projeto. 6.2 Projetos de SI Disciplinas transversais gestão de projeto Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Integrador Outsourcer Integrador Outsourcer Gestão do Âmbito do Projeto de SI R C C E Identificar CRs C C C ER Executar processo aprovação CRs ER C C C Gestão do Orçamento do Projeto de SI ER 4 C C C C Identificar impactos ao orçamento projeto R E C C Executar processo aprovação revisões ao orçamento C ER C C Gestão da Comunicação do Projeto de SI R C C E Definir Estratégia (tática) de Comunicação R C C E Planear Comunicação C C C ER Executar ações de Comunicação C C C ER Preparar reuniões periódicas C C C ER C Elaborar documentos de suporte, e atas de reunião R C C E Apresentação/condução reuniões (Steering) ER 4 C C C V01 Pág 21/22
22 Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Apresentação/condução reuniões (outras) C C C ER C Gestão do Calendário do Projeto de SI R C C E C Definição do primeiro baseline R C C E C Atualizar semanalmente o calendário do projeto C C C ER C Identificar impactos no calendário de projeto C C C ER C Executar processo de aprovação de novo baseline R E C C I Gestão de Riscos do Projeto de SI R C C E C Identificar os riscos e issues do projeto R C C E C Efetuar a análise de riscos e issues R C C E C Definir ações de mitigação R C C E C Executar ações de mitigação R C C E C Monitorizar e controlar R C C E C Tabela 4 - Matriz RECI - Disciplinas transversais de Gestão de Projeto de SI Legenda: E: Executante (principal executante da etapa) R: Responsável (responsável pelo resultado, decisor) C: Consultado (deve ser consultado durante a etapa) I: Informado (deve ser informado do resultado da etapa) Nota 1 : Gestão de Projeto como referido no capítulo 3.6 deste documento. Nota 2 : UO participantes no projeto. Nota 3 : A convocação de formando é da responsabilidade da Direção de Pessoas, ou das UOs participantes no projeto. Nota 4 : responsabilidade é da Gestão de Projeto, mas sem a inclusão do Gestor de Projeto do Integrador. Atividades / Intervenientes Gestão de Projeto 1 DSI UN/UO 2 Integrador Outsourcer Integrador Outsourcer Passagens entre ambientes e CEP I C I ER E Planear datas de passagens C R C E C Efetuar pedido de passagem I C ER C Avaliar condições de passagem Pré-CEP C R C E C Realizar CEP e comunicar resultado I ER I I E Executar passagem I ER E Validar passagem I I I ER C Tabela 5 - Matriz RECI - Passagens entre ambientes e CEP Legenda: E: Executante (principal executante da etapa) R: Responsável (responsável pelo resultado, decisor) C: Consultado (deve ser consultado durante a etapa) I: Informado (deve ser informado do resultado da etapa) Nota 1 : Gestão de Projeto como referido no capítulo 3.6 deste documento. Nota 2 : UO participantes no projeto. V01 Pág 22/22
PMO Conceitos Base & Clarity. Versão 1.0 Dezembro -14
PMO Conceitos Base & Clarity ersão 1.0 Dezembro -14 Dispêndio ( ) Iniciativas de Portefólio de Projetos SI Identificação e Selecção Exploração s da Iniciativa de SI I Apresentação de Nova Iniciativa de
Leia maisDIAGNÓSTICO DA CERCIPENICHE PARA A QUALIDADE.
Norma de referência Auditores Âmbito José António Carvalho de Sousa Formação Profissional e Emprego Cátia Leila Almeida Santana Objetivo Avaliar a situação atual da Cercipeniche frente às exigências da
Leia maisPROCEDIMENTO DO SISTEMA DA QUALIDADE PLANEAMENTO ESTRATÉGICO E OPERACIONAL, REVISÃO DO SISTEMA DE GESTÃO DA QUALIDADE E CONCEÇÃO DE SERVIÇOS
PROCEDIMENTO DO SISTEMA DA QUALIDADE PLANEAMENTO ESTRATÉGICO E OPERACIONAL, REVISÃO DO SISTEMA DE GESTÃO DA QUALIDADE E CONCEÇÃO DE Nº: PSQ 01 Orientações da Tutela Resp: Tutela Objetivo: Definir a forma
Leia maisPOLÍTICA DE PREVENÇÃO DO BRANQUEAMENTO DE CAPITAIS E FINANCIAMENTO DO TERRORISMO VICTORIA SEGUROS, S.A.
POLÍTICA DE PREVENÇÃO DO BRANQUEAMENTO DE CAPITAIS E FINANCIAMENTO DO TERRORISMO VICTORIA SEGUROS, S.A. INDICE CONTROLO DE VERSÕES... 2 Histórico de Versões... 2 1. ÂMBITO E ENQUADRAMENTO LEGAL... 3 2.
Leia maisRegulamento do comité de sustentabilidade O valor da segurança
Regulamento do comité de sustentabilidade O valor da segurança COMITÉ DE SUSTENTABILIDADE janeiro de 2018 Regulamento do Comité de sustentabilidade O valor da segurança página 3 ÍNDICE 1. MISSÃO 5 2.
Leia maisGerenciamento de Projetos
MBA em EXCELÊNCIA EM GESTÃO DE PROJETOS E PROCESSOS ORGANIZACIONAIS Gerenciamento de s Planejamento e Gestão de s Prof. Msc. Maria C Lage Prof. Gerenciamento de Integração Agenda Gerenciamento da Integração
Leia maisTrabalho apresentado para obtenção do Título de Especialista (Desp. N.º 8590/2010 de 20 de Maio)
Trabalho apresentado para obtenção do Título de Especialista (Desp. N.º 8590/2010 de 20 de Maio) IMPLEMENTAÇÃO DO SISTEMA DE GESTÃO INTEGRADO DE QUALIDADE E AMBIENTE DE ACORDO COM OS REFERENCIAIS NORMATIVOS
Leia maisPOLÍTICA PREVENÇÃO DE BRANQUEAMENTO DE CAPITAIS E FINANCIAMENTO DO TERRORISMO POLÍTICA
POLÍTICA PREVENÇÃO DE BRANQUEAMENTO DE CAPITAIS E FINANCIAMENTO DO TERRORISMO POLÍTICA INDICE CONTROLO DE VERSÕES... 2 Histórico de Versões... 2 1. ÂMBITO E ENQUADRAMENTO LEGAL... 3 2. OBJETIVO... 3 3.
Leia maisPROCEDIMENTO GERAL Desempenho e melhoria
Página 1 de 5 I ÂMBITO Aplicável em toda a estrutura funcional da ESEP. II OBJETIVOS Definir a metodologia para a programação e realização de auditorias internas. Definir a metodologia para a revisão periódica
Leia maisPROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO
PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO PROF.: KAIO DUTRA Gerenciamento da Integração do Projeto O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar,
Leia maisNº de postos de trabalho Presidente 1 Vice-Presidente 1 Vogal 1 Secretário do Conselho Diretivo 1. Área de formação académica e/ou profissional
Atribuições / Competências/Atividades Cargo/Carreira/ Categoria Conselho Diretivo Área de formação académica e/ou profissional Nº de postos de trabalho Presidente 1 Vice-Presidente 1 Vogal 1 Secretário
Leia maisNORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO
NORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO Consideram-se no presente documento os procedimentos a observar, quer pela entidade proponente (ONGD), quer pela entidade financiadora (Camões, I.P.)
Leia maisGrupos de Processos na Gestão de Projectos e Áreas de Conhecimentos associadas
Grupos de Processos na Gestão de Projectos e Áreas de Conhecimentos associadas Vamos discutir os grupos de processos essenciais na Gestão de Projectos, mas antes que ocorra qualquer dúvida ligada ao facto
Leia maisPERFIL PROFISSIONAL TÉCNICO/A DE APOIO À GESTÃO DESPORTIVA
PERFIL PROFISSIONAL TÉCNICO/A DE APOIO À GESTÃO DESPORTIVA Publicado no Despacho n.º13456/2008, de 14 de Maio, que aprova a versão inicial do Catálogo Nacional de Qualificações. Publicação e atualizações
Leia maisPROJETOS DE EDUCAÇÃO PARA O DESENVOLVIMENTO
PROJETOS DE EDUCAÇÃO PARA O DESENVOLVIMENTO NORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO Consideram-se no presente documento os procedimentos a observar, quer pela entidade proponente (ONGD),
Leia maisISO 9001:2015. Principais alterações. Andreia Martins Gestora de Cliente
ISO 9001:2015 Principais alterações Andreia Martins Gestora de Cliente Andreia.martins@apcer.pt Objetivos da Revisão Considerar as mudanças nas práticas de sistemas de gestão e nas tecnologias. Disponibilizar
Leia maisGerenciamento de integração de projeto
Gerenciamento de integração de Sergio Scheer / DCC / UFPR TC045 Gerenciamento de Projetos Interação dos processos de gerenciamento de s Interação dos processos de gerenciamento de s Mapeamento grupos de
Leia maisGESTÃO DE CONTRATOS FICHA INFORMATIVA
FICHA INFORMATIVA GESTÃO DE CONTRATOS Com a VORTAL poderá parar de se preocupar com o trabalho administrativo associado ao crescimento do volume de negócios da sua empresa e passar a concentrar-se no que
Leia maisFerramenta de Comunicação com os clientes
Ferramenta de Comunicação com os clientes By Citeve Índice 1 Enquadramento... 3 2 Comunicação com o cliente... 3 2.1- Fluxo de pedidos de cliente... 3 2.2- Tratamento de reclamações... 8 2.3 -Avaliação
Leia maisNORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO
NORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO Consideram-se no presente documento os procedimentos a observar, quer pela entidade proponente (ONGD), quer pela entidade financiadora (Camões, I.P.)
Leia maisPIGEND206M. Guia de Projeto SAP Fiori. Data da Publicação: Agosto Versão: 1.0
PIGEND206M Guia de Projeto SAP Fiori Data da Publicação: Agosto 2016 Versão: 1.0 DSI - Arquitectura Aplicacional COPYRIGHT 2011 Galp Energia, SA 1 de 13 Controlo de Versões Versão Descrição Parceiro Gestor
Leia maisNOTA DE ORGANIZAÇÃO. Campo de Aplicação: Grupo Efacec
1. Introdução Este documento tem como objetivo definir o enquadramento organizacional, responsabilidades e atribuições da () de Sistemas (Unidades de Negócio de Energia, Ambiente e Indústria e Transportes),
Leia maisRede Comunitária de Educação e Pesquisa da Região de Goiânia GO - METROGYN
Rede Comunitária de Educação e Pesquisa da Região de Goiânia GO - METROGYN Título I REGIMENTO DA METROGYN CAPÍTULO I DA NATUREZA E COMPETÊNCIA Art. 1º. A Rede Comunitária de Educação e Pesquisa da Região
Leia maisEvento GS1. 5 de Julho de MVO PORTUGAL Associação Portuguesa de Verificação de Medicamentos.
Evento GS1 5 de Julho de 2018 Evento GS1 Agenda Recap o que é o sistema nacional de verificação de medicamentos Projecto de implementação Calendário global Processo de onboarding Fase piloto Recap o que
Leia maisREGULAMENTO INTERNO DA FORMAÇÃO EM CONTEXTO DE TRABALHO 2018/19
REGULAMENTO INTERNO DA FORMAÇÃO EM CONTEXTO DE TRABALHO 2018/19 1 Artigo 1º (Âmbito e Definição) O presente regulamento tem por base a Portaria nº74-a/2013, de 15 de Fevereiro (artigos 3º e 4º), na sua
Leia maisPOLÍTICA INTERNA DE TRATAMENTO DOS TOMADORES DE SEGURO, SEGURADOS E BENEFICIÁRIOS. (Lusitania Vida)
POLÍTICA INTERNA DE TRATAMENTO DOS TOMADORES DE SEGURO, SEGURADOS E BENEFICIÁRIOS (Lusitania Vida) ÍNDICE 1. INTRODUÇÃO 2. ÂMBITO DE APLICAÇÃO 3. VALORES DA LUSITANIA VIDA 4. TRATAMENTO EQUITATIVO, DILIGENTE
Leia maisREGULAMENTO DE ESTÁGIO CURRICULAR DOS CURSOS TÉCNICOS SUPERIORES PROFISSIONAIS. Artigo 1.º Âmbito. Artigo 2.º Definição e Objetivos
REGULAMENTO DE ESTÁGIO CURRICULAR DOS CURSOS TÉCNICOS SUPERIORES PROFISSIONAIS Artigo 1.º Âmbito O presente regulamento fixa as normas gerais relativas ao funcionamento da componente de formação prática
Leia mais1. Principais diferenças 2008/ 2015
1. Principais diferenças 2008/ 2015 1.1. Objetivos da revisão da norma e campo de aplicação Fig. 1 Objetivos de revisão da norma A Norma é aplicável a todas as organizações que necessitam demonstrar a
Leia maisAVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018
AVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018 SISTEMA DE APOIO À TRANSFORMAÇÃO DIGITAL DA ADMINISTRAÇÃO PÚBLICA (SATDAP) PRIORIDADES E PARÂMETROS ESTRUTURANTES A RESPEITAR PELOS BENEFICIÁRIOS,
Leia maisAVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018
AVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018 SISTEMA DE APOIO À TRANSFORMAÇÃO DIGITAL DA ADMINISTRAÇÃO PÚBLICA (SATDAP) PRIORIDADES E PARÂMETROS ESTRUTURANTES A RESPEITAR PELOS BENEFICIÁRIOS,
Leia maisInstrução Normativa Nº 04 - SLTI/MPOG (de 12 de novembro de 2010)(Autor Leonardo Correa de Sa Santos)
Para fins de interpretação deste trabalho, devem ser consideradas as seguintes definições: 1. Matriz de responsabilidades R.A.C.I Ferramenta utilizada para atribuição de responsabilidades dentro de um
Leia maisGerenciamento da Integração de Projetos. Parte 03. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza
Gerenciamento da Integração de Projetos Parte 03 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento
Leia maisRiscos e Controles Internos
Riscos e Controles Internos Ouvidoria: 0800-724-4010 ouvidoria@spinelli.com.br 1 Índice 1. Introdução 3 2. Objetivo 3 3. Estrutura de gerenciamento do risco operacional 4 4. Agentes da Estrutura de GRO
Leia maisProcesso de design e desenvolvimento
International Organization for Standardization Grupo de Práticas de Auditoria ISO 9001 Linhas de orientação em: International Accreditation Forum Data: 13 de janeiro de 2016 Processo de design e 1. Introdução
Leia maisMETA 2017 Tolerância Valor crítico PESO Mês RESULTADO TAXA REALIZAÇÃO CLASSIFICAÇÃO 80% 80% 80% 10% 100% 20% 90% 90% 90% 0% 100% 50%
ANO: 2017 Ministério da Justiça Direção-Geral da Política de Justiça MISSÃO: A DGPJ tem por missão prestar apoio técnico, acompanhar e monitorizar políticas, organizar e fomentar o recurso aos tribunais
Leia maisGestão da Tecnologia da Informação
TLCne-051027-P0 Gestão da Tecnologia da Informação Disciplina: Governança de TI São Paulo, Agosto de 2012 0 Sumário TLCne-051027-P1 Conteúdo desta Aula Continuação do Domínio de Processos PO (PO4, PO5
Leia maisGESTÃO DA SEGURANÇA DA INFORMAÇÃO
1 Monitorização da capacidade e disponibilidade PT 18-02 3 Necessárias alterações à plataforma elearning? 2 - Revisão do SGQ / Avaliação de Riscos Resp: Conselho da Qualidade IT 01-02 IT 01-10 A 10 Atividades
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: GESTÃO DE PROJETOS Aula N : 05 Tema: Gerenciamento
Leia maisPlano de testes. Norma ANSI/IEEE para Documentação de Teste de Software define plano de testes como:
Plano de testes Norma ANSI/IEEE 829-1998 para Documentação de Teste de Software define plano de testes como: Um documento que define o âmbito, abordagem, recursos e escalonamento (planeamento) das atividades
Leia maisObrigações de controlo de fornecedor externo. EUDA Aplicações desenvolvidas pelo utilizador final
Obrigações de controlo de fornecedor externo Aplicações desenvolvidas pelo utilizador final Área de Designação Descrição do controlo Porque é importante controlo do controlo Governação e garantia Funções
Leia maisObrigações de controlo de fornecedor externo. Resiliência
Obrigações de controlo de fornecedor externo Resiliência Designação do controlo 1.Governação de resiliência e Descrição do controlo O fornecedor tem de estabelecer uma governação eficaz para manter as
Leia maisTERMOS E CONDIÇÕES PARA A REALIZAÇÃO DE AUDITORIAS DE PÓS-AVALIAÇÃO
TERMOS E CONDIÇÕES PARA A REALIZAÇÃO DE AUDITORIAS DE PÓS-AVALIAÇÃO O presente documento estabelece os termos e as condições para a realização das auditorias a efetuar no âmbito da Pós-Avaliação de projetos
Leia maisREGULAMENTO INTERNO DO COMITÉ DE INVESTIMENTO DO INSTRUMENTO FINANCEIRO PARA A REABILITAÇÃO E REVITALIZAÇÃO URBANAS
REGULAMENTO INTERNO DO COMITÉ DE INVESTIMENTO DO INSTRUMENTO FINANCEIRO PARA A REABILITAÇÃO E REVITALIZAÇÃO URBANAS Através da Resolução do Conselho de Ministros n.º 52-A/2015, de 23 de julho, o Governo
Leia maisSubmódulo 21.8 Estudos do controle cargafreqüência
Submódulo 21.8 Estudos do controle cargafreqüência Rev. Nº. 0.0 0.1 1.0 Motivo da revisão Este documento foi motivado pela criação do Operador Nacional do Sistema Elétrico. Atendimento à Resolução Normativa
Leia maisGuia Simplificado de Contratação de Soluções de Tecnologia da Informação
Guia Simplificado de Contratação de Soluções de Tecnologia da Informação Diretoria de Gestão de Tecnologia da Informação Novembro de 2011 Este Guia foi elaborado com base no Guia de Boas Práticas em Contratação
Leia mais09/05 Execução, controle e encerramento
09/05 Execução, controle e encerramento 5 Gestão de Projetos Execução, controle e encerramento 6 Gestão de Projetos Como o gerente do projeto irá executar o projeto? Execução e controle Execução Realizar
Leia maisANEXOS REGULAMENTO DELEGADO DA COMISSÃO
COMISSÃO EUROPEIA Bruxelas, 11.11.2016 C(2016) 7159 final ANNEXES 1 to 3 ANEXOS do REGULAMENTO DELEGADO DA COMISSÃO que complementa o Regulamento (UE) N.º 909/2014, do Parlamento Europeu e do Conselho,
Leia maisREGULAMENTO GERAL DE CERTIFICAÇÃO DE PRODUTO CONDIÇÕES PARTICULARES
REGULAMENTO GERAL DE CERTIFICAÇÃO DE PRODUTO CONDIÇÕES PARTICULARES Modo Modo Produção Produção Integrado Biológico ÍNDICE 1. PREÂMBULO... 3 2. ÂMBITO... 3 3. ALTERAÇÕES... 3 4. DEFINIÇÕES E REFERÊNCIAS...
Leia maisDE CONTROLO INTERNO MANUAL DE SISTEMAS DE INFORMAÇÃO ARSN, IP. Edição: 01 Revisão: 01. MCI-Si-01_01
MANUAL DE CONTROLO INTERNO ARSN, IP Página 1 de 9 Ed. Rev. Data 00 00 s/ data Implementação do Modelo de Controlo Interno nas ACSS ARS. 01 00 jan./2013 Adequação dos procedimentos à ARSN,IP. 01 01 fev./2015
Leia mais1. Definição de Processo Comissionamento
ONS - APIRAC CT 185 - SC1 NP Processo Comissionamento Fase de Construção Apresentação 1. Definição de Processo de Comissionamento, PC 2. Ojectivo e Âmbito da NP 4. Requisitos de Aceitação na Fase de Construção
Leia maisDefinição e Implementação de Metodologia, Modelo e Ferramentas para Avaliação de Projectos e Despesas TIC
Definição e Implementação de Metodologia, Modelo e Ferramentas para Avaliação de Projectos e Despesas TIC Manual de apoio à utilização do Formulário de Avaliação de Projectos e Despesas TIC www.ama.pt
Leia maisTCC Trabalho de Conclusão de Curso Engenharia Civil Coordenação: Profa. Tatiana Jucá
TCC Trabalho de Conclusão de Curso Engenharia Civil 2016-1 Coordenação: Profa. Tatiana Jucá 2/54 Pauta de hoje Apresentação da equipe de coordenação de TCC Datas importantes e documentação válida para
Leia maisGestão de Entradas em Produção
Gestão de Entradas em Produção Versão: V1.0 Novembro 2014 Índice: Gestão de Entradas em Produção Enquadramento & Objetivos Princípios e Regras de Base C.E.P. Entrada em Produção Projetos S.I. Regras Especificas
Leia maisA - MEMÓRIA DESCRITIVA TIPO
A - MEMÓRIA DESCRITIVA TIPO 1. DESIGNAÇÃO DA OPERAÇÃO Neste ponto deverá ser definida, de forma clara e tão concisa quanto possível a designação da operação (até 20 palavras A designação da operação funcionará
Leia maisComissão Técnica Amianto Regulamento Interno
Comissão Técnica Amianto Regulamento Interno Portaria nº 40/2014, de 17 de fevereiro Aprovado na 1ª reunião da Comissão Técnica Amianto realizada em 20.05.2014 Regulamento Interno da Comissão Técnica Amianto
Leia maisCarta de Missão do Dirigente Superior de 2.º Grau
Carta de Missão do Dirigente Superior de 2.º Grau Ministério: Ministério da Justiça (MJ) Serviço\Organismo: Instituto de Gestão Financeira e Equipamentos da Justiça, I.P. (IGFEJ, I.P.) Cargo e Titular:
Leia mais(ECDC/AD/2016/ICT-GLPM)
Centro Europeu de Prevenção e Controlo das Doenças Vaga para o lugar de Líder de Grupo para Gestão de Projetos na Unidade Tecnologias da Informação e Comunicação (ECDC/AD/2016/ICT-GLPM) Convidam-se os
Leia maisPolíticas Corporativas
1 IDENTIFICAÇÃO Título: Restrições para Uso: POLÍTICA DE CONTROLES INTERNOS Acesso Controle Livre Reservado Confidencial Controlada Não Controlada Em Revisão 2 - RESPONSÁVEIS Etapa Área Responsável Cargo
Leia maisO ciclo de vida do projeto
1 O ciclo de vida do projeto A organização ou os gerentes de projetos podem dividir projetos em fases para oferecer melhor controle gerencial com ligações adequadas com as operações em andamento da organização
Leia maisCURSO DE ENGENHARIA DE COMPUTAÇÃO REGULAMENTO DO TRABALHO DE CONCLUSÃO DE CURSO (TCC) CAPÍTULO I DAS DISPOSIÇÕES PRELIMINARES
Pontifícia Universidade Católica do Paraná Escola Politécnica Curso de Engenharia de Computação Campus Curitiba CURSO DE ENGENHARIA DE COMPUTAÇÃO REGULAMENTO DO TRABALHO DE CONCLUSÃO DE CURSO (TCC) CAPÍTULO
Leia maisManual de Procedimentos. Volume 5 Direção de Serviços de Informática. 5.1 Área de Aplicações e Sistemas de Informação
Manual de Procedimentos Volume 5 Direção de Serviços de Informática 5.1 Área de Aplicações e Sistemas de Informação Índice Princípios Gerais... 3 Abreviaturas e Acrónimos... 5 Legislação Aplicável... 6
Leia maisGESTÃO E CONTROLO DA QUALIDADE NA OBRA 1. INTRODUÇÃO GESTÃO DA QUALIDADE. Como obter a qualidade ao custo mínimo? PLANO DE QUALIDADE
TEMAS GESTÃO E CONTROLO DA QUALIDADE NA OBRA Nuno Almeida 3. CUSTOS DA NÃO QUALIDADE 6. PREPARAÇÃO DA OBRA 1 2 GESTÃO DA QUALIDADE Como obter a qualidade ao custo mínimo? 3 4 GESTÃO DA QUALIDADE PLANO
Leia maisPor Constantino W. Nassel
NORMA ISO 9000 SISTEMA DE GESTÃO DA QUALIDADE ISO 9001:2000 REQUISITOS E LINHAS DE ORIENTAÇÃO PARA IMPLEMENTAÇÃO Por Constantino W. Nassel CONTEÚDOS O que é a ISO? O que é a ISO 9000? Histórico Normas
Leia maisManual de Procedimentos. Volume 9.4 Área Para a Qualidade e Auditoria Interna
Manual de Procedimentos Volume 9.4 Área Para a Qualidade e Auditoria Interna Volume: 9.4 área para a Qualidade e Auditoria Interna Índice Princípios Gerais... 3 Abreviaturas e Acrónimos... 4 Legislação
Leia maisREGIMENTO EQUIPA DE AUTOAVALIAÇÃO
REGIMENTO EQUIPA DE AUTOAVALIAÇÃO ANO LETIVO 2016 2017 1/7 CAPÍTULO I Enquadramento, composição e competências Artigo 1º Enquadramento 1. O presente documento estabelece o Regimento de funcionamento da
Leia maisPG 06.An. Gestão, Planeamento e Execução da Empreitada 1 / 5. Acção Responsabilidade Documentos
1 / 5 1 A intenção de adjudicação é recepcionada pela Direcção Comercial / Orçamentação que dá conhecimento à Direcção Jurídica e Direcção Coordenação de Produção, aguardando adjudicação. Se a intenção
Leia maisPolítica de Segurança da Informação
Política de Segurança da Informação 2019 2019 2019 Política de Segurança da Informação do Instituto Nacional de Estatística, IP 04 Introdução A do INE, I.P. estabelece os princípios gerais que devem ser
Leia maisCOMPANHIA RIOGRANDENSE DE SANEAMENTO A Vida Tratada Com Respeito
FOLHA DE CONTROLE Título Política de Controles Internos Número de versão 1 Status Lançamento Autoria Superintendência de Controles Internos e Gestão de Riscos - SUCIR Pré-aprovação Diretoria Colegiada
Leia maisComissão Técnica Amianto Regulamento Interno
Comissão Técnica Amianto Regulamento Interno Portaria nº 40/2014, de 17 de fevereiro Aprovado na 1ª reunião da Comissão Técnica Amianto realizada em 20.05.2014 Regulamento Interno da Comissão Técnica Amianto
Leia maisDESCRIÇÃO DAS REVISÕES REV DATA ALTERAÇÃO OBSERVAÇÃO 00 11/01/10 Emissão Inicial N/A
Página 1 de 9 DESCRIÇÃO DAS REVISÕES REV DATA ALTERAÇÃO OBSERVAÇÃO 11/01/10 Emissão Inicial N/A Documento via original Assinada OBSERVAÇÃO: O USUÁRIO É RESPONSÁVEL PELA ELIMINAÇÃO DAS REVISÕES ULTRAPASSADAS
Leia maisREGULAMENTO INTERNO DA COMISSÃO DE NOMEAÇÕES DA THE NAVIGATOR COMPANY, S.A.
REGULAMENTO INTERNO DA COMISSÃO DE NOMEAÇÕES DA THE NAVIGATOR COMPANY, S.A. CAPÍTULO I INTRODUÇÃO Artigo 1.º (Objeto e Âmbito) O presente regulamento estabelece as regras relativas à composição, competências
Leia maisPlano de Gerenciamento de Configuração
Plano de Gerenciamento de Configuração Controle de Versões Versão Data Autor Notas da Revisão 0.1 29/11/2016 Deborah Araujo Denis Ferreira Ezio Mendonça - Plano de gerenciamento de Configuração Página
Leia maisGRID Gestão e Reporte de Indicadores de Desempenho
GRID Gestão e Reporte de Indicadores de Desempenho ÍNDICE ENQUADRAMENTO 3 CONTEXTO 3 IMPORTÂNCIA DO TEMA, NA PERSPETIVA DA ORGANIZAÇÃO E DOS SEUS STAKEHOLDERS 3 DESCRIÇÃO 4 ESTRUTURA DO PROJETO 5 RESULTADOS
Leia maisDiretrizes de Comunicação de Projetos Sistema de Gestão da Qualidade
Página 1 de 22 Sumário 1. DIRETRIZ DE COMUNICAÇÃO... 3 1.1. Objetivo... 3 1.2. Público Alvo... 3 2. Modelos de Notificações das Informações... 3 2.1. AVALIAR A VIABILIDADE DO PROJETO... 3 2.1.1. Notificação
Leia maisRegulamento do Comité de Controlo Interno
Regulamento do Comité de Controlo Interno Introdução O regulamento do comité de controlo interno do Sistema Nacional de Garantia Mútua (SNGM) tem por objetivo principal, regular a atividade do mesmo, nomeadamente
Leia maisREN REDES ENERGÉTICAS NACIONAIS, SGPS, S.A. REGULAMENTO DA COMISSÃO DE GOVERNO SOCIETÁRIO. ARTIGO 1.º (Objeto e âmbito)
REGULAMENTO DA COMISSÃO DE GOVERNO SOCIETÁRIO ARTIGO 1.º (Objeto e âmbito) 1. O presente Regulamento estabelece as regras aplicáveis à composição, funcionamento e competências da Comissão de Governo Societário
Leia maisPARQUES DE SINTRA MONTE DA LUA, S.A. Relatório de Execução do Plano de Gestão de Risco de Corrupção e de Infrações Conexas
PARQUES DE SINTRA MONTE DA LUA, S.A. Relatório de Execução do Plano de Gestão de Risco de Corrupção e de Infrações Conexas 2015 Índice 1. Introdução... 2 2. Evolução da atividade da empresa... 3 3. Grau
Leia maisGuião orientador Manual de Qualidade da Actividade Formativa
Guião orientador Manual de Qualidade da Actividade Formativa I. INTRODUÇÃO A orientação para a qualidade deve constituir um pressuposto fundamental na actividade das entidades formadoras, traduzida na
Leia maisESTRUTURA ORGANIZATIVA DA ISCMPSA
ESTRUTURA ORGANIZATIVA DA ISCMPSA Este documento visa dar corpo á orgânica dos serviços da Santa Casa, ou seja, definir competências, hierarquias e formas de actuação. Como a Santa Casa da Póvoa de Santo
Leia maisO Sistema de Gestão de Responsabilidade Social
Securitas Portugal O Sistema de Gestão de Responsabilidade Social Agosto de 2016 1 O Sistema de Gestão da Responsabilidade Social A SECURITAS desenvolveu e implementou um Sistema de Gestão de aspetos de
Leia maisPolítica Geral de Segurança da Informação da Assembleia da República
Política Geral de Segurança da Informação da Assembleia da República Resolução da Assembleia da República n.º 123/2018, de 8 de maio (TP) A Assembleia da República resolve, nos termos do n.º 5 do artigo
Leia maisFIP GESTORA DE RECURSOS LTDA. POLÍTICA DE RISCO. São Paulo, Junho de SP v1
FIP GESTORA DE RECURSOS LTDA. POLÍTICA DE RISCO São Paulo, Junho de 2016 SP - 17811769v1 POLÍTICA DE GESTÃO DE RISCOS 1. Introdução A FIP Gestora conta com os procedimentos referentes a gestão de riscos
Leia maisUnidade de Investigação, Desenvolvimento e Inovação em Ciência e Tecnologia Alimentar UIDICTA
Unidade de Investigação, Desenvolvimento e Inovação em Ciência e Tecnologia Alimentar UIDICTA Regulamento Interno CAPÍTULO I Natureza e Objectivos Artigo 1.º (Natureza) 1. O Unidade de Investigação, Desenvolvimento
Leia maisÁRVORE DE CONTEÚDOS. Secção Separador 1 Separador 2 Separador 3 Separador 4 Identificação Entidade Recursos Humanos (Entidades parceiras)*
GUIA DE APOIO AO PREENCHIMENTO DO FORMULÁRIO DE CANDIDATURA TIPOLOGIA DE OPERAÇÕES: 3.33 PROGRAMA DE PARCERIAS PARA O IMPACTO CONCURSO: POISE-39-2018-03 ÁRVORE DE CONTEÚDOS Secção Separador 1 Separador
Leia maisAdministração de Projetos
Administração de Projetos gerenciamento da integração Prof. Robson Almeida Antes, uma breve revisão Processos de Iniciação Iniciação Iniciação Escopo do Projeto Planejamento Iniciação Processos de Planejamento
Leia maisPortaria nº 420/2012, de 21 de dezembro
Portaria nº 420/2012, de 21 de dezembro O Fundo de Resolução, que tem por objeto principal a prestação de apoio financeiro à aplicação de medidas de resolução adotadas pelo Banco de Portugal, foi criado
Leia maisManual de Ecodesign InEDIC. Ferramenta 15: Checklist de sistemas de gestão ambiental e ecodesign
Manual de Ecodesign InEDIC Ferramenta 15: Checklist de sistemas de gestão ambiental e ecodesign Implementado Não implementado Pode ser melhorado Obs. 1.Definição do âmbito 1.2 O âmbito do sistema de gestão
Leia maisNORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO
NORMAS PARA A EXECUÇÃO DO PROCESSO DE COFINANCIAMENTO Consideram-se no presente documento os procedimentos a observar, quer pela entidade proponente (ONGD), quer pela entidade financiadora (Camões, I.P.)
Leia maisPolítica de Segurança da Informação da Unidade Local de Saúde de Matosinhos, E.P.E.
Unidade Local de Saúde de Matosinhos, E.P.E. -SGSI-PSI VERSÃO: 1.0 DATA DA ÚLTIMA REVISÃO: 28-05 2018 VÁLIDO ATÉ: 31 12 2019 ESTADO: RESPONSÁVEL: APROVADO POR: CLASSIFICAÇÃO DO DOCUMENTO: Comissão Local
Leia maisCOMITÉ DE SUSTENTABILIDADE
NT-O-009 COMITÉ DE SUSTENTABILIDADE Aprovada em reunião do Conselho de Administração de 2016-12-16 Índice 1. OBJETO E ÂMBITO DE APLICAÇÃO 3 2. MISSÃO DO CS 3 3. COMPOSIÇÃO DO CS 3 4. ATRIBUIÇÕES DO CS
Leia maisMinistério da Defesa Nacional. Secretaria-Geral do Ministério da Defesa Nacional. Cargo e Titular: Secretário-geral do Ministério da Defesa Nacional
CARTA DE MISSÃO Ministério da Defesa Nacional Secretaria-Geral do Ministério da Defesa Nacional Cargo e Titular: Secretário-geral do Ministério da Defesa Nacional 1. Missão do organismo As atribuições
Leia maisPrograma de Ação 2018
Liderança Revisão, eventual reformulação do Plano estratégico 2016-2019 1. Debate estratégico em reunião de direção aferindo linhas orientadoras e objetivos estratégicos macro 2. Planeamento de objetivos
Leia maisGuião de Preenchimento do Módulo Reporte de Indicadores Versão 1.1
Guião de Preenchimento do Módulo Reporte de Indicadores Versão 1.1 Índice Guião de Preenchimento do Módulo Reporte de Indicadores... 1 Versão 1.1... 1 1 Introdução... 4 1.1 Enquadramento... 4 1.2 Organização
Leia mais