Gerência de

Projetos de Software
2018/2
Prof. Paulo Afonso
(slides desenvolvidos com base no Capítulo 12 do livro-texto da disciplina)
 Roteiro
• Introdução
• Características do Encerramento
• Razões para Término de um Projeto
• Grupo de Processos de Encerramento
› Encerrar o Projeto
• Exercícios de Fixação

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 2

 Introdução
• Como saber, no fim das contas, se o projeto foi
bem-sucedido?
• A mera entrega do produto ou serviço almejado
não significa que ele foi finalizado de forma
satisfatória.
• Lembre-se: um projeto só será considerado bem-
sucedido quando atender às expectativas das
partes interessadas e cumprir os objetivos
visados.
Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 3
 Introdução
• Durante o encerramento, o GP vai documentar a
aceitação do produto do projeto com um
endosso oficial e o arquivará, junto com seus
registros, para futura referência.
• Endosso formal é a maneira como as partes
interessadas indicarão que o projeto atingiu suas
metas e atendeu suas expectativas, para que
possa ser encerrado.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 4

 Características do Encerramento
• Algumas características são comuns a todos os
projetos durante os processos de Encerramento.
• Uma delas é que a probabilidade de concluí-lo é
mais alta — e o risco, mais baixo.
› Aqui, o GP já finalizou a maior parte do trabalho,
senão todo, de modo que a probabilidade de não
fechar o projeto fica muito reduzida.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 5

 Características do Encerramento
• Outra características é que as partes interessadas
exercem menos influência nesta etapa.
• Os custos também são significativamente
menores, uma vez que a maior parte do trabalho
do projeto e das despesas já se deu.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 6

 Razões para Término de um Projeto
• Há quatro tipos formais de términos de projeto
que o GP precisa conhecer:
› Absorção

› Esgotamento

› Integração

› Extinção

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 7

 Razões para Término de um Projeto
• Absorção
› Há projetos que se transformam em operações
continuadas terminam por absorção.

› Tornam-se uma unidade de negócios contínua e

independente.

› Um exemplo é o desenvolvimento e a instalação de

um software de planejamento de recursos de uma
empresa.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 8

 Razões para Término de um Projeto
• Absorção
› Os projetos que se transformam em operações
continuadas terminam por absorção.
Após a instalação
› Tornam-se do software,
uma unidade de negóciosoperações
contínua e
continuadas para manutenção e
independente.
monitoramento do software exigirão uma
› Um exemplo
equipe é o desenvolvimento
em tempo e a instalação de
integral (p. ex. DGTI/UFLA).
um software de planejamento de recursos de uma
empresa.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 9

 Razões para Término de um Projeto
• Esgotamento
› Quando os recursos são cortados do projeto e
deixam de ser fornecidos.

› Com isso, o projeto vai enfraquecendo antes de

finalizar todos os requisitos e o deixa com algo
inacabado nas mãos.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 10

 Razões para Término de um Projeto
• Esgotamento
› O esgotamento pode ocorrer por vários motivos:
• houve interrupção do pedido, por parte do cliente;

• houve corte no orçamento; ou

• um recurso importante se extingue.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 11

 Razões para Término de um Projeto
• Esgotamento
› O esgotamento dos recursos pode envolver a
suspensão ou retenção de recursos humanos,
equipamentos e suprimentos ou verba.

› Muito cuidado com esse tipo de término:

documente tudo!
• Os documentos do projeto explicarão com clareza os
motivos de seu encerramento precoce.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 12

 Razões para Término de um Projeto
• Integração
› Ocorre quando os recursos do projeto são
distribuídos por outras áreas na organização ou
alocados em outros projetos.
• Por exemplo, ocorreu o surgimento de um projeto
com maior prioridade (relato de experiência:
reengenharia de SW no BB).

› A diferença entre esgotamento e integração é que o

primeiro resulta de cortes, enquanto que o
segundo, na redistribuição dos recursos.
Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 13
 Razões para Término de um Projeto
• Extinção
› Esse é o melhor tipo de término.

› Entende-se que o projeto foi concluído e aceito

pelas partes interessadas.

› Como tal, ele não existe mais, porque tinha uma

data de fim definida, suas metas foram alcançadas e
o projeto foi encerrado.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 14

 Encerrar o Projeto

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 15

 Encerrar o Projeto
• Concentra-se em encerrar oficialmente o projeto
ou a fase.
• Para isso, procura-se concluir todas as atividades
associadas ao encerramento dos processos de
gerenciamento do projeto.
• Como vimos na aula passada, as entregas do
projeto foram aceitas e verificadas no processo
“Validar o Escopo”.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 16

 Encerrar o Projeto
• Neste processo, o GP obterá a assinatura final do
projeto ou fase.
• Esse processo pretende também analisar os
processos de gerenciamento para determinar sua
eficácia e documentar as lições aprendidas.
• Outra função importante desse processo é
arquivar os documentos do projeto para consulta
histórica.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 17

 Encerrar o Projeto
• Neste processo, o GP obterá a assinatura final do
projeto ou fase.
Sobre Lições Aprendidas
• Esse processo pretende também analisar os
processos
Deixardeclaro
gerenciamento para
para a equipe quedeterminar
lições sua
eficácia e documentar
aprendidas as lições
não são motivos aprendidas.
para repreender
ou demitir alguém; pelo contrário,
• Outra função importante desse processo ésão
oportunidades
arquivar de aprendizagem
os documentos queconsulta
do projeto para
beneficiam todos os associados ao projeto.
histórica.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 18

 Encerrar o Projeto
• Neste processo, o GP obterá a assinatura final do
projeto ou fase.
Sobre Lições Aprendidas
• Esse processo pretende também analisar os
Permitirãode
processos aplicar os conhecimentos
gerenciamento adquiridos sua
para determinar
nesse projeto
eficácia a outros, nos
e documentar quais virá
as lições a trabalhar.
aprendidas.
• Outra função
Evitarão que importante desse processo
os erros se repitam mais tarde,é se
você examinar
arquivar os documentos
os documentos e lições aprendidas
do projeto para consulta
antes de assumir um novo projeto.
histórica.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 19

 Encerrar o Projeto
• As entradas do processo Encerrar o Projeto ou
Fase são as seguintes:
› Plano de gerenciamento do projeto

› Entregas aceitas

› Ativos de processos organizacionais

• As três ferramentas e técnicas do processo

“Encerrar o Projeto” são a opinião especializada,
as técnicas analíticas e as reuniões.
Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 20
 Encerrar o Projeto
• Sobre as ferramentas e técnicas:
› Os peritos no assunto podem ajudar a assegurar
que o processo é executado de acordo com a
organização e com os padrões de gerenciamento de
projetos.

› As técnicas analíticas desse processo podem incluir

a análise de regressão e/ou a análise de tendências.

› As reuniões nesse processo são usadas para análises

finais, lições aprendidas e encerramento.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 21

 Encerrar o Projeto
• O processo “Encerrar o Projeto” tem as seguintes
saídas:
› Transição do produto, serviço ou resultado final

› Atualizações nos ativos de processos

organizacionais

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 22

 Encerrar o Projeto
• Transição do produto, serviço ou resultado final:
› Ela se refere à aceitação do produto, serviço ou
resultado final do projeto.

› A aceitação formal inclui a distribuição, para as

partes interessadas e clientes, da notificação de
aceitação do produto ou serviço do projeto.

› Outra função da aprovação é que ela dá início ao

período de garantia do seu trabalho.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 23

 Encerrar o Projeto
• Transição do produto, serviço ou resultado final:
› Os projetos que produzem software, por exemplo,
podem dar garantia contra erros durante um prazo
de 30 a 60 dias, a partir da data de aceitação.

› Tenha cuidado, porque os usuários tentarão

adicionar novos requisitos à categoria “bugs”.

› É essencial que a garantia descreva o que está ou

não coberto durante o período de sua vigência.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 24

 Encerrar o Projeto
• Comemore!
› É uma boa ideia fazer algum tipo de comemoração no
término bem-sucedido do projeto ou de uma fase em um
projeto grande.

› Reconheça oficialmente os esforços da equipe e agradeça

a participação de todos.

› Mesmo se não houver fundos disponíveis para uma

celebração formal, seu “obrigado” sincero pode ter um
excelente impacto sobre os membros da equipe.

• Relato de experiência: Projeto MPW.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 25
 Encerrar o Projeto
• Por fim, o GP deve liberar os integrantes da
equipe, para que retornem aos seus respectivos
gerentes funcionais ou sejam escalados para um
novo projeto.
• Mantenha os gerentes funcionais ou outros
gerentes de projeto a par da aproximação do
término do projeto.
› Isso lhes oferece tempo para planejarem
adequadamente o retorno de seus subordinados.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 26

 Balanceamento dos Interesses das PI

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 27

 Balanceamento dos Interesses das PI
• Não se trata de mais um processo do grupo de
Encerramento.
• Como a satisfação das Partes Interessadas (PI) é
fundamental para o sucesso e aceitação do
projeto, apresentaremos, sucintamente, alguns
pensamentos finais sobre esse tópico.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 28

 Balanceamento dos Interesses das PI
• Relembrando, as PI são aqueles que têm algo a
ganhar ou perder com a implementação do
projeto.
› Como tal, elas têm diferentes interesses e
necessidades.

• Uma das missões do GP é justamente equilibrar

as necessidades das partes interessadas.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 29

 Balanceamento dos Interesses das PI
• Com respeito a isso, vamos discutir:
› o gerenciamento das necessidades antagônicas das
partes interessadas;

› o tratamento de questões e problemas por elas

levantados; e

› o balanceamento das restrições do projeto com

suas necessidades.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 30

 Balanceamento dos Interesses das PI
• Necessidades antagônicas:
› as partes interessadas procedem de todas as áreas
da organização e abrangem os clientes também.

› como nem todos trabalham nas mesmas áreas, têm

necessidades e interesses antagônicos.
• Exemplo: em um projeto de TI típico, uma parte pode
estar interessada nos problemas de segurança do
sistema, enquanto outra se preocupa com a facilidade
do uso.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 31

 Balanceamento dos Interesses das PI
• Necessidades antagônicas:
› às vezes, será possível acomodar as diferentes
necessidades; em outras ocasiões, será preciso
escolher entre elas.

› o GP, então, deve examinar as necessidades e

estabelecer prioridades, sob o ponto de vista dos
objetivos do projeto.
• Lance mão das suas habilidades de negociação e
comunicação, para convencê-los da justiça da ordem
de prioridade estabelecida.
Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 32
 Balanceamento dos Interesses das PI
• Tratamento de dificuldades e problemas:
› em todo projeto há problemas — faz parte do
processo.

› a ideia é tentar descobrir alternativas que resolvam

os problemas, sem interferir nas necessidades
concorrentes de outras partes interessadas.

› convoque os integrantes da equipe e as partes

interessadas para ajudá-lo nessas ocasiões. Técnicas
como brainstorming podem ajudar.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 33

 Balanceamento dos Interesses das PI
• Tratamento de dificuldades e problemas:
› explique o problema em termos que as PI possam
entender, sem soterrá-las com jargões e
especificações técnicas.

› Não espere que uma PI entenda tecnicalidades de

foguetes espaciais se trabalha no departamento
financeiro, por exemplo.
• Deve-se ter um espírito parecido, enquanto estamos
escrevendo textos acadêmicos.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 34

 Balanceamento dos Interesses das PI
• Equilíbrio das restrições:
› suas maiores dificuldades quase sempre dirão
respeito ao trio de restrições: tempo, custo ou
escopo.

› a principal dica é prestar atenção nas PI que tentam

mudar a prioridade das restrições para benefício
próprio.

Gerência de Projetos de Software - 2018/2 - Prof. Paulo Afonso 35

 Exercícios de Fixação

• Resolver os exercícios de 1-3 do Guia de Estudo

para a Terceira Avaliação.

36
 Gerência de
Projetos de Software
2018/2
Prof. Paulo Afonso
(slides desenvolvidos com base no Capítulo 12 do livro-texto da disciplina)