Informatica 1278

CONHECIMENTOS ESPECÍFICOS EM EXERCÍCIOS PARA ANVISA - TI
FOCO: ANALISTA ADMINISTRATIVO – ÁREA 5
AULA 0 – APRESENTAÇÃO DO CURSO
Olá futuro ANALISTA ADMINISTRATIVO da ANVISA!!
É um prazer estar com vocês neste novo curso on-line de Conhecimentos

Específicos da Área 5 (em Exercícios) para Analista Administrativo da
Agência Nacional de Vigilância Sanitária (ANVISA).
Trata-se de um concurso de grande relevância e tenho certeza de que com

garra, estudo disciplinado, perseverança, o seu SONHO possa se tornar
realidade.
Serão ao todo 9 aulas, além desta aula

demonstrativa, em que pretendemos apresentar
300 questões comentadas, a fim de familiarizar você
com o estilo de questões normalmente utilizado pela
Cetro Concursos Públicos, Consultoria e
Administração.
Cabe destacar que a banca possui um número reduzido de questões sobre
determinados temas desta aula. Por isso, também serão criadas novas
questões e/ou apresentadas questões similares de outras bancas (como
CESPE, FCC, ESAF, Cesgranrio, etc.) para complementar ou mesmo para
introduzir um determinado conteúdo. Sempre que fizermos isso será levando
em conta o formato e a profundidade das questões de Tecnologia da
Informação que costumamos encontrar nas provas da CETRO.
Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 1 de 73

A finalidade aqui é ensinar o que você necessita para realizar uma

excelente prova de Tecnologia da Informação e conseguir logo a tão
almejada APROVAÇÃO.
E, para nós, aqui no Ponto dos Concursos, é muito importante fazer parte
desta conquista. Nossa tarefa é transmitir os fundamentos importantes
para a sua prova com a resolução de exercícios, de forma didática e
objetiva, para facilitar o aprendizado. Cumpriremos esta meta com muita
seriedade e dedicação.
Todos os tópicos do edital relacionados à parte específica de TI da

área de conhecimento 5 serão abordados neste curso. São eles:
I ANÁLISE E PROJETO DE SISTEMAS:

1. O processo de desenvolvimento de software. 2. Análise e projeto
orientado a objetos com notação UML: modelagem de casos de uso;
modelagem de classes; modelagem de interações; especificação de
classes, propriedades, associações, generalização; modelagem de
estados, modelagem de atividades; decomposição e arquitetura do
sistema. 3. Processo ágil: conceito,
metodologia Scrum. RUP (Rational Unified Process): modelagem de
negócio; levantamento e gerenciamento de requisitos; análise e
projeto de software; implementação, teste e homologação;
implantação; gestão de configuração. 4. Engenharia de Software:
processos de software; métricas de software; APF: análise de ponto
de função; qualidade de software; modelos CMMI (Capability
Maturity Model Integration) e MPS-BR (Melhoria de Processos do
Software Brasileiro). 5. SOA e Web services: conceitos básicos,
aplicações, UDDI (Universal Description Discovery and
Integration), WSDL (Web Services Description Language), SOAP
(Simple Object Access Protocol).
II BANCO DE DADOS:
1. Fundamentos: finalidades, níveis de abstração, modelagem de
dados, modelagem funcional. 2. Administração de dados:
fundamentos, sistemas de gerenciamento de banco de dados,
utilização das linguagens de definição e de manipulação de dados e
normalização. 3. Administração de banco de dados: fundamentos,
organização de arquivos, técnicas de armazenamento, métodos de
acesso, tipos de bancos de dados, projeto de bancos de dados,
conceitos de administração e tunning de banco de dados. 4.
Conceitos de processamento de transações. 5. Bancos de dados de
objetos e objeto-relacionais. 6. Conceitos de soluções de suporte
à decisão: DW (Datawarehouse), OLAP (On-line Analytical
Processing), Mineração de dados, BI (Business Inteligence). 7.
conceitos de GED, Workflow e Gestão do Conhecimento.
III GERENCIAMENTO DE PROJETOS:

1. Estrutura do gerenciamento de projetos; ciclo de vida e

organização do projeto; processos de gerenciamento de projetos;
áreas de conhecimento em gerenciamento de projetos; ferramentas e
técnicas de apoio ao gerenciamento de projetos; escritório de
projetos; conceitos de gestão de programas e de gestão de
portfólio de projetos.
IV REDES DE COMPUTADORES:
1. Internet, protocolos de rede, arquitetura de camadas. 2. Camada
de aplicação. 3. Camada de transporte. 4. Camada de rede e
roteamento. 5. Camada de enlace e redes locais. 6. Rede
multimídia. 7. Segurança em redes de computadores. 8.
Gerenciamento de rede.
V SISTEMAS OPERACIONAIS:
1. Introdução aos sistemas operacionais. 2. Processos e threads.
3. Deadlocks. 4. Gerenciamento de memória. 5. Entrada/Saída. 6.
Sistemas de arquivos. 7. Sistemas operacionais multimídia. 8.
Sistemas com múltiplos processadores. 9. Sistemas virtualizados.
10. Segurança em sistemas operacionais. 11. Sistema operacional
Linux, Unix e Windows: introdução e histórico; sistema de
arquivos; interfaces e programas; principais programas
aplicativos. 12. Software Livre; 12.1 Conceitos de Software Livre
e Código Aberto; 12.2 Licenças de Software; 12.3 Desenvolvimento e
gerência de projetos com software livre; 12.4 Modelos de negócio
de software livre; 12.5 Principais produtos de software livre;
12.6 Interoperabilidade e padrões abertos; 12.7 Desenvolvimento de
tecnologia aberta; 12.8 Software público brasileiro.
VI LEGISLAÇÃO SOBRE CONTRATAÇÃO DE TI:
1. Legislação básica: Lei nº 8.666/1993, Decreto nº 2.271/1997,
Decreto nº 7.174/2010. 2. Conceitos do processo de contratação
definidos por IN MPOG/SLTI 02/2008 e IN MPOG/SLTI 04/2010: acordo
de nível de serviços, agentes intervenientes do processo,
documento de oficialização da demanda, análise de viabilidade,
estratégia da contratação, plano de sustentação, análise de
riscos.
VII GOVERNANÇA DE TI:
1. Alinhamento estratégico entre TI e negócios. 2. BSC (Balanced
scorecard). 3. COBIT (Control Objectives for Information and
related Technology): conceitos básicos, estrutura e objetivos,
requisitos de informação, recursos de tecnologia da informação, 33
domínios, processos, objetivos de controle. 4. ITIL v3
(Information Technology Infrastructure Library): conceitos
básicos; estrutura e objetivos; implementação de gerenciamento de
serviços de TI. 5. Modelagem de Processos: conceitos básicos;
identificação e delimitação de processos de negócio. 6. Construção
e mensuração de indicadores de processos.
VIII SEGURANÇA DA INFORMAÇÃO:
1. Política de segurança. 2. Ameaças e ataques. 3. Mecanismos de
segurança: firewall, detectores de intrusão, serviços de
autenticação, criptografia, assinatura digital, certificação
digital, protocolos SSL,TLS e IPsec, arquitetura de segurança
lógica e física, arquitetura de segurança OSI. 4. Conceitos da ISO
27001, 27002 e 27005.

Antes de partir para o desenvolvimento da teoria e dos

exercícios, gostaria de me apresentar. Vamos lá! Sou a
Profa Patrícia Lima Quintão, moro em Belo Horizonte e tenho
ministrado aulas de informática no Ponto dos Concursos
desde 2009 (visando certames como Polícia Federal, Polícia
Rodoviária Federal, Senado Federal, MPU, TCU, Ministério da
Fazenda, Petrobrás, MPOG, ABIN, TRE, TRT, TSE, ANEEL, Receita Federal,
SEFAZ-DF, SEFAZ-RJ, SEFAZ-SC, SEFAZ-SP, Senado Federal, ISS-RJ, ISS-BH,
ISS-SP, SUSEP, CGU, dentre outros), além de lecionar disciplinas técnicas do
curso de Sistemas de Informação e Ciência da Computação, tanto na
graduação, quanto na pós-graduação. Também, atuo como Analista na área de
Tecnologia da Informação e Comunicação da Prodemge, sou instrutora
autorizada CISCO e autora do livro de questões comentadas de
informática para concursos (Foco: FCC), pela Editora GEN/Método, sob a
coordenação dos grandes mestres Vicente Paulo e Marcelo Alexandrino. No
mês de abril/2012 tivemos nova tiragem da segunda edição do livro,
http://www.editorametodo.com.br/produtos_descricao.asp?codigo_produto=2
303. Aproveitem! Em breve também teremos mais novidades nessa área com
foco no Cespe/UnB, ESAF e FGV!
Sou mestre em Engenharia de Sistemas e Computação pela COPPE/UFRJ,

pós-graduada em Gerência de Informática e bacharel em Informática pela
Universidade Federal de Viçosa (UFV). Atuo como membro da Sociedade
Brasileira de Computação e do Comitê Brasileiro de Processamento de Dados
da ABNT, que cria as normas sobre gestão da Segurança da Informação no
Brasil; sou editora da revista InfraMagazine; tenho certificações técnicas na
área de segurança, redes e perícia forense; além de artigos publicados a nível
nacional e internacional com temas da área de informática.
E como não poderia deixar de ser, nas horas vagas, também concurseira, já
tendo sido aprovada em vários concursos, como:
• Analista de TIC, Prodabel (2012);

• Professora titular do Departamento de Ciência da Computação do
Instituto Federal de Educação, Ciência e Tecnologia (2011);

• Professora substituta do Departamento de Ciência da Computação da

Universidade Federal de Juiz de Fora (2011);
• Analista de Sistemas, Dataprev (2011);
• Analista de Sistemas, Infraero (2011);
• Analista-TIC, Prodemge (2011);
• Analista de Sistemas, Prefeitura de Juiz de Fora (2007);
• Analista de Sistemas, SERPRO (concursos de 2001 e 2005); etc.
Bem, passada essa apresentação inicial, vamos avante com o curso!
PLANEJAMENTO DAS AULAS
O Curso Que Proponho:
0 Aula demonstrativa.
1 GERENCIAMENTO DE PROJETOS:
1. Estrutura do gerenciamento de projetos; ciclo de vida e
organização do projeto; processos de gerenciamento de
projetos; áreas de conhecimento em gerenciamento de
projetos; ferramentas e técnicas de apoio ao gerenciamento de
projetos; escritório de projetos; conceitos de gestão de
programas e de gestão de portfólio de projetos.
2 SEGURANÇA DA INFORMAÇÃO:
1. Política de segurança.
2. Ameaças e ataques.
3. Mecanismos de segurança: firewall, detectores de intrusão,
serviços de autenticação, criptografia, assinatura digital,
certificação digital, protocolos SSL,TLS e IPsec, arquitetura de
segurança lógica e física, arquitetura de segurança OSI.
4. Conceitos da ISO 27001, 27002 e 27005.
3 GOVERNANÇA DE TI:
1. Alinhamento estratégico entre TI e negócios.
2. BSC (Balanced scorecard).
3. COBIT (Control Objectives for Information and related
Technology): conceitos básicos, estrutura e objetivos,
requisitos de informação, recursos de tecnologia da informação,
domínios, processos, objetivos de controle.
4. ITIL v3 (Information Technology Infrastructure Library):
conceitos básicos; estrutura e objetivos; implementação de
gerenciamento de serviços de TI.
4 5. Modelagem de Processos: conceitos básicos; identificação e
delimitação de processos de negócio.
6. Construção e mensuração de indicadores de processos.
BANCO DE DADOS:
6. Conceitos de soluções de suporte à decisão: DW
(Datawarehouse), OLAP (On-line Analytical Processing),
Mineração de dados, BI (Business Inteligence).

7. conceitos de GED, Workflow e Gestão do Conhecimento.
5 BANCO DE DADOS:
1. Fundamentos: finalidades, níveis de abstração, modelagem
de dados, modelagem funcional.
2. Administração de dados:
fundamentos, sistemas de gerenciamento de banco de dados,
utilização das linguagens de definição e de manipulação de
dados e normalização.
3. Administração de banco de dados: fundamentos,
organização de arquivos, técnicas de armazenamento, métodos
de acesso, tipos de bancos de dados, projeto de bancos de
dados, conceitos de administração e tunning de banco de
dados.
4. Conceitos de processamento de transações.
5. Bancos de dados de objetos e objeto-relacionais.
6 REDES DE COMPUTADORES:
1. Internet, protocolos de rede, arquitetura de camadas.
2. Camada de aplicação.
3. Camada de transporte.
4. Camada de rede e roteamento.
5. Camada de enlace e redes locais.
6. Rede multimídia.
7. Segurança em redes de computadores. 8. Gerenciamento de
rede.
7 ANÁLISE E PROJETO DE SISTEMAS:
1. O processo de desenvolvimento de software.
2. Análise e projeto orientado a objetos com notação UML:
modelagem de casos de uso; modelagem de classes;
modelagem de interações; especificação de classes,
propriedades, associações, generalização; modelagem de
estados, modelagem de atividades; decomposição e arquitetura
do sistema.
3. Processo ágil: conceito, metodologia Scrum. RUP (Rational
Unified Process): modelagem de negócio; levantamento e
gerenciamento de requisitos; análise e projeto de software;
implementação, teste e homologação; implantação; gestão de
configuração.
4. Engenharia de Software: processos de software; métricas de
software; APF: análise de ponto de função; qualidade de
software; modelos CMMI (Capability Maturity Model
Integration) e MPS-BR (Melhoria de Processos do Software
Brasileiro).
5. SOA e Web services: conceitos básicos, aplicações, UDDI
(Universal Description Discovery and Integration), WSDL (Web
Services Description Language), SOAP (Simple Object Access
Protocol).

8 SISTEMAS OPERACIONAIS:
1. Introdução aos sistemas operacionais.
2. Processos e threads.
3. Deadlocks.
4. Gerenciamento de memória.
5. Entrada/Saída. 6. Sistemas de arquivos.
7. Sistemas operacionais multimídia.
8. Sistemas com múltiplos processadores.
9. Sistemas virtualizados.
10. Segurança em sistemas operacionais.
11. Sistema operacional Linux, Unix e Windows: introdução e
histórico; sistema de arquivos; interfaces e programas;
principais programas aplicativos.
12. Software Livre; 12.1 Conceitos de Software Livre e Código
Aberto; 12.2 Licenças de Software; 12.3 Desenvolvimento e
gerência de projetos com software livre; 12.4 Modelos de
negócio de software livre; 12.5 Principais produtos de software
livre; 12.6 Interoperabilidade e padrões abertos; 12.7
Desenvolvimento de tecnologia aberta; 12.8 Software público
brasileiro.
9 LEGISLAÇÃO SOBRE CONTRATAÇÃO DE TI:

1. Legislação básica: Lei nº 8.666/1993, Decreto nº
2.271/1997, Decreto nº 7.174/2010.
2. Conceitos do processo de contratação definidos por IN
MPOG/SLTI 02/2008 e IN MPOG/SLTI 04/2010: acordo de nível
de serviços, agentes intervenientes do processo, documento de
oficialização da demanda, análise de viabilidade, estratégia da
contratação, plano de sustentação, análise de riscos.
No decorrer do curso disponibilizarei os exercícios comentados em sua

íntegra, com destaque também para alguns pontos IMPORTANTES da
matéria no MEMOREX, o que irá proporcionar melhor fixação dos
assuntos.
Ao fim de cada aula será apresentada também a lista com todos os

exercícios nela comentados, para que possa, a seu critério, resolvê-los
antes de ver o gabarito e ler os comentários correspondentes.
Conforme visto, as aulas serão agrupadas por assuntos, preferencialmente

com a disposição listada na figura anterior. No entanto, podem ser necessárias
algumas alterações na programação aqui destacada, por questões didáticas.

Por fim, para aqueles que venham a se matricular no curso, ainda teremos o
fórum para troca de informações e/ou esclarecimento de dúvidas que
porventura surgirem. Estarei atenta ao fórum, e será um prazer tê-los conosco
nessa trajetória aqui no Ponto! Aceitam o convite?
Profa Patrícia Lima Quintão
Twitter: http://www.twitter.com/pquintao
Facebook: http://www.facebook.com/professorapatriciaquintao
Como temos um longo caminho pela frente, vamos ao trabalho!!

Lembrando que essa é apenas uma aula de degustação, para
entenderem a dinâmica de nossas aulas, ok!
AULA 0 – GERÊNCIA DE PROJETOS (PARTE I)
Conteúdo desta Aula Página
Lista de Questões Comentadas Nesta Aula. 07

MEMOREX (Para Fixação). 52
Glossário . 61
Considerações Finais. 62
Referências Bibliográficas. 63
Lista das Questões Apresentadas na Aula. 64
Gabarito. 75
Utilizaremos como referência nesta aula o Guia PMBOK 4a Edição,

publicado pelo instituto PMI – Project Management Institute (2008), que
reúne as melhores práticas na área de gerenciamento de projetos, com
base em experiências de empresas de diferentes segmentos, públicas ou
privadas.
O Guia PMBOK também fornece e promove um vocabulário

comum para se discutir, escrever e aplicar o gerenciamento
de projetos, possibilitando o intercâmbio eficiente de
informações entre os profissionais de gerência de projetos.

LISTA DE QUESTÕES COMENTADAS NESTA AULA
1. (CETRO/2012/Prefeitura de Manaus – IMPLURB/Analista Municipal

– Tecnologia da Informação/Análise de Sistemas) Em relação ao
Gerenciamento de Projetos baseado no PMBOK, correlacione as colunas
abaixo e, em seguida, assinale a alternativa que apresenta a sequência
correta.
(A) 3/ 1/ 4/ 2
(B) 1/ 2/ 4/ 3
(C) 4/ 1/ 3/ 2
(D) 4/ 2/ 3/ 1
(E) 3/ 2/ 1/ 4
Comentários (Profa Patrícia)
Vamos à definição e associação dos termos!
1.Declaração do trabalho (SOW). Gerenciamento de

AQUISIÇÕES.
Sigla de Statement of Work: é uma descrição dos produtos, serviços ou
resultados a serem oferecidos.
2.Árvore de decisão. Gerenciamento de

RISCOS.
É um diagrama que descreve uma decisão que está sendo considerada e as
implicações da escolha de uma ou outra das alternativas disponíveis. É usada
quando alguns futuros cenários ou resultados de ações são incertos.

3.Gold Plating. Gerenciamento da

QUALIDADE.
É tudo o que o escopo do projeto não atende e na negociação acaba entrando
como pequenos “mimos”.
4.Termo de abertura do projeto. Gerenciamento da

INTEGRAÇÃO.
O Termo de Abertura do Projeto (TAP) ou Project Charter é o documento que
autoriza formalmente o projeto.
Gabarito: letra C.
2. (CETRO/2012/ Prefeitura de Manaus – Secretaria Municipal de

Saúde (SEMSA) –/Analista de Sistemas) Quanto ao gerenciamento de
projetos, assinale a alternativa que apresenta a ação correta a ser tomada
em, primeiro lugar, por um gerente de projeto quando outro gerente de um
projeto de vital importância solicita o empréstimo temporário de um
colaborador.
(A) Cede o colaborador, pois o projeto é de vital importância.
(B) Ignora o pedido, pois o pedido, se justificável, deve ser decidido por um
nível hierárquico superior.
(C) Faz análise de risco para o seu projeto ao emprestar o colaborador.
(D) Refaz seu cronograma para contornar o empréstimo.
(E) Aciona os níveis hierárquicos superiores para tomar a decisão.
O gerente irá fazer, prioritariamente, uma análise de riscos para o seu projeto,
e o recurso será cedido se não houver comprometimento do bom andamento
das atividades do projeto com essa liberação.
Gabarito: letra C.
3. (ESAF/2008/SECRETARIA DO TESOURO NACIONAL – STN/TI-

Desenvolvimento Sist. Informação) O conjunto de atividades
necessárias à criação de um serviço exclusivo, até uma data limite,
representa
a) uma implementação
b) uma operação
c) um programa
d) um projeto
e) uma instrução
De acordo com o PMBOK (4ª edição) um PROJETO é
um esforço temporário empreendido para criar um produto,

serviço ou resultado exclusivo. Esse conceito é bastante cobrado
em prova, portanto atenção!
PROJETO
Temporário Produto/Serviço/Resultado
Exclusivo
• O fator temporário significa que todos os projetos possuem um início e

um final DEFINIDOS. O término é alcançado quando os objetivos tiverem
sido atingidos ou quando se concluir que esses objetivos não serão ou não

poderão ser atingidos e o projeto for encerrado, ou quando o mesmo não

for mais necessário.
• Cada projeto cria um produto, serviço ou resultado EXCLUSIVO. Embora

elementos repetitivos possam estar presentes em algumas entregas do
projeto, essa repetição não muda a singularidade fundamental do trabalho
do projeto. Como exemplo, prédios de escritórios são construídos com os
materiais idênticos ou similares ou pela mesma equipe, mas cada um é
exclusivo – com diferentes projetos, circunstâncias, fornecedores, etc.
Como exemplos de projetos temos: a construção de uma edificação;

implantação de nova tecnologia; desenvolvimento ou aquisição de um sistema,
lançamento de um produto ou serviço; construção de uma plataforma de
petróleo.
Importante! Um projeto gera um e somente um produto, serviço ou

resultado!!
Gabarito: letra D.
4. (Cesgranrio/2008/Analista de Suporte/BNDES) Segundo o PMBOK,

NÃO é característica de um projeto:
a) possuir início e fim definidos.
b) desenvolver-se em etapas e continuar por incrementos.
c) ser contínuo e repetitivo.
d) criar serviços únicos.
e) criar produtos únicos.

Conforme visto, de acordo com o PMBOK (4ª edição) um projeto é um

esforço temporário empreendido para criar um produto, serviço ou
resultado exclusivo.
Outro conceito interessante para projeto é o citado por Vargas (2003), que
destaca o projeto como um
empreendimento ou evento não repetitivo, caracterizado por uma

sequência clara e lógica de eventos, com início, meio e fim, que
se destina a atingir um objetivo claro e definido, sendo conduzido
por pessoas dentro de parâmetros pré-definidos de tempo, custo,
recursos envolvidos e qualidade”.
• Evento NÃO REPETITIVO: algo que não faz parte da rotina da empresa. É
algo novo para as pessoas que o realizarão. Exemplo: Filme “Tempos
Modernos” de Charles Chaplin;
• SEQUÊNCIA clara e lógica de EVENTOS: é composto de atividades lógicas

encadeadas que permitem acompanhamento e controle durante a
execução;
• Com INÍCIO, MEIO e FIM: possuem um ciclo de vida bem definido (se for
uma atividade sem um fim definido, NÃO é um projeto, mas uma rotina de
trabalho);
• Atingir um OBJETIVO claro e definido: possui metas e resultados a serem

atingidos em sua finalização;
• Conduzido por PESSOAS: sem o homem não existe projeto;
• Parâmetros pré-definidos de TEMPO, CUSTO, RECURSOS envolvidos e

QUALIDADE: são restrições de projeto que devem ser identificadas e
mapeadas no decorrer do plano de projeto.
O Governo Federal definiu como projeto o seguinte conceito:

“instrumento de programação para alcançar o objetivo de um programa,

envolvendo um conjunto de operações, limitadas no tempo, das quais
resulta um produto que concorre para a expansão ou aperfeiçoamento da
ação do Governo”. Fonte: Manual de Elaboração do PPA 2008-2011,
p.48,55
É importante destacar que, tanto na definição do PMI – Project Management

Institute (PMBOK) quanto na do Governo Federal (PPA), a estrutura básica do
conceito de projetos relaciona-se com a percepção clara de um
produto a ser entregue (escopo) para um

determinado esforço predefinido.
Gabarito: letra C.
5. (FCC/2011/TRE-RN/Analista Judiciário) Definido como um grupo de

projetos relacionados, gerenciados de modo coordenado, para obtenção de
benefícios e controle que não estariam disponíveis caso fossem gerenciados
individualmente. Trata-se de
(A) meta-projeto.
(B) projeto-mãe.
(C) operação.
(D) programa.
(E) carro-chefe.
• Um programa é definido como um grupo de projetos RELACIONADOS,

gerenciados de modo coordenado para a obtenção de benefícios e

controle que não estariam disponíveis se eles fossem gerenciados

individualmente.
Exemplos:
o Programa Fome Zero do Governo Brasileiro; Programa de Combate à

AIDS do Governo Brasileiro. Outro exemplo que estou vivenciando
neste momento (isso mesmo rs!): projetos necessários para a
realização de um casamento (que abrangem por exemplo o projeto da
cerimônia, projeto de decoração, projeto de iluminação cênica do
ambiente, projeto de sonorização, etc.). Observe que esses projetos
devem ser realizados de maneira COORDENADA para que tenhamos a
cerimônia de casamento. Dessa forma, fazendo a associação devida,
tem-se que essa integração é chamada de Programa. Logo,
Programa é um grupo de projetos RELACIONADOS (ex: projeto da
cerimônia, projeto de decoração, projeto de iluminação cênica do
ambiente, projeto de sonorização, etc.) que gerenciados de forma
coordenada permitem a obtenção de benefícios e controle que não
seriam possíveis se fossem gerenciados individualmente.
Aqui ainda cabe destacar mais um conceito importante, já cobrado em

provas da FCC, que envolve a diferença entre PROGRAMA e
PORTFÓLIO.
• Um portfólio refere-se a um conjunto de projetos ou programas e

outros trabalhos, AGRUPADOS para facilitar o gerenciamento eficaz
desse trabalho a fim de atingir os objetivos estratégicos de
negócios.
Os projetos ou programas do portfólio podem

NÃO ser necessariamente
INTERDEPENDENTES OU DIRETAMENTE
RELACIONADOS.
Gabarito: letra D.

6. (CESPE/2010/BANCO DA AMAZÔNIA/Técnico Científico — Área:

Tecnologia da Informação — ANÁLISE DE SISTEMAS) A WBS (work
breakdown structure) é uma ferramenta que permite organizar e visualizar
as atividades de um projeto em pacotes de trabalho, e seu uso só é
justificado em grandes projetos.
A WBS (Work Breakdown Structure), também conhecida como estrutura

analítica do projeto (EAP), organiza e define o escopo total do projeto. Cada
nível descendente representa uma definição cada vez mais detalhada do
trabalho do projeto. Muita atenção aqui!!
Observe pela figura seguinte que o projeto é sucessivamente quebrado

em níveis de entregas cada vez menores até o menor nível desejado
para detalhamento do escopo do projeto. Este nível é denominado no
PMBOK de pacote de trabalho. É possível agendar, estimar custos, monitorar
e controlar o trabalho planejado contido nesses componentes de nível mais
baixo da EAP, denominados pacotes de trabalho.

Figura. Exemplo de estrutura analítica do projeto com alguns ramos

decompostos até o nível de pacotes de trabalho. Fonte: PMBOK.
A decomposição de uma entrega ou subprojeto que será realizado em

um futuro distante talvez não seja possível. A equipe de gerenciamento
de projetos normalmente espera até que a entrega ou o subprojeto estejam
esclarecidos para poder desenvolver os detalhes da EAP, que pode ser
desenvolvida para outros portes de projetos, e não somente para os
grandes!!
Gabarito: item errado.

7. (FCC/2011/TRE-RN/Analista Judiciário/Adaptada) De acordo com o

PmBok, não se trata de um grupo de processos:
(A) planejamento.
(B) monitoramento e controle.
(C) modelagem organizacional.
(D) encerramento.
(E) execução.
Os cinco grupos de processos de gerenciamento têm as seguintes

características e principais ações:
Iniciação
Esse grupo de processos deve começar no momento em que foi estabelecido

um consenso de que o projeto deve iniciar. Aqui é selecionado e definido o
gerente do projeto, são identificadas as partes interessadas, é documentada a
necessidade empresarial ou razão do projeto, são determinados os objetivos
do projeto e são documentadas as premissas e as restrições. Essas
informações são documentadas no Termo de Abertura do Projeto.
A Iniciação envolve:
• determinar os objetivos do projeto;
• nomear o gerente do projeto;
• identificar as partes interessadas;
• documentar e publicar o Termo de Abertura do Projeto.

Planejamento
O grupo de processos de Planejamento envolve a determinação do escopo

do projeto (o que deve ser feito), a definição da equipe e suas funções e
responsabilidades (quem deve fazer), o desenvolvimento do cronograma
(quando deve ser feito) e do orçamento (a que custo), a determinação de
padrões e métricas de qualidade, a identificação de riscos, a determinação do
que deve ser comprado ou adquirido, a execução do Plano de Gerenciamento
do Projeto (como deve ser feito) e sua aprovação e a reunião inicial do projeto.
O Planejamento envolve:
• documentar e publicar a Declaração de Escopo do Projeto;
• desenvolvimento da Estrutura Analítica do Projeto (EAP);
• desenvolvimento do cronograma do projeto;
• determinação de necessidades de recursos;
• definição de compras e aquisições;
• desenvolvimento do orçamento do projeto;
• desenvolvimento e publicação do Plano de Gerenciamento do Projeto.
Execução
Aqui o trabalho do projeto é realizado! Envolve a mobilização da equipe de

execução do trabalho, a execução propriamente dita do trabalho de acordo
com o planejado, o seguimento às especificações e padrões estabelecidos, a
implementação de mudanças aprovadas e reparo de defeitos, o
desenvolvimento da equipe e a seleção e contratação de fornecedores. A
Execução é a fase com mais dispêndio de recursos, sejam humanos, materiais
ou financeiros.
A Execução envolve:
• alocação e desenvolvimento da equipe de execução do trabalho;

• alocação dos recursos necessários à execução do trabalho;
• execução do Plano de Gerenciamento do Projeto;
• execução do trabalho do projeto.
Monitoramento e Controle
O grupo de processos de Monitoramento e Controle é também onde o

trabalho do projeto está sendo executado, mas o foco é a verificação e a
medição do trabalho para constatação da conformidade com o
planejado. Caso sejam encontradas divergências entre o planejado e o
executado são tomadas medidas corretivas ou preventivas para realinhar o
projeto com o planejado.
Essa verificação e medição considera as linhas de base de escopo, tempo,

custo, qualidade, riscos identificados e quaisquer outros parâmetros definidos
no Plano de Gerenciamento do Projeto, bem como a ocorrência de novos riscos
para o cumprimento dos objetivos do projeto.
Monitoramento e Controle envolve:
• medição do desempenho do projeto em comparação com as linhas de

base;
• determinação de variações e consequentes recomendações de ações

corretivas ou preventivas;
• avaliação das ações corretivas adotadas;
• auditoria de riscos;
• execução de relatórios de desempenho;
• administração de contratos.

Encerramento
Esse grupo inclui a confirmação de que o trabalho está em conformidade com

os requisitos, a aceitação formal do produto pelo cliente, a emissão de
relatórios de desempenho finais, a indexação e arquivamento dos registros, a
atualização da base de conhecimento de lições aprendidas, o encerramento do
projeto e a liberação dos recursos do projeto.
O Encerramento envolve:
• obtenção da aceitação formal das entregas;
• arquivamento dos registros do projeto;
• documentação das lições aprendidas;
• formalização do encerramento do projeto.
Assim, conforme visto, NÃO se trata de um grupo de processos a modelagem

organizacional.
Gabarito: letra C.
8. (CEPERJ/2010/IPEM-RJ/Analista de Sistemas) O gerenciamento de

projetos abrange uma série de ferramentas e técnicas utilizadas por
pessoas para descrever, organizar e monitorar o andamento das atividades
do projeto. O Guide to the PMBOK documenta cinco grupos de processos,
interrelacionados e dependentes uns dos outros, além de agrupar os
processos em nove áreas de conhecimento. Uma dessas áreas possui as
seguintes características:
I.Trata da coordenação de todos os aspectos do plano de projeto e envolve

um elevado nível de interação.
II.Trata da identificação e definição do trabalho do projeto e da combinação,

unificação e integração dos processos apropriados.

III.Trata de atender aos requisitos do cliente e dos stakeholders

satisfatoriamente, como do gerenciamento de suas expectativas.
Essa área é denominada Gerenciamento:
a.de Riscos do Projeto.
b.do Tempo do Projeto.
c.do Escopo do Projeto.
d.da Qualidade do Projeto.
e.da Integração do Projeto.
As áreas do gerenciamento de projetos descrevem o gerenciamento em termos

de seus processos componentes. Esses processos podem ser organizados em
NOVE áreas integradas, que são:
o Escopo;
o Tempo;
o Custos;
o Qualidade;
o Recursos Humanos;
o Comunicações;
o Riscos;
o Aquisições;
o Integração.
Vamos ao detalhamento de cada área de conhecimento. Esse assunto é

MUITO importante para a prova!!!

** Gerenciamento do ESCOPO do Projeto
O escopo do projeto são as necessidades das partes interessadas que devem

ser atendidas ao final do projeto. Em outras palavras, contempla tudo o que
deve ser atendido para o sucesso do projeto.
O gerenciamento do escopo do projeto engloba os processos necessários para

assegurar que o projeto inclua todas as atividades imprescindíveis a uma
finalização bem sucedida. Refere-se à definição e ao controle do que está
ou não está incluído no projeto.
No contexto do projeto, o termo escopo pode se referir ao:
• Escopo do produto: as características e funções que descrevem um

produto, serviço ou resultado; e/ou
• Escopo do projeto: o trabalho que precisa ser realizado para entregar

um produto, serviço ou resultado com as características e funções
especificadas.
Esse gerenciamento está relacionado principalmente com a definição e controle

do que está e do que não está incluso no projeto.
Gerenciamento do ESCOPO do Projeto: a definição de escopo, desde

descrição do produto e os requisitos dos usuários, deve ser feita sempre com a
participação e consentimento formal de todos os envolvidos no projeto. Essa
área de conhecimento envolve os processos necessários para garantir que o
projeto inclua todo o trabalho necessário, e apenas o necessário, para que o
projeto possa ser completado com sucesso. O seu objetivo principal é definir e
controlar o que deve e o que não deve estar incluído no projeto.

** Gerenciamento de TEMPO do Projeto
Envolve os processos necessários para assegurar a conclusão do projeto dentro

do prazo previsto.
** Gerenciamento dos CUSTOS do Projeto
Pelo fato de projetos custarem dinheiro e redirecionarem recursos que

poderiam ser aplicados em outras áreas, é muito importante para os gerentes
de projetos entenderem de gerenciamento de custos.
A área de Gerenciamento dos Custos do Projeto inclui os processos envolvidos

em estimativas, orçamentos e controle dos custos, de modo que o projeto
possa ser concluído dentro de orçamento determinado.
Em projetos de menor duração, os processos de Estimar os Custos e

Determinar o Orçamento são interligados tão firmemente que são vistos
como um processo único que pode ser realizado por uma pessoa num período
de tempo relativamente curto. A habilidade de influenciar o custo é maior nos
estágios iniciais do projeto, tornando crítica a definição inicial do escopo.
Gerenciamento dos CUSTOS do Projeto: envolve os processos necessários

para assegurar a conclusão do projeto dentro do orçamento aprovado.
**Gerenciamento da QUALIDADE do Projeto
Inclui os processos e as atividades da organização executora que determinam

os padrões de qualidade, os objetivos e as responsabilidades, de modo que o
projeto satisfaça às necessidades para as quais foi empreendido.
Também implementa os processos e procedimentos de controle de qualidade

com atividades de melhoria contínua que são realizados nas atividades dos
projetos para que os objetivos sejam atingidos.

O processo de qualidade é executado tanto nos produtos quanto nas atividades

de gerenciamento do projeto. Nos dois casos, deixar de cumprir os requisitos
de qualidade do produto ou do projeto pode ter consequências graves para
uma ou todas as partes interessadas do projeto.
Gerenciamento da QUALIDADE do Projeto: é o gerenciamento EFICIENTE

e EFICAZ de todos os processos necessários para garantir que o projeto
satisfaça as necessidades para as quais foi empreendido.
o EFICÁCIA é entendida como a capacidade de atender

quantitativamente e qualitativamente a determinada necessidade do
ambiente. Diz respeito a resultados!
o EFICIÊNCIA refere-se à quantidade de recursos despendidos no

processamento interno ao sistema para produzir um produto ou serviço.
Diz respeito ao modo certo de fazer a coisa!!
** Gerenciamento de RECURSOS HUMANOS do Projeto
Inclui os processos que organizam e gerenciam toda a equipe que trabalhará

no projeto. A cada integrante desta equipe é dado o nome de colaborador e
atribuídas funções e atividades específicas. É importante que os colaboradores
participem das atividades desde o início do projeto, pois cria comprometimento
e ajuda no planejamento e definição das atividades.
** Gerenciamento das COMUNICAÇÕES do Projeto
Inclui os processos necessários para assegurar que as informações do projeto

sejam geradas, coletadas, distribuídas, armazenadas, recuperadas e
organizadas de maneira oportuna e apropriada.

Os gerentes de projetos gastam em média 90% de seu tempo se comunicando

com os membros da equipe e outras partes interessadas do projeto, quer
sejam internas (em todos os níveis da organização) ou externas à organização.
Uma comunicação eficaz cria uma ponte entre as diversas partes interessadas
envolvidas no projeto, conectando vários ambientes culturais e
organizacionais, diferentes níveis de conhecimento, e diversas perspectivas e
interesses na execução ou nos resultados do projeto.
** Gerenciamento de RISCOS do Projeto
Inclui os processos de planejamento, identificação, análise, planejamento de

respostas, monitoramento e controle de riscos de um projeto.
Os objetivos do gerenciamento dos riscos são aumentar a probabilidade e o

impacto dos eventos positivos e reduzir a probabilidade e o impacto dos
eventos negativos no projeto.
** Gerenciamento das AQUISIÇÕES do Projeto
Inclui os processos necessários para comprar ou adquirir produtos, serviços ou

resultados externos à equipe do projeto.
A organização pode ser tanto o comprador como o vendedor dos produtos,

serviços ou resultados de um projeto.
O gerenciamento das aquisições do projeto abrange os processos de

gerenciamento de contratos e controle de mudanças que são necessários para
desenvolver e administrar contratos ou pedidos de compra emitidos por
membros autorizados da equipe do projeto.

** Gerenciamento de INTEGRAÇÃO do Projeto
É a área de Gerenciamento de INTEGRAÇÃO do Projeto que consiste em

garantir que todas as demais áreas estejam integradas em um todo único. Seu
objetivo é estruturar todo o projeto de modo a garantir que as necessidades
dos envolvidos sejam atendidas. Para a integração gerencial harmônica do
todo, é necessário o comprometimento da organização e o suporte dos altos
executivos.
Gabarito: letra E.
9. (FCC/2012/TRE-CE/Técnico Judiciário/Operação de Computador) A

identificação das partes interessadas (stakeholders) em um projeto é
classificada na área de conhecimento do PMBOK denominada gerenciamento
a) dos custos do projeto.
b) de aquisições do projeto.
c) de escopo do projeto.
d) das comunicações do projeto.
e) de recursos humanos do projeto.
No PMBOK, os stakeholders são definidos como indivíduos ou organizações

(por exemplo: patrocinadores, clientes, organização executora, etc.)
ativamente envolvidos no projeto, ou que serão afetados positivamente ou
negativamente pela execução ou término de um projeto. Esses indivíduos e
organizações devem ser identificados e são elementos-chave em um projeto.
As partes interessadas em projetos incluem por exemplo:
• Gerente funcional: responsável pelos recursos alocados no projeto;

• Clientes/usuários: pessoas ou organizações que usarão o produto,

serviço ou resultado do projeto. Podem ser internos e/ou externos em
relação à organização executora. Em determinadas áreas de aplicação,
os termos clientes e usuários são considerados sinônimos, em quanto em
outras, clientes se referem à entidade que adquire o produto do projeto
e usuários são os que o utilizarão diretamente;
• Equipe do projeto: responsável pela execução do projeto;
• Patrocinador: responsável pelo aporte financeiro ou apoio político do

projeto;
• Fornecedores/parceiros comerciais: vendedores, fornecedores ou

contratadas. Essas empresas assinam um contrato para fornecimento de
componentes ou serviços necessários ao projeto;
• Gerente do projeto: responsável pelo sucesso ou insucesso do projeto,

etc.
O Gerenciamento das Comunicações do projeto inclui os processos

necessários para assegurar que as informações do projeto sejam geradas,
coletadas, distribuídas, armazenadas, recuperadas e organizadas de maneira
oportuna e apropriada.
Os principais processos de Gerenciamento das Comunicações do Projeto, que

são detalhados no Capítulo 10 do Guia PMBOK Quarta Edição, são:
• Identificar as partes interessadas: processo de identificação de

todas as pessoas ou organizações que podem ser afetadas pelo
projeto e de documentação das informações relevantes relacionadas aos
seus interesses, envolvimento e impacto no sucesso do projeto.
• Planejar as comunicações: processo necessário para determinar as

necessidades de informação das partes interessadas no projeto e definição
de uma abordagem de comunicação.
• Distribuir as informações: processo necessário para colocar as

informações à disposição das partes interessadas no projeto no momento
oportuno, conforme planejado.

• Gerenciar as expectativas das partes interessadas: o processo de

comunicação e interação com as partes interessadas para atender às suas
necessidades e solucionar as questões à medida que ocorrerem.
• Reportar o desempenho: o processo de coleta e distribuição de

informações sobre o desempenho, incluindo relatórios de andamento,
medições do progresso e previsões.
Veja, a seguir, os principais produtos de cada um desses processos.
Processo Saídas
1. Identificar as partes Registro das partes interessadas.

interessadas.
Estratégia para gerenciamento das partes
interessadas.
2. Planejar as Plano de gerenciamento das comunicações.
comunicações. Atualizações dos documentos do projeto.
3. Distribuir as Atualizações dos ativos de processos

informações. organizacionais.
4. Gerenciar as Atualizações dos ativos de processos
expectativas das partes organizacionais.
interessadas.
Solicitações de mudança.
Atualizações do plano de gerenciamento do projeto.
Atualizações dos documentos do projeto.
5. Reportar o Relatórios de desempenho.
desempenho. Atualizações dos ativos de processos
organizacionais.
Solicitações de mudança.
Assim, conforme visto, a identificação das partes interessadas (stakeholders)
em um projeto é classificada na área de conhecimento do PMBOK denominada
gerenciamento das comunicações do projeto, e a letra D é a resposta da
questão.
Gabarito: letra D.

10. (FCC/2012/TJ-PE/ANALISTA JUDICIÁRIO/Adaptada) NÃO se trata

de uma das áreas de conhecimento do PmBok:
a) riscos
b) requisitos
c) escopo
d) aquisições
e) integração
O PmBok destaca 9 áreas de conhecimento, identificadas na figura

seguinte.
Escopo
Aquisições Tempo
Riscos Custos
Integração
Comunicações Qualidade
Recursos
Humanos
Dentre as assertivas, a que não se refere a uma área de conhecimento é

Requisitos.
Gabarito: letra B.

11. (FMP/2012/ISS-POA) Qual das alternativas listadas corresponde à

definição de projeto, de acordo com o PMBOK?
(A) Desenvolvimento de um produto esperado dentro do prazo e custo

esperado.
(B) Conjunto de indivíduos e organizações envolvidos ou que serão afetados

positivamente ou negativamente no resultado final.
(C) Conjunto de ações cujo resultado, em um dado período, contribui para o

atendimento de uma necessidade administrativa ou operacional.
(D) Grupo de ações designados a alcançar um objetivo estratégico

abrangente.
(E) Um esforço temporário com a finalidade de criar um produto/serviço

único.
O PMBok® 4ª edição destaca a seguinte definição “Um projeto é um esforço

temporário empreendido para criar um produto, serviço ou resultado
exclusivo” e a resposta correta é a letra E. O examinador usou a
nomenclatura utilizada no PMBok ® 3ª edição, ao utilizar o termo único ao
invés de exclusivo. Finalizando, cabe destacar que um projeto sempre será
ÚNICO e TEMPORÁRIO para todo e qualquer tipo de questão que cobre tal
conceito.
Gabarito: letra E.
12. (FMP/2012/ISS-POA) Segundo o PMBOK, qual conceito é expresso

com a frase:“Aplicação de conhecimentos, habilidades, ferramentas e
técnicas às atividades do projeto a fim de alcançar seus objetivos”.
(A) Planejamento estratégico.

(B) Gerência de projetos.
(C) Definição de operações.
(D) Definição de projeto.
(E) Gerência de operações.
Este conceito é encontrado justamente no PMBok (4ª edição) como definição

para o Gerenciamento de Projetos!
O gerenciamento de projetos é a aplicação de conhecimento,

habilidades, ferramentas e técnicas às atividades do projeto a fim de
atender aos seus requisitos.
Gerenciar um projeto significa, resumidamente, planejar a sua execução

antes de iniciá-lo e, posteriormente, acompanhar a sua execução e controle.
• Planejar: os objetivos são definidos e refinados;
• Executar: coordenar as pessoas e outros recursos;
• Controlar: garantia de que os objetivos são alcançados.
Gabarito: letra B.
13. (CESPE/2005/SERPRO/Analista) Operações são empreendimentos

temporários que têm por fim produzir um resultado único dentro de
restrições de tempo e custo. Projetos diferem de operações principalmente
no que se refere ao caráter repetitivo dos resultados produzidos e à
inexistência de um prazo de encerramento.

Os conceitos estão invertidos no enunciado e a assertiva é FALSA!
• Operação: uma função organizacional que realiza a execução

CONTÍNUA de atividades que produzem o mesmo produto ou fornecem
um serviço repetitivo. As operações são contínuas e repetitivas e
mantêm a organização funcionando! Exemplos: operações de
produção, operações de fabricação e operações de contabilidade.
• Projeto: um esforço TEMPORÁRIO empreendido para criar um

produto, serviço ou resultado exclusivo. Exemplo: desenvolvimento de
um novo modelo de veículo.
Importante
Um projeto é diferente de um trabalho operacional (Operação). E

projetos podem resultar em novas operações.
14. (ESAF/2008/PREFEITURA DE NATAL/Auditor do Tesouro

Municipal/ INFORMÁTICA-Adaptada) Analise a afirmação seguinte
relacionada a ferramentas de auxílio ao gerenciamento de projetos: o custo
de promover mudanças em um projeto é muito menor se realizadas no
início do projeto, quando comparadas com mudanças realizadas no final do
projeto.

A maioria dos ciclos de vida do projeto compartilha diversas características

comuns:
• As fases geralmente são sequenciais e normalmente são definidas por

algum formulário de transferência de informações técnicas ou de entrega de
componentes técnicos.
• Os níveis de custos e de pessoal são baixos no início, atingem o

valor máximo enquanto o projeto é executado e caem rapidamente
conforme o projeto é finalizado (PMBOK, 2008). A figura seguinte ilustra
esse padrão.
Fonte: PMBOK
• O nível de incertezas é o mais alto e, portanto, o risco de não atingir

os objetivos é o maior no início do projeto. A certeza de término
geralmente se torna cada vez maior conforme o projeto continua.
• A capacidade das partes interessadas de influenciarem as

características finais do produto do projeto e o custo final do
projeto é mais alta no início e torna-se cada vez menor conforme o
projeto continua, conforme ilustrado na figura a seguir. Contribui muito

para esse fenômeno o fato de que o custo das mudanças e da correção de

erros geralmente aumenta conforme o projeto continua.
Fonte: PMBOK
Dica – Características comuns!!
**Custos, quantidade de pessoas e outros recursos
BAIXOS no início
AUMENTA ao longo do projeto
CAI na fase de conclusão.
**Riscos, incertezas e poder dos stakeholders
ALTOS no início do projeto
DIMINUI gradativamente ao longo do projeto.
Gabarito: item correto.
15. (FCC/2007/Analista do Ministério Público da

União/Informática/Desenvolvimento de Sistemas) De acordo com o

corpo de conhecimento da gerência de projetos, as simulações para análise

de risco de prazos são possíveis utilizando
a) o Arrow Diagramming Method.
b) a técnica Monte Carlo.
c) o modelo WBS.
d) a análise de custo/benefício.
e) o Project Charter.
Análise de risco é o uso sistemático da informação disponível para

determinar com que frequência eventos definidos podem vir a ocorrer e a
magnitude de suas consequências.
A análise de risco qualitativa é o processo de avaliar o impacto e a

probabilidade dos riscos identificados. Permite qualificar e classificar os riscos
em função do seu efeito potencial individual e priorizá-los em função do seu
efeito potencial para o projeto como um todo. Caracterizada por declarações
como “Isto parece muito arriscado” ou “Nós provavelmente teremos um bom
retorno disto”.
A análise de risco quantitativa busca associar valores numéricos aos riscos,

e pode ser aplicada sozinha ou em conjunto com a análise qualitativa. As
técnicas de análise mais utilizadas nesse caso são:
• análise de sensibilidade (quantifica as consequências associadas à

variação de cada elemento no projeto quando os outros elementos são
mantidos em seus valores iniciais);
• análise da árvore de decisão: a árvore de decisão é um diagrama que

descreve uma decisão que está sendo considerada e as implicações da

escolha de uma outra das alternativas disponíveis. É usada quando alguns

futuros cenários ou resultados de ações são incertos. Ela incorpora as
probabilidades e os custos ou premiações de cada caminho lógico de
eventos e decisões futuras;
• modelagem e simulação. Nesse caso, um modelo traduz as incertezas

especificadas em nível detalhado em seu efeito potencial sobre objetivos,
expresso no nível global do projeto. As simulações são normalmente
realizadas usando a técnica de Monte Carlo (distribuição de prováveis
durações para cada atividade, resultando em prováveis durações para o
projeto como um todo).
Item A. O Arrow Diagramming Method (Método do Diagrama de Setas-

MDS) é uma técnica de diagramação de rede do cronograma na qual as
atividades do cronograma são representadas por setas. A extremidade final da
seta representa o início, e a cabeça representa o término da atividade do
cronograma. Item errado.
Item B. A técnica de Monte Carlo é a mais popular técnica de simulação de

cronograma, além de ser uma técnica de análise quantitativa de riscos. Item
correto.
Item C. A WBS – Work Breakdown Structure, também conhecida como

estrutura analítica do projeto (EAP), organiza e define o escopo total do
projeto. Cada nível descendente representa uma definição cada vez mais
detalhada do trabalho do projeto. Nesse caso, o projeto é sucessivamente
sendo quebrado em níveis de entregas cada vez menores até o menor nível
desejado para detalhamento do escopo do projeto. Este nível é denominado no
PMBOK de “pacote de trabalho”. Item errado.
Item E. Project Charter, também conhecido como Termo de Abertura do

Projeto, é o documento que reconhece formalmente a existência do projeto,
menciona detalhes sobre os principais objetivos e razões da existência deste
projeto. Item errado.
Gabarito: letra B.
16. (Cesgranrio/2011/Petrobrás/Analista de Sistemas

Júnior/Processos de Negócio) Segundo o PMBOK 4a Edição, as
estruturas organizacionais influenciam na forma como os projetos são
executados. Nesse contexto, na estrutura organizacional
(A) funcional, quem controla o orçamento é o gerente de projeto.
(B) matricial fraca, a autoridade do gerente de projeto é de considerável a

total.
(C) matricial balanceada, o pessoal administrativo da gerência do projeto

trabalha para o mesmo em tempo integral.
(D) matricial forte, a disponibilidade de recurso é de moderada a alta.
(E) projetizada, o papel de gerente de projeto é de dedicação parcial.
Vamos ao estudo dos principais TIPOS DE ESTRUTURAS

ORGANIZACIONAIS!!
ESTRUTURA FUNCIONAL
É o modelo organizacional tradicional das empresas. A estrutura é toda

departamental e a definição hierárquica é bem definida, todos os funcionários
conhecem bem seu superior.
Nesse modelo as equipes são agrupadas por especialidade e foco dos trabalhos
são as atividades rotineiras.

Os projetos nesse modelo, geralmente são departamentais e o gerente de

projetos é o mesmo gerente funcional.
ESTRUTURA PROJETIZADA
Nesse modelo organizacional a estrutura da empresa está totalmente voltada

para o desenvolvimento de projetos.
Os núcleos de trabalho são montados em função dos projetos, mas o

comprometimento da equipe é baixo em função do futuro incerto. Embora o
poder do gerente de projetos seja alto ou total nesse modelo, suas habilidades
interpessoais são fundamentais para motivar a equipe.

ESTRUTURA MATRICIAL
Este modelo é uma combinação do modelo funcional com o modelo

projetizado. Nesse modelo o poder do gerente de projetos e a priorização dos
projetos, aumentam em função da estrutura organizacional adotada.
Podemos quebrar o modelo matricial em três subcategorias, de acordo com a

maneira de gerenciar seus projetos. Essas subcategorias seriam:
• Matricial Fraca
• Matricial Balanceada
• Matricial Forte
**MATRICIAL FRACA
Na matriz fraca ainda NÃO temos a figura do Gerente de Projetos, mas temos
equipes designadas para os projetos e integração entre as áreas
departamentais. A priorização das atividades do projeto é baixa, tendo em
vista que as equipes ainda estão subordinadas ao departamento de origem.
**MATRICIAL BALANCEADA
Na matriz balanceada já temos a figura do Gerente de Projetos, com pouca

autonomia, mas coordenando as atividades da equipe.

Nesse modelo destacamos o aumento considerável dos conflitos em função do

superior não estar claramente definido
**MATRICIAL FORTE
Na matriz forte o gerente de projetos ganha mais autonomia e uma área de

reporte voltada a projetos. Nesse modelo as equipe já estão mais
comprometidas com projeto e a prioridade dos projetos dentro da organização
é alta.

A disponibilidade de recurso é de moderada a alta nesse tipo de estrutura.
Veja o quadro-resumo que irá auxiliá-lo na questão!
Figura. Influências da Estrutura Organizacional nos Projetos
Gabarito: letra D.

17. (COPS/2011/Cia Municipal de Trânsito e Urbanização de

Londrina/Analista Administrativo – TI) É uma decomposição
hierárquica orientada à entrega do trabalho a ser executado pela equipe do
projeto, para atingir os objetivos do projeto e criar as entregas necessárias.
Organiza e define o escopo total do projeto. Subdivide o trabalho do projeto
em partes menores e mais facilmente gerenciáveis, em que cada nível
descendente representa uma definição cada vez mais detalhada do trabalho
do projeto. É possível agendar, estimar custos, monitorar e controlar o
trabalho planejado contido nos componentes de nível mais baixo,
denominados pacotes de trabalho.
Com relação a esta descrição, é correto afirmar que se refere
a)ao Plano de Projeto.
b)ao Escopo Preliminar.
c)à Estrutura Analítica do Projeto.
d)ao Plano de Riscos e Contingência.
e)ao Plano de Custos e Cronograma.
O conceito está relacionado à Estrutura Analítica do Projeto, também

conhecida como EAP/WBS, criada pela “subdivisão das entregas e do trabalho
do projeto em componentes menores e de gerenciamento mais fácil” (PMBOK
4a Edição).
Gabarito: letra C.


Londrina/Analista Administrativo – TI) A identificação de riscos é um
processo interativo porque novos riscos podem ser conhecidos conforme o
projeto se desenvolve durante todo o seu ciclo de vida. Assinale a
alternativa que apresenta exemplos de técnicas de coleta de informações
usadas na identificação de riscos.
a)Análise de Pontos de Função, COCOMO e Técnica de Wideband-Delhpi.
b)Brainstorming, Técnica Delphi, Entrevistas e Identificação da Causa-Raiz.
c)Análise de Pontos de Função e Pontos por Caso de Uso.
d)Brainstorming, Identificação da Causa-Raiz e CMMi.
e)WBS, Elaboração de Planos de Contingência, UCP e APF.
Existem várias técnicas para a identificação de riscos em projetos, como:
Técnica Descrição
Brainstorming Técnica de geração de ideias em grupo dividida

em duas fases: (1) fase criativa, em que os
participantes apresentam o maior número possível
de ideias (2) fase crítica, na qual cada
participante defende sua ideia com o objetivo de
convencer os demais membros do grupo. Na
segunda fase são filtradas as melhores ideias,
permanecendo somente aquelas aprovadas pelo
grupo.
A técnica é composta de quatro regras básicas:

(1) As críticas devem ser banidas – a avaliação

das ideias deve ser guardada para momentos
posteriores;
(2) A geração livre de ideias deve ser encorajada;
(3) Foco na quantidade – quanto maior o número

de ideias, maiores as chances de se ter ideias
válidas;
(4) Combinação e aperfeiçoamento de ideias

geradas pelo grupo.
Técnica Delphi O método Delphi (pronuncia-se délfi) é uma

maneira de obter um consenso de
especialistas.
Entrevistas/Julgamento Entrevistas livres, semi-estruturadas ou

de Especialistas estruturadas conduzidas individualmente ou em
grupo com membros experientes do projeto,
envolvidos ou especialistas.
Identificação da Processo desenhado usado na investigação e

Causa-Raiz categorização das causas essenciais de um risco,
sendo dividida em quatro etapas, a saber: coleta
de dados; diagramação do fator de causa;
identificação da causa raiz e geração da
recomendação e implementação.
Checklist Consiste em uma lista de itens, que vão sendo

marcados como sim ou não, podendo ser utilizada
por um membro da equipe, em grupo ou em uma
entrevista.
Gabarito: letra B.

Municipal/ INFORMÁTICA) Considerando as boas práticas identificadas

pelo guia PMBOK, o Gerenciamento da qualidade de um projeto inclui

técnicas e ferramentas auxiliares como, por exemplo, o diagrama de Pareto.
Utilizado para identificar e avaliar não-conformidades,
a) tem como objetivo determinar se um processo é ou não estável ou tem

um comportamento previsível.
b) também conhecido como diagrama de causa e efeito, ilustra como

diversos fatores podem ser ligados a possíveis problemas ou efeitos.
c) afirma que um número relativamente pequeno de causas normalmente

produzirá a grande maioria dos problemas ou defeitos.
d) é um gráfico de linhas que mostra pontos de dados traçados na ordem

em que ocorrem.
e) a equipe de qualidade estuda e identifica a possível relação entre as

mudanças observadas em duas variáveis. São traçadas as variáveis
dependentes versus as variáveis independentes. Quanto mais próximos os
pontos estiverem da linha diagonal, mais próxima será a relação entre eles.
Um diagrama de Pareto é um tipo específico de histograma, ordenado por

frequência de ocorrência, que mostra quantos defeitos foram gerados por tipo
ou categoria de causa identificada. A técnica de Pareto é usada
principalmente para identificar e avaliar não-conformidades. Nos
diagramas de Pareto, a classificação é usada para orientar as ações corretivas.
A equipe do projeto deve tomar ações para resolver primeiramente os
problemas que estão causando o maior número de defeitos.
Os diagramas de Pareto estão conceitualmente relacionados à Lei de Pareto,

que afirma que um número relativamente pequeno de causas
normalmente produzirá a grande maioria dos problemas ou defeitos.

Isso geralmente é chamado de PRINCÍPIO 80/20, em que 80% dos

problemas se devem a 20% das causas.
Gabarito: letra C.
20. (CESPE/2010/TCU/Auditor Federal de Controle Externo -

Tecnologia da Informação) Um gerente de projeto e um escritório de
projeto (PMO) são orientados por objetivos diferentes e, por isso, a
responsabilidade do PMO é a de fornecer suporte ao gerenciamento de
projetos, não cabendo a ele o gerenciamento direto de um projeto.
A primeira parte da questão está correta ao afirmar que "um gerente de

projeto e um escritório de projeto (PMO) são orientados por objetivos
diferentes". Segundo PMBOK (2008, p. 12) " os gerentes de projetos e os
PMOs buscam objetivos diferentes e, por isso, são orientados por
requisitos diferentes. No entanto, todos esses esforços estão alinhados
com as necessidades estratégicas da organização".
Um escritório de projetos (Project Management Office, PMO) é um corpo

ou entidade organizacional à qual são atribuídas várias responsabilidades
relacionadas ao gerenciamento centralizado e coordenado dos projetos sob seu
domínio.
A questão torna-se falsa na sua segunda parte, já que as responsabilidades de

um PMO podem variar desde fornecer funções de suporte ao gerenciamento de
projetos até ser responsável pelo gerenciamento direto de um projeto.

21. (FCC/2012/TRE-CE - Técnico Judiciário - Operação de

Computador) De acordo com o estabelecido no PMBOK, NÃO é uma fase
do ciclo de vida de um projeto
a) o início.
b) o encerramento.
c) a organização e preparação.
d) a execução.
e) a integração.
A estrutura genérica do ciclo de vida é a seguinte:

• Início.
• Organização e preparação.
• Execução do trabalho.
• Encerramento.
A integração faz parte de uma das nove áreas do conhecimento do PMBOK,
destacadas a seguir.
Agora, não confundam Ciclo de Vida do projeto com Grupo de Processos do

projeto!

Os grupos de processos do gerenciamento de projetos são atividades que

se sobrepõem e que ocorrem com diferentes intensidades, a cada fase do
projeto. São eles:
1 Iniciação Define e autoriza o projeto ou uma fase do projeto.
2 Planejamento Define e refina os objetivos e planeja a ação necessária

para alcançar os objetivos e o escopo para os quais o
projeto foi realizado.
3 Execução Integra pessoas e outros recursos para realizar o plano

de gerenciamento do projeto para o projeto.
4 Monitoramento Mede e monitora regularmente o progresso para

e controle identificar variações em relação ao plano de
gerenciamento do projeto, de forma que possam ser
tomadas ações corretivas quando necessário para
atender aos objetivos do projeto.
5 Encerramento Formaliza a aceitação do produto, serviço ou resultado

e conduz o projeto ou uma fase do projeto a um final
ordenado.
Gabarito: letra E.

22. (FCC/2012/TRE-CE/Analista Judiciário/Análise de Sistemas) No

âmbito do PMBOK, entradas, tais como, Lista de atividades, Descrição do
produto e Dependências mandatórias; ferramentas técnicas, tais como,
Método do diagrama de precedência, Método do diagrama condicional e
Modelos de rede; e saídas, tais como, Diagrama de rede do projeto e
Atualizações da lista de atividades, constituem um processo da Gerência
do Tempo do Projeto, denominado
a) Definição das Atividades.
b) Sequenciamento das Atividades.
c) Estimativas da Duração das Atividades.
d) Desenvolvimento do Cronograma.
e) Controle do Cronograma.
O Gerenciamento de Tempo do Projeto inclui os processos necessários

para gerenciar o término pontual do projeto. Cada processo ocorre pelo menos
uma vez em todo projeto e em uma ou mais fases do mesmo, se for divididos
em fases. Os processos relacionados a essa área são:
1. Definir as atividades;
2. Sequenciar as atividades;
3. Estimar os recursos das atividades;
4. Estimar as durações das atividades;
5. Desenvolver o cronograma;
6. Controlar o cronograma.

Veja, a seguir, as entradas, ferramentas e técnicas e os principais produtos

de cada um desses processos (vide glossário desta aula com informações
adicionais):
Processo Entradas Ferramentas e Saídas

Técnicas
1. Definir as Linha de base do Decomposição.

Lista das
atividades. escopo. Fatores Planejamento em atividades;
ambientais da ondas sucessivas.
atributos das
empresa. Ativos Modelos. atividades; lista
de processos Opinião dos marcos.
organizacionais. especializada.
2. Lista das Método do
Diagramas de
Sequenciar atividades. diagrama de
rede do
as Atributos das precedência.
cronograma do
atividades. atividades. Lista Determinação de
projeto;
dos marcos. dependência.
atualizações dos
Declaração do Aplicação de documentos do
escopo do antecipações e projeto.
projeto. Ativos de esperas.
processos Modelos de
organizacionais. diagrama de rede
de cronograma.
3. Lista das Opinião Requisitos de
Estimar os atividades. especializada.
recursos das
recursos das Atributos das Análise de
atividades;
atividades. atividades. alternativas. Dados
estrutura analítica
Calendário dos publicados para
dos recursos;
recursos. Fatores auxílio a
atualizações dos
ambientais da estimativas. documentos do
empresa. Ativos Estimativa projeto.
de processos “bottom-up”.

organizacionais. Software de
gerenciamento de
projetos.
4. Lista das Opinião
Estimativas de
Estimar as atividades. especializada. duração das
durações das Atributos das Estimativa análoga.
atividades;
atividades. atividades. Estimativa
atualizações dos
Requisitos de paramétrica.
documentos do
recursos das Estimativa de três projeto.
atividades. pontos.
Calendário dos Análise de
recursos. reservas.
Declaração do
escopo do
projeto. Fatores
ambientais da
empresa. Ativos
de processos
organizacionais.
5. Lista das Análise de rede do
Cronograma do
Desenvolver atividades. cronograma. projeto; linha de
o Atributos das Método do caminho base do
cronograma. atividades. crítico. Método da
cronograma;
Diagramas de corrente crítica.
dados do
rede do Nivelamento de
cronograma;
cronograma do recursos. Análise
atualizações dos
projeto. de cenário E-se.
documentos do
Requisitos de Aplicação de
projeto.
recursos das antecipações e
atividades. esperas.
Calendários dos Compressão de
recursos. cronograma.
Estimativas de Ferramenta de

duração das elaboração de

atividades. cronograma.
Declaração do
escopo do
projeto. Fatores
ambientais da
empresa. Ativos
de processos
organizacionais.
6. Plano de Análise de Medições de
Controlar o gerenciamento do desempenho.
desempenho do
cronograma. projeto. Análise de trabalho;
Cronograma do variação. Software atualizações dos
projeto. de gerenciamento
ativos de
Informações de projetos. processos
sobre o Nivelamento de organizacionais;
desempenho do recursos. Análise
solicitações de
trabalho. Ativos de cenário E-se.
mudança;
de processos Ajuste de atualizações do
organizacionais. antecipações e plano de
esperas. gerenciamento do
Compressão de
projeto;
cronograma.
atualizações dos
Ferramenta de documentos do
elaboração de projeto.
cronograma.
Gabarito: letra B.

MEMOREX
Para Finalizar, vamos a algumas considerações IMPORTANTES para a

prova!!!
Muita Atenção Aqui!!!
De acordo com o PMBOK (4ª edição) um projeto é
um esforço temporário (possui um início e um final bem definidos)

empreendido para criar um produto, serviço ou resultado exclusivo.
Ou um
empreendimento ou evento não repetitivo, caracterizado por uma

sequência clara e lógica de eventos, com início, meio e fim, que se
destina a atingir um objetivo claro e definido, sendo conduzido por
pessoas dentro de parâmetros pré-definidos de tempo, custo, recursos
envolvidos e qualidade”.
• Evento NÃO REPETITIVO: algo que não faz parte da rotina da empresa. É
algo novo para as pessoas que o realizarão. Exemplo: Filme “Tempos
Modernos” de Charles Chaplin;
• SEQUÊNCIA clara e lógica de EVENTOS: é composto de atividades lógicas

encadeadas que permitem acompanhamento e controle durante a
execução;
• Com INÍCIO, MEIO e FIM: possuem um ciclo de vida bem definido (se for
uma atividade sem um fim definido, não é um projeto, mas uma rotina de
trabalho);
• Atingir um OBJETIVO claro e definido: possui metas e resultados a serem

atingidos em sua finalização;
• Parâmetros pré-definidos de TEMPO, CUSTO, RECURSOS envolvidos e

QUALIDADE: são restrições de projeto que devem ser identificadas e
mapeadas no decorrer do plano de projeto.

Gerenciar um projeto significa, resumidamente, planejar a sua execução

antes de iniciá-lo e, posteriormente, acompanhar a sua execução e controle.
O gerenciamento de projetos é a aplicação de conhecimento,

habilidades, ferramentas e técnicas às atividades do projeto a fim de
atender aos seus requisitos. Caiu em prova!
O gerenciamento de projetos é realizado através da aplicação e integração

apropriadas dos 42 processos agrupados logicamente abrangendo os
05 grupos de processos.
Os grupos de processos do gerenciamento de projetos são atividades que se

sobrepõem e que ocorrem com diferentes intensidades, a cada fase do projeto.
Os grupos de processos NÃO são fases do projeto!!
Em cada fase de um projeto são executados diversos processos com o

objetivo de produzir o resultado esperado daquela etapa.
Partes Interessadas de um Projeto ou Stakeholders
• Gerente funcional: responsável pelos recursos alocados no projeto;

• Cliente: também conhecido como beneficiário, em projetos finalísticos,

em organizações públicas e são representados pela comunidade ou
população beneficiada;
• Organização: responsável institucional pelo empreendimento;
• Equipe: responsável pela execução do projeto;
• Patrocinador: responsável pelo aporte financeiro ou apoio político do

projeto;
• Gerente do projeto: responsável pelo sucesso ou insucesso do projeto;
• Outros a definir de acordo com o projeto.
Os projetos podem ser divididos em SUBPROJETOS.
O ciclo de vida do projeto define as fases que conectam o início de um

projeto ao seu final. As fases do ciclo de vida de um projeto não são
iguais aos grupos de processos de gerenciamento de projetos!!!! Muita
atenção nesse detalhe...
A WBS (Work Breakdown Structure) ou EAP (Estrutura Analítica do

Projeto), também conhecida como estrutura analítica do projeto (EAP),
organiza e define o escopo total do projeto. Cada nível descendente representa
uma definição cada vez mais detalhada do trabalho do projeto.

Interação entre os Grupos de Processos
Os processos dos grupos de processos de gerenciamento de projetos

estão ligados e interagindo entre si durante toda a execução do
projeto.
Muitas das saídas de processos são entradas para processos subsequentes,

que se tornam entradas para outros processos subsequentes e assim por
diante, até o encerramento do projeto.
Uma entrada geralmente define “o que eu preciso antes de fazer...?”,

enquanto uma saída geralmente define “o que terei quando terminar?”.
Geralmente, após obtermos as entradas do processo, utilizamos ferramentas e
técnicas de gerenciamento de projetos para obtermos as saídas desejadas ou
necessárias.
Segundo o PMBOK uma entrada de um processo é qualquer item, interno ou

externo ao projeto, que é exigido por um processo antes que esse processo
continue. A entrada em um determinado processo pode ser uma saída
de um processo predecessor. A saída de um processo é um produto,
resultado ou serviço gerado por um processo. Pode ser um dado necessário
para um processo sucessor, ou seja, um próximo processo.
A próxima figura, que tem como fonte o PMBOK (2009) e foi extraída de
Nocêra (2009), mostra a interação entre os cinco grupos de processos.
Dica:
A melhor coisa a fazer é ENTENDER CADA PROCESSO. Assim, será mais

fácil a resolução das assertivas da banca que cobram do candidato o
nível de conhecimento de entradas e saídas de processos. Sempre que
possível, faça a leitura dos processos de entrada e saída, para que
você se torne “familiarizado” com eles!


Figura. Visão Geral das Áreas de Conhecimento ( Nocêra, 2009)

GLOSSÁRIO
Estimativa Método para estimar um componente do trabalho.

bottom-up O trabalho é decomposto em partes mais
detalhadas. É preparada uma estimativa do que é
necessário para atender aos requisitos de cada uma
das partes inferiores e mais detalhadas do trabalho
e, em seguida, essas estimativas são agregadas em
uma quantidade total para o componente do
trabalho.
Estimativa Utiliza o custo real dos projetos anteriores

análoga semelhantes como base para estimar os custos do
projeto atual.
Estimativa Utiliza uma relação estatística entre dados

paramétrica históricos, para calcular uma estimativa de custos.
Estimativa de três A exatidão da estimativa de duração da atividade

pontos pode ser aumentada considerando o total de risco
da
estimativa original. As estimativas de três pontos se

baseiam na determinação de três tipos de
estimativas: Mais provável, Otimista, Pessimista.
Software de Simplificam o uso de algumas técnicas de

gerenciamento de estimativa de custos. Exemplo: Microsoft Project.
projetos
INTERROMPEMOS AQUI A PARTE TEÓRICA DESTA AULA

DEMONSTRATIVA. A AULA 1 TRATARÁ O TEMA POR COMPLETO.

CONSIDERAÇÕES FINAIS
Bom, pessoal, acho que já foi suficiente para que se tenha a ideia do que o
espera e também de como será o nosso curso.
Também, transcrevo, abaixo, a frase de Vincent Van Gogh. Peço que leia com
atenção e pense por um minuto.
"Grandes realizações não são feitas por impulso, mas por uma
soma de pequenas realizações."
A grande realização aqui é conseguir a aprovação no concurso que irá

prestar em breve. As pequenas, são as aulas aprendidas. Afinal, estamos ou
não fazendo a nossa parte? O objetivo há de ser alcançado!!! Avante!!!
Finalizando, espero que continue conosco pegando os macetes e atalhos da

caminhada que serão importantes para a sua prova, de forma a tentar
encurtar essa longa trajetória e ajudá-lo a chegar ao objetivo almejado.
Fiquem com Deus, e até a nossa próxima aula aqui no Ponto dos
Concursos!!
Profa Patrícia Lima Quintão

REFERÊNCIAS BIBLIOGRÁFICAS
QUINTÃO, Patrícia Lima. Notas de aula, 2012/2013.
PMBOK. Um guia do conhecimento em gerenciamento de projetos (Guia

PMBOK). PMI. Quarta Edição. 2008.
http://www.tecgraf.puc-
rio.br/~bia/Estudo/PMBOK%202008%20Portugu%C3%AAs.pdf.
TIXAMES. Disponível em: http://www.tiexames.com.br. Acesso em nov. 2012.
Slides em:
https://docs.google.com/folder/d/0B4n6NTBd1RZsUkRsT0pHTWNxRzA/edit#do
cId=1tAM5ckGeitg4SbZuwczdeXlN6JuhVqsHdpa68_D9zZY.
VARGAS, Ricardo Viana. Gerenciamento de projetos: estabelecendo

diferenciais competitivos. Rio de Janeiro: Brasport, 2003.
NOCÊRA, R. de Jesus. Gerenciamento de Projetos. Teoria e Prática.2009.
MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO. Secretaria de

Planejamento e Investimentos Estratégicos. (2007). Manual de Elaboração
Plano Plurianual 2008-2011. Brasília: MP.
PRADO, D. Gerenciamento de Projetos nas Organizações. Belo Horizonte:

Editora de Desenvolvimento Gerencial, 2000.

LISTA DAS QUESTÕES APRESENTADAS NA AULA
1. (CETRO/2012/Prefeitura de Manaus – IMPLURB/Analista Municipal

– Tecnologia da Informação/Análise de Sistemas) Em relação ao
Gerenciamento de Projetos baseado no PMBOK, correlacione as colunas
abaixo e, em seguida, assinale a alternativa que apresenta a sequência
correta.
(A) 3/ 1/ 4/ 2
(B) 1/ 2/ 4/ 3
(C) 4/ 1/ 3/ 2
(D) 4/ 2/ 3/ 1
(E) 3/ 2/ 1/ 4
2. (CETRO/2012/ Prefeitura de Manaus – Secretaria Municipal de

Saúde (SEMSA) –/Analista de Sistemas) Quanto ao gerenciamento de
projetos, assinale a alternativa que apresenta a ação correta a ser tomada
em, primeiro lugar, por um gerente de projeto quando outro gerente de um
projeto de vital importância solicita o empréstimo temporário de um
colaborador.
(A) Cede o colaborador, pois o projeto é de vital importância.
(B) Ignora o pedido, pois o pedido, se justificável, deve ser decidido por um
nível hierárquico superior.
(C) Faz análise de risco para o seu projeto ao emprestar o colaborador.

(D) Refaz seu cronograma para contornar o empréstimo.
(E) Aciona os níveis hierárquicos superiores para tomar a decisão.
3. (ESAF/2008/SECRETARIA DO TESOURO NACIONAL – STN/TI-

Desenvolvimento Sist. Informação) O conjunto de atividades
necessárias à criação de um serviço exclusivo, até uma data limite,
representa
a) uma implementação
b) uma operação
c) um programa
d) um projeto
e) uma instrução
4. (Cesgranrio/2008/Analista de Suporte/BNDES) Segundo o PMBOK,

NÃO é característica de um projeto:
a) possuir início e fim definidos.
b) desenvolver-se em etapas e continuar por incrementos.
c) ser contínuo e repetitivo.
d) criar serviços únicos.
e) criar produtos únicos.

5. (FCC/2011/TRE-RN/Analista Judiciário) Definido como um grupo de

projetos relacionados, gerenciados de modo coordenado, para obtenção de
benefícios e controle que não estariam disponíveis caso fossem gerenciados
individualmente. Trata-se de
(A) meta-projeto.
(B) projeto-mãe.
(C) operação.
(D) programa.
(E) carro-chefe.
6. (CESPE/2010/BANCO DA AMAZÔNIA/Técnico Científico — Área:

Tecnologia da Informação — ANÁLISE DE SISTEMAS) A WBS (work
breakdown structure) é uma ferramenta que permite organizar e visualizar
as atividades de um projeto em pacotes de trabalho, e seu uso só é
justificado em grandes projetos.
7. (FCC/2011/TRE-RN/Analista Judiciário/Adaptada) De acordo com o

PmBok, não se trata de um grupo de processos:
(A) planejamento.
(B) monitoramento e controle.
(C) modelagem organizacional.
(D) encerramento.
(E) execução.

8. (CEPERJ/2010/IPEM-RJ/Analista de Sistemas) O gerenciamento de

projetos abrange uma série de ferramentas e técnicas utilizadas por
pessoas para descrever, organizar e monitorar o andamento das atividades
do projeto. O Guide to the PMBOK documenta cinco grupos de processos,
interrelacionados e dependentes uns dos outros, além de agrupar os
processos em nove áreas de conhecimento. Uma dessas áreas possui as
seguintes características:
I.Trata da coordenação de todos os aspectos do plano de projeto e envolve

um elevado nível de interação.
II.Trata da identificação e definição do trabalho do projeto e da combinação,

unificação e integração dos processos apropriados.
III.Trata de atender aos requisitos do cliente e dos stakeholders

satisfatoriamente, como do gerenciamento de suas expectativas.
Essa área é denominada Gerenciamento:
a.de Riscos do Projeto.
b.do Tempo do Projeto.
c.do Escopo do Projeto.
d.da Qualidade do Projeto.
e.da Integração do Projeto.
9. (FCC/2012/TRE-CE/Técnico Judiciário/Operação de Computador) A

identificação das partes interessadas (stakeholders) em um projeto é
classificada na área de conhecimento do PMBOK denominada gerenciamento
a) dos custos do projeto.
b) de aquisições do projeto.

c) de escopo do projeto.
d) das comunicações do projeto.
e) de recursos humanos do projeto.
10. (FCC/2012/TJ-PE/ANALISTA JUDICIÁRIO/Adaptada) NÃO se trata

de uma das áreas de conhecimento do PmBok:
a) riscos
b) requisitos
c) escopo
d) aquisições
e) integração
11. (FMP/2012/ISS-POA) Qual das alternativas listadas corresponde à

definição de projeto, de acordo com o PMBOK?
(A) Desenvolvimento de um produto esperado dentro do prazo e custo

esperado.
(B) Conjunto de indivíduos e organizações envolvidos ou que serão afetados

positivamente ou negativamente no resultado final.
(C) Conjunto de ações cujo resultado, em um dado período, contribui para o

atendimento de uma necessidade administrativa ou operacional.
(D) Grupo de ações designados a alcançar um objetivo estratégico

abrangente.
(E) Um esforço temporário com a finalidade de criar um produto/serviço

único.

12. (FMP/2012/ISS-POA) Segundo o PMBOK, qual conceito é expresso

com a frase:“Aplicação de conhecimentos, habilidades, ferramentas e
técnicas às atividades do projeto a fim de alcançar seus objetivos”.
(A) Planejamento estratégico.
(B) Gerência de projetos.
(C) Definição de operações.
(D) Definição de projeto.
(E) Gerência de operações.
13. (CESPE/2005/SERPRO/Analista) Operações são empreendimentos

temporários que têm por fim produzir um resultado único dentro de
restrições de tempo e custo. Projetos diferem de operações principalmente
no que se refere ao caráter repetitivo dos resultados produzidos e à
inexistência de um prazo de encerramento.

Municipal/ INFORMÁTICA-Adaptada) Analise a afirmação seguinte
relacionada a ferramentas de auxílio ao gerenciamento de projetos: o custo
de promover mudanças em um projeto é muito menor se realizadas no
início do projeto, quando comparadas com mudanças realizadas no final do
projeto.
15. (FCC/2007/Analista do Ministério Público da

União/Informática/Desenvolvimento de Sistemas) De acordo com o
corpo de conhecimento da gerência de projetos, as simulações para análise
de risco de prazos são possíveis utilizando

a) o Arrow Diagramming Method.
b) a técnica Monte Carlo.
c) o modelo WBS.
d) a análise de custo/benefício.
e) o Project Charter.
16. (Cesgranrio/2011/Petrobrás/Analista de Sistemas

Júnior/Processos de Negócio) Segundo o PMBOK 4a Edição, as
estruturas organizacionais influenciam na forma como os projetos são
executados. Nesse contexto, na estrutura organizacional
(A) funcional, quem controla o orçamento é o gerente de projeto.
(B) matricial fraca, a autoridade do gerente de projeto é de considerável a

total.
(C) matricial balanceada, o pessoal administrativo da gerência do projeto

trabalha para o mesmo em tempo integral.
(D) matricial forte, a disponibilidade de recurso é de moderada a alta.
(E) projetizada, o papel de gerente de projeto é de dedicação parcial.

Londrina/Analista Administrativo – TI) É uma decomposição
hierárquica orientada à entrega do trabalho a ser executado pela equipe do
projeto, para atingir os objetivos do projeto e criar as entregas necessárias.
Organiza e define o escopo total do projeto. Subdivide o trabalho do projeto
em partes menores e mais facilmente gerenciáveis, em que cada nível
descendente representa uma definição cada vez mais detalhada do trabalho
do projeto. É possível agendar, estimar custos, monitorar e controlar o

trabalho planejado contido nos componentes de nível mais baixo,

denominados pacotes de trabalho.
Com relação a esta descrição, é correto afirmar que se refere
a)ao Plano de Projeto.
b)ao Escopo Preliminar.
c)à Estrutura Analítica do Projeto.
d)ao Plano de Riscos e Contingência.
e)ao Plano de Custos e Cronograma.
18. (COPS/Cia Municipal de Trânsito e Urbanização de

Londrina/Analista Administrativo – TI/2011) A identificação de riscos
é um processo interativo porque novos riscos podem ser conhecidos
conforme o projeto se desenvolve durante todo o seu ciclo de vida. Assinale
a alternativa que apresenta exemplos de técnicas de coleta de informações
usadas na identificação de riscos.
a)Análise de Pontos de Função, COCOMO e Técnica de Wideband-Delhpi.
b)Brainstorming, Técnica Delphi, Entrevistas e Identificação da Causa-Raiz.
c)Análise de Pontos de Função e Pontos por Caso de Uso.
d)Brainstorming, Identificação da Causa-Raiz e CMMi.
e)WBS, Elaboração de Planos de Contingência, UCP e APF.

Municipal/ INFORMÁTICA) Considerando as boas práticas identificadas
pelo guia PMBOK, o Gerenciamento da qualidade de um projeto inclui

técnicas e ferramentas auxiliares como, por exemplo, o diagrama de Pareto.

Utilizado para identificar e avaliar não-conformidades,
a) tem como objetivo determinar se um processo é ou não estável ou tem

um comportamento previsível.
b) também conhecido como diagrama de causa e efeito, ilustra como

diversos fatores podem ser ligados a possíveis problemas ou efeitos.
c) afirma que um número relativamente pequeno de causas normalmente

produzirá a grande maioria dos problemas ou defeitos.
d) é um gráfico de linhas que mostra pontos de dados traçados na ordem

em que ocorrem.
e) a equipe de qualidade estuda e identifica a possível relação entre as

mudanças observadas em duas variáveis. São traçadas as variáveis
dependentes versus as variáveis independentes. Quanto mais próximos os
pontos estiverem da linha diagonal, mais próxima será a relação entre eles.
20. (CESPE/2010/TCU/Auditor Federal de Controle Externo -

Tecnologia da Informação) Um gerente de projeto e um escritório de
projeto (PMO) são orientados por objetivos diferentes e, por isso, a
responsabilidade do PMO é a de fornecer suporte ao gerenciamento de
projetos, não cabendo a ele o gerenciamento direto de um projeto.
21. (FCC/2012/TRE-CE/Técnico Judiciário - Operação de

Computador) De acordo com o estabelecido no PMBOK, NÃO é uma fase
do ciclo de vida de um projeto
a) o início.
b) o encerramento.
c) a organização e preparação.
d) a execução.

e) a integração.
22. (FCC/2012/TRE-CE/Analista Judiciário/Análise de Sistemas) No

âmbito do PMBOK, entradas, tais como, Lista de atividades, Descrição do
produto e Dependências mandatórias; ferramentas técnicas, tais como,
Método do diagrama de precedência, Método do diagrama condicional e
Modelos de rede; e saídas, tais como, Diagrama de rede do projeto e
Atualizações da lista de atividades, constituem um processo da Gerência do
Tempo do Projeto, denominado
a) Definição das Atividades.
b) Sequenciamento das Atividades.
c) Estimativas da Duração das Atividades.
d) Desenvolvimento do Cronograma.
e) Controle do Cronograma.

GABARITO
1. Letra C.
2. Letra C.
3. Letra D.
4. Letra C.
5. Letra D.
6. Item errado.
7. Letra C.
8. Letra E.
9. Letra D.
10. Letra B.
11. Letra E.
12. Letra B.
13. Item errado.
14. Item correto.
15. Letra B.
16. Letra D.
17. Letra C.
18. Letra B.
19. Letra C.
20. Item errado.
21. Letra E.
22. Letra B.

Informatica 1278

Enviado por

Dados do documento

Título original

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

Informatica 1278

Enviado por

Direitos autorais:

Formatos disponíveis

CONHECIMENTOS ESPECÍFICOS EM EXERCÍCIOS PARA ANVISA - TI

FOCO: ANALISTA ADMINISTRATIVO – ÁREA 5

AULA 0 – APRESENTAÇÃO DO CURSO

Olá futuro ANALISTA ADMINISTRATIVO da ANVISA!!

É um prazer estar com vocês neste novo curso on-line de Conhecimentos

Trata-se de um concurso de grande relevância e tenho certeza de que com

Serão ao todo 9 aulas, além desta aula

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 1 de 73

A finalidade aqui é ensinar o que você necessita para realizar uma

Todos os tópicos do edital relacionados à parte específica de TI da

I ANÁLISE E PROJETO DE SISTEMAS:

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 2 de 73

1. Estrutura do gerenciamento de projetos; ciclo de vida e

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 3 de 73

Antes de partir para o desenvolvimento da teoria e dos

Sou mestre em Engenharia de Sistemas e Computação pela COPPE/UFRJ,

• Analista de TIC, Prodabel (2012);

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 4 de 73

• Professora substituta do Departamento de Ciência da Computação da

PLANEJAMENTO DAS AULAS

O Curso Que Proponho:

Mineração de dados, BI (Business Inteligence).

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 6 de 73

9 LEGISLAÇÃO SOBRE CONTRATAÇÃO DE TI:

No decorrer do curso disponibilizarei os exercícios comentados em sua

Ao fim de cada aula será apresentada também a lista com todos os

Conforme visto, as aulas serão agrupadas por assuntos, preferencialmente

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 7 de 73

Profa Patrícia Lima Quintão

Como temos um longo caminho pela frente, vamos ao trabalho!!

AULA 0 – GERÊNCIA DE PROJETOS (PARTE I)

Conteúdo desta Aula Página

Lista de Questões Comentadas Nesta Aula. 07

Utilizaremos como referência nesta aula o Guia PMBOK 4a Edição,

O Guia PMBOK também fornece e promove um vocabulário

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 8 de 73

LISTA DE QUESTÕES COMENTADAS NESTA AULA

1. (CETRO/2012/Prefeitura de Manaus – IMPLURB/Analista Municipal

Comentários (Profa Patrícia)

Vamos à definição e associação dos termos!

1.Declaração do trabalho (SOW). Gerenciamento de

2.Árvore de decisão. Gerenciamento de

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 9 de 73

3.Gold Plating. Gerenciamento da

4.Termo de abertura do projeto. Gerenciamento da

2. (CETRO/2012/ Prefeitura de Manaus – Secretaria Municipal de

(A) Cede o colaborador, pois o projeto é de vital importância.

(C) Faz análise de risco para o seu projeto ao emprestar o colaborador.

(D) Refaz seu cronograma para contornar o empréstimo.

(E) Aciona os níveis hierárquicos superiores para tomar a decisão.

Comentários (Profa Patrícia)

3. (ESAF/2008/SECRETARIA DO TESOURO NACIONAL – STN/TI-

Comentários (Profa Patrícia)

De acordo com o PMBOK (4ª edição) um PROJETO é

um esforço temporário empreendido para criar um produto,

• O fator temporário significa que todos os projetos possuem um início e

Profa. Patrícia Lima Quintão www.pontodosconcursos.com.br 11 de 73

poderão ser atingidos e o projeto for encerrado, ou quando o mesmo não

• Cada projeto cria um produto, serviço ou resultado EXCLUSIVO. Embora

Como exemplos de projetos temos: a construção de uma edificação;

Importante! Um projeto gera um e somente um produto, serviço ou

4. (Cesgranrio/2008/Analista de Suporte/BNDES) Segundo o PMBOK,

a) possuir início e fim definidos.