Método de Gestão de Projetos - MAPA

1
2021-09-28--Manual-de-Referência-do-MGP-Mapa-3--v1-5.docx
2
MINISTÉRIO DA AGRICULTURA, PECUÁRIA E ABASTECIMENTO
ASSESSORIA DE GESTÃO ESTRATÉGICA
MANUAL DE REFERÊNCIA
DO MGP-MAPA 3
Missão do Mapa:
Promover o desenvolvimento sustentável
das cadeias produtivas agropecuárias,
em benefício da sociedade brasileira.
Brasília
Mapa
2020
3
© 2020 Ministério da Agricultura, Pecuária e Abastecimento.
Todos os direitos reservados. Permitida a reprodução parcial ou total desde que citada a fonte e que
não seja para venda ou qualquer fim comercial. A responsabilidade pelos direitos autorais de textos e
imagens desta obra é do autor.
1ª edição. Ano 2020
Elaboração, distribuição, informações:

Ministério da Agricultura, Pecuária e Abastecimento
Gabinete da Ministra
Assessoria de Gestão Estratégica
Coordenação de Escritório de Projetos
Endereço: Esplanada dos Ministérios, Bloco D – 8º andar, Sala 820
CEP: 70043-900 Brasília – DF
Tel.: (61) 3218-2693
e-mail: [email protected]
Coordenação Editorial – Assessoria de Gestão Estratégica
Elaboração Design e Diagramação

Paulo Sérgio Vilches Fresneda Adriana de Melo Salviano Mota
Ana Carolina Peixoto de Castro Martins Juliana Teixeira de Paiva
Adriana de Melo Salviano Mota Larissa Guimarães Massote
Larissa Guimarães Massote
Ney Rego Barros Júnior Participação
Sérgio Araújo Felício Empresa Brasileira de Pesquisa Agropecuária –
Embrapa
Revisão Secretaria de Defesa Agropecuária – SDA/Mapa
Adriana de Melo Salviano Mota
Luiz Marcelo Videro Vieira Santos
4
HISTÓRICO DE VERSÕES
Data Versão Descrição Autor(es)
Método de Gestão de
Junho/2013 Manuela Sousa, Paulo Fresneda, Talita Ferreira
Projetos para a Embrapa
Revisão e Adaptação do
07/10/2015 1.0 Aline MacCord e Talita Lemes
Documento ao Mapa
Reelaboração do MGP-
22/06/2016 1.1 Aline MacCord, Estela Medeiros e Paulo Fresneda
Mapa
Elaboração e revisão do
30/10/2017 2.0 Mapa e Consultoria
Documento
Adriana Mota, Ana Carolina Castro, André Dusi,

Eduardo Domingues, Fernando Jatobá, Hanna
Guia de Iniciação ao MGP-
21/11/2019 3.0 Nogueira, Lenildo Leite, Liciane Monteiro, Luiz Marcelo
Mapa 3
Videro, Nara Dias, Ney Barros, Paulo Fresneda, Sérgio
Felício.
Adriana Mota, Ana Carolina Castro, André Carazza,

Manual de Referência MGP-
11/09/2020 3.0 Larissa Massote, Luiz Marcelo Videro, Ney Barros,
Mapa 3
Paulo Fresneda, Sérgio Felício.
5
PREFÁCIO
A Assessoria de Gestão Estratégica – AGE do Ministério da Agricultura, Pecuária e

Abastecimento – Mapa desenvolveu um conjunto de métodos e instrumentos para apoiar e
difundir boas práticas de Gestão de Projetos em toda a instituição. Este conjunto recebe o título
de Kit de Gestão de Projetos do Mapa, o qual apresenta soluções para uso dos servidores do
Mapa e de toda a administração pública.
O conteúdo dos componentes deste Kit está embasado nas boas práticas de Gestão de Projetos
mais utilizadas no mundo, que são reunidas no livro “Um Guia do Conhecimento em
Gerenciamento de Projetos (Guia PMBOK)”, publicado pelo Project Management Institute – PMI,
que compila os conceitos consagrados mundialmente sobre o assunto e é utilizado por uma
infinidade de organizações públicas e privadas do mundo todo.
Os componentes do Kit estão brevemente descritos abaixo:
1) Guia de Iniciação ao MGP-Mapa 3. Se você está chegando agora ou tem pouca

experiência em Gestão de Projetos, este é o seu guia neste novo mundo. Este documento
foi criado para facilitar que os servidores elaborem, executem, monitorem e finalizem um
projeto de forma objetiva e bem didática. Este componente leva em consideração as
formas atuais de consumo de informação, por isso apresenta textos, ilustrações, gráficos
e sugestões de vídeos. É indicado para aqueles que querem ir direto ao ponto, em uma
linguagem acessível e que permite uma leitura rápida ou detalhada.
O Guia de Iniciação também serve de orientação para o uso do software de Gestão de

Projetos do Mapa – Strategic Adviser (SA), módulo Project Manager – como um passo a
passo ou para consultas pontuais.
Este documento pode ser encontrado na Página da AGE1.
2) Manual de Referência do Método de Gestão de Projetos, Programas e Portfólios do

Mapa, Versão 3.0 (Manual de Referência do MGP-Mapa 3). É este próprio documento.
Reúne todos os conceitos apresentando a estrutura do ciclo de vida de um projeto no
1 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/
6
Mapa e descreve detalhadamente cada ação e cada atividade associada, desde a fase
de Proposição até a fase de Encerramento de um projeto.
O Manual de Referência do MGP-Mapa 3 está alinhado ao “Um Guia do Conhecimento

em Gerenciamento de Projetos (Guia PMBOK)” publicado pelo Project Management
Institute (PMI), focado em gestão de projetos por resultados.
O Manual de Referência do MGP-Mapa 3 é um documento de consulta que detalha de

cada atividade do ciclo de vida. Este documento pode ser encontrado na página da AGE
< https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/mgp-mapa >.
3) Manual do Usuário do Software Strategic Adviser – Módulo Project Manager:

Visando contribuir com a utilização do MGP-Mapa 3, a Interact Solution disponibiliza o
software Strategic Adviser, módulo Project Manager que facilita sobremaneira a gestão
das informações relativas aos projetos, tornando a tarefa do Gerente do Projeto e de sua
equipe mais simples. O Manual do Usuário do Software Strategic Adviser contém, de
forma prática e simples, o essencial do software SA para gerir um projeto.
Este documento também pode ser encontrado na Página da AGE2 na área “Software
Strategic Adviser- SA3”.
4) Eventos sobre Gestão de Projetos e Assuntos Relacionados. A Gestão de Projetos é

feita por pessoas, seres sociais, por isso a realização de eventos que congreguem a
participação dos servidores é importante para a educação e a criação da cultura de gestão
de projetos na organização. Entre os eventos organizados pela AGE/CEP estão oficinas
de modelagem de projetos, treinamento no software SA e palestras. A agenda de eventos
pode ser acompanhada na Página da Coordenação do Escritório de Projetos (CEP)4 da
AGE no Portal da Agricultura.
5) Acervo Multimídia sobre Gestão de Projetos e Assuntos Relacionados. Vivemos na

era da informação, onde o público aprende consumindo conteúdo nos mais variados
formatos. Pensando nisso foi elaborado um acervo multimídia que compreende vídeos
tutoriais, videoaulas, podcasts etc. que auxiliam os servidores a utilizarem a Gestão de
2 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age
3 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/sa
4 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/cep
7
Projetos no seu cotidiano, onde quer que estejam no território nacional. Os conteúdos do
acervo podem ser acessados na Página da CEP/AGE5.
6) Consultoria Contínua em Gestão de Projetos oferecida pela CEP/AGE. O apoio é dado,

de forma constante, desde a formulação, durante a execução e segue até o encerramento
do projeto. A consultoria objetiva transferir conhecimentos ao mesmo tempo em que tenta
contribuir para a entrega dos resultados planejados e o sucesso final do projeto.
O suporte da CEP/AGE está disponível para os Gerentes de Projetos, para os Escritórios

de Gerenciamento de Projetos – EGP existentes nas unidades administrativas – UAs,
inclusive para sua criação, e para todos os servidores envolvidos com gestão de projetos.
A Consultoria Contínua é a CEP/AGE caminhando lado a lado com os EGPs nas UAs e
Gerentes de Projetos do Mapa.
Figura 1 – Visão sistêmica do MGP-Mapa 3
8
A amplificação e a difusão da cultura de Gestão de Projetos é o objetivo principal da
Coordenação de Escritório de Projetos da Assessoria de Gestão Estratégica – CEP/AGE do
Mapa. Para mais informações, visite a Página da CEP6.
6 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/sa
9
SUMÁRIO
HISTÓRICO DE VERSÕES ......................................................................................................... 5

PREFÁCIO .................................................................................................................................. 6
LISTA DE TABELAS ................................................................................................................. 12
LISTA DE ABREVIATURAS E SIGLAS.................................................................................... 13
1. INTRODUÇÃO ..................................................................................................................... 14
2. CONCEITOS BÁSICOS ....................................................................................................... 15
2.1. Projeto e Processo .................................................................................................... 15
2.2. Gestão de projetos .................................................................................................... 15
2.2.1. Entregas .................................................................................................................... 16
2.2.2. Cronograma............................................................................................................... 16
2.2.3. Orçamento ................................................................................................................. 16
2.2.4. Tríplice Restrição ....................................................................................................... 16
2.3. Programa ................................................................................................................... 16
2.4. Gestão de Programas................................................................................................ 17
2.5. Portfólio ..................................................................................................................... 17
2.6. Gestão de Portfólios .................................................................................................. 17
2.7. Categorias de Projetos no Mapa ............................................................................... 17
2.8. Escritório de Projetos................................................................................................. 18
2.9. Coordenação de Escritório de Projetos – CEP .......................................................... 18
2.10. Escritório de Projetos das Secretarias ....................................................................... 19
2.11. Partes Interessadas ................................................................................................... 19
2.12. Reuniões de Equipe .................................................................................................. 20
2.13. Software Strategic Adviser – SA ................................................................................ 21
3. DOCUMENTOS, TERMOS E ARTEFATOS RELACIONADOS À GESTÃO DE PROJETOS
23
3.1. Proposta do Projeto ................................................................................................... 23
3.2. Canvas ...................................................................................................................... 23
3.3. Termo de Abertura do Projeto ................................................................................... 23
3.4. Termo de Abertura do Programa ............................................................................... 23
3.5. Plano de Gestão do Projeto....................................................................................... 24
3.5.1. Matriz e Mapa de Riscos ........................................................................................... 24
3.5.2. Matriz de Marcos ....................................................................................................... 25
3.5.3. Matriz de Responsabilidades..................................................................................... 25
3.5.4. Matriz de Comunicações ........................................................................................... 26
3.5.5. Matriz de Aquisições.................................................................................................. 26
3.5.6. Diagrama de Precedência ......................................................................................... 27
3.5.7. Linha de Base ............................................................................................................ 27
3.6. Relatório de Acompanhamento do Projeto ................................................................ 27
10
3.7. Termo de Solicitação de Mudança no Projeto ........................................................... 27
3.8. Registro de Lições Aprendidas .................................................................................. 28
3.9. Termo de Encerramento do Projeto........................................................................... 28
4. ESTRUTURA DE GOVERNANÇA DE PROJETOS, PROGRAMAS E PORTFÓLIOS ....... 29
5. SIMBOLOS BPMN UTILIZADOS ........................................................................................ 30
6. DESCRIÇÃO GERAL DO CICLO DE VIDA DE PROJETOS DO MAPA ............................ 32
7. FASE DE PROPOSIÇÃO..................................................................................................... 35
Descrição das atividades componentes da Fase de Proposição ............................................ 37
8. FASE DE INICIAÇÃO .......................................................................................................... 43
Descrição das atividades componentes da Fase de Iniciação ............................................... 44
9. FASE DE PLANEJAMENTO ............................................................................................... 54
Descrição das atividades componentes da Fase de Planejamento ........................................ 56
10. FASES DE EXECUÇÃO E MONITORAMENTO ................................................................. 69
Descrição das atividades componentes da Fase de Execução .............................................. 71
Descrição das atividades componentes da Fase de Monitoramento e Controle .................... 78
11. FASE DE ENCERRAMENTO .............................................................................................. 85
Descrição dos processos componentes da Fase de Encerramento ....................................... 86
12. BIBLIOGRAFIA ................................................................................................................... 89
13. ANEXOS .............................................................................................................................. 90
ANEXO I – Portaria 101, 23 de março de 2020 ...................................................................... 91
ANEXO II – Formulário Proposta do Projeto – PRP ............................................................... 93
ANEXO III – Modelo de Canvas ............................................................................................. 99
ANEXO IV – Formulário do Termo de Abertura do Projeto – TAP........................................ 101
ANEXO V – Formulário do Termo de Abertura do Programa – TAProg ............................... 111
ANEXO VI – Formulário do Plano de Gestão de Projeto – PGP .......................................... 117
ANEXO VII – Subprocesso: Planejar, realizar e consolidar RAEP ....................................... 131
ANEXO VIII – Formulário do Relatório de Acompanhamento do Projeto – RAP .................. 139
ANEXO IX – Formulário do Termo de Solicitação de Mudança no Projeto – SMP .............. 150
ANEXO X – Formulário de Registro de Lições Aprendidas – RLA ....................................... 155
ANEXO XI – Formulário do Termo de Encerramento do Projeto – TEP ............................... 160
ANEXO XII – Roteiro para escrever matéria e publicá-la no portal da agricultura ................ 166
ANEXO XIII – Fluxos do Manual de Referências do MGP-Mapa 3 ...................................... 172
ANEXO XIV – Explicação dos Gauges do Software SA ....................................................... 183
14. ÍNDICE ............................................................................................................................... 188
11
LISTA DE TABELAS
Tabela 1 – Símbolos BPMN utilizados 30
Tabela 2 – Descrição das fases e respectivas quantidades de atividades e documentos
gerados 33
Tabela 3 – Documentos relacionados a cada fase 34
Tabela 4 – Atividades e documentos da fase Proposição 36
Tabela 5 – Atividades e Documentos – Iniciação 44
Tabela 6 – Atividades da Fase de Planejamento 55
Tabela 7 – Atividades da Fase de Execução 70
Tabela 8 – Atividades da Fase de Monitoramento 77
Tabela 9 – Atividades e documentos da fase Encerramento 85
LISTA DE FIGURAS
Figura 1 – Visão sistêmica do MGP-Mapa 3 8

Figura 4 – Matriz de Riscos 24
Figura 5 – Mapa de Riscos 25
Figura 2 – Matriz de Responsabilidades 26
Figura 3 – Matriz de Comunicações 26
Figura 6 – Piscina onde são posicionados os objetos de fluxo de atividades e decisões 31
Figura 7 – Fluxo Geral do Ciclo de Vida de um Projeto no MGP-Mapa 3. Elaborado no software
Bizagi Modeler. 32
Figura 8 – Integração de dados com o uso do software SA 34
Figura 9 – Fluxo fase de proposição. Elaborado no software Bizagi Modeler. 35
Figura 10 – Fluxograma da fase de iniciação. Elaborado no software Bizagi Modeler. 43
Figura 11 – Fluxo da fase Planejamento. Elaborado no software Bizagi Modeler. 54
Figura 13 – Dedicação e custos ao longo dos ciclos de vida do projeto 69
Figura 12 – Fluxo de Execução. Elaborado no software Bizagi Modeler. 70
Figura 14 – Fluxo da fase Monitoramento e Controle. Elaborado no software Bizagi Modeler. 77
Figura 15 – Fluxo da fase Encerramento. Elaborado no software Bizagi Modeler. 85
12
LISTA DE ABREVIATURAS E SIGLAS
AGE Assessoria de Gestão Estratégica
BPMN Business Process Management Notation
CEP Coordenação de Escritório de Projetos
Escritório de Gerenciamento de Projetos ou Escritório de Gestão de

EGP
Projetos
Mapa Ministério da Agricultura, Pecuária e Abastecimento
MGP Método de Gestão de Projetos, Programas e Portfólios
PDCA Plan – Do – Check – Act (Planeje – Faça – Verifique – Atue)
PEC Projeto Estratégico Corporativo
PES Projeto Estratégico da Secretaria
PGP Plano de Gestão do Projeto
PL Projeto Local
PMBOK Project Management Body of Knowledge
PMI Project Management Institute
PMO Project Management Office
RAEP Reunião de Acompanhamento da Execução do Projeto
RAP Relatório de Acompanhamento do Projeto
RLA Registro de Lições Aprendidas
SA Strategic Adviser
SEI Sistema Eletrônico de Informações
SMP Solicitação de Mudança no Projeto
TAP Termo de Abertura de Projeto
TEP Termo de Encerramento do Projeto
13
1. INTRODUÇÃO
Este documento é o Manual de Referência do Método de Gestão de Projetos, Programas e
Portfólios do Ministério da Agricultura, Pecuária e Abastecimento que está em sua terceira versão
– MGP-Mapa 3. O foco deste documento são os conceitos principais e o detalhamento do como
fazer cada atividade componente do ciclo de vida de um projeto. Trata-se de uma adaptação ao
Método de Gestão de Projetos desenvolvido pela Empresa Brasileira de Pesquisa Agropecuária
– Embrapa, atualizado com elementos advindos do Guia de Iniciação ao MGP-Mapa 3, do
software de gestão de projetos e estratégia – Strategic Adviser e do Guia PMBOK 6ª Edição.
Aqueles familiarizados com as melhores práticas do Guia PMBOK perceberão que se optou
pela proposta de um método simplificado, envolvendo somente os processos e artefatos
essenciais à gestão de um projeto.
14
2. CONCEITOS BÁSICOS
O objetivo desta seção é nivelar o conhecimento de todos os usuários do MGP-Mapa 3 com os

conceitos básicos e formas de organização de elementos importantes para uma efetiva gestão
de projetos.
2.1. Projeto e Processo
As organizações realizam atividades variadas para atingir seus objetivos, as quais podem ser
categorizadas como projeto ou processo. Um projeto é definido como “um esforço temporário
empreendido para criar um produto, serviço ou resultado único” (PMBOK 6ª ed., p. 4). A natureza
temporária dos projetos indica que eles têm um início e um término definido. O término é
alcançado quando os objetivos do projeto são atingidos ou quando o projeto é encerrado. Os
projetos são empreendidos em todos os níveis organizacionais, podendo envolver uma ou
múltiplas unidades.
Já um processo é conceituado como “uma agregação de atividades e comportamentos, inter-

relacionados, executados de forma repetida, por humanos ou máquinas, para gerar um ou mais
resultados, produtos ou serviços” (BPM CBOK 3.0, p. 35).
Projetos e processos diferem principalmente porque um projeto tem natureza temporária

enquanto um processo é contínuo e produz produtos, serviços ou resultados de forma repetitiva.
O ciclo PDCA1 de um processo é chamado de Gestão de Processos enquanto o dos projetos é
chamado de Gestão de Projetos.
2.2. Gestão de projetos
É a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto

com o propósito de atender aos seus requisitos e ampliar as suas chances de sucesso. Gerenciar
um projeto é planejar e administrar as incertezas, controlando de modo a assegurar a obtenção
de resultados na sua conclusão no prazo e orçamento estipulados, conforme as especificações
do escopo2 deste projeto.
1 Ciclo PDCA – Planejar, Fazer, Verificar e Agir. Dito de outra forma inclui o planejamento, a execução, o
monitoramento e o feedback para um novo ciclo de PDCA.
2 Escopo de um projeto é o trabalho que deve ser realizado para entregar um produto, serviço ou resultado com as
características e funções especificadas. (PMBOK 5, p 542)

15
2.2.1. Entregas
Uma entrega é qualquer produto ou resultado que pode ser verificado como o resultado da
execução de uma tarefa ou de um processo.
2.2.2. Cronograma
Cronograma de um projeto é o sequenciamento, duração e restrições das atividades, o que

resulta em um prazo de início e fim do projeto.
2.2.3. Orçamento
Orçamento de um projeto são os custos estimados de cada atividade do projeto, que resulta num
orçamento estimado do projeto.
2.2.4. Tríplice Restrição
A tríplice restrição é uma estrutura para avaliar demandas concorrentes. Os Gerentes de Projeto
geralmente falam de uma “restrição tripla” – escopo, tempo e custo do projeto3. Ou seja, a tríplice
restrição busca o equilíbrio entre as entregas, o cronograma e o orçamento do projeto para que
a qualidade4 do serviço ou produto seja atendida.
2.3. Programa
“Um grupo relacionado de projetos, subprogramas e atividades de programa gerenciados de

forma coordenada para a obtenção de benefícios que não estariam disponíveis se eles fossem
gerenciados individualmente” (PMBOK 6ª Ed., p. 720). Um aspecto importante do programa é
que enquanto o foco do projeto é um produto ou serviço a que ele se propôs, o do programa é a
realização dos benefícios proporcionados pelo conjunto dos projetos. Os benefícios são
percebidos pelas partes interessadas do programa, organizações e/ou sociedade por resultados
e impactos advindos da entrega de produtos ou serviços.
3 Livre tradução e adaptação de PMBOK 3ª. Ed., p. 377.

4 Qualidade em projetos é o nível de satisfação que um conjunto de características inerentes pode alcançar.
Portanto, um projeto considerado de qualidade é aquele desenvolvido de acordo com as especificações, os
requisitos e a adequação ao uso.
16
2.4. Gestão de Programas
A gestão de programas é a aplicação de conhecimentos, princípios e ferramentas para realizar

os seus processos objetivos, e ainda, obter benefícios e controles que não seriam possíveis por
meio de gestão individual de seus próprios componentes. A gestão de programas foca nessas
interdependências e ajuda a determinar a abordagem ideal para gerenciá-las de forma a obter
maior sinergia entre os projetos componentes.
2.5. Portfólio
O PMBOK define um portfólio como: “projetos, programas, portfólios subsidiários e operações

gerenciados em grupo para alcançar objetivos estratégicos” (PMBOK 6ª ed., p. 15). Enquanto os
projetos e programas são temporários, os portfólios são contínuos. Uma organização pode
possuir mais de um portfólio cada um tratando de áreas ou objetivos específicos. Em última
instância deve haver um portfólio abrangente para a organização como um todo.
2.6. Gestão de Portfólios
Refere-se a gestão centralizada de um ou mais portfólios visando a consecução dos objetivos

estratégicos da organização. Um Portfólio inclui a identificação, a priorização, a autorização, a
gestão e o controle de projetos, programas e de outros trabalhos relacionados. A gestão de
portfólios concentra-se em garantir que os projetos e programas sejam analisados a fim de
priorizar a alocação de recursos e de que sejam consistentes e alinhados às estratégias
organizacionais.
2.7. Categorias de Projetos no Mapa
No Mapa, foram definidas três categorias de projetos:
a. Projeto Estratégico Corporativo – PEC: são projetos estratégicos associados com o

Plano Estratégico do Mapa e com a agenda de gestão da Ministra. Somente podem ser
criados com a aprovação da Ministra e terão sua execução acompanhada pela
Coordenação de Escritório de Projetos da Assessoria de Gestão Estratégica – CEP/AGE.
b. Projeto Estratégico da Secretaria – PES: são projetos estratégicos das Secretarias

associados às prioridades da gestão dos Secretários em exercício ou associados ao
Planejamento Estratégico do Mapa – PE-Mapa. Somente podem ser criados com a
17
aprovação do Secretário e terão sua execução acompanhada pelo Escritório de Projetos
da Secretaria (quando existir) ou por área designada pelo Secretário para tal tarefa. Caso
sejam associados ao PE-Mapa terão sua execução acompanhada também pela
CEP/AGE.
c. Projeto Local – PL: são projetos que tratam de temas locais nos níveis hierárquicos
inferiores à Secretaria (departamentos, coordenações gerais etc.) ou mesmo de interesse
de servidores. Em geral, não necessitam passar por nenhum processo de aprovação
formal podendo, portanto, ter livre criação e execução.
2.8. Escritório de Projetos
Um escritório de gestão de projetos (EGP ou em inglês PMO) é uma estrutura organizacional

que padroniza os processos de governança relacionados a projetos, e facilita o compartilhamento
de recursos, metodologias, ferramentas e técnicas. (...) O PMO reúne os dados e informações
de projetos estratégicos corporativos e avalia como os objetivos estratégicos de nível mais alto
estão sendo alcançados. O PMO é a ligação entre o portfólio, programas e projetos da
organização5.
2.9. Coordenação de Escritório de Projetos – CEP
É a unidade da Assessoria de Gestão Estratégica do Gabinete da Ministra – AGE/GM

responsável pelo provimento do Método de Gestão de Projetos, Programas e Portfólios do Mapa
– MGP-Mapa e apoio às equipes de projetos no que tange aos aspectos da utilização deste
método.
A CEP promove e amplifica a cultura de gestão de projetos, além de apoiar as equipes de

projetos e os servidores que tenham interesse em inovação.
Entre as principais funções da CEP/AGE estão ainda:
• Prover informações sobre os PECs à Ministra e Secretários;
• Atuar como órgão de suporte e que demanda conformidade (“Torre de Controle”);
5 Adaptado do PMBOK 5ª Edição, p. 11.

18
• Capacitar e dar suporte aos gerentes de projetos dos PECs; e
• Apoiar os demais Escritórios de Gestão de Projetos do Ministério.
2.10. Escritório de Projetos das Secretarias
É composto por servidores capacitados no âmbito de cada Secretaria, cabendo a ele o apoio
local e suporte aos respectivos PES e PLs.
2.11. Partes Interessadas
Projetos são planejados e executados por pessoas. Para que sejam bem-sucedidos é importante
identificar e classificar as partes interessadas, suas necessidades e expectativas, bem como a
forma como elas podem influenciar e/ou interferir no projeto. É importante elaborar um plano de
ação para lidar com todas elas. As partes interessadas no projeto são pessoas ou organizações
ativamente envolvidas no projeto ou cujos interesses podem ser positivamente ou negativamente
afetados como resultado da execução ou do término do projeto.
A seguir, são descritos os papéis das partes interessadas envolvidas na gestão de projetos:
a. Patrocinador: é a pessoa que fornece apoio político e/ou autoriza o uso de recursos
financeiros para a realização do projeto, esclarecendo dúvidas sobre o escopo e exerce
influência sobre outras pessoas para beneficiar o projeto.
b. Gerente Funcional: responsável pela solicitação do produto, serviço ou resultado do

projeto. Exerce a chefia da área demandante ou proponente do projeto. Pode ser o
Secretário, o Diretor de Departamento ou o Coordenador Geral. É a pessoa que tem a
diretiva clara para gerenciar todas as tarefas dentro de sua área de responsabilidade
funcional e pode fornecer orientações sobre determinado assunto ou serviço relacionados
ao projeto.
c. Clientes ou Usuários: quem utilizará o produto, serviço ou resultado do projeto. Em

algumas áreas de aplicação, os termos cliente e usuário são sinônimos, enquanto em
outras, cliente se refere à entidade que adquire o produto do projeto e usuários são os
que utilizarão diretamente o produto do projeto.
d. Gerente do Projeto: “O gerente de projeto é a pessoa designada pela organização

executora para liderar a equipe responsável por alcançar os objetivos do projeto.”
19
(PMBOK 6ª ed., p. 52). É a pessoa responsável pelo projeto em todo o ciclo de vida.
Gerencia pessoas e recursos de acordo com o planejado e fornece relatórios periódicos
sobre o andamento do projeto, em conformidade com os instrumentos e padrões
estabelecidos pelo MGP-Mapa. É sua função identificar as partes interessadas, suas
respectivas necessidades e expectativas. Deve também gerenciar a influência exercida
por essas partes em relação aos requisitos para garantir o sucesso do projeto. É sua
responsabilidade monitorar os resultados – ser o “cobrador” de resultado. Dentre outras
habilidades e competências, cabe-lhe saber gerenciar os recursos disponíveis,
(orçamento, riscos, pessoas, tempo, fornecedores etc.), estimular a participação da equipe
e de parceiros, garantir imparcialidade e foco nas discussões, conduzir reuniões,
comunicar-se bem.
e. Equipe do Projeto: é um conjunto de pessoas com habilidades específicas e

complementares afins ao tema do projeto e que participa de todo o seu ciclo de vida. É
responsável pela execução das atividades do projeto. Apoia o Gerente do Projeto na
identificação dos riscos e problemas, assim como no registro das lições aprendidas
relacionadas aos aspectos técnicos, gerenciais e de processos do projeto. A equipe deve
ter um forte compromisso com a qualidade e orientação para entrega dos resultados das
atividades que executam.
f. Requisitante: pode ser qualquer pessoa física que demanda, dá uma ideia ou ainda
propõe um projeto.
g. Fornecedores e Parceiros: são instituições ou pessoas físicas externas ao projeto que

assinam instrumentos específicos para fornecimento de produtos ou serviços.
2.12. Reuniões de Equipe
As reuniões são usadas para discutir e abordar tópicos relativos ao projeto na orientação e na
gestão do projeto. Os participantes podem incluir o Gerente do Projeto, a Equipe do projeto e as
devidas partes interessadas envolvidas ou afetadas pelos tópicos abordados. Cada participante
deve ter um papel definido para garantir sua participação apropriada. Existem diversos tipos de
reuniões: reunião de lançamento, reuniões técnicas, reuniões de planejamento de Sprint ou de
iteração, reuniões diárias em pé (stand-up meetings), reuniões de comitê executivo, reuniões de
resolução de problemas, reuniões de atualização de progresso, reuniões de retrospectiva etc.
Cabe ao Gerente do Projeto definir quais os tipos de reunião se adequam à gestão do seu projeto.
20
2.13. Software Strategic Adviser – SA
Visando facilitar a tarefa de gestão dos projetos – e também da gestão estratégica – por todas
as partes interessadas envolvidas, especialmente os gerentes de projetos e a equipe dos
Escritórios de Gestão de Projetos, o Mapa adquiriu o software Strategic Adviser (SA) que irá
apoiar a automação da gestão de projetos em suas diversas fases do seu ciclo de vida. O SA
em utilização no Mapa é composto de dois módulos, a saber:
a. O SA Project Manager, da Suite Strategic Adviser desenvolvido pela Interact Solutions,

é um software de apoio à gestão de projetos. É uma ferramenta que apoia e facilita os
processos de planejamento e acompanhamento de projetos, facilitando o controle de
prazos e custos, tornando a gestão de projetos mais rápida e exata. O SA Project Manager
possibilita a estruturação de projetos de forma simples e intuitiva, o que auxilia na
visualização das entregas, facilita o acompanhamento da execução do projeto e de seus
desdobramentos. Adicionalmente, o SA disponibiliza painéis de controle (dashboards)
provendo informações para os gerentes funcionais e executivos do Mapa mostrando de
forma gráfica e agregada a situação da execução dos projetos.
b. O SA Performance Manager é uma ferramenta que permite a estruturação e o

acompanhamento do planejamento estratégico, tornando a gestão mais segura e
transparente. O SA Performance Manager foi desenvolvido com base no método BSC –
Balanced Scorecard, o qual visa a construção do planejamento estratégico com uma
abordagem mais eficiente do que as organizações devem medir para manter o equilíbrio
financeiro. Seja através de perspectivas ou até mesmo através da gestão por diretrizes.
O Performance Manager possibilita a estruturação de um modelo de forma clara e
consistente, que auxilia na tomada de decisão, por meio do controle de indicadores,
planos de ação, análises críticas e ferramentas de análise. Este módulo do software
permite a extração de informações de diversas maneiras, auxiliando na execução do
projeto.
A CEP recomenda fortemente a utilização do SA para a gestão dos projetos, lembrando que o
funcionamento correto do software depende da entrada de informações.
21
Como material de referência a este método e à utilização do software, consulte os manuais do
software que estão disponíveis no próprio SA e na Página da AGE6.
22
3. DOCUMENTOS, TERMOS E ARTEFATOS RELACIONADOS À GESTÃO DE PROJETOS
Abaixo serão descritos os principais documentos, termos e artefatos que serão utilizados na
gestão dos projetos no Mapa. Cada um deles poderá ser utilizado em uma ou mais fases da vida
do projeto. Como o projeto é dinâmico, por vezes as informações de um documento poderão ser
complementadas, alteradas e reutilizadas em várias fases. Não se pretende aqui esgotar todos
os termos utilizados para a gestão. Entretanto, caso seja necessário um aprofundamento ou
maiores esclarecimentos, a AGE está à disposição.
3.1. Proposta do Projeto
Documento simples criado para propor um projeto formalmente. Um projeto pode, ou não, ser
iniciado pela fase de proposição. O Formulário de Proposta do Projeto se encontra no ANEXO
II.
3.2. Canvas
Na gestão de projetos, o Canvas1 é um painel com treze blocos correlacionados que servem de
insumo para a elaboração do Termo de Abertura de Projeto. É uma ferramenta para criação de
projetos de maneira colaborativa. Para ver um modelo do Canvas consulte o ANEXO III
3.3. Termo de Abertura do Projeto
O Termo de Abertura de Projeto – TAP é o documento elaborado pelo propositor do projeto que
provê elementos para a existência formal de um projeto. O TAP, desde que aprovado pelo seu
Patrocinador, concede ao Gerente do Projeto a autoridade para aplicar os recursos
organizacionais necessários ao seu planejamento. Ou seja, é a sua “certidão de nascimento”.
Além de representar, no ciclo de vida do planejamento formal do projeto, o início da fase de
Iniciação. Para conhecer o modelo TAP do Mapa, consulte o ANEXO IV.
3.4. Termo de Abertura do Programa
O Termo de Abertura do Programa – TAProg é o documento elaborado pelo propositor do

programa que provê elementos para a existência formal de um programa. O TAProg, desde que
aprovado pelo seu Patrocinador, concede ao Gerente do Programa a autoridade para aplicar os
1 Palavra em inglês que significa “tela de pintura”.

23
recursos organizacionais necessários ao seu planejamento. Para conhecer o modelo TAProg do
Mapa, consulte o ANEXO V.
3.5. Plano de Gestão do Projeto
O Plano de Gestão de Projeto – PGP é o documento que descreve como o projeto será
executado, monitorado e controlado. O PGP atribui ao Gerente de Projeto a responsabilidade e
a prerrogativa para negociar os recursos organizacionais necessários à sua execução. Ou seja,
é o seu “plano de voo”. Para conhecer o modelo de PGP do Mapa, consulte o ANEXO VI.
3.5.1. Matriz e Mapa de Riscos
A Matriz de Riscos é utilizada para identificar possíveis riscos que possam afetar o escopo,
cronograma, orçamento e outras áreas planejadas do projeto. Portanto, deve-se realizar uma
lista dos riscos, suas possíveis consequências, probabilidade de acontecer e impacto causado.
Como resposta, é preciso determinar as ações de resposta ao risco, o responsável – caso ocorra
– e a data que pode acontecer. (Figura 2)
Figura 2 – Matriz de Riscos
Com a utilização do software Strategic Adviser – SA as informações adicionadas geram o Mapa

de Riscos, que é a representação gráfica dos riscos em função da sua probabilidade e impacto
no projeto. (Figura 3 – Mapa de Riscos)
24
Figura 3 – Mapa de Riscos
3.5.2. Matriz de Marcos
“Um marco é um ponto ou evento significativo de um projeto, programa ou portfólio.” 2
A Matriz de Marcos ou Roadmap apresenta uma lista com as datas das principais entregas do
projeto ao longo do tempo planejado para a execução. De acordo com o PMBOK, a lista de
marcos é utilizada “para verificar se os marcos planejados foram cumpridos”3. (Figura 4)
No cronograma os marcos aparecem com duração igual a zero, pois representam uma data
significativa ao longo do tempo de execução do projeto. Os marcos ilustram as metas de
cronograma do projeto.
Figura 4 - Matriz de Marcos (Roadmap)
3.5.3. Matriz de Responsabilidades
Matriz de Responsabilidades é uma tabela que mostra quais tarefas estão atribuídas a cada
membro da equipe do projeto.
2 PMBOK 6ª Ed, p. 715.

3 PMBOK 6ª Ed, p. 108.
25
É apresentada em um formato na qual lista as principais atividades do projeto, as atribuições e
as responsabilidades dos envolvidos no projeto, como mostra a Figura 5.
Figura 5 – Matriz de Responsabilidades
3.5.4. Matriz de Comunicações
A Matriz de Comunicações descreve o processo de comunicação necessário para garantir

geração, coleta, distribuição, armazenamento, recuperação e destinação final das informações
sobre o projeto de forma oportuna e adequada. Para o MGP-Mapa, a Matriz de Comunicações
contém as seguintes informações mostradas na Figura 6.
Figura 6 – Matriz de Comunicações
3.5.5. Matriz de Aquisições
Matriz de Aquisições é a tabela que descreve os itens que precisam ser comprados ou
contratados pelo projeto para o alcance dos resultados.
26
3.5.6. Diagrama de Precedência
O Diagrama de Precedência é utilizado para construir um modelo de cronograma. O modelo

adotado no Mapa é o Gráfico de Gantt com as etapas do cronograma listadas no eixo vertical.
As atividades aparecem como barras horizontais com as datas de início e término.
3.5.7. Linha de Base
Linha de Base4 é “a versão aprovada de um produto de trabalho que só pode ser alterada
através de procedimentos de controle de mudança formal e é usada como base para comparação
com os resultados reais”5.
3.6. Relatório de Acompanhamento do Projeto
O Relatório de Acompanhamento do Projeto – RAP é o documento que registra a situação das

entregas, pontos de atenção, resultados já alcançados e próximos passos. Como o RAP registra
progresso, ele fornece informações para tomada de decisões, dá norte e mantém engajamento
do Patrocinador e equipe. Ou seja, é a “fotografia do momento”. Deve ser circulado entre as
partes interessadas do projeto via processos de comunicação conforme definido na Matriz de
Comunicação.
O Formulário do Relatório de Acompanhamento do Projeto se encontra no ANEXO VIII.
3.7. Termo de Solicitação de Mudança no Projeto
O Termo de Solicitação de Mudança no Projeto – SMP é o documento que registra um pedido

de mudança no projeto que impacta a tríplice restrição6 – o cronograma, o escopo ou o orçamento
– do projeto.
Esse pedido pode ser realizado por qualquer membro da Equipe do projeto. Ele descreve a
mudança e a justificativa necessária para embasar a tomada de decisão por parte do Gerente
do Projeto e do Gerente Funcional e, em alguns casos, também do Patrocinador. É um pedido
que pode ou não ser atendido.
4 Em inglês, baseline;
5 PMBOK 6ª. Ed, p. 714.
6 Vide item 2.2.1
27
O Formulário do Termo de Solicitação de Mudança no Projeto se encontra no ANEXO IX.
3.8. Registro de Lições Aprendidas
Lições aprendidas é o nome dado ao “conhecimento adquirido durante um projeto que mostra
como os eventos do projeto foram abordados ou devem ser abordados no futuro, com o objetivo
de melhorar o desempenho futuro.”7
O Registro de Lições Aprendidas – RLA é o documento que registra todas as lições aprendidas
na realização do projeto, ou seja, é um repositório de informações. No RLA, para cada lição é
necessário registrar o que deveria acontecer (Previsto), o que realmente aconteceu (Realizado),
porque o Previsto foi diferente do Realizado e qual foi a lição aprendida.
O Formulário de Registro de Lições Aprendidas encontra-se no ANEXO X.
3.9. Termo de Encerramento do Projeto
O Termo de Encerramento do Projeto – TEP é o documento que registra o seu encerramento.

Um projeto pode ser encerrado por: alcance de resultados, perda de objeto ou perda de
patrocínio. O TEP registra os resultados alcançados, as mudanças realizadas ao longo de sua
execução e as lições aprendidas.
A importância da formalização do TEP se dá pelo fato de que projetos podem ser auditados ou
podem servir de referência para projetos futuros.
O Formulário de Termo de Encerramento do Projeto encontra-se no ANEXO XI.
7 PMBOK 6ª ed., p. 714.

28
4. ESTRUTURA DE GOVERNANÇA DE PROJETOS, PROGRAMAS E PORTFÓLIOS
Esta seção objetiva apresentar a estrutura de governança da Gestão de Projetos no Mapa, que
é representada pela Coordenação de Escritório de Projetos – CEP e pelos Escritórios de Projetos
das Secretarias.
A CEP tem como atribuições ser a guardiã e difusora do método de gestão de projetos no Mapa.
Também é responsável pelo acompanhamento da execução dos PECs e pelo provimento de
informações sobre os PECs à Ministra e Secretários. Entre as principais funções da CEP/AGE
estão ainda:
a. Atuar como “Torre de Controle”;
b. Definir e revisar os processos de gestão de projetos;
c. Capacitar e dar suporte aos gerentes de projetos dos PECs;
d. Prover informações à alta gestão sobre os PECs;
e. Apoiar e monitorar os demais Escritórios de Gestão de Projetos do Ministério;
f. Orientar na utilização do software de apoio à gestão de projetos; e
g. Auxiliar os gestores no monitoramento e avaliação dos projetos.
Os Escritórios de Projetos da Secretaria apoiam, principalmente, a elaboração e a execução dos

Projetos Estratégicos da Secretaria – PES e Projetos Locais – PL. As especificações das
atribuições dos Escritórios de Projetos das Secretarias são definidas localmente, mas,
idealmente, seguem o padrão estabelecido pela CEP.
Os escritórios de projetos acompanharão exclusivamente os projetos que tenham a

documentação devidamente formalizada, seguindo o MGP-Mapa. Os projetos devem, ainda,
estar inseridos no software de apoio à gestão de projetos em uso pelo Mapa, o Strategic Adviser
– SA.
Visando instituir a cultura de gestão de projetos no Mapa, a CEP/AGE trabalhará para que cada
Unidade Administrativa (Secretaria, SFB etc.) crie uma estrutura de escritório de projetos.
29
5. SIMBOLOS BPMN UTILIZADOS
A modelagem de processos com a notação Business Process Management Notation – BPMN é
feita por meio de um conjunto de objetos gráficos simples. Essa notação gráfica tem por objetivo
prover instrumentos padronizados para o mapeamento de processos e facilitar o entendimento
por todos envolvidos no processo de modelagem.
O MGP-Mapa inspirou-se na notação BPMN para ilustrar os processos contidos no método.

Assim, um conjunto de símbolos da notação foi utilizado, mas optou-se por adequar alguns
aspectos para melhor atender às necessidades do método.
Os símbolos utilizados, especificamente neste mapeamento, são os seguintes:
Tabela 1 – Símbolos BPMN utilizados
Símbolo BPMN Descrição
Evento de Início: indica o início de um processo ou subprocesso;
Gateway Exclusivo: define que o processo terá um único caminho

através de uma condição previamente imposta;
Gateway Paralelo: define que o processo ocorre simultaneamente,
permitindo que ele seja separado em várias partes ou unidos de várias
partes em uma só;
Evento de Fim do Tipo Padrão: indica a finalização do processo ou
subprocesso;
Fim Terminativo: indica que a finalização do processo ou
subprocesso também acarretará a finalização de todos os outros
processos;
Atividade Tipo Padrão;
Subprocesso do Tipo Incorporado; e
Artefato de Projeto (documentos).
A piscina (Figura 7) é utilizada para representar um processo. Uma piscina pode conter raias e
o conteúdo dessas raias representam as responsabilidades que um participante pode ter. Os
símbolos da Tabela 1 são combinados dentro das Piscinas.
30
Figura 7 – Piscina onde são posicionados os objetos de fluxo de atividades e decisões
31
6. DESCRIÇÃO GERAL DO CICLO DE VIDA DE PROJETOS DO MAPA
O Método de Gestão de Projetos, Programas e Portfólios do Mapa está estruturado por fases do
ciclo de vida do projeto. Esse ciclo de vida de um projeto foi definido de acordo com as principais
orientações do Guia PMBOK. Dadas as necessidades do Mapa em gestão de projetos, o ciclo
de vida foi simplificado para conter o indispensável em termos de fases e documentos que
permitam os servidores do Mapa elaborarem, executarem, monitorarem e encerrarem um
projeto. Importante ressaltar que este ciclo de vida proposto no MGP-Mapa atende a qualquer
tipo de projeto, seja um PEC, um PES ou um PL.
O Ciclo de Vida do MGP-MAPA foi estruturado em seis fases:
Fase 1 – Proposição; Fase 4 – Execução;
Fase 2 – Iniciação; Fase 5 – Monitoramento e Controle; e
Fase 3 – Planejamento; Fase 6 – Encerramento.
O Ciclo de Vida de um projeto é mostrado de forma gráfica na Figura 8.
Figura 8 – Fluxo Geral do Ciclo de Vida de um Projeto no MGP-Mapa 3. Elaborado no software Bizagi Modeler.
Os próximos capítulos apresentam o detalhamento das atividades presentes em cada fase do

projeto e seus fluxos separadamente podem ser consultados no ANEXO XIII.
A Tabela 2 descreve de maneira sucinta cada fase do projeto com a quantidade de atividades
associadas e documentos produzidos.
32
Tabela 2 – Descrição das fases e respectivas quantidades de atividades e documentos gerados
Fase do Projeto Descrição Quantidade de

Quantidade
Documentos
de Atividades
Criados
Compreende as atividades necessárias para a

estruturação da ideia do projeto e aprovação inicial
3 1
do Patrocinador e/ou Gerente Funcional.

obtenção de autorização formal para iniciar o
7 2
projeto.

identificação das ações do projeto e elaboração de
um esquema de trabalho viável a fim de alcançar os 12 1
objetivos para o quais o projeto foi criado.
Compreende a execução das ações definidas na

fase de planejamento. Envolve, também, a
6 0
coordenação de pessoas e recursos.
Compreende as atividades destinadas a observar a

execução do projeto, de forma que possíveis
problemas possam ser identificados no momento 7 3
adequado e que possam ser tomadas ações
preventivas e corretivas, quando necessário.
Consiste em finalizar todas as atividades de todos

os grupos de processos, verificando e
4 1
documentando os resultados do projeto visando
formalizar o aceite e encerramento do projeto.
33
Total 39 8
Tabela 3 – Documentos relacionados a cada fase
Documentos relacionados
Proposta de Projeto Proposição
Canvas
Iniciação
TAP – Termo de Abertura de Projeto
PGP – Plano de Gestão do Projeto Planejamento
Observações para complementar documentos de outras fases. Execução
RAP – Relatório de Acompanhamento do Projeto
SMP – Solicitação de Mudança no Projeto Monitoramento e Controle
RLA – Registro de Lições Aprendidas
TEP – Termo de Encerramento do Projeto Encerramento
As etapas do ciclo de vida dos projetos são a

base da organização do software Strategic
Adviser – SA, que é utilizado para integrar as
informações dos projetos e fornecer dados
que auxiliem sua gestão e a tomada de
decisões.
O Método de Gestão de Projetos do Mapa foi

pensado de forma a atender equipes de
projetos que utilizam ou não o SA, porém
recomendamos o uso do software para
facilitar as boas práticas de Gestão de
Projetos.
Figura 9 – Integração de dados com o uso do
software SA
34
7. FASE DE PROPOSIÇÃO
Figura 10 – Fluxo fase de proposição. Elaborado no software Bizagi Modeler.
IMPORTANTE
A Fase de Proposição pode ser realizada diretamente no software SA, seguindo as instruções
do Guia de Iniciação ao MGP-Mapa 3. É uma maneira prática e que permite a criação de um
histórico do projeto no software.
A primeira fase do ciclo de vida de um projeto no MGP-MAPA é a Proposição. A Proposta de

Projeto é o documento utilizado para expor, explorar e analisar uma nova ideia que visa atender
uma demanda por um serviço ou produto, apresentando informações iniciais que embasem a
decisão por sua continuidade como um novo projeto ou não. Em outras palavras, é a
apresentação de uma ideia de forma mais estruturada para conhecimento, apreciação e eventual
aprovação de um gerente, ou seja, um “balão de ensaio”. Para o projeto prosseguir para a fase
seguinte do ciclo de vida é necessária a aprovação inicial pelo Aprovador, que pode ser o
Patrocinador e/ou o Gerente Funcional.
O surgimento de projetos é provocado por vários motivos dentro de uma organização, alguns
deles são:
a. Demanda de superiores (Ministra, Secretários, Diretores de Departamentos etc.);

b. Necessidade organizacional;
c. Avanço tecnológico;
d. Requisito legal;
35
e. Questões ambientais; e
f. Necessidade da sociedade.
É importante ressaltar que esta fase de Proposição faz mais sentido para a formulação de
propostas de Projetos Estratégicos Corporativos – PECs ou Projetos Estratégicos da Secretaria
– PES. Nestes casos, quando a ideia inicial é originada de um servidor, ela precisa passar por
diversos níveis gerenciais de aprovação superior. Para isso, nada melhor do que elaborar um
documento sucinto e estruturado para organizar as ideias e posteriormente submetê-lo para
apreciação e aprovação.
Importante ressaltar que para a maioria dos Projetos Locais – PLs esta fase é desnecessária
podendo o Gerente do Projeto e partes interessadas iniciarem pela Fase de Iniciação, formulando
o projeto utilizando um formulário de Termo de Abertura de Projeto – TAP. Quando houver
recursos humanos que facilitem a aplicação do instrumento Canvas, se recomenda fortemente
que o TAP seja gerado a partir das informações coletadas por meio deste instrumento.
A Tabela 4 apresenta a relação entre as atividades e lista os documentos relacionados às

respectivas atividades.
Tabela 4 – Atividades e documentos da fase Proposição
Número da
Atividades Saídas – Documentos Gerados
Atividade
1.1 Elaborar Proposta de Projeto Proposta de Projeto – PRP.
Proposta de Projeto enviada ao Aprovador.
Agendamento de data de apresentação da

Formalizar e enviar a Proposta de Projeto proposta;
1.2
para aprovação
Palestra ou roteiro de suporte à apresentação da
proposta; e
Número do processo SEI (caso seja utilizado).
Proposta de Projeto aprovada;

1.3 Apresentar Proposta de Projeto Proposta com ajustes a serem corrigidos; ou
Proposta de Projeto rejeitada.
36
Descrição das atividades componentes da Fase de Proposição
1.1 Elaborar Proposta de Projeto
Objetivo Elaborar o documento Proposta do Projeto – PRP de forma que seja possível sua
análise e compreensão por parte da instância administrativa aprovadora,
subsidiando o processo de tomada de decisão de continuação ou não da proposta.
Entradas 1. Ideias, necessidades e/ou demandas a serem desenvolvidas / atendidas, uma

medida dos benefícios e estimativas preliminares de recursos (principalmente
os humanos) necessários para a sua execução e argumentos convincentes
para a “venda” da proposta – convencimento do Aprovador;
2. Documentos de suporte, atos normativos pertinentes etc.;
3. Guia de Iniciação ao MGP-Mapa 3; e
4. Manual do Usuário – SA Project Manager.
Ações A elaboração do documento Proposta de Projeto (vide ANEXO II) é a primeira etapa
para o levantamento de informações e formulação subsequente da proposta. Os
passos são representados nas Tarefas abaixo:
1. Título e Sigla do futuro Projeto: Recomenda-se que o título do projeto

espelhe o que se busca de resultado final com a execução do projeto, ou seja,
que outras pessoas, principalmente o Aprovador, já tenham uma boa ideia do
que deve ser o projeto apenas pela leitura do título. Um título bem elaborado é
um importante ponto de apoio na venda do projeto;
2. Proponente: inserir o nome do servidor que está propondo este projeto;
3. Unidade Administrativa do Proponente: informar o nome da Unidade

Administrativa do Proponente, tais como: Coordenação Geral, Coordenação,
Divisão etc.;
4. Aprovador: Informar o nome completo do gerente, supervisor etc. que irá

apreciar e aprovar, ou não, esta proposta;
5. Justificativas: As justificativas da necessidade de se desenvolver a ideia

apresentada visando atender uma demanda ou necessidade identificada,
apresentadas de forma clara e assertiva, é extremamente importante para o
37
convencimento do Aprovador. Justificativas vagas e obscuras mais prejudicam
do que ajudam no entendimento do Aprovador do PORQUÊ se quer
desenvolver um projeto. Portanto esse item deve ser bem elaborado pelo
Proponente e de preferência se recomenda que apresente e discuta com outros
colegas, antes de apresentar a proposta ao Aprovador;
6. Objetivos do Projeto: Indicar claramente O QUE se deseja atingir com a

execução deste projeto. Ou seja, se este(s) objetivos(s) forem atingidos é uma
forte indicação que os resultados (produtos, serviços, entregas) gerados
contribuirão para a implementação de uma inovação (nova ideia) ou ajudarão a
mitigar / atender as demandas e necessidades explicitadas nas justificativas do
projeto. Iniciar sempre com verbo no infinitivo;
7. Breve Descrição dos Resultados – Produtos e Serviços: Apontar da forma

mais direta possível quais serão os resultados gerados pela execução do
projeto. Ou seja, quais produtos e serviços serão gerados que atenderão as
justificativas e impactarão a realidade de forma a gerar os benefícios formulados
para este projeto. Recomenda-se fortemente que os Resultados sejam escritos
no tempo verbal Particípio Passado;
8. Benefícios do Projeto: Os benefícios podem ser vistos como o impacto que os

resultados do projeto provocarão na área da organização focada pelo projeto e
em suas partes interessadas, ou seja, são melhorias de segunda e terceira
ordem provocadas pelos resultados do projeto;
9. Estimativas de Investimento: Deve ser informada uma estimativa de quanto

deverá ser gasto para a execução deste projeto. Observar que esta estimativa
pode ter uma margem de erro, pois a Proposta de Projeto representa a primeira
“onda” de estruturação. Caso a proposta seja aprovada, nas fases seguintes
este número será ajustado para valores mais próximos da realidade;
10. Estimativas de Prazo de Execução: Com base na complexidade do tema

tratado, das justificativas, objetivos e resultados esperados e dos prazos usuais
de operação da organização onde este projeto será executado, deve ser
apresentada uma ideia inicial de prazo de execução do projeto, de preferência
em meses ou trimestres; e
38
11. Equipe do Projeto: prover uma estimativa do número de servidores que farão
parte da equipe do projeto e obviamente ter explicações convincentes sobre a
alocação destas pessoas neste projeto.
Observações:
a) Recomenda-se fortemente levantar informações preliminares requeridas para

verificar a viabilidade técnica e financeira do projeto, assim como identificar as
principais partes interessadas do projeto, internas e externas, favoráveis ou não à
sua realização;
b) Efetuar uma análise de viabilidade preliminar do ambiente institucional para a

realização do projeto, a partir do clima político e organizacional, identificando
possíveis entraves e oportunidades, assim como o impacto dos resultados do
projeto sobre a organização;
c) Buscar abranger temas e discussões do momento no âmbito nacional e

internacional. Exemplo: desenvolvimento sustentável, impacto ambiental etc.; e
d) Uso do software Strategic Adviser – Módulo Project Manager. Caso o proponente

opte por elaborar a Proposta diretamente no módulo Project Manager do SA, utilize
o documento Guia de Iniciação MGP-Mapa 3, que está disponível na página da
AGE1 na Agronet e no portal do Mapa.
Saídas 1. Proposta de Projeto – PRP.
1.2 Formalizar e enviar a Proposta de Projeto para aprovação
Objetivo Formalizar e enviar a Proposta de Projeto para a análise e aprovação do Aprovador

/ Superior interessado na ideia ou para quem a ideia será apresentada buscando a
sua aprovação.
Entradas 1. Proposta de Projeto no software SA ou em formulário (ANEXO II);
2. Guia de Iniciação MGP-Mapa 3; e
1 https://www.gov.br/agricultura/pt-br/acesso-a-informacao/institucional/age/mgp-mapa
39
Ações 1. Enviar a proposta para o Aprovador por meio de: (a) e-mail; (b) entrega direta
do documento; ou, via o software, caso o Aprovador seja treinado na sua
utilização. Se for via formulário, o mesmo deve ser assinado pelo Proponente;
Observação:
a) No caso de ser uma Proposta de Projeto Estratégico Corporativo – PEC, é

obrigatório enviar via processo SEI, encaminhado para o Gabinete da
Ministra – GAB-GM e para a Assessoria de Gestão Estratégica – AGE;
b) No caso de ser uma Proposta de Projeto Estratégico da Secretaria – PES,
fica a cargo do Escritório de Projetos da Secretaria e/ou do responsável pela
via de encaminhamento da proposta ao Aprovador; e
c) Utilize o Guia de Iniciação MGP-Mapa 3 para realizar essa fase pelo
software SA.
2. Agendar reunião de apresentação da Proposta de Projeto ao Aprovador.
Saídas 1. Proposta de Projeto enviada ao Aprovador;
2. Agendamento de data de apresentação da proposta;
3. Palestra ou roteiro de suporte à apresentação da proposta; e
4. Número do processo SEI (no caso de envio por este meio).
1.3 Apresentar Proposta de Projeto
Objetivo Apresentar, analisar e discutir a Proposta de Projeto com o Aprovador, avaliando

sua viabilidade de modo a embasar a decisão por sua continuidade ou não.
Entradas 1. Proposta de Projeto;
Ações Tarefas a serem executadas pelo Proponente antes da reunião de apresentação:
1. Preparar material de suporte à apresentação: slides, roteiro, gráficos etc.

Esse material será utilizado durante a apresentação ao Aprovador visando
40
ter mais efetividade no convencimento de que a ideia vale a pena seguir
adiante e se tornar um projeto;
2. Esboçar uma estratégia de venda da ideia contida na proposta;
3. Estimar tempo da apresentação em função da agenda disponibilizada pelo

Aprovador; e
4. Recomendável: efetuar uma apresentação para colegas para “ensaiar” o

que será realizado no dia da apresentação, visando obter sugestões de
melhoria e ganhar mais segurança durante a apresentação real.
Tarefas a serem executadas pelo Aprovador na reunião de apresentação:
1. Analisar a ideia/demanda/necessidade buscando obter um entendimento

prévio da proposta;
2. Realizar avaliação do alinhamento da solicitação com o planejamento

estratégico, tático ou mesmo local da unidade organizacional;
3. Avaliar viabilidade técnica, verificando as informações básicas sobre a

capacidade da organização para realizar o projeto. Deve-se levar em conta
a tecnologia e a capacitação necessária para o projeto e os recursos
disponíveis na organização, o que inclui estrutura física e de pessoal;
4. Avaliar viabilidade financeira, verificando a disponibilidade orçamentária

para execução do projeto, assim como a possibilidade de utilização de
fontes alternativas de financiamento (parcerias, convênios etc.); e
5. Avaliar preliminarmente a relação custo x benefício da proposta.
A partir da análise da proposta e de discussões na reunião de apresentação,

podem ser tomadas três decisões:
a. Retornar o documento para atividade de Elaboração para inserir

melhorias e ajustes;
b. Proposta aceita sem ressalvas e aprovada pelo Aprovador, emitindo

parecer e recomendando a continuidade para a fase seguinte de
Iniciação; e
c. Proposta do Projeto rejeitada, não aprovada e assunto encerrado.
41
Saídas 1. Proposta de Projeto aprovada;
2. Proposta com ajustes a serem corrigidos; ou
3. Proposta de Projeto rejeitada.
A partir da aprovação da proposta poderá seguir para a próxima fase do ciclo de vida do projeto,
a Fase de Iniciação. Recomenda-se para fins de maior qualidade de formulação do projeto, que
o início da fase seguinte seja efetuado o mais rápido possível.
42
8. FASE DE INICIAÇÃO
Figura 11 – Fluxograma da fase de iniciação. Elaborado no software Bizagi Modeler.
IMPORTANTE
Como pode-se observar, o fluxo apresentado na Figura 11 contempla atividades de

alimentação do software SA as quais são altamente recomendadas pela CEP/AGE, porém
caso o software não esteja sendo utilizado não é necessário realiza-las.
Esta fase é a etapa inicial do projeto, quando a ideia é mais bem estruturada, preferencialmente
de maneira colaborativa entre os membros que participarão da execução do projeto. Caso se
tenha passado pela fase de Proposição, a ideia já estará com um nível de explicitação mais
avançada, o que facilitará muito a execução desta fase de Iniciação. Importante deixar claro que
não é necessário e obrigatório iniciar a modelagem de um projeto executando a fase Proposição,
pode-se iniciar por esta fase – Iniciação.
Esta fase compreende também um conjunto de atividades necessárias à construção do

documento formal de solicitação de autorização para se iniciar um projeto ou programa, que é
o Termo de Abertura de Projeto – TAP (ANEXO IV).
A Tabela 5 apresenta a relação de as atividades desta fase e lista os documentos relacionados

às respectivas atividades. Todo processo de aprovação tem que ter a opção de efetuar ajustes
até que o projeto, no caso o TAP, seja aprovado ou rejeitado.
43
Tabela 5 – Atividades e Documentos – Iniciação
Número da
Atividade
2.1 Elaborar Canvas Canvas do projeto.
2.2 Elaborar TAP TAP elaborado.
Número do documento/processo no SEI;

Protocolar TAP no SEI e enviar para
2.3 Documento TAP enviado para o Aprovador; e
aprovação
Reunião de apresentação agendada.
TAP aprovado;
2.4 Apresentar TAP para aprovação TAP para ajustes; ou
TAP reprovado.
TAP assinado pelo Aprovador e Escritório de

2.5 Enviar TAP à CEP/AGE
Projetos.
Enviar TAP ao Escritório de Projetos da
2.6 TAP arquivado na Secretaria.
unidade administrativa
Informações do projeto adicionadas no SA; e
2.7 Inserir informações do TAP no SA
TAP assinado incluído no SA.
Descrição das atividades componentes da Fase de Iniciação

É altamente recomendável nesta atividade que se preencha o Canvas1, desde que se tenha
algum conhecimento e/ou prática no uso deste instrumento. O Canvas permite, de uma forma
colaborativa e coletiva, que um grupo de pessoas envolvidas no projeto levante as principais
informações que especificam o projeto, de forma gráfica e efetiva.
No entanto, caso o modelador do projeto e demais envolvidos não se sintam confortáveis em

usar o instrumento, podem seguir para a atividade seguinte e, com base nas instruções que
estão no formulário TAP (ANEXO IV), preencher o documento. Perder-se-á, com certeza, muito
da riqueza de informações (especificações do projeto) que as discussões frente ao Canvas
possibilitam e geram.
1 Vide item 3.1.

44
2.1 Elaborar Canvas
Como Em um trabalho de criação colaborativa, o uso do Canvas não obedece a um

funciona? padrão rígido de preenchimento. Poderá ser não sequencial, com o
preenchimento dos campos sendo realizado de modo livre pela equipe
proponente. Em uma segunda etapa é realizada uma discussão sobre as
colaborações e assim as ideias passam a ser ordenadas no Canvas.
O Canvas se caracteriza por ser:
• Simples, prático e visual;

• Centrado em liberdade de manifestação de ideias;
• Um espaço para a participação de diferentes pessoas, independentemente do
nível de conhecimento sobre o tema específico.
Como o uso do Canvas é colaborativo, usam-se blocos-adesivos (Post-it) para
que todos tenham a oportunidade de contribuir com suas ideias.
Objetivo Organizar e estruturar as ideias utilizando a ferramenta Canvas,

preferencialmente de forma colaborativa, com o objetivo de estruturar as
informações relevantes ao projeto, servindo de insumo para a elaboração do TAP.
Entradas 1. Proposta de Projeto aprovada caso tenha sido executada a Fase Proposição;
2. Documentos, relatórios que tratam do tema central do projeto;
3. Plano Estratégico do Mapa – imprescindível no caso de o projeto ser um PEC;
4. Plano de Trabalho ou documentos das Unidades Administrativas – importante

no caso de ser um PES;
5. Atos normativos relacionados à temática do projeto; e
6. Material para a construção colaborativa: Canvas impresso (ANEXO III) e

blocos de Post-it.
Ações 1. Vide ANEXO III para se ter uma ideia completa de um Canvas;
2. Preencher os campos do Canvas na seguinte ordem:
2.1. Levantar objetivos;
45
2.2. Listar problemas e justificativas;
2.3. Propor os benefícios esperados;
2.4. Descrever as características dos produtos e/ou serviços a serem

elaborados;
2.5. Levantar o Escopo do projeto;
2.6. Levantar o Não Escopo do projeto;
2.7. Identificar as partes interessadas (stakeholders);
2.8. Identificar e correlacionar as entregas2;
2.9. Elaborar a versão preliminar de um cronograma;
2.10. Levantar os riscos; e
2.11. Prever investimentos necessários.
Saídas 1. Canvas do projeto
2.2 Elaborar TAP
Objetivo Desenvolver o documento que formalmente autoriza a existência de um projeto e

fornece ao Gerente do Projeto, após a aprovação do documento por instâncias
superiores, a autoridade necessária para aplicar recursos organizacionais às
atividades do projeto.3
Entradas 1. Canvas do Projeto (ANEXO III);

2. Formulário do Termo de Abertura de Projetos (ANEXO IV);
3. Guia de Iniciação ao MGP-Mapa 3;
4. Plano Estratégico do Mapa – imprescindível no caso do projeto ser um PEC;
5. Plano de Trabalho ou documentos estratégicos das Unidades

Administrativas – importante no caso de ser um PES;
2 Entregas são as saídas dos processos realizados para completar o trabalho planejado. Qualquer produto, resultado
ou capacidade para realizar um serviço exclusivo.
3 Baseado no PMBOK 6ª ed., pág. 70
46
6. Documentos, relatórios que tratam do tema central do projeto;
7. Atos normativos relacionados à temática do projeto; e
8. Lições aprendidas de outros projetos.
Ações 1. Preencher o documento TAP que se encontra no ANEXO IV;
1.1. Caso tenha sido elaborado o Canvas, as informações devem ser transcritas
do documento Canvas para o formulário TAP; e
1.2. Se não foi elaborado o Canvas, preencher o formulário do TAP seguindo as

instruções para cada item do documento.
2. Os seguintes campos do formulário TAP devem ser preenchidos seguindo as

instruções:
2.1. Identificação do Projeto;
Nome e Sigla: Sugere-se um verbo forte de ação, no infinitivo, que dialogue com o
resultado do projeto;
Prazo Estimado: Informar datas estimadas de início e fim do projeto;
Custo total: Informar o custo estimado do projeto;
Patrocinador: É a pessoa que fornece apoio político/financeiro ao projeto. Inserir:
Nome completo + cargo + e-mail;
Gerente Funcional: É quem exerce a chefia da área demandante ou é proponente do
projeto. Inserir: Nome completo + Cargo + e-mail;
Gerente do Projeto: É a pessoa responsável por toda a condução do Projeto em todo
o seu Ciclo de Vida – da Proposição ao seu Encerramento. Inserir: Nome completo +
cargo + e-mail.
2.2. Objetivo do projeto;
Descrever o objetivo do projeto usando um único verbo no infinitivo.

Formato: verbo no infinitivo + principal produto ou serviço que será entregue.
2.3. Descrição do produto/serviço que será entregue;
Descrever com o máximo de características.
47
2.4. Justificativa;
Descrever breve contexto. Liste os problemas / demandas que geram a necessidade do

Projeto.
2.5. Benefícios;
Descrever os ganhos que o Projeto trará para o Mapa, UA, Secretaria, Setor Econômico
e/ou Sociedade. Para cada problema listado na Justificativa, listar um benefício direto.
2.6. Escopo;
Listar o trabalho que será realizado ao longo do Projeto para que o Produto/Serviço final
seja entregue, ou seja, a partir do trabalho listado surgirão as entregas, os resultados, os
produtos / serviços. O Escopo é escrito de forma substantivada.
2.7. Não Escopo;
“Não Escopo” explicita o que não será feito pelo projeto. Listar o que pode gerar dúvidas
quanto ao que diz respeito ao trabalho ou entregas / produtos e serviços. Ou seja,
esclarecer o que não fará parte das atividades.
2.8. Premissas & Restrições;
Entende-se por premissa as hipóteses que se assumem como necessárias e verdadeiras

para conclusão do Projeto.
Ex.: Será concedido acesso às bases de dados dos sistemas correlatos.
Enquanto restrição é entendida como uma obrigação legal que não pode ser suprimida.
Ex.: O sistema deve estar de acordo com as definições estabelecidas pela Lei XXXX.
2.9. Riscos; e
Risco é todo evento com impacto ou consequência negativa (ou positiva) na execução
do Projeto. O Risco deverá ser identificado previamente para que se possa planejar
maneiras de mitigação ou redução de danos (ou ser aproveitado em caso positivo).
Preencha a Matriz de Riscos de acordo com os dados do formulário.
48
Observação: Utilizando o software SA é possível visualizar essa matriz na forma de um
mapa de riscos que prioriza a atenção dos riscos mais prováveis ou que mais impactam
o projeto.
2.10. Entregas.
As Entregas são os resultados (produtos e serviços) do projeto ao longo do tempo. É o

conceito central de projeto. É definido, acompanhado e monitorado ao longo de todo o
Ciclo de Vida. Uma Entrega é macro, ao contrário de componente e tarefa que são
resultados parciais. Entregas são escritas no particípio passado, são mensuráveis e
tangíveis. Preencha a Lista de entregas no TAP conforme as instruções do formulário
(ANEXO IV).
2.11. Equipe do Projeto;
Conjunto de pessoas com habilidades específicas e complementares afins ao tema do

projeto e que participa de todo o ciclo de vida do projeto. Preencha a equipe do projeto
conforme as instruções do formulário.
2.12. Partes Interessadas;
Pessoas ou instituições que participarão pontualmente em algum momento do ciclo de

vida do projeto. Pessoas que irão agregar algum conhecimento específico ou precisarão
ser consultadas sobre as Entregas do projeto. Preencha a Lista de Partes interessadas
conforme as instruções do formulário.
2.13. Alinhamento Estratégico;
Listar os objetivos estratégicos4 aos quais o projeto está alinhado.
Saídas 1. TAP elaborado.
2.3 Protocolar TAP no SEI e enviar para aprovação
Objetivo Enviar TAP finalizado para o Aprovador do projeto.
Entradas 1. TAP – Termo de Abertura de Projeto.
4Objetivos Estratégicos do Plano Estratégico do Mapa, disponível na página da Assessoria de Gestão Estratégica
– AGE.
49
Ações 1. Adicionar TAP em um processo SEI do Projeto;
2. Enviar TAP para o Aprovador via SEI, e-mail ou entregar protocolado na

unidade administrativa do Aprovador; e
3. Agendar reunião de apresentação ao Aprovador e equipe.
Saídas 1. Número do documento/processo no SEI;
2. Documento TAP enviado para o Aprovador; e
3. Reunião de apresentação agendada.
2.4 Apresentar TAP para aprovação
Objetivo Apresentar e discutir o TAP com o Aprovador do projeto.
Entradas 1. TAP – Termo de Abertura de Projeto; e
2. Apresentação do Projeto – Powerpoint ou outro instrumento.
Ações 1. Apresentar e discutir o projeto com o Aprovador e Equipe;
2. O propositor do projeto deve fornecer as seguintes orientações para o

Aprovador e equipe presente, como sugestão de análise e discussão do TAP:
2.1. O foco da análise do Aprovador deverá estar nos resultados que o projeto
visa gerar vis-à-vis premissas, restrições, riscos e recursos a serem
empregados;
2.2. É recomendável que o Aprovador incorpore outros técnicos nesta reunião

para que tenha outras perspectivas de análise e, assim, o TAP possa ser
melhorado; e
2.3. Caso tenha sido executada a Fase de Proposição do Projeto, esta

apresentação poderá não ser necessária, mas caso seja realizada, servirá
para consolidar o que já havia sido previamente acordado por todas as
partes envolvidas.
A partir da análise do TAP e de discussões na reunião de apresentação, pode ser

tomada uma das três decisões abaixo:
50
(a) Retornar o documento para atividade de Elaboração para inserir melhorias e
ajustes;
(b) Aceitar o TAP sem ressalvas, levando à assinatura do TAP pelo Aprovador
juntamente com o Patrocinador e, recomenda-se imediatamente, à continuidade
para a fase seguinte Planejamento; ou
(c) Rejeitar o TAP do Projeto, não aprovação.
3. Caso o TAP esteja aprovado, recolha as assinaturas do aprovador.
Saídas 1. TAP aprovado, TAP para ajustes ou TAP reprovado.
Quando o projeto é um Projeto Estratégico Corporativo – PEC, o documento TAP precisa ser
assinado fisicamente, digitalizado e inserido em um processo no SEI específico para este PEC.
A aprovação por parte do Patrocinador, Gerente Funcional e Gerente do Projeto tem que
acontecer antes da criação do processo, pois não há aprovação via SEI.
Projetos Estratégicos da Secretaria – PES podem seguir o mesmo roteiro nesta atividade, caso
a Unidade Administrativa deseje por motivo de formalização e controle. Já os Projetos Locais –
PL não necessitam utilizar este tipo de roteiro via SEI.
2.5 Enviar TAP à CEP/AGE
Objetivo Caso o projeto seja um PEC, o formulário TAP deve ser entregue fisicamente à
CEP/AGE com as assinaturas do Gerente do Projeto, Gerente Funcional e
Patrocinador.
Entradas 1. TAP assinado pelo Patrocinador, Gerente Funcional e Gerente do Projeto
51
Ações 1. A Unidade Administrativa deve enviar o TAP assinado em meio físico e via e-
mail para o endereço [email protected] em formato PDF endereçado ao
Escritório de Projetos do Mapa (CEP/AGE);
2. A CEP/AGE irá criar um processo SEI específico para este projeto e inserir o
PDF do TAP e arquivar o TAP físico; e
3. A CEP/AGE informará o número do processo no SEI ao Gerente de Projeto

em questão e para os Escritórios de Projetos das UAs, quando existirem.
No caso de o projeto ser um PES ou PL, o TAP pode ser inserido no SEI, caso
assim o desejem ou necessitem.
Saídas 1. TAP assinado pelo Aprovador e pelo Escritório de Projetos.
2.6 Enviar TAP ao Escritório de Projetos da UA
Objetivo Enviar TAP ao Escritório de Projetos da Unidade Administrativa, ou seja, secretaria

ou empresa coligada.
Entradas 1. TAP do projeto assinado.
Ações 1. Enviar o TAP assinado em meio físico e via e-mail para o Escritório de
Projetos da Secretaria.
Observação: A AGE/CEP recomenda o envio do TAP ao Escritório de Projetos

da Secretaria para arquivamento físico e eletrônico.
Saídas 1. TAP arquivado na Secretaria.
2.7 Inserir informações do TAP no SA
Objetivo Inserir o TAP assinado como anexo no software SA.
Entradas 1. TAP do projeto assinado;
52
2. Guia de Iniciação a MGP-Mapa 3; e
Ações 1. Alimentar o software com as informações preenchidas no formulário de acordo

com o Guia de Iniciação ao MGP-Mapa 3; e
2. Inserção do TAP assinado como anexo no software Strategic Adviser – SA.
Observações:
a) A inserção do projeto no SA é obrigatória para os PECs e altamente

recomendável para todos os projetos PES ou PLs, em função da facilidade que o
software irá prover no acompanhamento e gestão da execução do projeto; e
b) No caso de PES ou PLs, se não for utilizar o software SA para apoiar a gestão
do projeto, não é necessária a execução desta atividade.
Saídas 1. Informações do projeto adicionadas no SA; e

2. TAP assinado incluído no SA.
A fim de obter maior qualidade do projeto, finalizada a fase Iniciação, sugere-se o início imediato
da próxima fase, o Planejamento.
53
9. FASE DE PLANEJAMENTO
Figura 12 – Fluxo da fase Planejamento. Elaborado no software Bizagi Modeler.
IMPORTANTE
A dinâmica do preenchimento do PGP no software SA é simples. Como as Entregas foram mapeadas no TAP, muitas informações são
automatizadas pelo próprio software, tais como: a Estrutura Analítica do Projeto (EAP); o Diagrama de Precedência (Gráfico Gantt); a Linha
de Base; e a Matriz de Responsabilidade.
54
A Fase de Planejamento compreende o detalhamento do que será executado, monitorado e
controlado ao longo da execução do projeto. Nesta Fase serão construídas as matrizes que
refletem a interdependência entre as atividades, o cronograma, as responsabilidades e a
comunicação para que o projeto seja executado com menor grau de dificuldade e imprevistos.
O Plano de Gestão de Projeto – PGP é elaborado na Fase de Planejamento e é o documento

base para a Fase de Execução e Monitoramento. O PGP é composto de 19 blocos temáticos,
sendo que 13 são oriundos do TAP. Para saber mais sobre o PGP, veja o item 3.4.
A Fase de Planejamento também é percorrida quando solicitado um pedido de mudança do

projeto na Fase de Monitoramento e Controle. Como o pedido de mudança só é solicitado quando
há mudança na Tríplice Restrição1 do projeto, essa solicitação pode gerar alterações nos riscos,
partes interessadas, entregas etc. Por isso, deve-se revisitar toda a Fase de Planejamento
analisando todos os itens do plano para gerar uma nova versão do Plano de Gestão de Projetos
– PGP que reflita as mudanças que foram aprovadas.
A Tabela 6 apresenta as atividades e as suas saídas conforme apresentadas na Figura 12.
Tabela 6 – Atividades da Fase de Planejamento
Número da
Atividade
TAP revisado.
3.1 Realizar Reunião de Planejamento
Informações do projeto atualizadas no SA.
EAP;
3.2 Detalhar as entregas Dicionário da EAP; e
PGP atualizado após SMP.
3.3 Elaborar Matriz de Responsabilidades Matriz de Responsabilidades.
Matriz de Comunicações; e
3.4 Planejar as comunicações
Relação de Partes Interessadas atualizada.
Matriz de Aquisições; e
3.5 Planejar as aquisições
Minutas de contratos.
Matriz de Riscos atualizada; e

3.6 Revisar os riscos
Mapa de Riscos atualizado.
1 Vide seção 2.1.1

55
3.7 Desenvolver o PGP Plano de Gestão do Projeto – PGP.
Plano de Gestão do Projeto adicionado no

Protocolar PGP no SEI e enviar para SEI; e
3.8 aprovação
Reunião de aprovação do PGP agendada.
PGP aprovado e assinado;
3.9 Apresentar PGP para aprovação PGP para ajustes; ou
PGP rejeitado.
PGP arquivado fisicamente e eletronicamente

3.10 Enviar PGP à CEP/AGE
na CEP/AGE e na UA.
PGP arquivado fisicamente e eletronicamente

3.11 Enviar PGP ao Escritório de Projetos da UA na Secretaria/Empresa Coligada
responsável.
3.12 Inserir informações do PGP no SA Informações do PGP inseridas no SA.
Descrição das atividades componentes da Fase de Planejamento
3.1 Realizar Reunião de Planejamento
Anunciar a autorização do projeto, alinhar conhecimento sobre o conteúdo do TAP

Objetivo
com todos os membros da Equipe do Projeto e planejar as atividades a serem
executadas nesta fase.
1. Termo de Abertura de Projeto – TAP / Termo de Solicitação de Mudança –

Entradas
SMP2; e
2. Guia de Iniciação ao MGP-Mapa 3.
1. Informar a equipe sobre a aprovação do TAP do projeto e das

Ações
recomendações do aprovador do TAP;
2. Percorrer o fluxo de atividades componentes desta fase para nivelar o

conhecimento de todos os membros da equipe do projeto sobre o que será
executado;
3. Analisar o conteúdo do TAP com todos os membros da Equipe do Projeto;
2No caso de projetos que já estavam em execução e monitoramento e retornaram para a fase de planejamento
após um Termo de Solicitação de Mudança no Projeto – SMP.
56
Observações:
a) Recomenda-se que as informações do TAP sejam revisadas coletivamente pela

Equipe do Projeto
b) Se o TAP foi inserido no software SA, conferir e atualizar as informações do SA

antes de passar para o ciclo de vida de planejamento.
1. TAP revisado; e
Saídas
2. Informações do projeto atualizadas no SA.
3.2 Detalhar as entregas
Desdobrar e detalhar as entregas que deverão ser geradas pelo projeto, assim
Objetivo
como seus orçamentos, fontes de recursos e datas de entrega; nessa atividade
deve-se desdobrar as macroentregas do projeto especificadas no TAP até o
menor nível possível / desejado.

Entradas
SMP3; e
2. Formulário do Plano de Gestão do Projeto (ANEXO VI)
1. Desdobrar (dividir) as entregas existentes até um nível que a equipe entenda

Ações
adequado para execução do projeto;
Observação: os nomes das Entregas devem ser escritos com o verbo no final
no particípio passado. Exemplo: Plano de Gestão de Projeto
construído/entregue/aprovado.
2. Elaborar a Estrutura Analítica do Projeto – EAP onde os níveis serão:
2.1. Nível zero – nome do projeto;

2.2. Nível 1 – entregas derivadas do Escopo do Projeto – podem ser
entendidas como as macroentregas a serem geradas pelo projeto;
2.3. Outros níveis – elaborar o desdobramento até quantos níveis a
Equipe do Projeto necessitar;
57
Observação: Quanto maior o número de níveis da EAP, maior será o volume
de gestão do projeto, pois mais itens terão que ser gerenciados.
3. Descrever as tarefas da EAP no dicionário da EAP;
4. Estimar data alvo, orçamento e fonte de recurso de cada tarefa;
5. Estimar a duração das tarefas;
6. Elaborar a Matriz de Marcos do projeto, considerando a data das entregas

dos produtos/serviços que compõem o projeto;
Observação: Caso este projeto seja alimentado no SA, esta Matriz de Marcos
será gerada automaticamente pelo software.
Saídas 1. EAP;
2. Dicionário da EAP; e
3. PGP atualizado após SMP4.
3.3 Elaborar Matriz de Responsabilidades
Elaborar a Matriz de Responsabilidades5 a qual mostra quais responsabilidades

Objetivo
serão atribuídas a cada membro da equipe do projeto e demais partes
interessadas.

Entradas
SMP6;
2. Formulário do Plano de Gestão do Projeto (ANEXO VI); e
3. Dicionário da EAP.
1. Listar todos os envolvidos no projeto. Utilizar o TAP para obter as informações

Ações
sobre Partes Interessadas;
2. Preencher a Matriz de Responsabilidades presente no formulário do Plano de

Gestão do Projeto – ANEXO VI; e
4 No caso de projetos que já estavam em Execução e Monitoramento e retornaram para a fase de Planejamento
5 Para mais informações sobre a Matriz de Responsabilidades ver seção 3.3.1.
6 Idem nota de rodapé 4.
58
3. Analisar as entregas e marcar na coluna do envolvido a letra corresponde à
sua responsabilidade: se ele é responsável, executor, aprovador, participante
ou que deve ser informado sobre a entrega.
Legenda:
R = Responsável pela execução, mas não executa; E = Executa; A = Aprova; P =

Participa, mas não executa e não tem responsabilidade alguma pela execução; e
I = Informado
Saídas 1. Matriz de Responsabilidades elaborada/atualizada.
3.4 Planejar as comunicações
Elaborar a Matriz de Comunicações de modo a descrever o processo de

Objetivo
comunicação necessário para garantir a geração, coleta, distribuição,
armazenamento, recuperação e destinação final das informações sobre o projeto
de forma oportuna e adequada.

Entradas
SMP7;
2. Formulário de Plano de Gestão do Projeto (ANEXO VI);
3. Dicionário da EAP; e
4. Matriz de Responsabilidades.
1. Utilizar a relação de Partes Interessadas do TAP e a Matriz de

Ações
Responsabilidades;
2. Levantar as expectativas de comunicação das partes interessadas, quais são

suas influências e interesses; e
3. Descrever como o processo de comunicação será realizado, determinando o

destinatário, informação necessária, canal de comunicação, frequência da
comunicação e o responsável pela comunicação.
59
Exemplo:
Saídas 1. Matriz de Comunicações elaborada/atualizada; e
2. Relação de Partes Interessadas atualizada.
3.5 Planejar as aquisições
Definir a lista de aquisições do projeto de acordo com o que deverá ser contratado;
Objetivo
especificar o produto/serviço a ser adquirido.

Entradas
SMP8;
2. Formulário do Plano de Gestão de Projeto (ANEXO VI);
3. Dicionário da EAP;
4. Matriz de Riscos preliminar; e
5. Matriz de Responsabilidades.
Ações 1. Buscar no Dicionário da EAP as atividades que devem ser terceirizadas ou

adquiridas;
2. Preencher a Matriz de Aquisições;
60
3. Estabelecer critérios de avaliação da entrega/fornecedor;
4. Elaborar minutas de contratos; e
5. Solicitar propostas:
5.1. Preencher mais precisamente as colunas de Lista de Fornecedores/

Orçamentos/ Data Alvo; e
5.2. Revisar Partes Interessadas – todo fornecedor se encaixa como parte

interessada do projeto.
Saídas 1. Matriz de Aquisições elaborada/atualizada; e
2. Minutas de contratos elaborados/atualizados.
3.6 Revisar os riscos
Revisar e analisar os riscos do projeto visando intensificar os efeitos gerados por

Objetivo
eventos positivos e reduzir o impacto da ocorrência de eventos negativos. O
conhecimento dos riscos e suas características são insumos para a equipe do
projeto tomar decisões de como gerenciá-los.

Entradas
SMP9;
9 Vide Nota de Rodapé 1

61
2. Formulário do Plano de Gestão do Projeto (ANEXO VI);
4. Dicionário da EAP;
5. Matriz de Responsabilidades; e
6. Matriz de Comunicações.
1. A apresenta as informações que devem ser geradas para se efetuar a

Ações
identificação de riscos e o seu tratamento. As próximas ações irão descrever
a sequência e conteúdo a ser inserido na mesma.
1.1. Descrição do risco: Identificar e analisar os principais riscos ao sucesso

do projeto. Sugere-se que sejam envolvidas todas as partes interessadas
para agregar diferentes pontos de vista que auxiliem na identificação dos
riscos à execução do projeto.
Observação: Preencher o campo “Descrição do risco” de forma clara e

concisa.
1.2. Consequência: Para cada risco identificar as principais consequências ao

projeto caso este risco não seja tratado;
1.3. Probabilidade: Chance de o evento que o traz o risco acontecer;
1.4. Impacto: Consequências, prejuízos ou ganhos que o risco pode causar de

forma quantificada.
Observação: Geralmente as escalas de quantificação de probabilidade e

impacto utilizadas são compostas de um número ímpar de níveis, como por
exemplo de 1 a 3 ou de 1 a 7. O software SA permite a escolha dessa escala.
1.5. Ações de Resposta: Como o risco deverá ser tratado.
Os riscos negativos (ameaças) geralmente são tratados de forma que sejam:
1.5.1. Evitados: Evitar o risco é mudar o plano de projeto para eliminar o

risco, a condição ou para proteger os objetivos do projeto destes eventos;
1.5.2. Transferidos: Transferir o risco é procurar mudar a consequência de

um risco para uma terceira parte junto com a responsabilidade da
resposta;
62
1.5.3. Mitigados: A mitigação procura reduzir a probabilidade e/ou
consequência de um evento de risco de adverso para aceitável; ou
1.5.4. Aceitos: Esta técnica indica que a equipe do projeto decidiu não
alterar o plano do projeto para negociar com um risco ou não é possível
fazer algo para identificar alguma outra estratégia de resposta apropriada.
Os riscos positivos (oportunidades) geralmente são tratados de forma que

sejam:
1.5.5. Explorados: Esta técnica é usada para garantir que a oportunidade

seja realizada, aumentando a probabilidade de ocorrência para 100%10;
1.5.6. Compartilhados: O compartilhamento envolve partilhar a

responsabilidade por uma oportunidade com um terceiro para que este
compartilhe alguns dos benefícios, caso a oportunidade ocorra11;
1.5.7. Melhorados: “A estratégia melhorar é usada para aumentar a

probabilidade e/ou impacto de uma oportunidade. A ação de
melhoramento antecipada é quase sempre mais efetiva do que tentar
aprimorar o benefício, depois que a oportunidade ocorreu. A probabilidade
de ocorrência de uma oportunidade pode ser aumentada, se a atenção se
concentrar sobre as suas causas. Quando não é possível aumentar a
probabilidade, a resposta de melhoria pode aumentar o impacto visando
os fatores que determinam o tamanho do benefício em potencial”12; ou
1.5.8. Aceitos: “A aceitação de uma oportunidade reconhece a sua

existência, mas nenhuma ação proativa é tomada. Essa estratégia pode
ser apropriada para oportunidades de baixa prioridade e pode ser adotada
quando não é possível, nem econômico, resolver uma oportunidade de
qualquer outra forma.”13
1.6. Responsável: Definir o responsável pela reposta ao risco;
1.7. Data alvo: Qual a data de provável ocorrência do risco.
Observações:
10 Adaptado de PMBOK 6ª ed., pág. 444.

11 Idem nota 10.
12 PMBOK 6ª ed., pág. 444.
13 Idem nota 12.
63
(a) No caso de projetos que utilizam o Software SA, preencher os dados de risco
conforme o Guia de Iniciação ao MGP-Mapa 3;
(b) O preenchimento dos dados de risco no Software SA resultará no Mapa de
Riscos14, que apresenta os riscos críticos, moderados e leves.
Saídas 1. Matriz de Riscos atualizada; e
2. Mapa de Riscos atualizado (somente no software SA).
3.7 Desenvolver o PGP
Definir, preparar e coordenar todos os documentos e informações geradas nos

Objetivo
processos anteriores em um plano integrado de gerenciamento do projeto.
Descrever como o projeto será executado, monitorado, controlado e encerrado.

Entradas
SMP15;
2. Formulário do Plano de Gestão do Projeto (ANEXO VI);
3. Estrutura Analítica do Projeto – EAP;
4. Matriz de Responsabilidades;
5. Mapa de Riscos;
6. Matriz de Comunicações; e
7. Matriz de Aquisições.
1. Consolidar todas as informações realizadas nas atividades anteriores no PGP

Ações
preenchendo e validando as informações do formulário de PGP.
Saídas 1. PGP elaborado/atualizado.
3.8 Protocolar PGP no SEI e enviar para aprovação
14 Vide capítulo 4.6

15 Vide Nota de Rodapé 1
64
Enviar PGP finalizado para o Aprovador do projeto.
Objetivo
1. Plano de Gestão de Projeto – PGP.

Entradas
1. Adicionar PGP no processo do projeto no SEI;

Ações
2. Enviar PGP para o Aprovador via SEI, e-mail ou entregar protocolado na
unidade administrativa do Aprovador; e
3. Agendar reunião de apresentação ao Aprovador e equipe.
Saídas 1. Plano de Gestão do Projeto adicionado no SEI; e
2. Reunião de aprovação do PGP agendada.
3.9 Apresentar PGP para aprovação
Apresentar e discutir o PGP com o Aprovador do projeto.

Objetivo
1. Plano de Gestão do Projeto finalizado; e

Entradas
2. Apresentação do Projeto – Powerpoint ou outro instrumento.
Orientações para o Aprovador, como sugestão de análise e discussão do PGP:

Ações
a) O foco da análise do Aprovador deve estar nos resultados que o projeto
visa gerar vis-à-vis premissas, restrições, riscos e recursos a serem
empregados;
b) É recomendável que o Aprovador incorpore outros técnicos nesta reunião

para que tenha outras perspectivas de análise e, assim, o PGP possa ser
melhorado;
c) A partir da análise do PGP e de discussões na reunião de aprovação,

podem ser tomadas três decisões:
• Retornar o documento para atividade de elaboração para inserir

melhorias e ajustes;
65
• PGP aceito sem ressalvas e aprovado pelo Aprovador, assinando o
PGP juntamente com o Patrocinador e recomendando a continuidade
para a fase de Execução e Monitoramento do Projeto;
• PGP do Projeto rejeitado, não aprovado;
Tarefas a serem executadas pelo Proponente antes e durante a reunião de

apresentação:
1. Preparar material de suporte à apresentação: slides, roteiro, gráficos etc.

tendo em mente a orientação acima sobre o foco da análise do Aprovador;
2. Estimar tempo da apresentação em função da agenda disponibilizada pelo

Aprovador;
3. Recomendável: efetuar uma apresentação para colegas para “ensaiar” o que

será realizado no dia da apresentação, visando obter sugestões de melhoria
e ganhar mais segurança durante a apresentação real;
4. Apresentar e discutir o projeto com o Aprovador e Equipe;
5. Caso o PGP esteja aprovado, recolha as assinaturas do Aprovador e demais

partes interessadas indicadas no formulário de PGP.
Saídas 1. PGP aprovado e assinado;
2. PGP para a ajustes; ou
3. PGP rejeitado.
Como no TAP, caso o projeto seja um PEC, o Plano de Gestão do Projeto – PGP também
deve ser assinado fisicamente, digitalizado e inserido no processo SEI criado para o projeto
anteriormente. A aprovação por parte do Patrocinador, Gerente Funcional e Gerente do Projeto
tem que acontecer antes da inserção no processo SEI, pois não há aprovação via processo SEI.
Projetos Estratégicos da Secretaria – PES podem seguir o mesmo roteiro nesta atividade,
caso a Unidade Administrativa deseje por motivo de formalização e controle. Já os Projetos
Locais – PL não são necessários utilizar este tipo de roteiro via SEI.
3.10 Enviar o PGP à CEP/AGE
66
Caso o projeto seja um PEC, o formulário de Plano de Gestão do Projeto deve ser
Objetivo
entregue fisicamente e eletronicamente – via SEI – à CEP/AGE e à unidade
administrativa responsável com as assinaturas do Gerente do Projeto, Gerente
Funcional e Patrocinador.
1. Número do Processo SEI; e

Entradas
2. Plano de Gestão do Projeto assinado pelo Gerente do Projeto, Gerente
Ações 1. Despachar via SEI o processo à CEP/AGE e à unidade administrativa do

responsável; e
2. Enviar fisicamente o documento assinado à CEP/AGE e à unidade

administrativa responsável.
Saídas 1. PGP arquivado fisicamente e eletronicamente na CEP/AGE e na

Unidade Administrativa responsável;
3.11 Enviar PGP ao Escritório de Projetos da UA
Caso o projeto seja um PES, enviar PGP ao Escritório de Projetos da Unidade

Objetivo
Administrativa, ou seja, secretaria ou empresa coligada.
1. Número do Processo SEI; e

Entradas
2. Plano de Gestão do Projeto assinado pelo Gerente do Projeto, Gerente
Ações 1. Despachar via SEI o processo à unidade administrativa responsável; e

2. Enviar documento físico à unidade administrativa responsável.
Saídas 1. PGP arquivado fisicamente e eletronicamente na Secretaria/Empresa

Coligada responsável.
3.12 Inserir informações do PGP no SA
67
Objetivo Inserir o Plano de Gestão do Projeto como anexo e suas informações no
software SA.

Entradas
2. Plano de Gestão do Projeto – PGP assinado; e
Ações 1. Inserir informações do Plano de Gestão do Projeto no SA utilizando o Guia

de iniciação ao MGP-Mapa 3;
2. Editar as informações contidas nas Entregas, em caso de alterações no PGP

devido à Solicitação de Mudança no Projeto;
3. Revisar as etapas que foram automatizadas pelo software;
3.1. Estrutura Analítica do Projeto – EAP;
3.2. Diagrama de Precedência (Gráfico Gantt);
3.3. Matriz de Riscos;

4. Inserir o Plano de Gestão do Projeto assinado como anexo no SA.
Observação: Utilizar o Guia de Iniciação ao MGP-Mapa 3 para atualização dos

dados no software.
Saídas 1. Informações do PGP inseridas no SA.
A fim de obter maior qualidade do projeto, finalizada a fase Planejamento, sugere-se o início
imediato da próxima fase, a Execução e Monitoramento.
68
10. FASES DE EXECUÇÃO E MONITORAMENTO
As fases de Execução e de Monitoramento são as fases do ciclo de vida com maior duração de
tempo e de esforço das equipes (Figura 13), sendo cruciais para o sucesso do projeto pois é
nestas fases que o planejamento efetuado deve se concretizar em resultados para a
organização.
Figura 13 – Dedicação e custos ao longo dos ciclos de vida do projeto 1

A Execução é a fase que materializa tudo aquilo que foi planejado anteriormente. As tarefas que
foram definidas na fase de Planejamento são executadas ao longo dessa fase.
A Fase Monitoramento & Controle acontece paralelamente às fases do ciclo de vida do projeto e
tem como objetivo acompanhar e propor correções na realização do trabalho planejado. A
situação atual do projeto é comparada periodicamente com a situação prevista pela Fase de
Planejamento. Com isso é possível propor ações corretivas e preventivas no menor espaço de
tempo, diminuindo o impacto de riscos negativos, potencializando o impacto dos riscos positivos
e gerando a memória da evolução de todo o projeto.
Tendo em vista a alta interação e a simbiose entre as fases de Execução e Monitoramento,

decidiu-se tratar no método MGP-Mapa 3 essas duas fases em um único capítulo para facilitar o
entendimento e a execução das atividades destas fases pelo Gerente do Projeto.
IMPORTANTE
As fases de Execução e Monitoramento são as que mais se beneficiam do apoio do software

SA. Com o uso do SA nessas fases as atividades de executar e monitorar o projeto se tornarão
mais fáceis de serem gerenciadas.
1 Fonte Guia de Iniciação ao MGP-Mapa 3, p. 21.

69
A visualização da imagem comparativa entre a situação planejada e a situação atual pode ser
observada no software SA na ferramenta Painel de Controle (dashboard).
Figura 14 – Fluxo de Execução. Elaborado no software Bizagi Modeler.
Os principais instrumentos que orientam a execução de um projeto são: (a) o Mapa de Riscos;
(b) a Estrutura Analítica do Projeto; e (c) as Matrizes de Responsabilidade, Aquisições e
Comunicações.
A Figura 14 apresenta a relação entre atividades e lista os documentos relacionados às

respectivas atividades.
Tabela 7 – Atividades da Fase de Execução
Número da
Atividade
4.1 Realizar Reunião de Execução Plano de Gestão de Projeto – PGP revisado.
Entregas previstas no projeto realizadas.

Documentos de registro de entregas no SEI e SA
(documentos comprobatórios, notas fiscais,
contratos assinados, termos de referências, termos
de transferências descentralizadas, notas de
4.2 Orientar e gerenciar o trabalho do projeto empenhos e ordens bancárias);
Índices de Desempenho do Projeto – IDP
atualizados (gauges atualizados); e
Informações para Solicitações de Mudança no
Projeto – SMP.
70
Contratos assinados;
Ordens de serviço assinadas;
4.3 Gerenciar as aquisições Autorizações de pagamento efetuadas;
Relatório final de encerramento de contratos; e
Registros patrimoniais.
Documentos de comunicação do projeto (e-mails,
atas, relatórios, apresentações, Intercons,
4.4 Gerenciar as comunicações comunicados, publicações de resultados,
publicações na Agronet – intranet – e no Portal do
Mapa etc.).
Ações de resposta aos riscos executadas; e
Envolvimento de instâncias superiores nos casos
4.5 Implementar respostas aos riscos em que a Equipe do projeto não detenha a
competência, poder ou meios necessários para
tomada de medidas essenciais para combater o
risco negativo identificado.
Registro de Lições Aprendidas do projeto efetuado;
4.6 Gerenciar o conhecimento do projeto Relatório de melhorias dos instrumentos
metodológicos utilizados pelo Mapa – Manual de
Referência e Guia de Iniciação ao MGP-Mapa etc.
Descrição das atividades componentes da Fase de Execução
4.1 Realizar Reunião de Execução
Nivelar o conhecimento de todos os membros da equipe com relação ao Plano de

Objetivo
Gestão de Projeto – PGP, trocar ideias sobre estratégias para a sua execução e
identificar inconsistências no documento. Em resumo, uma releitura do plano por
toda a equipe antes de iniciar a sua execução.
1. Plano de Gestão de Projeto – PGP.

Entradas
1. Informar a equipe sobre a aprovação do PGP e das recomendações do

Ações
aprovador do PGP;
2. Percorrer o fluxo de atividades componentes desta fase para nivelar todos os

membros da equipe do projeto, de forma que todos fiquem cientes do que será
executado;
3. Analisar o conteúdo do PGP com todos os membros da equipe do Projeto; e
4. Se o PGP foi inserido no software SA, conferir e atualizar as informações no

SA.
Anotar as inconsistências e incorreções existentes e efetuar os ajustes no

PGP. O PGP somente deve ser ajustado para pequenas inconsistências ou
71
incorreções pois já está aprovado pelo Aprovador. Se forem ajustes
substanciais, o projeto deve voltar para a Fase de Planejamento novamente.
É mais produtivo no médio/longo prazo retornar para a Fase de Planejamento

do que iniciar um projeto com problemas graves de estrutura, por exemplo.
Observação: Recomenda-se que as informações do PGP sejam revisadas

coletiva e colaborativamente pela equipe do projeto.
1. Plano de Gestão de Projeto – PGP revisado.

Saídas
4.2 Orientar e gerenciar o trabalho do projeto
Realizar o trabalho definido no Plano de Gestão do Projeto para atingir os

Objetivo
objetivos e resultados planejados.
1. Plano de Gestão de Projeto revisado.

Entradas
1. Distribuir o trabalho entre os membros da equipe, estabelecendo prazos de

Ações
entregas compatíveis com o cronograma do projeto;
2. Analisar a Matriz de Riscos e iniciar ações mitigadoras, se for o caso;
3. Analisar o Relatório de Acompanhamento do Projeto – RAP, verificando sua

execução e tomando medidas necessárias para gerenciar o Escopo do projeto;
4. Verificar necessidade de Solicitação de Mudança no Projeto – SMP;
5. Gerenciar cronograma e recursos financeiros, mantendo atualizada a situação

de cada entrega no software SA;
6. Analisar a continuidade do projeto a cada entrega e RAP elaborado;
7. Gerenciar os recursos do projeto, alocando recursos, caso necessário (tanto

financeiro quanto humano);
8. Gerenciar as aquisições necessárias para o bom andamento do projeto;
9. Gerenciar a execução das comunicações do projeto;
10. Gerenciar a qualidade do projeto; e
11. Gerenciar o engajamento das Partes Interessadas.
72
Observação: Caso não esteja utilizando software SA, sugere-se a utilização de uma
planilha para o acompanhamento da execução do projeto.
1. Entregas previstas no projeto realizadas;

Saídas
2. Documentos de registro de entregas no SEI e SA (documentos comprobatórios,
notas fiscais, contratos assinados, termos de referências, termos de
transferências descentralizadas, notas de empenhos e ordens bancárias);
3. Índices de Desempenho do Projeto – IDP atualizados (gauges atualizados); e
4. Informações para Solicitações de Mudança no Projeto – SMP.
4.3 Gerenciar as aquisições
Realizar aquisições demandadas pelo projeto de acordo com a Matriz de

Objetivo
Aquisições que está no PGP.
Entradas 1. Matriz de Aquisições que está no PGP;
2. Contratos; e
3. Ordens de serviço.
1. Acompanhar e garantir a contratação ou fornecimento de produtos e/ou

Ações
serviços de acordo com os requisitos e cronogramas do projeto;
2. Realizar os processos de gestão dos contratos;
3. Planejar, elaborar documento, acompanhar e apoiar a realização de processos

licitatórios, quando existirem; e
4. Realizar os procedimentos necessários de inscrição do bem adquirido junto ao

patrimônio público do Mapa, quando houver.
Saídas 1. Contratos assinados;
2. Ordens de serviço assinadas;
3. Autorizações de pagamento efetuadas;
4. Relatório final de encerramento de contratos; e
5. Registros patrimoniais.
73
Observação: Nem todos os itens acima estarão presentes em todos os contratos,
veja o que melhor se encaixa no seu projeto.
4.4 Gerenciar as comunicações
Manter todas as Partes Interessadas (pessoas, organizações etc.) envolvidas no

Objetivo
projeto informadas quanto à sua execução, propiciando tomadas de decisões em
tempo hábil, bem como registros de resultados para manutenção de patrocínios.
Entradas 1. Matriz de Comunicações que está no PGP; e
2. Relatório de Acompanhamento do Projeto – RAP.
1. Enviar as informações às Partes Interessadas de acordo com as

Ações
especificações previstas na Matriz de Comunicações do PGP;
2. Gerenciar os relacionamentos e as expectativas das Partes Interessadas;
3. Analisar demandas das Partes Interessadas e ajustar o projeto, se for o caso;
4. Dar publicidade aos resultados relevantes do projeto; e
5. Mobilizar, instruir, desenvolver e motivar a Equipe do projeto ao longo da

execução.
Observação: O software SA pode ser utilizado como um meio de comunicação,

então, caso o projeto esteja utilizando o SA, mantenha-o atualizado.
1. Documentos de comunicação do projeto (e-mails, atas, relatórios,

Saídas
apresentações, Intercons, comunicados, publicações de resultados,
publicações na Agronet – intranet – e no Portal do Mapa etc.).
4.5 Implementar respostas aos riscos
Implementar as ações de resposta aos riscos identificados na Matriz de Riscos.

Objetivo
Entradas 1. Matriz de Riscos que está no PGP; e
74
1. Analisar os riscos: sua probabilidade de ocorrência e seus impactos;

Ações
2. Planejar e executar as ações necessárias para sanar ou diminuir a
probabilidade de ocorrência e impacto dos riscos negativos (ameaças), assim
como facilitar ou potencializar a probabilidade de ocorrência e impacto dos
riscos positivos (oportunidades), caso ocorram;
2.1. Identificar o(s) responsável(veis) pelo risco, quando este foi previsto na
Matriz de Riscos do PGP, para tomar as devidas ações já planejadas; e
2.2. Para riscos sazonais, não previstos, buscar na equipe do projeto a pessoa
mais capacitada para tomada de medidas necessárias. Caso a
competência esteja fora da equipe – por exemplo: normas, alteração de
competências da pasta do órgão, necessidade de articulação com outros
entes, entre outros –, deve-se levar à instância superior para realizar os
encaminhamentos pertinentes.
Observação: Nem todos os riscos são planejados, portanto no caso de um

risco negativo não planejado estar dificultando a execução do projeto, registre-
o como lição aprendida para que em futuros projetos esse risco seja planejado.
1. Ações de resposta aos riscos executadas; e

Saídas
2. Envolvimento de instâncias superiores nos casos em que a Equipe do projeto
não detenha a competência, poder ou meios necessários para tomada de
medidas essenciais para combater o risco negativo identificado.
4.6 Gerenciar o conhecimento do projeto
Coletar, registrar, sistematizar e disseminar os conhecimentos gerados na

Objetivo
execução do projeto.
1. Plano de Gestão do Projeto – PGP; e

Entradas
2. Outros documentos do Projeto.
3. Registro de Lições Aprendidas – RLA (ANEXO X);
75
4. Entregas realizadas; e
5. Registros de ações tomadas diante de pontos de atenção e riscos.
1. Registrar lições aprendidas (ANEXO X);

Ações
2. Registrar propostas de melhorias ao Guia de Iniciação ao MGP-Mapa, do
Manual de Referência do MGP-Mapa, da Manual do Usuário do SA etc.
1. Registro de Lições Aprendidas do projeto efetuado; e

Saídas
2. Relatório de melhorias dos instrumentos metodológicos utilizados pelo Mapa
– Manual de Referência e Guia de Iniciação ao MGP-Mapa etc.
Observação: Caso o projeto use o software SA, deve-se atualizar a área de lições
aprendidas.
Como dito anteriormente, essa fase é onde as entregas – os resultados, a razão de ser do projeto
– são geradas. Esta fase é a de maior duração do projeto e na qual se despende mais esforços
e recursos. A atualização do sistema SA é fundamental para que o desenvolvimento do projeto
seja visualizado.
A Execução do projeto é constantemente ligada ao seu monitoramento. Assim, as fases

Execução e Monitoramento estão sempre se complementando. Executa-se algo e logo depois é
feito o monitoramento dessa entrega.
O Monitoramento e Controle, acontecem paralelamente às demais fases do projeto e têm como

objetivo acompanhar a realização do trabalho. A seguir será detalhada a fase de Monitoramento
e Controle, cujo fluxo se encontra abaixo.
76
Figura 15 – Fluxo da fase Monitoramento e Controle. Elaborado no software Bizagi Modeler.
A Tabela 8 apresenta a relação entre processos e lista os artefatos relacionados aos respectivos
processos.
Tabela 8 – Atividades da Fase de Monitoramento
Número da
Atividade
Solicitação de Mudança no Projeto – SMP;
Informações para uso nas reuniões periódicas
5.1 Monitorar as atividades executadas no com a Equipe, na RAEP e na comunicação com
projeto as Partes Interessadas; e
Solicitações de reuniões periódicas com a
Equipe.
Memória da reunião;
5.2 Realizar reuniões periódicas Informações de solicitações de mudanças; e
Informações de lições aprendidas.
Relatório de Acompanhamento do Projeto – RAP
elaborado e compartilhado;
Arquivamento do RAP no SEI e SA;
5.3 Planejar, realizar e consolidar a RAEP Informações para Termo de Solicitação de
Mudança no Projeto – SMP; e
Informações para Registro de Lições Aprendidas
– RLA.
5.4 Elaborar Termo de Solicitação de Termo de Solicitação de Mudança no Projeto –

Mudança SMP.
SMP reprovado; ou
5.5 Apresentar SMP para aprovação SMP aprovado com ajustes; ou
SMP aprovado.
77
SMP arquivado; e
5.6 Arquivar SMP
Plano de Gestão de Projeto – PGP atualizado.
5.7 Identificar e registrar lições aprendidas Registro de Lições Aprendidas – RLA atualizado.
Descrição das atividades componentes da Fase de Monitoramento e Controle
5.1 Monitorar as atividades executadas no projeto
Efetuar a gestão geral do projeto, identificando diferenças entre o que foi

Objetivo
planejado e o que foi executado. Acompanhar, analisar e relatar o progresso geral
do projeto vis-à-vis os objetivos definidos no Plano de Gestão do Projeto. Esta
atividade é de responsabilidade do Gerente do Projeto.
1. Plano de Gestão de Projeto – PGP;

Entradas
2. Memória de reuniões anteriores;
3. Relatórios de Acompanhamento do Projeto – RAP;
4. Termo de Solicitação de Mudança no Projeto – SMP; e
5. Guia de Iniciação ao MGP-Mapa 3.
1. Monitorar as entregas;
Ações
2. Monitorar o cronograma;
3. Monitorar orçamento/custos;
4. Monitorar as solicitações de mudanças;
5. Levantar informações que devem ser comunicadas para as partes

interessadas do projeto;
6. Checar como estão os processos de contratação e os que já foram

contratados; e
7. Verificar se os riscos estão sendo identificados e as ações de resposta estão

sendo executadas a contento.
Estas atividades devem ser executadas com base no PGP e demais relatórios
elaborados durante a execução do projeto, tais como: RAP, memórias de reuniões
78
com a equipe, SMP, informações coletadas – informalmente ou não – com as
partes interessadas.
É importante ressaltar que o foco deve estar nas entregas, ou seja, nos resultados
do projeto até o momento. Na sequência analisar o triângulo: Entregas – Prazo –
Custos e verificar se estes elementos estão em harmonia pois é importante gerar
as “explicações” da situação das entregas do projeto baseada nestes elementos.
Observação: Para projetos inseridos no software SA, manter atualizada as Lições

Aprendidas e as Solicitações de Mudanças.
1. Solicitação de Mudança no Projeto – SMP;

Saídas
2. Informações para uso nas reuniões periódicas com a Equipe, na RAEP e na
comunicação com as Partes Interessadas; e
3. Solicitações de reuniões periódicas com a Equipe.
Vale destacar que o software SA deve ser percebido pelo Gestor do Projeto e por sua Equipe
como uma ferramenta valiosa no apoio da gestão do projeto. As atualizações e registros sobre a
execução do projeto no software SA proverão informações úteis no processo de tomada de
decisão no futuro, além de permitir acesso “on-line” às informações do projeto para todas as
Partes Interessadas.
5.2 Realizar reuniões periódicas
Discutir e abordar tópicos relativos à gestão da execução do projeto entre o

Objetivo
Gerente do Projeto e sua Equipe.
1. Plano de Gestão de Projeto – PGP;

Entradas
2. Memória de reuniões anteriores;
3. Pauta da reunião;
4. Relatórios de Acompanhamento do Projeto – RAP anteriores;
5. Termos de Solicitação de Mudança no Projeto – SMP; e
6. Registro de Lições Aprendidas – RLA.
1. Preparar e distribuir a pauta, definindo os objetivos e a agenda da reunião;

Ações
79
2. Garantir que as reuniões comecem e terminem no horário publicado;
3. Discutir a situação das entregas do projeto, quais foram as últimas entregas,

quais serão as próximas;
4. Analisar e comparar entregas, orçamentos, cronogramas;
5. Coletar informações dos membros da Equipe que são importantes na

execução do projeto;
6. Discutir a necessidade de mudanças no projeto; e
7. Registrar todas as ações e os respectivos responsáveis por sua conclusão.
Observação: As informações trabalhadas e geradas nestas reuniões devem ser

registradas no software SA visando facilitar acesso e uso futuros.
1. Memória da reunião;
Saídas
2. Informações de solicitações de mudanças; e
3. Informações de lições aprendidas.
5.3 Planejar, realizar e consolidar a Reunião de Acompanhamento da

Execução do Projeto – RAEP
Levantar e analisar o andamento da execução do projeto de uma forma

Objetivo
organizada e detalhada. Comunicar o andamento dos trabalhos realizados,
informar sobre a situação das entregas, alertar sobre os pontos de atenção do
projeto, apresentar as próximas entregas e reforçar o comprometimento de todos
envolvidos.
1. Plano de Gestão do Projeto – PGP;

Entradas
2. Formulário do Relatório de Acompanhamento do Projeto (ANEXO VIII);
3. Relatórios de Acompanhamento do Projeto – RAPs anteriores; e
4. Memórias de reuniões periódicas.
IMPORTANTE: Ao longo do ciclo de vida de um projeto deverá acontecer uma

Ações
RAEP a cada três meses para alinhamento e acompanhamento das entregas
80
e da execução geral do projeto. Esta periodicidade pode ser mais frequente ou
menos frequente dependendo das necessidades particulares de cada projeto.
O ANEXO VII contém um roteiro detalhado para guiar o Gerente do Projeto na

realização de uma Reunião de Acompanhamento da Execução do Projeto,
inclusive uma lista dos diferentes perfis comportamentais em reuniões e como
lidar com eles.
1. Relatório de Acompanhamento do Projeto – RAP elaborado e compartilhado;

Saídas
2. Arquivamento do RAP no SEI e SA;
3. Informações para Termo de Solicitação de Mudança no Projeto – SMP; e
4. Informações para Registro de Lições Aprendidas – RLA.
5.4 Elaborar Termo de Solicitação de Mudança
Revisar, aprovar e gerenciar as solicitações de mudanças no projeto por meio da

Objetivo
elaboração do Termo de Solicitação de Mudança no Projeto – SMP.
1. Informações de solicitações de mudanças;

Entradas
2. Formulário do Termo de Solicitação de Mudança no Projeto (ANEXO IX);
3. Plano de Gestão do Projeto – PGP; e
1. Analisar as informações de solicitação de mudanças advindas das RAEPs ou

Ações
das reuniões periódicas da Equipe do projeto;
Observação: Apenas mudanças com impacto na tríplice restrição1 (escopo,

cronograma ou orçamento) deverão ser formalizadas, os demais pedidos de
mudança ficarão sob o critério e decisão do Gerente do Projeto.
2. Elaborar o Termo de Solicitação de Mudança no Projeto, que deve conter:
a. Descrição da Mudança – basear na tríplice restrição;
1 Vide Seção 3.10 deste documento

81
b. Justificativa da mudança;
c. Benefícios advindos da mudança; e
d. Análise de impacto no cronograma (prazos) e nos custos.
1. Termo de Solicitação de Mudança no Projeto – SMP.

Saídas
5.5 Apresentar SMP para aprovação
Apresentar e discutir a proposta de Solicitação de Mudança no Projeto com o

Objetivo
Gerente Funcional e Patrocinador (se for o caso).

Entradas
1. Planejar a reunião de apresentação do SMP;

Ações
2. Agendar reunião de apresentação – enviar SMP com antecedência aos
participantes;
3. Realizar a reunião de discussão e aprovação do SMP:
a. Se for um PEC, a Assessoria de Gestão Estratégica tem que

obrigatoriamente participar e deverá ser assumido os seguintes papéis:
1. Deverá ser aprovado pelo Chefe do Gabinete da Ministra como

Patrocinador do projeto;
2. Deverá ser aprovado pelo Secretário da Unidade Administrativa

como Gerente Funcional; e
3. Deverá ser aprovado pelo Coordenador Geral da AGE como

Escritório de Projetos.
b. Se for um PES, o Secretário pode desejar que um assessor ou um

representante do Escritório de Projetos da Secretaria participe; e
c. Se for um PL, fica a cargo da Gerência Funcional e do Gerente do Projeto

determinarem quem participa.
4. Se tiver AJUSTES a serem efetuados, retornar à atividade anterior;
5. Se não for APROVADA, retornar para a Atividade 5.3 – Monitorar as Atividades

Executadas do Projeto; e
82
6. Se for APROVADA:
a. Retornar para a Fase de Planejamento e atualizar o Plano de Gestão do

Projeto – PGP; e
b. Seguir para a próxima atividade “Arquivar SMP”.
Observação: No caso de projetos que estejam utilizando o SA, incluir o SMP

na seção Anexos.
1. SMP reprovado; ou
Saídas
2. SMP aprovado com ajustes; ou
3. SMP aprovado.
5.6 Arquivar SMP
Arquivar o documento Termo de Solicitação de Mudança no Projeto em meio

Objetivo
adequado.

Entradas
1. Se o projeto for um PEC, arquivar o SMP no processo SEI do PEC, assim como
Ações
a nova versão do PGP que inclua as mudanças contempladas no SMP;
2. Se o projeto for um PES, fica a critério da Unidade Administrativa – UA a

indicação do local onde o documento SMP deve ficar arquivado; e
3. O SMP deve ser compartilhado com as Partes Interessadas indicadas na Matriz

de Comunicações contida no PGP.
Observação: No caso de projetos que estejam utilizando o SA, arquivar o

documento SMP na seção Anexos.
1. SMP arquivado;
Saídas
2. Plano de Gestão do Projeto – PGP atualizado.
5.7 Identificar e registrar lições aprendidas
83
Identificar e descrever as lições aprendidas durante o último ciclo de execução do
Objetivo
projeto e adicioná-las ao repositório de lições aprendidas.
1. Plano de Gestão de Projeto atualizado;

Entradas
2. Atas de Reunião Periódicas;
3. Informações de lições aprendidas coletadas em RAEPs e em análises de

SMPs;
4. Solicitações de Mudanças no Projeto – SMP; e
5. Registro de Lições Aprendidas – RLA.
1. Identificar lições aprendidas levantadas nas reuniões periódicas de equipe,

Ações
RAEPs e em pedidos de solicitações de mudanças;
a. Utilizar o formulário Registro de Lições Aprendidas – vide ANEXO X.
2. Para cada lição aprendida informar:
a. O que deveria acontecer (Previsto)?
b. O que realmente aconteceu (Realizado)?
c. Por que o Previsto foi diferente do Realizado?
d. Qual foi a lição aprendida?
Observação: As lições aprendidas dependem muito de cada projeto, liste o

máximo de informação que poderá auxiliar nos próximos projetos. Podem ser
incluídas as dificuldades, problemas, riscos e oportunidades percebidas, ou
outro conteúdo conforme apropriado.
3. Consolidar informações levantadas no formulário Registro de Lições

Aprendidas – RLA.
Observação: Em projetos no SA, atualizar Lições Aprendidas no próprio

software.
1. Registro de Lições Aprendidas – RLA atualizado.

Saídas
A fim de obter maior qualidade do projeto, finalizada a fase Execução e Monitoramento, sugere-
se o início imediato da próxima fase, o Encerramento.
84
11. FASE DE ENCERRAMENTO
Figura 16 – Fluxo da fase Encerramento. Elaborado no software Bizagi Modeler.

O Encerramento é a última fase do Ciclo de Vida do Projeto, a qual consiste na formalização do
término do projeto. O encerramento pode ser ocasionado pela execução total do projeto, por ter
se tornado inviável ou inoportuno.
Independentemente da causa para a entrada do projeto nessa fase, a sua formalização é

obrigatória e registra dados importantes que podem servir tanto de base para a concepção de
outros projetos, quanto de prestação de contas para órgãos de controle.
A tabela abaixo apresenta a relação entre os processos desta fase e os respectivos documentos
relacionados a cada processo.
Tabela 9 – Atividades e documentos da fase Encerramento
Número da
Atividade
6.1 Termo de Encerramento do Projeto

Elaborar TEP
elaborado.
6.2 Apresentar TEP para aprovação TEP aprovado.
Material de divulgação (textos jornalísticos,

6.3 Divulgar resultados do projeto fotos, vídeos etc.).
6.4 Processo SEI do Projeto completo e

Arquivar documentos no SEI
atualizado.
85
Descrição dos processos componentes da Fase de Encerramento
6.1 Elaborar TEP
Documentar a fase de encerramento do projeto, incluindo sua razão e outros

Objetivo
aspectos de seu ciclo de vida a serem compartilhados com outras equipes de
projetos.
1. Formulário do Termo de Encerramento do Projeto (ANEXO XI);

Entradas
3. Termos de Solicitação de Mudança no Projeto – SMP; e
4. Relatórios de Acompanhamento do Projeto – RAPs.
1. Registrar as diferenças entre os dados de previsão e de execução de prazo e

Ações
de orçamento, para evitar previsões superestimadas na fase de planejamento
de novos projetos;
2. Evidenciar quais benefícios foram alcançados pelo projeto, dentre todos os

benefícios esperados. Cabe salientar que os benefícios alcançados são os que
de alguma forma o cliente final do projeto percebeu a partir da realização das
entregas;
3. Listar as solicitações de mudanças ocorridas no projeto;
4. Inserir as lições aprendidas de acordo com o registrado no repositório e

analisar de modo geral as lições aprendidas do projeto;
5. Identificar todos os membros que compuseram a Equipe do projeto durante

todo o seu ciclo de vida; e
6. Identificar todas as Partes Interessadas que participaram do projeto durante

todo o seu ciclo de vida.
1. Termo de Encerramento do Projeto elaborado.

Saídas
6.2 Apresentar TEP para aprovação
Enviar Termo de Encerramento do Projeto – TEP para os aprovadores.

Objetivo
86
1. Termo de Encerramento do Projeto.
Entradas
Ações 1. Enviar TEP para os aprovadores.
O Gerente Funcional e o Patrocinador devem ser os aprovadores,

podendo ser adicionadas outras pessoas ou partes interessadas
dependendo do projeto;
2. Caso o TEP não seja aprovado, revisar o TEP com as sugestões dos
aprovadores e submetê-lo novamente à aprovação; e
3. Caso seja um Projeto Estratégico Corporativo – PEC, submeter TEP à

aprovação da Coordenação do Escritório de Projeto – CEP/AGE.
1. Termo de Encerramento do Projeto aprovado.

Saídas
6.3 Divulgar resultados do projeto
Realizar a divulgação dos resultados do projeto.

Objetivo
1. Termo de Encerramento do Projeto – TEP;

Entradas
2. Resultados alcançados pelo projeto; e
3. Benefícios.
1. Avaliar a possibilidade de promover um evento de encerramento do projeto

Ações
com a Equipe e Partes Interessadas;
2. Reunir as informações mais importantes sobre os resultados alcançados pelo

projeto, como por exemplo: benefícios entregues, clientes atendidos e
orçamento gasto;
3. Reunir fotos de eventos relacionados à execução do projeto, por exemplo:

reuniões, inaugurações, evento de encerramento etc.;
4. Avaliar a possibilidade e construir matéria (vide ANEXO XII) sobre os

resultados alcançados pelo projeto; e
5. Encaminhar matéria ao Escritório de Projetos para alinhamento junto à AECS.
1. Material de divulgação (textos jornalísticos, fotos, vídeos etc.).

Saídas
87
6.4 Arquivar documentos no SEI
Atualizar o processo SEI com todos os documentos do projeto que ainda não
Objetivo
foram adicionados.
1. Termo de Encerramento do Projeto – TEP;

Entradas
2. Outros documentos gerais do projeto; e
3. Fotos de eventos relacionados ao projeto.
1. Inserir o Termo de Encerramento do Projeto no processo SEI do projeto;

Ações
2. Verificar se existem outros documentos pertinentes ao projeto que podem ser
inseridos no SEI e SA; e
3. Manter o processo SEI em acompanhamento especial para possíveis envios

futuros a órgãos de controle ou para responder questionamentos via Serviço
de Informação ao Cidadão – SIC.
1. Processo SEI do projeto completo e atualizado.

Saídas
88
12. BIBLIOGRAFIA
LEANDRO, Wankes e VIEIRA, Helber. Canvas de projeto: como transformar ideias em

projetos. São Paulo: Riemma Editora, 2018.
Project Management Institute. Um guia do conhecimento em gerenciamento de projeto (Guia

PMBOK). 5ª ed. São Paulo: Saraiva, 2014.
Project Management Institute. Um guia do conhecimento em gerenciamento de projeto (Guia

PMBOK). 6ª ed. 2017.
Empresa Brasileira de Pesquisa Agropecuária. Método de Gestão de Projetos para a

Embrapa. (MGP/Embrapa). Versão 0.21. Brasília, 2013.
Ministério da Agricultura, Pecuária e Abastecimento. Guia de Iniciação ao Método de Gestão

de Projetos, Programas e Portfólios do Ministério da Agricultura, Pecuária e
Abastecimento (Guia de Iniciação ao MGP-Mapa 3). Versão 3.0. Brasília, 2020.
89
13. ANEXOS
90
ANEXO I – Portaria 101, 23 de março de 2020
91
PORTARIA Nº 101, DE 23 DE MARÇO DE 2020
Aprova o Método de Gestão de Projetos,

Programas e Portfólio do Ministério da
Agricultura, Pecuária e Abastecimento –
MGP/MAPA.
A MINISTRA DE ESTADO DA AGRICULTURA, PECUÁRIA E ABASTECIMENTO, no

uso das atribuições que lhe confere o art. 87, parágrafo único, incisos II e IV, da Constituição
Federal, tendo em vista o disposto no Decreto nº 10.253, de 20 de fevereiro de 2020, e o que
consta do Processo nº 21000.017924/2020-77, resolve:
Art. 1º Fica aprovado, no âmbito do Ministério da Agricultura, Pecuária e
Abastecimento – MAPA, o Método de Gestão de Projetos, Programas e Portfólio – MGP/MAPA.
Art. 2º O Método de Gestão de Projetos, Programas e Portfólio – MGP/MAPA, de uso
obrigatório, será divulgado no endereço eletrônico: www.agricultura.gov.br, e suas versões
atualizadas serão hospedadas em: http://agronet.agricultura.gov.br/institucional/areas-do-
ministerio/age/cep/mgp-mapa.
Art. 3º Caberá à Assessoria de Gestão Estratégica – AGE/GM/MAPA, por meio da
Coordenação de Escritório de Gerenciamento de Projetos – CEP/AGE/GM/MAPA, assegurar o
cumprimento do disposto nesta Portaria.
Art. 4º Fica revogada a Portaria MAPA nº 1.423, de 04 de setembro de 2018.
Art. 5º Esta Portaria entra em vigor em 1º de abril de 2020.
TEREZA CRISTINA CORREA DA COSTA DIAS

Este conteúdo não substitui o publicado na versão certificada.
Publicado em: 24/03/2020 | Edição: 57 | Seção: 1 | Página: 1
Disponível em: https://www.in.gov.br/web/dou/-/portaria-n-101-de-23-de-marco-de-2020-249439513
92
ANEXO II – Formulário Proposta do Projeto – PRP
Mais Informações
https://bit.ly/AGEnoPortal
E-mail: [email protected]
Telefone: (61) 3218-2693
93
Nome do Projeto Aqui
Unidade Administrativa – UA
94
Olá, sejam bem-vindos ao formulário Proposta de Projeto – PRP.
Para fazer o preenchimento deste documento seguem 4 passos:
1. Apague as caixas de texto com borda pontilhada (que contêm os direcionamentos e

informações de apoio) e mantenha apenas os dados do projeto em questão.
2. Insira o nome do projeto na capa e a Unidade Administrativa nos campos indicados.
3. Caso necessário, inclua linhas nas tabelas.
4. Apague, também, esta instrução de preenchimento antes de imprimir o PRP.
Qualquer dúvida e mais informações, os contatos da AGE se encontram no final do

documento. Boa sorte e bons projetos!
1. Identificação do Projeto
1.1 Nome e sigla
Sugere-se um verbo forte de ação, no infinitivo, que dialogue com o resultado do

projeto.
Verbos como “promover”, “contribuir”, “apoiar” etc. são considerados fracos para este
propósito. Pode-se ter o título completo e um “apelido” para o projeto, pois assim facilita a
referência interna do mesmo entre os membros da equipe do projeto.
Recordar que o título completo é útil para os não envolvidos no projeto e será muito
utilizado, pois é a informação mais divulgada do projeto.
Escreva aqui.
1.2 Estimativa de Prazo
Informar o prazo estimado em meses. Formato dd/mm/aaaa.
1.2.1 Início: 1.2.2 Fim:
1.3 Estimativa de Custo
Informar estimativa de custo do projeto ou o valor real caso já se saiba.

Escreva aqui.
95
1.4 Patrocinador
Informar o nome do Patrocinador do Projeto. É a pessoa que fornece apoio

político/financeiro ao projeto. Responsável por aprovar a proposta.
Inserir: Nome completo + cargo + e-mail.

Escreva aqui.
1. 5 Gerente Funcional
Informar o nome de quem exerce a chefia da área demandante ou é proponente do

projeto.

Escreva aqui.
1.6 Gerente do Projeto
Informar o nome do Gestor do Projeto, pessoa responsável por toda a condução do

Projeto em todo o seu Ciclo de Vida – da Proposição ao seu Encerramento
Escreva aqui.
2. Objetivo
Não inserir expressões como “por meio de”, “com o fim de” e correlatos.
Deve ser uma frase curta, simples e direta.
Ex.: 1) Implantar xxxx/ Elaborar estudo sobre xxxx/ Desenvolver software xxxx;
2) Facilitar o processo de cadastro e registro de publicações automatizando etapas

mecânicas através de integração entre os demais sistemas relacionados a publicações.
Escreva aqui.
96
3. Justificativa
Descrever breve contexto. Liste os problemas / demandas que geram a necessidade

do Projeto.
Escreva aqui.
4. Benefício
Descrever os ganhos que o Projeto trará para o Mapa, UA, Secretaria, Setor
Econômico e/ou Sociedade.
Escreva aqui.
5. Viabilidade do Projeto em Geral
A viabilidade técnica e financeira da ideia sendo proposta, considerando a

disponibilidade orçamentária;
A viabilidade do ambiente institucional para a realização do projeto, a partir do clima

político e organizacional, identificando possíveis entraves e oportunidades; e
O impacto dos resultados do projeto sobre as rotinas da organização.
Escreva aqui.
6. Alinhamento Estratégico
Descrever o alinhamento do Projeto aos instrumentos de gestão estratégica da

instituição, como o Plano Estratégico e Plano Plurianual – PPA do Mapa. Dependendo do
tipo do projeto outros instrumentos também poderão ser referenciados nesta seção,
como, por exemplo, o Plano Diretor de Tecnologia da Informação – PDTI, planos setoriais
etc.
Escreva aqui.
97
7. Aprovação
Quando o projeto for um PEC, os campos devem ser assinados por:

• Gerente Funcional = Secretario da UA; e
• Gerente de Projeto.
Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Gerente do Projeto Gerente Funcional
[Nome completo + Cargo] [Nome completo + Cargo]
Mais Informações
Telefone: (61) 3218-2693
98
ANEXO III – Modelo de Canvas
99
100
ANEXO IV – Formulário do Termo de Abertura do Projeto – TAP
Mais Informações
Telefone: (61) 3218-2693
101
102
Olá, sejam bem-vindos ao Termo de Abertura do Projeto – TAP.
1. Apague as caixas de texto com borda pontilhada (que contêm os direcionamentos

e informações de apoio) e mantenha apenas os dados do projeto em questão.
2. Insira o nome do projeto na capa e a Unidade Administrativa nos campos

indicados.
4. Apague, também, esta instrução de preenchimento antes de imprimir o TAP.
Qualquer dúvida e mais informações, os contatos da AGE se encontram no final do

documento. Boa sorte e bons projetos!
1.1 Nome e sigla
Sugere-se um verbo forte de ação, no infinitivo, que dialogue com o resultado do

projeto.
Verbos como "promover", "contribuir", “apoiar” etc. são considerados fracos para este
propósito. Pode-se ter o título completo e um "apelido" para o projeto, pois assim facilita a
referência interna do mesmo entre os membros da equipe do projeto.
Recordar que o título completo é útil para os não envolvidos no projeto e será muito
utilizado, pois é a informação mais divulgada do projeto.
Escreva aqui.
1.2 Prazo Estimado
Informar o prazo estimado em meses. Formato dd/mm/aaaa.
1.2.1 Início: 1.2.2 Fim:
1.3 Custo total
Informar estimativa de custo do projeto ou o valor real caso já se saiba.
Escreva aqui.
103
1.4 Patrocinador
Informar o nome do Patrocinador do Projeto. É a pessoa que fornece apoio

político/financeiro ao projeto.
Inserir: Nome completo + cargo + E-mail.
Escreva aqui.

projeto.
Escreva aqui.
Informar o nome do Gestor do Projeto, pessoa responsável por toda a condução do

Projeto em todo o seu Ciclo de Vida – da Proposição ao seu Encerramento.
Escreva aqui.
2. Objetivo
2) Facilitar o processo de cadastro e registro de publicações automatizando etapas

mecânicas através de integração entre os demais sistemas relacionados a publicações.
Escreva aqui.
104
3. Descrição do Produto e Serviço
Descrever com o máximo de características.
Aqui o foco é nas características do produto ou serviço que será entregue. Pode ser
entendido também como os resultados da execução do projeto.
O que será entregue? Descrever características com o máximo de detalhes.
Não confundir com o Escopo do projeto que é o trabalho que será executado para entregar
estes produtos / serviços.
Escreva aqui.
4. Justificativa
Descrever breve contexto. Liste os problemas / demandas que geram a necessidade

do Projeto.
O formato do texto é livre, uma sugestão do que deve ser informado segue no exemplo
abaixo:
Ex.: O problema é... / O problema afeta ... / O impacto do problema ... /
Não há ... / A falta de ... / O sistema atual não se comunica com os demais sistemas.
Escreva aqui.
5. Benefício
Descrever os ganhos que o Projeto trará para o Mapa, UA, Secretaria, Setor
Econômico e/ou Sociedade.
Para cada problema listado na Justificativa, listar um benefício direto.
Benefícios são os impactos dos resultados do Projeto. Benefícios possuem indicadores de

tempo, custo ou qualidade (Key Performance Indicators – KPI) os quais são mitigados ou
otimizados pelo projeto. Benefícios bem definidos são a melhor forma de “vender” o
projeto.
Dica: o benefício seria uma manchete sobre o projeto num grande jornal.
Escreva aqui.
105
6. Escopo
Escopo é trabalho. Qual o trabalho que será executado para entregar o

produto/serviço?
Listar o trabalho que será realizado ao longo do Projeto para que o Produto/Serviço final
seja entregue, ou seja, a partir do trabalho listado surgirão as entregas, os resultados, os
produtos / serviços. O Escopo é escrito de forma substantiva.
Exemplo:
• Mapeamento dos processos Xxxxx
• Levantamento das leis que xxxxx
• Reuniões com XXX, YYY, ZZZ
• Contratação de xxxxx
• Desenvolvimento de xxxx
• Elaboração de minuta
Dica: numerar os itens do Escopo para facilitar a identificação na etapa das Entregas.
Escreva aqui.
7. Não Escopo
“Não Escopo” explicita o que não será feito pelo projeto. Listar o que pode gerar
dúvidas quanto ao que diz respeito ao trabalho ou entregas / produtos e serviços. Ou seja,
esclarecer o que não fará parte das atividades.
Ex.: O sistema desenvolvido deverá permitir integração com os demais sistemas

relacionados, mas não faz parte do escopo desse projeto implementar as rotinas de
integração destes sistemas.
Escreva aqui.
106
8. Premissas e Restrições
Entende-se por premissa as hipóteses que se assumem como necessárias e

verdadeiras para conclusão do Projeto.
Ex.: 1) Será concedido acesso às bases de dados dos sistemas correlatos;
2) Estarão disponíveis para o levantamento de requisitos usuários de todos os

sistemas/setores relacionados.
Entende-se como restrição uma obrigação legal que não pode ser suprimida. Descrever as
restrições do projeto tais como: tempo, orçamento, legislação etc.
Ex.: O sistema deve estar de acordo com a legislação estabelecida pela Lei XXXX.
Dica: Ambas dialogam com o Escopo.
Escreva aqui.
9. Riscos
Risco é todo evento com impacto ou consequência negativa (ou positiva) na execução
do Projeto. O Risco deverá ser identificado previamente para possuir algum nível de
controle para que seja mitigado (ou aproveitado em caso positivo).
Dica: Risco é diferente de problema. Problema é algo que está acontecendo no momento.
Risco é futuro.
Matriz de Riscos:
N Descrição Consequênci Proba Impact Ações de Responsá
Data alvo
° do risco a b. o resposta vel
Falta de Não Baixa Medio Alterar João dd/mm/aa

documentaç conheciment escopo para aa
1
ão anterior o de criar
detalhes documentaç
importantes ão mínima
Não Impossibilida Baixa Alto Identificar Maria dd/mm/aa
conseguir de de bases de aa
2 acesso às elaborar os dados
bases relatórios alternativas
relacionada planejados e/ou outras
s fontes de
dados
107
Levantamen Visão geral, médio Baixo Efetuar José dd/mm/aa
to nacional nacional será levantamen aa
3 pode não prejudicada tos somente
ser possível nos estados
que existam
dados
disponíveis
10. Entregas
As Entregas são os resultados (produtos e serviços) do projeto ao longo do tempo. É o

conceito central de projeto. É definido, acompanhado e monitorado ao longo de todo o
Ciclo de Vida. Uma Entrega é macro, ao contrário de componente e tarefa. As Entregas são
escritas no particípio passado, são mensuráveis e tangíveis. Entenda as Entregas como
sendo o coração do Projeto!
Lista de entregas:
N° Entregas Data Orçamento
1 As Entregas deverão ser numeradas. dd/mm/aaaa Entregas que

dependem de
Entrega 1 – Descrever uma visão macro da
recursos financeiros
entrega.
No TAP você devem ter suas
Componente 1.1 – Descrever as principais poderá usar estimativas de
características e a abrangência do PREVISÃO de recursos e as fontes
componente, deixando claro suas Data e especificadas (Planos
particularidades. Orçamento. Orçamentário – PO
ou PI).
Componente 1.2 – idem.
O monitoramento dos projetos será feito a

partir desse campo!
Dica: Se a entrega for muito macro parecerá

que o projeto não está evoluindo e que
nada está sendo feito.
108
11. Equipe do Projeto
Conjunto de pessoas com habilidades específicas e complementares afins ao tema do

projeto e que participa de todo o ciclo de vida do projeto.
Equipe do Projeto
Nome Papel E-mail
Fulana Patrocinador fulana@...
Beltrano Gerente Funcional
Sicrano Gerente do Projeto
Fulano Membro da Equipe
Beltrana Membro da Equipe
12. Partes Interessadas
Pessoas ou instituições que participarão pontualmente em algum momento do ciclo

de vida do projeto. Pessoas que irão agregar algum conhecimento específico ou precisarão
ser consultadas sobre as Entregas do projeto.
Partes Interessadas
Nome Lotação E-mail Telefone
Fulano GM fulano@... (ddd) xxxx-xxxx
Beltrana CNA
Sicrano Ministério xyz
109
Descrever o alinhamento do Projeto aos instrumentos de gestão estratégica da

instituição, como o Plano Estratégico e Plano Plurianual – PPA do Mapa. Dependendo do
tipo do projeto outros instrumentos também poderão ser referenciados nesta seção,
como, por exemplo, o Plano Diretor de Tecnologia da Informação – PDTI, planos setoriais
etc.
Escreva aqui.
14. Aprovação
• Patrocinador = Chefe do Gabinete da Ministra;

• Gerente Funcional = Secretario da UA;
• Escritório de Projeto = AGE; e
Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Data: ____/____/_______ Data: ____/____/_______
____________________________ __________________________________
Patrocinador Escritório de Projetos
110
ANEXO V – Formulário do Termo de Abertura do
Programa – TAProg
Mais Informações
Telefone: (61) 3218-2693
111
112
Olá, sejam bem-vindos ao Termo de Abertura de Programa – TAProg.
1. Apague as caixas de texto com borda pontilhada (que contêm os direcionamentos

e informações de apoio) e mantenha apenas os dados do projeto em questão.
2. Insira o nome do projeto na capa e a Unidade Administrativa nos campos

indicados.
4. Apague, também, esta instrução de preenchimento antes de imprimir o TAProg.
Qualquer dúvida e mais informações, os contatos da AGE se encontram no final do documento.

Boa sorte e bons projetos!
1. Identificação do Programa
1.1 Nome e sigla
Sugere-se um verbo forte de ação, no infinitivo, que dialogue com os benefícios do

programa.
Verbos como "promover", "contribuir", “apoiar” etc. são considerados fracos para este
propósito. Pode-se ter o título completo e um "apelido", pois assim facilita a referência
interna do mesmo entre os membros da equipe do programa.
Recordar que o título completo é útil para os não envolvidos e será muito utilizado, pois é a
informação mais divulgada do programa.
Escreva aqui.
1. 2 Prazo Estimado
Informar o prazo estimado em meses. Formato mm/aaaa.
1.2.1 Início: Fim:
1.3 Custo total
Informar estimativa de custo ou o valor real, caso já se saiba.
Escreva aqui.
113
1.4 Patrocinador
Informar o nome do Patrocinador do Programa. É a pessoa que fornece apoio

político/financeiro ao programa.
Inserir: Nome completo + cargo + email.
Escreva aqui.

Programa.
Escreva aqui.
Informar o nome do Gestor do Programa, pessoa responsável por toda a condução do

Programa.
Escreva aqui.
2. Objetivo
Descrever o objetivo do programa usando um único verbo no infinitivo.

2) Facilitar o processo de cadastro e registro de publicações automatizando etapas mecânicas
através de integração entre os demais sistemas relacionados a publicações.
Escreva aqui.
114
3. Justificativa
Descrever breve contexto. Liste os problemas / demandas que geram a necessidade do

Programa.
O formato do texto é livre, uma sugestão do que deve ser informado segue no exemplo
abaixo:
Ex.: O problema é... / O problema afeta ... / O impacto do problema ... /
Não há ... / A falta de ... / O sistema atual não se comunica com os demais sistemas.
Escreva aqui.
4. Benefício
Descrever os ganhos que o Programa trará para o Mapa, UA, Secretaria, Setor Econômico
e/ou Sociedade.
Para cada problema listado na Justificativa, listar um benefício direto.
Benefícios são os impactos dos resultados do Projeto. Benefícios possuem indicadores de
tempo, custo ou qualidade (Key Performance Indicators – KPI) os quais são mitigados ou
otimizados pelo projeto. Benefícios bem definidos são a melhor forma de “vender” o
programa.
Dica: o benefício seria uma manchete sobre o programa num grande jornal.
Escreva aqui.
5. Projetos Complementares
Listar cada Projeto que irá compor o Programa. Incluir o Título e Objetivo de cada
Projeto.
Escreva aqui.
6. Não Escopo
Listar o que pode gerar dúvidas quanto ao que diz respeito ao trabalho ou entregas.
Escreva aqui.
115
7. Aprovação
Quando o programa for um PEC, os campos devem ser assinados por:

Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Gerente do Programa Gerente Funcional
Data: ____/____/_______ Data: ____/____/_______
____________________________ __________________________________
Mais Informações
Telefone: (61) 3218-2693
116
ANEXO VI – Formulário do Plano de Gestão de Projeto – PGP
Mais Informações
Telefone: (61) 3218-2693
117
118
Olá, sejam bem-vindos ao Plano de Gestão de Projeto – PGP.
1. Apague as caixas de texto pontilhadas (que contêm os direcionamentos e informações

de apoio) e mantenha apenas os dados do projeto em questão;
2. Insira o nome do projeto na capa e a Unidade Administrativa nos campos indicados;
3. Caso necessário, inclua linhas nas tabelas; e
4. Apague, também, esta instrução de preenchimento antes de imprimir o PGP.
IMPORTANTE: Leia e revise o Termo de Abertura de Projeto – TAP.
Reflita sobre as perguntas que se encontram ao longo do documento. Caso não tenha nenhuma
atualização, use o mesmo conteúdo do TAP nos primeiros 14 itens do PGP.

1. Identificação do projeto
1.1 Nome e sigla
Reflita sobre a seguinte pergunta: Seu projeto tem nome e sigla?
Escreva aqui.
1.2 Prazo estimado
Reflita sobre as seguintes perguntas:

• Seu projeto tem prazo estimado em número de meses?
• Seu projeto tem data estimada de início e fim?
1.2.1 Início: 1.2.3 Fim:
1.3 Custo total
Reflita sobre a seguinte pergunta: Seu projeto tem custo estimado?
Escreva aqui.
119
1.4 Patrocinador
Reflita sobre a seguinte pergunta: Seu projeto tem um patrocinador “político”?
Escreva aqui.
1.5 Gerente Funcional
Reflita sobre a seguinte pergunta: Seu projeto tem um Gerente Funcional?
Escreva aqui.
Reflita sobre a seguinte pergunta: Seu projeto tem um Gerente do Projeto?
Escreva aqui.
2. Objetivo

• Seu Objetivo está no formato de verbo do infinitivo (ex: implantar/ elaborar/
desenvolver)?
• Seu Objetivo está sucinto e fácil para um leigo compreender?
Escreva aqui.
3. Descrição do produto e serviço

• Seu projeto lista, pelo menos, 5 características diferentes do produto/serviço que
será entregue?
• Suas Descrições dialogam diretamente com CADA item do Escopo?
Escreva aqui.
120
4. Justificativa

• Sua Justificativa lista de forma objetiva os problemas/as faltas que visa melhorar?
• Sua Justificativa possui algum indicador numérico (KPI)?
Escreva aqui.
5. Benefício

• Seus Benefícios dialogam diretamente com CADA Justificativa (problema
apontado)? Isto é, para cada problema listado ter um benefício direto.
• Seus Benefícios possuem indicadores de tempo ou custo (KPIs) que busca otimizar
ou reduzir?
Escreva aqui.
6. Escopo

• Seu escopo está escrito de forma substantiva (ex: implantação/ construção/
aprovação)?
• Seu escopo lista, pelo menos, 5 trabalhos diferentes que dialogam diretamente
com a Descrição?
• Seu Escopo está numerado para facilitar a identificação com as ENTREGAS?
Escreva aqui.
7. Não Escopo

• Seu Não Escopo lista, pelo menos, 3 trabalhos que não serão realizados?
• Seu Não Escopo dialoga diretamente com a Descrição?
Escreva aqui.
121
8. Premissas e Restrições
• Seu projeto lista, pelo menos, 5 Premissas/Restrições?

• Suas Premissas/Restrições dialogam diretamente com cada trabalho do Escopo?
Isto, é para cada item do Escopo, incluir pelo menos 1 premissa ou restrição.
Escreva aqui.
9. Riscos

• Seu projeto lista, pelo menos, 5 riscos?
• Seus riscos dialogam diretamente com as Premissas/Restrições?
• Seus Riscos são gerenciáveis? Ou seja, probabilidade de ocorrência e consequência
negativa no Projeto.
Matriz de Riscos:
Descrição do Proba Impact Ações de Responsáv
N° Consequência Data alvo
risco b. o resposta el
Falta de Não Baixa Medio Alterar João dd/mm/aa
documentaç conhecimento escopo para aa
1 ão anterior de detalhes criar
importantes documentaçã
o mínima
Não Impossibilidad Baixa Alto Identificar Maria dd/mm/aa
conseguir e de elaborar bases de aa
acesso às os relatórios dados
2 bases planejados alternativas
relacionadas e/ou outras
fontes de
dados
Levantamen Visão geral, médio Baixo Efetuar José dd/mm/aa
to nacional nacional será levantamento aa
pode não prejudicada s somente
3 ser possível nos estados
que existam
dados
disponíveis
122
10. Entregas
Leia e revise o Termo de Abertura de Projeto – TAP.
No PGP é usual revisar e atualizar as Entregas contidas no TAP. Verifique se há necessidade

de maior detalhamento das descrições e orçamentos.

• Seu projeto lista, pelo menos, 10 entregas?
• Suas Entregas estão escritas no particípio passado (ex:
construído/entregue/aprovado)?
• Suas Entregas dialogam diretamente com o Escopo?
• Suas entregas são mensuráveis/tangíveis (ex: 50 km de asfalto/capacitados 200
agricultores em 5 oficinas)?
Lista de Entregas
N° Entregas Data Orçamento

1 As Entregas deverão ser numeradas. dd/mm/aaaa Entregas que
dependem de
Entrega 1 – Descrever uma visão macro da recursos financeiros
entrega. devem ter suas
estimativas de
Componente 1.1 – Descrever as principais recursos e as fontes
características e a abrangência do especificadas (Planos
componente, deixando claro suas Orçamentário – PO
particularidades. ou PI).
O monitoramento dos projetos será feito a

partir desse campo!
Dica: Se a entrega for muito macro parecerá

que o projeto não está evoluindo e que nada
está sendo feito.
123

• Seu projeto lista, pelo menos, mais 2 membros da equipe?
• Tem Gerente Funcional e Gerente do Projeto?
• Tem um Patrocinador?
Equipe do Projeto
Instituição, Unidade
Nome Administrativa, Papel E-mail
Grupo...
Fulana Embrapa Patrocinador fulana@...
Beltrano SDA Gerente Funcional
Sicrano SDA Gerente do Projeto
Fulano SDI Membro da Equipe
Beltrana Embrapa Membro da Equipe

• Sua lista de Stakeholders dialoga diretamente com o Escopo? Isto é, para cada item
do Escopo se perguntar “quem tem interesse”?
Partes Interessadas
Beltrana CNA
124

• Seu projeto está alinhado com, pelo menos, um Objetivo Etratégico do Mapa (ex:
competência do Mapa/Plano Plurianual/Plano de Defesa Agropecuária)?
• Seu Projeto, como um todo, considerou que será lido e revisado por leigos ou
outros órgãos de controle do governo?
Escreva aqui.
14. Estrutura Analítica do Projeto – EAP
A Estrutura Analítica do Projeto – EAP é composta por:

• Nome do Projeto na linha zero;
• Entregas – ver item 10 do TAP; e
• Componentes – são entregas menores que somadas formam uma entrega principal.
Entregas e Componentes são escritos de forma substantivada.
Cada entrega deve ser pensada como algo claramente delimitado, verificável, mensurável e
concreto.
Projeto
Entrega 1 (%) Entrega 2 (%) Entrega 3 (%) Entrega 4 (%)
Componente Componente Componente Componente

1.1 (%) 2.1 (%) 3.1 (%) 4.1 (%)
Componente Componente
1.2 (%) 3.2 (%)
Componente
3.3 (%)
125
• Sua EAP dialoga diretamente com as Entregas que foram listadas?

• Sua EAP foi escrita de forma substantivada?
• Sua EAP possui Entregas? (Ex.: visão macro da entrega, primeira linha da EAP)
• Sua EAP possui Componentes para cada Entrega? Isso é, para cada Entrega – na
primeira linha – temos um ou mais componentes na segunda, terceira linha?
Por fim, entenda que quanto maior o nível de detalhamento, maior a percepção de que o
projeto está evoluindo, porém o custo gerencial aumenta. É importante estudar qual deve
ser o nível de detalhamento que melhor se encaixe no seu projeto
15. Dicionário da EAP
O Dicionário da EAP serve como um referencial para instruir as Partes Interessadas que
não são especialistas no tema do projeto.
Dicionário da EAP
Cód. da EAP Entrega/Componente Descição
1 Entrega 1 Descrever uma visão macro da entrega.
1.1 Componente 1.1 Descrever as principais características e a

abrangência do componente, deixando claro o
que faz parte e as suas particularidades.



126



16. Matriz de Marcos (Roadmap)
Um marco representa um evento significativo ao longo do tempo de execução do

projeto. Preencha, considerando a data das entregas dos produtos/serviços que compõem
o Projeto.
Semestre 1 Semestre 2 Semestre 3 Semestre 4 Semestre 5 Semestre 6

Componente 1.1 Componente 2.1 Componente 3.1 Entrega 3 Componente 4.1 Entrega 4
Componente 1.2 Componente 2.2 Componente 3.2
Entrega 1 Entrega 2 Componente 3.3
17. Matriz de Responsabilidades
Preencha a tabela abaixo com a seguinte legenda:

• R = Responsável pela execução, mas não executa
• E = Executa
• A = Aprova
• P = Participa, mas não executa e não tem responsabilidade alguma pela execução
• i = É informado
127
Matriz de Responsabilidades
Entrega/Componente Responsável/Área
(Dicionário da EAP) Fulano Beltrana Sicrano Fulana
Entrega 1 E R A i
Componente 1.1 P E R A
Componente 1.2 A R E P

• Sua Matriz dialoga diretamente com cada Componente identificado na sua EAP?
• Sua Matriz tem, pelo menos, um Responsável pela Execução e uma pessoa que
Executa?
• Sua Matriz tem, pelo menos, uma pessoa que Aprova?
18. Matriz de Comunicações
A Matriz de Comunicação descreve o processo de comunicação necessário para garantir

geração, coleta, distribuição, armazenamento, recuperação e destinação final das
informações sobre o projeto de forma oportuna e adequada. Preencha a tabela abaixo
conforme as explicações.
Matriz de Comunicações
Informação Canal de Frequência de Responsável pela
Destinatário
Necessária Comunicação Comunicação Comunicação
Informar para quem Informar qual E-mail, Ligação, Diária, Semanal, Quem será a
a comunicação se informação é WhatsApp, Mensal, quando pessoa da
destina. necessária. Ofício, houver entrega, equipe
Apresentação Quando ocorrer responsável
presencial, algum evento pela emissão
Skype, Relatório específico etc. dessa
impresso etc. informação?
Pode ser a
combinação de
2 ou mais dos
instrumentos
listados acima
128
19. Matriz de Aquisições
Matriz de Aquisições é a tabela que descreve os itens a serem comprados ou

contratados pelo projeto para o alcance dos resultados.
Matriz de Aquisições
Referência Lista de
# Item a ser contratado na EAP
Orçamento Data Alvo
Fornecedores
1 Descrever o nome do item a ser Cod. Listar Orçamento Data em que
contratado EAP fornecedores do disponível o item
para adquirido
mercado, caso aquisição deve estar
saiba disponível
para o
projeto
2 Contratação de Serviço EAP Empresa 1; R$ dd.mm.aaaa

Especializado em Meio 2.1 Empresa 2; 100.000,0
Ambiente Pessoa Juridica 1 0
20. Aprovação

Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
129
Data: ____/____/_______ Data: ____/____/_______
____________________________ __________________________________
Mais Informações
Telefone: (61) 3218-2693
130
ANEXO VII – Subprocesso: Planejar, realizar e consolidar RAEP
131
Fluxos do subprocesso “Planejar, realizar e consolidar RAEP” encontram-se detalhados no
ANEXO XIII do Manual de Referência do MGP-Mapa 3.
5.3 Planejar, realizar e consolidar a Reunião de Acompanhamento da

Execução do Projeto – RAEP
Levantar e analisar o andamento da execução do projeto de uma forma

Objetivo
organizada e detalhada. Comunicar o andamento dos trabalhos realizados,
informar sobre a situação das entregas, alertar sobre os pontos de atenção do
projeto, apresentar as próximas entregas e reforçar o comprometimento de
todos envolvidos.

Entradas
2. Formulário do Relatório de Acompanhamento do Projeto (ANEXO VIII);
3. Relatórios de Acompanhamento do Projeto – RAPs anteriores;
4. Registro de Lições Aprendidas – RLA; e
5. Memórias de reuniões periódicas.
Importante Ao longo do ciclo de vida de um projeto deverão acontecer, pelo menos, uma
RAP a cada três meses para alinhamento e acompanhamento das Entregas
e da execução geral do projeto. Esta periodicidade pode ser maior ou menor
dependendo das necessidades particulares de cada projeto.
Planejar a Reunião de Acompanhamento da Execução do Projeto
O Gerente do Projeto, em conjunto com sua Equipe, deve elaborar a

Ações
primeira parte do Relatório de Acompanhamento do Projeto – RAP (vide
132
ANEXO VIII, seções 1 a 6), convidar os participantes para a RAEP,
organizar o local e o material que será apresentado na reunião seguindo os
passos abaixo. É sugerido prazo máximo de 2 semanas.
1. Analisar e registrar no RAP a situação das entregas e tarefas no

cronograma;
2. Identificar e registrar no RAP os benefícios gerados pelas entregas do

projeto desde a última RAEP;
3. Checar, relacionar, analisar e registrar no RAP os valores relativos a

Orçamento (Planejado) e quanto realmente foi utilizado: Custos
(Realizado);
4. Reler o PGP observando a Matriz de Riscos do projeto;
5. Identificar e registrar no RAP os pontos de atenção relativos ao projeto;
6. Analisar e registrar no RAP as entregas previstas para o próximo

período;
Observação: De acordo com o MGP-Mapa 3, os PECs devem realizar

Reuniões de Acompanhamento da Execução do Projeto e a emissão do
RAP, pelo menos, a cada três meses. Para os demais tipos de projeto
recomenda-se o mesmo. Neste caso, entende-se período como tempo
entre a RAEP atual e a próxima.
7. Gerar versão preliminar do RAP;
Observação: Caso esteja usando o SA, o registro das informações será feito
diretamente no software e uma versão preliminar do RAP poderá ser
extraída para uso durante a RAEP. Caso não esteja usando o SA, o registro
das informações deve ser feito no formulário de RAP (ANEXO VIII, seções
1 a 6).
8. Identificar possíveis lições aprendidas;
9. Definir pauta da RAEP e, para cada item da pauta, identificar quem é

necessário para decidir sobre uma possível ação ou detêm
conhecimentos que serão necessários para a discussão e
encaminhamento dos temas tratados na reunião;
10. Realizar reunião preparatória para a RAEP (ensaio);
133
11. Convidar Partes Interessadas pertinentes e informar objetivo e pauta da
RAEP. No convite, informar sobre a necessidade de preparação para a
RAEP (estudo da pauta);
12. Confirmar a presença de todos que devem participar da RAEP;
13. Preparar material que será utilizado e distribuído na RAEP –

apresentação de slides e documentos (cópias do RAP, RAPs anteriores
etc.) e o local onde acontecerá a reunião.
A RAEP não é uma reunião para debater exaustivamente a solução de

Dicas
problemas. Nesse sentido, é uma sinalização dos eventuais problemas, que
devem ser tratados na sequência, mas somente com as pessoas envolvidas
no problema específico e focado na sua solução.
Ressalta-se que a comunicação pode ser realizada por um ou mais canais,

como por exemplo: SEI, E-mail, telefonema, memorando, WhatsApp etc.
O acompanhamento da confirmação dos participantes convidados deve ser

realizado pelo Gerente do Projeto. Recomenda-se que se até o dia anterior
algum membro não tenha confirmado, que seja realizado o contato direto, por
exemplo, por telefone, para que a confirmação seja realizada.
Realizar a Reunião de Acompanhamento da Execução do Projeto
1. Iniciar a Reunião visitando os Relatórios anteriores;

Ações
2. Apresentar o Relatório de Acompanhamento atual;
2.1. Apresentar as entregas finalizadas no último período – tempo entre a

RAEP anterior e a atual;
2.2. Apresentar as entregas em andamento e orçamentos com suas

respectivas situações;
2.3. Apresentar os benefícios gerados pelo projeto;
2.4. Apresentar os Pontos de Atenção;
2.4.1. Anotar comentários das Partes Interessadas sobre os Pontos de

Atenção;
2.4.2. Validar ações de resposta aos Pontos de Atenção com as Partes

Interessadas;
134
2.5. Apresentar próximas Entregas;
2.6. Registrar considerações feitas na RAEP (ANEXO VIII, seções 7 e 8);
2.7. Validar documento completo com as Partes Interessadas;
2.8. Colher assinaturas do Relatório;
3. Definir a data da próxima RAEP; e
4. Finalizar Reunião de Acompanhamento da Execução do Projeto.
1. Gerente do Projeto assume a facilitação da reunião. Faz parte da sua

Dicas
função:
1.1. Ter atenção ao foco, horários e controle da comunicação: falar, dar a

palavra e pedi-la de volta;
1.2. Anotar sugestões dadas, interromper conversas paralelas, nunca

passar para o próximo assunto sem encerrar o anterior. Ao trocar de
assunto, ler o objetivo da reunião novamente;
1.3. Questionar mais do que afirmar, de maneira a trazer o assunto de volta

ao foco e evitar criar atritos;
1.4. Registrar as principais ideias, ações e Lições Aprendidas;
1.5. Estimular a participação garantindo o foco no objetivo das discussões;
1.6. Incentivar a Equipe do projeto na identificação de eventos positivos e

negativos ocorridos durante o projeto; e
1.7. O Gerente de Projeto pode atribuir a um participante da reunião a

função de Relator, o qual deve anotar todos os pontos e informações
importantes tratados na reunião e irá, junto com o Gerente de Projeto,
elaborar a versão final do RAP.
2. Eventualmente, na apresentação da situação das Entregas e/ou na

indicação dos Pontos de Atenção, pode haver o interesse por algum
participante em aprofundar a discussão. Caso isso ocorra, deve-se lembrar
que essa reunião de apresentação do Relatório não é uma reunião para
debate exaustivo de problemas. Trata-se de uma reunião para reportar o
andamento do projeto e direcionar ações. Sempre que possível, siga as
seguintes regras:
135
2.1. Inicie e termine a reunião na hora agendada (sugestão de 1h a 2h);
2.2. A pauta da reunião é importante e a forma como é apresentada

também; e
2.3. Priorize os assuntos e estabeleça tempos dedicados para cada

assunto.
Consolidar a Reunião de Acompanhamento da Execução do Projeto
1. Realizar reunião interna do projeto com o objetivo de avaliar, detalhar,

Ações
esclarecer ações e decisões tomadas na RAEP;
2. Agendar reuniões com os responsáveis pelas próximas ações;
3. Compartilhar o Relatório de Acompanhamento do Projeto – RAP

consolidado com as Partes Interessadas, de acordo com a Matriz de
Comunicações;
4. Enviar divulgação de entregas para assessoria de comunicação do Mapa

ou de sua Unidade Administrativa – Secretaria, Departamento etc. (ver
ANEXO XII);
5. Arquivar o Relatório de Acompanhamento do Projeto em local indicado;
Observação: Os PECs devem ter os seus RAPs arquivados no respectivo

processo SEI, no SA e na pasta do PEC no disco virtual da AGE; e
6. Atualizar SA.
1. Lista de planos de ação (respostas aos pontos de atenção;

Saídas
2. Lista de resultados com potencial de mídia;
3. Relatório de Acompanhamento do Projeto – RAP;
4. Arquivamento do RAP no SEI e SA; e
5. Informações para Solicitações de Mudanças no Projeto.
Obs. O Fluxo do subprocesso “Planejar, realizar e consolidar RAEP” encontra-se no

ANEXO XIII.
136
Diferentes perfis comportamentais em reuniões e como lidar com eles
Durante reuniões de trabalho, muitas dificuldades estão relacionadas aos comportamentos dos
participantes, que podem agir dos mais diversos modos. Nesse sentido, torna-se fator crítico de
sucesso conhecer os perfis possíveis e as respectivas respostas-padrão, a saber:
O Eterno Perguntador: procura atrapalhar o líder; tenta fazer com que você apoie o ponto de
vista dele.
• Devolva suas perguntas ao grupo, não tome partido.
O Belicoso: gosta de ferir os outros com ou sem razões legítimas.
• Não retruque e não perca a calma, você pode se defender com a desculpa do tempo e lhe
dizer que vai considerar o problema apontado por ele com a máxima boa vontade, mas em
particular. Impeça que ele monopolize a discussão.
O Teimoso: ignora sistematicamente tanto o ponto de vista dos outros como o seu. Nada quer
aprender dos outros.
• Mantenha o grupo unido, dizendo que vai discutir a pergunta dele separadamente com ele
e que, por enquanto, ele aceite a posição do grupo.
• Uma variação desse caso é aquele tipo de pessoa que quando começa a falar não para
mais. Estipule tempo, tente reconduzi-lo ao assunto e corte no momento adequado.
O Sabe-tudo: pretende impor a opinião dele a todos. Pode estar bem informado ou
simplesmente gosta de falar.
• Dirija-lhe as perguntas mais complexas. Reforce a confiança do grupo para não ser
influenciado por ele.
O Positivo: sempre pronto a ajudar, seguro de si próprio.
• É de grande auxílio na discussão. Procure obter a contribuição dele utilizando-o com

frequência.
O Falante: fala de tudo e sem parar, exceto do assunto em pauta.
• Interrompa-o com tato, limitando o tempo e chamando-o ao assunto. Olhe para o relógio.
O Tímido: tem ideias, porém tem dificuldade em explicitá-las.
• Faça-lhe perguntas fáceis, despertando a autoconfiança. Elogie a sua contribuição

sempre que possível.
O Desdenhoso: dirige-se ao grupo de forma superior. Não se mistura aos participantes.
137
• Não anule a sua susceptibilidade e não o critique.
O Distraído, Desinteressado: distrai também os outros. Pode ser que fale do assunto em pauta,
mas também de outro.
• Dirija-lhe uma pergunta fácil, colocando seu nome no início da frase (direta). Faça com
que ele dê exemplos do trabalho em que está interessado.
138
ANEXO VIII – Formulário do Relatório de Acompanhamento do
Projeto – RAP
Mais Informações
Telefone: (61) 3218-2693
139
140
Olá, sejam bem-vindos ao Relatório de Acompanhamento do Projeto – RAP.
1. Apague as caixas de texto com borda pontilhada (que contêm os direcionamentos e informações de apoio) e mantenha apenas os dados do projeto em
questão.
4. Apague, também, esta instrução de preenchimento antes de imprimir o RAP.
Qualquer dúvida e mais informações, os contatos da AGE se encontram no final do documento. Boa sorte e bons projetos!
1.1 Nome e sigla
Escreva aqui.
1. 2 Patrocinador
Escreva aqui.
1.3 Gerente Funcional
Escreva aqui.
Escreva aqui.
141
1.5 Prazo
Informar os prazos em meses. Formato mm/aaaa.
Data de início do projeto Data alvo de término do projeto

1.5.1 Início estimado: 1.5.2 No RAP anterior:
1.5.3 Início real: 1.5.4 Neste RAP:
1.6 Orçamento
Orçamento total do projeto estimado
1.6.1 RAP anterior: 1.6.2 Neste RAP:
1.7 Período entre RAPs
Informar os prazos em meses. Formato mm/aaaa.
1.7.1 RAP anterior: 1.7.2 Este RAP:
De acordo com o MGP-Mapa 3, recomenda-se que as Reuniões de Acompanhamento da Execução do Projeto e a emissão do RAP aconteçam, pelo
menos, a cada três meses. Caso este seja o primeiro RAP do projeto, informe no campo 1.7.1: “Primeiro RAP do projeto”.
142
2. Desempenho das principais Entregas
Informar o progresso das principais Entregas do projeto no período.
Leia-se período como tempo entre esta Reunião de Acompanhamento da Execução do Projeto e a anterior. Essas datas devem ser informadas no local
indicado na tabela. Caso seja o primeiro RAP do projeto, informe a data de início do projeto como primeira data.
Enquanto o SA não gerar este formulário automaticamente, insira a imagem do gauge de cronograma/entregas. E faça uma breve análise dos dados
expressos na imagem inserida.
Lista de principais Entregas do período – dd/mm/aaaa a dd/mm/aaaa

Legenda da situação da Entrega:
1. Tarefa em atraso 4. Tarefa em dia
2. Tarefa planejada 5. Tarefa concluída
3. Tarefa comprometida 6. Tarefa suspensa
Data alvo Data alvo Situação da
EAP Entregas
planejada Realizada Entrega
1.1 Componente 1.1 dd/mm/aaaa dd/mm/aaaa 3
2 4
Caso esteja usando o SA, insira na seção 10. Anexo a lista das tarefas de acordo com a situação, como aparece na aba “Protocolo” do SA Project
Manager.
Caso não esteja usando o SA, inclua como anexo uma lista de todas as entregas do projeto e sua respectiva situação.
143
3. Principais benefícios do projeto no período
Listar os benefícios do projeto no período em ordem decrescente de importância e com foco no impacto social.
Benefícios são os impactos dos resultados do Projeto. Benefícios possuem indicadores de tempo, custo ou qualidade (Key Performance Indicators – KPI)
os quais são mitigados ou otimizados pelo projeto. Benefícios bem definidos são a melhor forma de “vender” o projeto.
Dica: o benefício seria uma manchete sobre o projeto num grande jornal.
Leia-se período como tempo entre esta Reunião de Acompanhamento da Execução do Projeto e a anterior. Caso este seja o primeiro RAP do projeto,
considere o período do início do projeto até a data deste RAP.
Lista de benefícios
Itens da EAP Potencial de mídia

Ordem de
Benefício relacionados a esse
Relevância
benefício Interno Externo
1 Ex.: Sancionada MP do Agro que beneficia o Setor Florestal – A produção florestal por meio de 1.1; 2; 3.1.2. Médio Alto
florestas plantadas e do manejo de florestas nativas incluídas na Cédula do Produtor Rural
(CPR)
2 Alto Baixo
144
4. Desempenho orçamentário financeiro
Informar o progresso dos aspectos orçamentários de cada Entrega.
Enquanto o SA não gerar este formulário automaticamente, insira a imagem do gauge de orçamento. E faça uma breve análise dos dados expressos na
imagem inserida.
Lista orçamentária
Orçamento Planejado Financeiro Executado
EAP Entregas
Investimento Custeio Total Investimento Custeio Total
1.1 Descrição do Componente 1.1 R$ 1000,00 R$ 1000,00 R$ 2000,00 R$ 500,00 R$ 500,00 R$ 1000,00
145
5. Pontos de Atenção
Identificar as dificuldades/problemas que estão impedindo a boa execução do projeto. Estas dificuldades/problemas são chamadas de pontos de
atenção.
Sugestão: Consulte a Matriz de Riscos presente no Plano de Gestão do Projeto – PGP e avalie se há algum risco iminente que se configure como ponto
de atenção.
Identificação preliminar de pontos de atenção

Ações de Respostas Responsável Relacionar com Prazo Final Obs.
N° Data de Entrada Evento (Problemas/dificuldades)
(alternativa de solução) item da EAP
1 dd/mm/aaaa Ex.: Falta de documentação anterior Alterar escopo para criar João Item 1.1; dd/mm/aaaa *
documentação mínima
Item 2.2;
2 dd/mm/aaaa Ex. Falta de acessos às bases relacionadas Identificar base de Maria

dados alternativas e/ou
outras fontes de dados
* Preenchimento do campo “Obs.”: Durante a apresentação do formulário de RAP à alta gestão (Reunião de Acompanhamento da Execução do
Projeto – RAEP) anotar no campo Obs. se o referido ponto de atenção deve ser levado à Ministra.
146
6. Próximo Período
Informar as principais entregas que serão realizadas no próximo período.
Lista das principais entregas do próximo período

Potencial de mídia
Data alvo
EAP Entregas
planejada
Interno Externo
1.1 Componente 1.1 dd/mm/aaaa Baixo Médio

2 Componente 2 dd/mm/aaaa Alto Baixo
7. Considerações levantadas na RAEP sobre as Entregas do período
Anotar pontos levantados na Reunião de Acompanhamento da Execução do Projeto sobre as Entregas do período.
Escreva aqui
147
8. Considerações Gerais da RAEP
Anotações gerais da Reunião de Acompanhamento da Execução do Projeto.
Escreva aqui.
.9 Aprovação
Quando o RAP for de um PEC, os campos devem ser assinados por:

Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Data: ____/____/_______ Data: ____/____/_______
148
____________________________ __________________________________
10. Anexo
Copie e cole do SA Project Manager as informações sobre as tarefas disponíveis na aba “Protocolo”.
Caso não esteja usando o SA, inclua uma lista de todas as entregas do projeto e sua respectiva situação.
Mais Informações
Telefone: (61) 3218-2693
149
ANEXO IX – Formulário do Termo de Solicitação de
Mudança no Projeto – SMP
Mais Informações
Telefone: (61) 3218-2693
150
151
Olá, sejam bem-vindos ao Termo de Solicitação de Mudança no Projeto – SMP.
1. Apague as caixas de texto de borda pontilhada (que contêm os direcionamentos e

informações de apoio) e mantenha apenas os dados do projeto em questão.
4. Apague, também, esta instrução de preenchimento antes de imprimir a SMP.

1.1 Nome e sigla

Escreva aqui.
1. 2 Patrocinador
Escreva aqui.
Escreva aqui.

Escreva aqui.
2. Objetivo
Escreva aqui.
3. Descrição da Mudança
Considerando a Tríplice Restrição em projetos, selecione os itens que serão impactados

com a mudança.
Descrição de Mudança #1
Tríplice Restrição Justificativa
( ) Escopo/Entregas; Descreva a motivação (justificativa) na
( ) Cronograma; necessidade da mudança.
( ) Orçamento;
Descrição de Mudança #2
Tríplice Restrição Justificativa
( ) Escopo/Entregas; Descreva a motivação (justificativa) na
( ) Orçamento;
152
Observação: caso tenha outras mudanças, copie novamente a tabela. Caso haja apenas
uma mudança a ser informada, exclua a tabela referente à Mudança #2.
4. Benefícios
Descreva os benefícios originais e os novos benefícios caso a mudança seja aprovada.
Benefícios da mudança #1
Benefícios Originais Novos Benefícios
Benefícios da mudança #2
Benefícios Originais Novos Benefícios
Observação: caso tenha outras mudanças, copie novamente a tabela. Caso haja apenas
uma mudança a ser informada, exclua a tabela referente à Mudança #2.
5. Análise de Impacto
Escreva as Entregas que serão afetadas com a Solicitação de Mudança no Projeto.
Análise de Impacto - Prazo

Entregas Originais Novas Entregas Planejadas Data alvo Nova Data alvo
original
Análise de Impacto - Custo

Entregas Originais Novas Entregas Orçamento Novo Fonte de
Planejadas original (R$) Orçamento Recurso
(R$)
153
6. Impacto da avaliação
Escreva as consequências caso a solicitação de mudança não seja aprovada.

Escreva aqui.
Em caso de mudanças na equipe do projeto, informar a mudança no papel, nome,

lotação, e-mail e telefone.
Escreva aqui.
Em caso de mudanças nas Partes Interessadas, informar a mudança no formato nome,

lotação, e-mail e telefone.
Escreva aqui.
9. Aprovação
Quando a mudança for em um PEC, os campos devem ser assinados por:

Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Data: ____/____/_______ Data: ____/____/_______
____________________________ __________________________________
154
ANEXO X – Formulário de Registro de Lições Aprendidas – RLA
Mais Informações
Telefone: (61) 3218-2693
155
156
Olá, sejam bem-vindos ao Registro de Lições Aprendidas – RLA.
1. Apague as caixas de texto com borda pontilhada (que contêm os direcionamentos e

informações de apoio) e mantenha apenas os dados do projeto em questão;
3. Caso necessário, inclua linhas nas tabelas;
4. Mantenha todos os registros de lições aprendidas em um só documento, copiando e
colando a tabela na próxima vez que for utilizá-la; e
5. Apague, também, esta instrução de preenchimento antes de imprimir o RLA.

1.1 Nome e sigla
Escreva aqui.
1. 2 Patrocinador
Nome – Email – Telefone
Escreva aqui.
Escreva aqui.
Escreva aqui.
2. Registro de Lições Aprendidas
LIÇÃO 1: NOME
O que deveria acontecer? (Previsto)
157
Descreva, de forma resumida,
o que deveria acontecer.
O que realmente aconteceu? (Realizado)

o que realmente aconteceu.
Por que o Previsto foi diferente do Realizado?
Descreva os motivos das

diferenças.
Qual foi a lição aprendida?
Descreva o que fazer e o que

não fazer da próxima vez.
LIÇÃO 2: NOME
O que deveria acontecer? (Previsto)

o que deveria acontecer.
O que realmente aconteceu? (Realizado)

o que realmente aconteceu.
158
Por que o Previsto foi diferente do Realizado?
Descreva os motivos das

diferenças.
Qual foi a lição aprendida?
Descreva o que fazer e o que

não fazer da próxima vez.
Mais Informações
Telefone: (61) 3218-2693
159
ANEXO XI – Formulário do Termo de Encerramento do Projeto –
TEP
Mais Informações
Telefone: (61) 3218-2693
160
161
Olá, sejam bem-vindos ao Termo de Encerramento do Projeto – TEP.
1. Apague as caixas de texto de borda pontilhada (que contêm os direcionamentos e
informações de apoio) e mantenha apenas os dados do projeto em questão;
3. Caso necessário, inclua linhas nas tabelas;
4. Apague, também, esta instrução de preenchimento antes de imprimir o TEP.
1.1 Nome e sigla
Escreva aqui.
1. 2 Patrocinador
Nome – E-mail – Telefone
Escreva aqui.
Escreva aqui.
Escreva aqui.
2. Análise de variação
2.1 Análise de variação de custo
2.1.1 Custo total do projeto estimado: 2.1.2 Custo total do projeto real:
2.2 Análise de variação de prazo
2.2.1 Início estimado: 2.2.2 Fim estimado:
2.2.3 Início real: 2.2.4 Fim real:
162
Descreva os benefícios originais e os benefícios alcançados finais.
Benefícios
Benefícios Originais Benefícios alcançados
3. Solicitações de Mudanças
Insira as Solicitações de Mudanças realizadas durante a execução do projeto.
Descrição de Mudança
N° Tríplice Restrição Justificativa Data
1 ( ) Escopo/Entregas; Descreva a motivação (justificativa) na dd/mm/aaaa
( ) Orçamento;
2 ( ) Escopo/Entregas; Descreva a motivação (justificativa) na dd/mm/aaaa
( ) Orçamento;
3
4
Insira a quantidade de Solicitações de Mudanças solicitadas e a quantidade de

Solicitações de Mudanças aprovadas.
Quantidade de Solicitações de Mudanças: Quantidade de Solicitações de Mudanças

aprovadas:
4. Considerações do Gerente Funcional
Motivo do Encerramento (alcance de resultados, perda de objetivo, falta de

patrocínio...) e outras considerações.
Escreva aqui.
163
5. Considerações do Gerente do Projeto

Escreva aqui.
6. Considerações do Patrocinador

Escreva aqui.
7. Lições Aprendidas
Inserir todas as lições aprendidas registradas durante o projeto.
Lições Aprendidas
N° O que poderia ter sido de forma
Lição Ação Tomada
diferente
1 Descreva o fato Descreva a ação tomada Após o fato consumado, o que
ocorrido que serviu a equipe entendeu que seria a
de aprendizado melhor ação a ser tomada?
2
Preencha a tabela com os dados de todos que fizeram parte da Equipe do projeto
durante o andamento do projeto. Lembre-se que as pessoas detêm conhecimentos sobre o
projeto e poderão ser contactadas como opinião especializada no futuro.
Equipe do Projeto
Instituição, Unidade
Nome Administrativa, Papel E-mail
Grupo...
Fulana Embrapa Patrocinador fulana@...
Beltrano SDA Gerente Funcional
Sicrano SDA Gerente do Projeto
Fulano SDI Membro da Equipe

Beltrana Embrapa Membro da Equipe
164
Preencha a tabela com os dados de todas as Partes Interessadas do Projeto durante o

andamento do projeto. Lembre-se que as pessoas detêm conhecimentos sobre o projeto e
poderão ser contactadas como opinião especializada no futuro.
Partes Interessadas
Beltrana CNA
10. Aprovação
Quando a mudança for em um PEC, os campos devem ser assinados por:

Data: ____/____/_______ Data: ____/____/_______
__________________________________ __________________________________
Data: ____/____/_______
Data: ____/____/_______
__________________________________
____________________________
Escritório de Projetos
Patrocinador
[Nome completo + Cargo]
[Nome completo + Cargo]
165
ANEXO XII – Roteiro para escrever matéria e publicá-la no portal
da agricultura
166
ROTEIRO PARA ESCREVER MATÉRIA E PUBLICÁ-LA NO PORTAL DA
AGRICULTURA
A publicação de matérias jornalísticas compete à assessoria de imprensa de

cada unidade administrativa. Abaixo constam orientações de boas práticas sobre
o envio de conteúdo a ser publicado nos portais dos órgãos, especificamente no
Portal do Mapa (https://www.gov.br/agricultura/pt-br/).
1. ORIENTAÇÕES SOBRE COMO REDIGIR O TEXTO
Estrutura
Matérias jornalísticas costumam usar uma técnica de estruturação do texto

chamada de pirâmide invertida. A base da pirâmide – o que a sustenta – é
apresentada primeiro no texto. É o que se chama de lide (do termo lead, que
significa liderar). Na sequência são detalhadas as informações mencionadas no
lide, da mais relevante para a menos relevante. Essa estrutura serve também
como “vitrine” do conteúdo, ou seja, se o leitor é “fisgado” por algo que vê no
lide, então ele continua a leitura.
O lide deve informar qual é o fato jornalístico noticiado e as principais

circunstâncias em que ele ocorre. Segundo Adelmo Genro Filho, em “O Segredo
da Pirâmide”, o lide deve descrever a maior singularidade da notícia. O lide
responde as principais perguntas relacionadas ao fato jornalístico, não
necessariamente todas e nem nesta ordem:
• O que;
• Quem;
• Quando;
• Onde;
• Por quê;
• Para quem; e
• Como.
Lembrar que a atenção do leitor é um recurso escasso. Por isso o texto deve ser
objetivo e é preciso entregar no início a informação mais importante, pois pode-
se perder a atenção do leitor.
167
É interessante que nos parágrafos seguintes, que detalham o que foi
mencionado no lide, sejam informados dados, números, quantitativos sempre
que possível.
No fecho, fim do texto, reiteram-se/resumem-se os serviços, quando houver. Por

exemplo: dia do evento, horário, URL de acesso a conteúdo, dados de contato
etc.
Serviço:
Data: 2 de dezembro de 2019, com início às 10 horas
Local: Olacyr de Moraes – Edifício Sede
Acesso online: http://bit.ly/ideiaseprojetoss
Linguagem
Ao escrever um texto jornalístico lembrar que o objetivo é informar com

qualidade e de forma rápida. A linguagem deve ser formal e respeitar as regras
gramaticais, mas ao mesmo tempo deve ser de fácil compreensão. Utilizar
termos simples que serão rapidamente entendidos pelo leitor, evitar
expressões rebuscadas, arcaicas e especificidades técnicas. Caso seja
necessário mencionar um termo técnico – se não for possível substitui-lo por
uma expressão simples –, explicar o termo para que o leitor compreenda. A
dificuldade em compreender o que é dito no texto poderá levar ao desinteresse
do leitor.
2. Orientação sobre o conteúdo do arquivo de texto a ser enviado para a

assessoria de comunicação
O arquivo de texto deve informar:
• TÍTULO;
• CORPO do texto da matéria;
• SUBTÍTULO (caso utilize);
• LISTA DE TAGS (caso utilize); e
• LISTA DE IMAGENS (caso exista).
168
TÍTULO
O título deve ser o mais conciso possível destacando o fato jornalístico (ponto
principal da matéria). Exemplos:
AGE/GM realiza evento de certificação e palestra em gestão de projetos
Janeiro de produção na AGE
Conjur elabora Plano de Trabalho para 2020-2022
Disponível a todos os servidores o acesso ao software de apoio à gestão

de projetos
Em meio à pandemia de Covid-19, a AGE/GM apresenta o novo Método

de Gestão de Projetos, Programas e Portfólios do Mapa (exemplo de título
muito longo, deve ser evitado)
CORPO DO TEXTO
Lembrar de destacar em negrito termos-chave ao longo do texto (auxilia o

escaneamento do texto pelo leitor). E em itálico termos em língua estrangeira.
SUBTÍTULO
O subtítulo é utilizado no Portal para identificar conjuntos de matérias. Caso a

sua unidade administrativa já faça uso de subtítulos, indique qual o mais
adequado.
LISTA DE TAGS
As TAGs são um recurso do gerenciador de conteúdo do site para classificar as

publicações por assunto. Caso a sua unidade administrativa já faça uso de tags,
indique quais as mais adequadas.
LISTA DE IMAGENS
Caso existam imagens, listar após o texto do corpo da matéria o nome do arquivo
de imagem e a legenda que deve acompanhar o referido arquivo. Como no
exemplo:
169
Imagem Nome do arquivo Legenda
Foto 1.jpeg Foto 1 – Jahtinan Batista

Cardoso – Departamento
Desenvolvimento Comunitário
– Secretária de Agricultura
Famíliar e Cooperativismo
3. ORIENTAÇÃO SOBRE O ENVIO DOS ARQUIVOS DE TEXTO E IMAGENS

O arquivo contendo o texto deve ser enviado como arquivo aberto em Word
(.doc). Imagens devem ser enviadas em formato JPG ou PNG anexas ao e-mail
(não enviar dentro do arquivo de texto). As medidas do tamanho das imagens
devem ser 1258 x 838 pixels.
4. COMO ENVIAR PARA PUBLICAÇÃO NO PORTAL DA AGRICULTURA

Enviar o arquivo do texto e arquivos de imagens para o e-mail
[email protected] da Assessoria Especial de Comunicação Social –
AECS e solicitar a publicação da matéria no Portal. Especificar data de
publicação, se for o caso. A AECS pede que o conteúdo seja enviado com no
mínimo dois dias de antecedência da data de publicação.
5. FORMULÁRIO PARA ESCREVER A MATÉRIA

Copie e cole os itens abaixo em um documento Word e construa a matéria
informando todos os dados necessários para a publicação.
Título:
Corpo do texto:
Subtítulo:
Tags:
Imagens:
170
Imagem Nome do arquivo Legenda
171
ANEXO XIII – Fluxos do Manual de Referências do
MGP-Mapa 3
172
173
174
175
176
177
178
179
180
181
182
ANEXO XIV – Explicação dos Gauges do Software SA
183
Gauge de
Cronograma
O Gauge de Cronograma é a ferramenta utilizada para mensurar o andamento do

projeto quanto às tarefas.
Nesse gráfico é possível visualizar a porcentagem que o projeto deveria estar no

momento, visualmente pelo ponteiro preto e numéricamente pelo número preto
(26.0%). Também é possível visualizar a porcentagem real das tarefas realizadas,
visualmente pela posição da barra colorida e numericamente pelo número colorido
(35.0%). E, por ultimo, a cor da barra colorida que representa a situação do projeto
de acordo com a porcentagem entre o valor realizado e o que foi projetado, que
nesse caso temos 123%.
Essa porcentagem é calculada pelo Indice de Desempenho de Prazo – IDP,

descrito na seguinte equação, 𝑰𝑫𝑷 =
𝑽𝒂𝒍𝒐𝒓 𝒓𝒆𝒂𝒍𝒊𝒛𝒂𝒅𝒐𝒑𝒓𝒂𝒛𝒐
( ⁄𝑽𝒂𝒍𝒐𝒓 𝑷𝒍𝒂𝒏𝒆𝒋𝒂𝒅𝒐 ) × 𝟏𝟎𝟎 , onde:
𝒑𝒓𝒂𝒛𝒐
• IDP < 100% – indica atraso na execução do projeto;
• IDP > 100% – indica que a execução do projeto está adiantada; e
• IDP = 100% – indica que o projeto está seguindo o planejado.
Seguindo essa lógica, o software classifica de acordo com a Tabela abaixo cada
faixa de porcentagem que é representada por uma cor.
184
Gauge de Cronograma
Relação entre Valor Real

e Planejado
Cor 𝑉𝑎𝑙𝑜𝑟 𝑅𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜 (𝑉𝑅 ); Observações
𝑉𝑎𝑙𝑜𝑟 𝑃𝑙𝑎𝑛𝑒𝑗𝑎𝑑𝑜 (𝑉𝑃 )
𝑉𝑅 Valor Realizado é maior que

≥1
𝑉𝑝 100% do Valor Planejado
𝑉𝑅 Valor Realizado está entre

0,9 ≤ <1 90% e 100% do valor
𝑉𝑝
Planejado

0,6 ≤ ≤ 0,9
𝑉𝑝 60% e 90% do valor Planejado
𝑉𝑅 Valor Realizado é menor do

< 0,6
𝑉𝑝 que 60% do Valor Planejado
O projeto não tem informações

𝑉𝑝 = 0 sobre entregas inseridas no
software SA.
185
Gauge de
Orçamento
O Gauge de Orçamento é a ferramenta utilizada para mensurar o andamento do

projeto quanto ao orçamento.
Nesse gráfico é possível visualizar o valor total planejado para o projeto, o

orçamento estimado do projeto no momento – ponteiro preto e numéricamente
pelo número preto (180.0). Também é possível visualizar a porcentagem real das
tarefas realizadas – posição da barra colorida e número colorido (240). E, por
ultimo, a cor da barra colorida que representa a situação do projeto de acordo com
a porcentagem entre o valor real e o que foi projetado, que nesse caso temos
130%.
Essa porcentagem é calculada pelo Indice de Desempenho de Custo – IDC,

descrito na seguinte equação, 𝑰𝑫𝑪 =
𝑽𝒂𝒍𝒐𝒓 𝒓𝒆𝒂𝒍𝒊𝒛𝒂𝒅𝒐𝒐𝒓ç𝒂𝒎𝒆𝒏𝒕𝒐
( ⁄𝑽𝒂𝒍𝒐𝒓 𝑷𝒍𝒂𝒏𝒆𝒋𝒂𝒅𝒐 ) × 𝟏𝟎𝟎 , onde:
𝒐𝒓ç𝒂𝒎𝒆𝒏𝒕𝒐
• IDC < 100% – indica orçamento utilizado abaixo do esperado;
• IDC > 100% – indica orçamento utilizado acima do esperado; e
• IDC = 100% – indica que o orçamento do projeto está sendo utilizado

conforme foi planejado.
Seguindo essa lógica, o software classifica de acordo com a Tabela abaixo cada
faixa de porcentagem que é representada por uma cor.
186
Gauge de Orçamento
Relação entre Valor Real e Planejado

Cor 𝑉𝑎𝑙𝑜𝑟 𝑅𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜 (𝑉𝑅 ); 𝑉𝑎𝑙𝑜𝑟 𝑃𝑙𝑎𝑛𝑒𝑗𝑎𝑑𝑜 (𝑉𝑃 ) Observações
𝑉𝑅 Valor Realizado é menor que

≤ 0,7
𝑉𝑝 70% do valor Planejado.
𝑉𝑅 Valor Realizado está entre 70%

0,7 < ≤ 1,1
𝑉𝑝 e 110% do valor Planejado

1,1 < ≤ 1,4 110% e 140% do valor
𝑉𝑝
Planejado
𝑉𝑅 Valor Realizado é maior que

> 1,4
𝑉𝑝 140% do Valor Planejado
O projeto não tem informações

𝑉𝑝 = 0 sobre entregas inseridas no
software SA.
Observação: Os valores relativos aos orçamentos devem ser considerados como as

datas de início das atividades e não as datas de conclusão.
187
14. ÍNDICE
C
L
CANVAS, 39
Lições Aprendidas, 78
D
P
Desenvolver TAP, 41
PGP, 69, 73, 78
Protocolar TAP no SEI e enviar para aprovação, 44, 45
E
Elaborar CANVAS, 39 R
Realizar Reuniões Periódicas, 73
F
Reuniões, 73
FASE DE EXECUÇÃO, 63 Reuniões Periódicas, 73
G S
Gerenciar o Conhecimento do Projeto, 69 Sistema de Gestão de Projetos, 47
SMP, 76, 77
I
T
Incluir TAP no Sistema de Gestão de Projetos, 47
TAP, 39, 40, 41, 44, 45, 47, 59
188
Esta obra foi produzida pela Assessoria de Gestão Estratégica do Gabinete da Ministra de
Agricultura, Pecuária e Abastecimento.
Ministra da Agricultura, Pecuária e Abastecimento

Tereza Cristina Corrêa da Costa Dias
Chefe de Gabinete
Paulo Márcio Mendonça Araújo
Coordenador-Geral da Assessoria de Gestão Estratégica

Paulo Sérgio Vilches Fresneda
Coordenador de Escritório de Projetos – CEP

André Luis Cury Carazza
Equipe da Assessoria de Gestão Estratégica – AGE

Adriana de Melo Salviano Mota – CEP/AGE
Bruno Luiz Hahn Barreto dos Santos – CPE/AGE
Eduardo Domingues – CPE/AGE
Juliana Teixeira de Paiva – CPE/AGE
Larissa Guimarães Massote – CEP/AGE
Ligia Pereira Rodrigues – ADM/AGE
Luiz Marcelo Videro Vieira Santos – CPE/AGE
Marjorie Almeida Caldas Morais – ADM/AGE
Ney Rego Barros Júnior – CEP/AGE
Sérgio Araújo Felício – CEP/AGE
Agora que você concluiu a leitura do Manual de Referência do

MGP-Mapa 3, queremos saber a sua opinião!
Envie seu feedback usando o formulário acessível no endereço

https://bit.ly/fbmanualmgp3 ou no código QR ao lado.
189
190

Método de Gestão de Projetos - MAPA

Enviado por

Direitos autorais:

Formatos disponíveis

Método de Gestão de Projetos - MAPA

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Método de Gestão de Projetos - MAPA

Enviado por

Direitos autorais:

Formatos disponíveis

1

1ª edição. Ano 2020

Elaboração, distribuição, informações:

Coordenação Editorial – Assessoria de Gestão Estratégica

Elaboração Design e Diagramação

Data Versão Descrição Autor(es)

Adriana Mota, Ana Carolina Castro, André Dusi,

Adriana Mota, Ana Carolina Castro, André Carazza,

A Assessoria de Gestão Estratégica – AGE do Ministério da Agricultura, Pecuária e

Os componentes do Kit estão brevemente descritos abaixo:

1) Guia de Iniciação ao MGP-Mapa 3. Se você está chegando agora ou tem pouca

O Guia de Iniciação também serve de orientação para o uso do software de Gestão de

Este documento pode ser encontrado na Página da AGE1.

2) Manual de Referência do Método de Gestão de Projetos, Programas e Portfólios do

O Manual de Referência do MGP-Mapa 3 está alinhado ao “Um Guia do Conhecimento

O Manual de Referência do MGP-Mapa 3 é um documento de consulta que detalha de

3) Manual do Usuário do Software Strategic Adviser – Módulo Project Manager:

4) Eventos sobre Gestão de Projetos e Assuntos Relacionados. A Gestão de Projetos é

5) Acervo Multimídia sobre Gestão de Projetos e Assuntos Relacionados. Vivemos na

6) Consultoria Contínua em Gestão de Projetos oferecida pela CEP/AGE. O apoio é dado,

O suporte da CEP/AGE está disponível para os Gerentes de Projetos, para os Escritórios

Figura 1 – Visão sistêmica do MGP-Mapa 3

HISTÓRICO DE VERSÕES ......................................................................................................... 5

Figura 1 – Visão sistêmica do MGP-Mapa 3 8

BPMN Business Process Management Notation

CEP Coordenação de Escritório de Projetos

Escritório de Gerenciamento de Projetos ou Escritório de Gestão de

Mapa Ministério da Agricultura, Pecuária e Abastecimento

MGP Método de Gestão de Projetos, Programas e Portfólios

PDCA Plan – Do – Check – Act (Planeje – Faça – Verifique – Atue)

PEC Projeto Estratégico Corporativo

PES Projeto Estratégico da Secretaria

PGP Plano de Gestão do Projeto

PMBOK Project Management Body of Knowledge

PMI Project Management Institute

PMO Project Management Office

RAEP Reunião de Acompanhamento da Execução do Projeto

RAP Relatório de Acompanhamento do Projeto

RLA Registro de Lições Aprendidas

SEI Sistema Eletrônico de Informações

SMP Solicitação de Mudança no Projeto

TAP Termo de Abertura de Projeto

TEP Termo de Encerramento do Projeto

O objetivo desta seção é nivelar o conhecimento de todos os usuários do MGP-Mapa 3 com os

2.1. Projeto e Processo

Já um processo é conceituado como “uma agregação de atividades e comportamentos, inter-

Projetos e processos diferem principalmente porque um projeto tem natureza temporária

2.2. Gestão de projetos

É a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto

características e funções especificadas. (PMBOK 5, p 542)

Cronograma de um projeto é o sequenciamento, duração e restrições das atividades, o que

2.2.4. Tríplice Restrição

“Um grupo relacionado de projetos, subprogramas e atividades de programa gerenciados de

3 Livre tradução e adaptação de PMBOK 3ª. Ed., p. 377.

A gestão de programas é a aplicação de conhecimentos, princípios e ferramentas para realizar

O PMBOK define um portfólio como: “projetos, programas, portfólios subsidiários e operações

2.6. Gestão de Portfólios

Refere-se a gestão centralizada de um ou mais portfólios visando a consecução dos objetivos

2.7. Categorias de Projetos no Mapa

No Mapa, foram definidas três categorias de projetos: