4. Gestão de Projetos
“Projeto é um empreendimento único e
temporário, concebido para criar um produto,
serviço ou resultado único.”
“Gerenciamento de Projetos é a aplicação de
conhecimento, habilidades, técnicas e ferramentas
em atividades de projeto, a fim de cumprir os
requisitos do projeto.”
PMBoK, 4ª edição
4
5. Projeto é único
Projetos
Viajar nas férias
Trocar de casa
Novo sistema de folha de pagamento
Implantar rede sem fio no Campus
Rotinas
Visitar os pais no final de semana
Manutenção básica da casa (lâmpadas, ...)
Emitir uma folha de pagamento
Analisar tráfego de rede
5
6. Quem precisa de um
novo produto ou serviço?
Usuários
Pessoas que vão utilizar o produto/serviço para
realizar alguma atividade de forma melhorada
Usuário
ou uma nova atividade
Partes interessadas (stakeholders)
Qualquer parte interessada no sucesso do projeto
Patrocinadores
Gerência sênior
Investidores
Essas partes também podem ser usuários Stakeholder
6
7. Quem desenvolve um projeto?
Equipe de desenvolvimento
Software
Analistas, desenvolvedores, ... Equipe
Construção civil
Engenheiros, técnicos, ...
Infra-estrutura de rede
Administrador de Rede, técnicos, ...
Responsáveis pela construção e implantação do novo
produto/serviço
Em geral, multidisciplinar
7
8. Onde estão essas pessoas?
Interno
Empresa
Stakeholder Equipe Usuário
Externo
(terceiros)
Empresa
Stakeholder Usuário Equipe
Produto,
serviço Empresa
Stakeholder Equipe Usuário
8
9. Quem articula?
Gerente de projetos planeja e guia o projeto
Responsável por identificar usuários e partes Gerente
interessadas (stakeholders) de Projeto
Determinar as necessidades que justificam o
projeto
Coordenar a equipe de desenvolvimento
Comunicar e facilitar a comunicação entre todas as
partes
9
10. Quem articula?
Equipe
Gerente
de Projeto
Stakeholder Usuário
10
11. Sucesso só depende dos
envolvidos?
Fatores organizacionais Fatores humanos
Cultura da organização Existência de
Infraestrutura profissionais
Processos e ferramentas
capacitados
disponíveis Retenção de pessoas
Suporte executivo Fatores externos
Tolerância do Concorrentes
patrocinador a riscos Legislação
11
15. O que é o PMBoK
Corpo de conhecimento sobre gestão de projetos
Mantido pelo PMI (Project Management Institute)
Material Didático e de Referência
Compreende:
Processos
Práticas
Técnicas
Ferramentas
Código de ética
15
16. Áreas de Conhecimento
Escopo Tempo Custos
Comunica
Qualidade Riscos
ção
Recursos
Integração Aquisições
Humanos
16
18. Grupos de Processos
INICIAÇÃO PLANEJAMENTO
CONTROLE EXECUÇÃO
ENCERRAMENTO
18
19. Linhas de Base
Reflexo do planejamento
Indicam para onde o projeto está caminhando
Devem ser continuamente revistas
Linhas de base são as mesmas restrições triplas:
Escopo
Tempo
Custo
19
21. Processos de Iniciação
Grupo de processos Iniciação engloba os processos
voltados para concepção e autorização de um novo
projeto
Os processos desse grupo são:
Desenvolver termo de abertura do projeto
Identificar as partes interessadas
21
22. Desenvolver termo de Integração
abertura do projeto
Objetivos
Estabelecer escopo inicial
Estabelecer estimativas iniciais de custos e prazo
Conseguir autorização formal para o início do projeto
Definir quem será o gerente de projetos!
22
23. Desenvolver termo de Integração
abertura do projeto
Entradas
Declaração de trabalho
Caso de Negócio
Benefícios
Reconhece formalmente a existência do projeto
Concede ao gerente de projeto autoridade para uso dos
recursos
Fornece requisitos de alto nível
Consolida a visão do projeto
23
24. Identificar as partes Comunica
ção
interessadas
Objetivo
Identificar partes interessadas internas e externas
Documentar poder de influência e interesses
Identificar impactos positivos ou negativos da influência
de cada parte interessada
Benefícios
Análise de ameaças e oportunidades
Ganhar comprometimento com o projeto
24
25. Importância da Iniciação
Consolidar o que será feito
Alinhamento entre projeto e estratégia de negócio
A isso chama-se VISÃO DO PROJETO
Identificar quem estará envolvido
Comunicação começa a ser estruturada
Na fase de Planejamento, tudo será detalhado
Sempre observando os objetos de alto nível
estabelecidos
25
27. Importância da Visão
Servir como guia durante TODO o ciclo de vida do
projeto
Orientar a definição do escopo
Orientar o que NÃO incluir no escopo
Compartilhar um entendimento comum do projeto
entre todos os envolvidos (usuários, stakeholders,
equipe)
Ser o pontapé inicial do projeto
27
28. Documento de Visão
Declaração do
Problema
• O quê será feito
Visão da
Solução
• Como será feito
28
29. Documento de Visão
Declaração do Problema
Histórico
Descrição resumida do problema que o projeto resolve
Explicação justificando a decisão da organização de seguir
com o projeto
Citação a projetos passados correlatos
Partes interessadas e Usuários
Listagem (importância, influência, informações de contato)
29
30. Documento de Visão
Declaração do Problema
Riscos
Lista de potenciais riscos ao projeto
Internos ou Externos
Premissas
São condições que a equipe considera como verdade, ou fato
consumado
Em geral, são identificadas durante os processos de estimativa
30
31. Documento de Visão
Visão da Solução
Declaração da Visão
Descreve o que o projeto deve alcançar!
Deve ser convincente, para justificar o investimento de tempo
e dinheiro no projeto
Pode ser fornecida pelo próprio patrocinador
Exemplo:
“... pousar um homem na Lua, e retornar com ele a salvo para a
Terra.” John F. Kennedy, 1961
31
32. Documento de Visão
Visão da Solução
Lista de Funcionalidades
Requisitos funcionais (alto nível)
Requisitos não-funcionais (características de qualidade)
Plano de entregas
Caso já seja possível, descrever o plano de entregas
Importante caso existam data importantes (e.g., tempo para
implantação)
Funcionalidades não incluídas
Importante tanto quanto o que vai ser feito!
Reforça o entendimento do que será feito
32
33. Comunicando a Visão
Uma vez desenvolvida, a Visão do Projeto deve ser
compartilhada com todos os envolvidos
Quanto mais cedo for revisada e entendida, mais
rápido lacunas ou inconsistências serão resolvidas
São incomuns modificações na Visão
Se a Visão mudou, o projeto pode perder o significado e
justificativa
Visão fraca leva a cancelamento de projetos!
33
34. Tomada de decisão
CUSTO
Gerente Equipe
de Projeto
VISÃO
QUALIDADE
ESCOPO TEMPO
Stakeholder Usuário
34
36. Projetos
Uma forma de inserir mudanças (inovação) em um
ecossistema
Não é rotina, é único
Seu resultado pode eliminar rotinas antigas, e criar
novas
A restrição tripla se aplica a TODO tipo de projeto
PMBoK não é um processo, serve como referência
Iniciação deve focar no Escopo e nas Partes
Interessadas
36