Aula 05 - Gerencia do escopo

Prévia do material em texto

1 
1 
Aula 05 – Gerência do 
escopo 
 
Prof: Marcelo Werneck 
Email: mwerneck@pucminas.br 
Gerência de escopo 
 Inclui os processos necessários para 
garantir que o projeto inclui todo o 
trabalho necessário, somente o 
trabalho necessário para ser 
completado com sucesso. 
 Controla o que está e não está 
incluído no projeto. 
2 
Gerência do escopo 
 Escopo do produto 
 Características e funções que definem o 
produto, serviço ou resultado. 
 Escopo do projeto 
 O trabalho realizado para entregar o 
projeto com suas características e 
funções. 
 As vezes escopo do projeto pode 
incluir escopo do produto. 
3 
Planejar a Gerência de Escopo (5.1) 
 
4 
Planejar a Gerência de Escopo (5.1) 
 
5 
Planejar a Gerência de Escopo (5.1) - 
Ferramentas 
 Opinião de especialista 
 Ajudam na avaliação das entradas para o 
planejamento de escopo. 
 Exemplo 
 Gerente que elaborou o termo de abertura 
 Gerentes com experiência em gerenciamento de 
escopo 
 Reuniões 
 Com responsáveis pelos processos de 
gerência de escopo 
 
6 
2 
Planejar a Gerência de Escopo (5.1) - 
Saída 
 Plano de Gerenciamento de Escopo deve 
conter: 
 Processos para preparar a declaração de 
escopo (contém entregas e requisitos do 
projeto). 
 Processo para criar a WBS. (define o 
trabalho do projeto – decompõe entregas). 
 Definição de como entregas serão 
verificadas. 
 Descrição do processo de controle de escopo 
(solicitação e aprovação de mudanças) 
 
7 
Planejar a Gerência de Escopo (5.1) - 
Saída 
 Plano de Gerenciamento de Requisitos 
pode conter: 
 Como atividades de requisitos serão 
planejadas, monitoradas e rastreadas; 
 Atividades de gerência de configuração; 
 Processo de priorização de requisitos; 
 Métricas de produto; 
 Estrutura de rastreabilidade; 
 
8 
Coletar requisitos (5.2) 
 Processo de documentar, determinar 
e gerenciar necessidades das partes 
interessadas para alcançar os 
objetivos do projeto. 
 
9 
Coletar requisitos (5.2) 
 
10 
Coletar requisitos (5.2) 
 
11 
Coletar requisitos (5.2) 
 Classificações de requisitos: 
 De negócio 
 De partes interessadas 
 De solução 
 De transição 
 De projeto 
 De qualidade 
12 
3 
Coletar requisitos (5.2) - Técnicas 
 Brainstorming 
 Levantamento dinâmico de ideias, onde 
nenhuma ideia deve ser descartada a priori. 
 Duas fases 
 Geração de ideias: participantes são 
encorajados a propor ideias sem críticas 
pelos demais. 
 Consolidação: avaliação de viabilidade e a 
priorização das idéias propostas. 
 13 
Coletar requisitos (5.2) - Técnicas 
 Entrevistas 
 Entrevistador não pode assumir nenhum fato, conceito ou premissa 
sobre o problema ou o domínio sem antes validá-lo. 
 Gerente deve ter boa comunicação. 
 Extrair requisitos é tarefa humana, não técnica. 
 Importante falar a língua do entrevistado (não discutir aspectos 
técnicos) 
 Entrevistado pode ter que explicar seu processo de trabalho. 
 Notas devem ser tomadas. Depois organizadas em requisitos. 
 Entrevistado deve assumir a responsabilidade pelos requisitos ao final 
do processo. 
 
14 
Coletar requisitos (5.2) - Técnicas 
 Workshops facilitados 
 Joint Application Development 
 Reuniões estruturadas envolvendo 
diversos papeis 
 Grande benefício: resolução antecipada 
de conflitos 
 
15 
Coletar requisitos (5.2) - Técnicas 
 Protótipos 
 Baseiam-se na premissa “Eu sei o que quero quando vejo” 
 Pode utilizar protótipo descartável ou evolucionário 
 De grande valor quando sistemas são novos 
 Problemas: 
 Desenvolvedores se entusiasmam e gastam muito tempo e esforço 
 Pode levar à discussão de detalhes de implementação 
 Usuários podem se impressionar tanto com o protótipo que já querem 
usá-lo em produção 
 Dicas: 
 Usuários devem estar cientes dos propósitos do protótipo 
 Deve ser tratado como pequeno sub-projeto 
 
16 
Coletar requisitos (5.2) - Técnicas 
 Questionários 
 Questões abertas ou fechadas 
 Questionário online quando há muitos participantes 
 Levantam muita informação com pouco tempo 
 Sua elaboração consome tempo. 
 Não há feedback imediato entre Analista e “entrevistado” 
 Problemas detectados somente na avaliação do 
questionário 
 Requer conhecimento do domínio pelo Analista 
 Desvantagens: 
 Somente capaz de identificar requisitos que já se conhece ou supõe 
 
17 
Coletar requisitos (5.2) - Técnicas 
 Observação 
 Observar a funcionalidade de produtos existentes 
para inferir ou delinear um novo produto. 
 Sistema existente pode ser utilizado na própria 
empresa: 
 Verificar se existem problemas reportados por 
usuários reais 
 Verificar quais funcionalidades atendem bem às 
necessidades dos usuários. 
 
 
18 
4 
Coletar requisitos (5.2) - Saídas 
 Documentos de requisitos 
 Incluem os diversos tipos de requisitos 
coletados para o projeto. 
 Matriz de rastreabilidade 
 Associa requisitos do produto a sua 
origem. Pode conter: 
 Necessidades do negócio, objetivos do 
projeto, entregáveis, níveis de 
detalhamento diferentes de requisitos, 
cenários de testes, ... 
19 
Definir escopo (5.3) 
 Processo que desenvolve um escopo 
detalhado do projeto e do produto. 
 Seleciona os requisitos que de fato 
farão parte do projeto. 
 Crítico para o sucesso do projeto. 
 Pode ser altamente iterativo. 
 
 
20 
Definir Escopo (5.3) 
 
21 
Definir escopo (5.3) 
 
22 
Definir escopo (5.3) 
 O escopo deve ser muito bem 
definido. 
 Crítico para o sucesso do projeto 
 Uma definição de escopo mal feita 
pode levar a: 
 Aumentos de custos 
 Retrabalho 
 Atrasos 
 Insatisfação do cliente e da equipe 
 
Definir escopo (5.3) 
 São entradas: 
 Termo de abertura 
 Declaração de escopo preliminar 
 Plano de gerenciamento do escopo 
 Solicitações de mudança aprovadas 
 
5 
Definir escopo (5.3) - Técnicas 
 Análise de produtos 
 Converter a descrição do produto e objetivos do 
projeto em entregáveis e requisitos. 
 Pode ser utilizada uma técnica de engenharia de 
sistemas 
 Identificação de alternativas 
 Descoberta de novos métodos e alternativas de se 
executar o projeto 
 Brainstorming 
 Pensamento lateral 
Pensamento lateral 
 Um exemplo curioso 
 Pergunta: Oito barras de chocolates 
são dispostas em uma tigela. Cada 
uma de oito pessoas pega uma barra 
de chocolate. Há apenas uma barra 
na tigela. Como isso pode acontecer? 
 Resposta: A última pessoa a pegar a 
última barra pegou também a tigela e 
a barra permaneceu na tigela. 
 
Definir escopo (5.3) - Saída 
 Declaração de escopo 
 Propósito é documento objetivos, 
entregáveis e requisitos do projeto. 
 Direcionam o trabalho da equipe. 
 Servem como base de decisões futuras. 
 É um acordo entre o cliente e projeto. 
 Serve como base de avaliação de 
solicitações de mudança. 
 Define também o que está fora do escopo. 
 Usado para determinar se projeto foi 
completado com sucesso. 
 27 
Componentes da declaração 
de escopo 
 Pode incluir o 
seguinte: 
 Objetivos 
 Descrição do escopo 
 Entregáveis 
 Requisitos 
 Limites 
 Critérios de aceitação 
 Restrições e premissas 
 Organização inicial do 
projeto 
 
 Pode incluir o 
seguinte: 
 Riscos iniciais 
 Marcos agendados 
 Limitações de 
orçamento 
 Estimativas de custo 
 Requisitos de gestão de 
configuração 
 Especificações do 
projeto 
 Requisitos deaprovação 
Componentes da declaração 
de escopo 
 Objetivos do projeto 
 São critérios quantificáveis para medir o 
sucesso do projeto. 
 Deveriam ao menos incluir medidas para 
prazo, custo e qualidade. 
 S (specific) 
 M (measurable) 
 A (accurate) 
 R (realistic and tangible) 
 T (time bound) 
 
Componentes da declaração 
de escopo 
 Exemplos de objetivos: 
 Aumentar o desempenho de um 
processo em 25% 
 Produzir 2 milhões de latas de cerveja 
até o final do ano a um custo de R$ 0,60 
por lata. 
 Reduzir o tempo de atendimento em 
10% 
 
6 
Componentes da declaração 
de escopo 
 Descrição do escopo 
 Pode referenciar o termo de abertura ou 
declaração de escopo preliminar. 
 Pode colar o conteúdo destes documentos. 
 Entregáveis 
 Resultados mensuráveis ou itens específicos 
que devem ser produzidos pelo projeto. 
 Podem ser fatores críticos de sucesso do 
projeto . 
 
 
Componentes da declaração 
de escopo 
 Requisitos do projeto 
 Descrevem características dos 
entregáveis. 
 Podem descrever funcionalidade que o 
entregável deve ter ou condições 
específicas que o entregável deve 
atender. 
 Podem ser levantados através de 
entrevistas com as partes interessadas, 
clientes, membros da equipe, etc ... 
 
 
Componentes da declaração 
de escopo 
 Limites 
 Definem o que está e o que não está 
incluído como trabalho do projeto. 
 Objetivos, entregáveis e resultados que 
não estão especificamente incluídos no 
escopo do projeto estão excluídos do 
projeto. 
 Partes interessadas não podem esperar 
que um produto ou entregável que não 
esteja incluído na declaração de escopo 
seja produzido ao final do projeto. 
 
 
Componentes da declaração 
de escopo 
 Critérios de aceitação 
 Definem se produtos finais são 
satisfatórios ou não 
 Podem incluir critérios de qualidade, 
adequação ao uso ou desempenho 
 Marcos do projeto 
 Pontos no projeto nos quais algo 
significativo é alcançado ou completado. 
 
Componentes da declaração 
de escopo 
 Restrições do projeto 
 Restringem as ações da equipe ou ditam 
ações para a equipe. 
 Exemplo: tripla restrição 
 Governo pode impor restrições 
 Podem estar relacionadas a processos 
 Por exemplo, restrições do processo de 
aquisição 
 
 
Componentes da declaração 
de escopo 
 Exemplos de restrições: 
 Restrições de tempo 
 “O casamento está marcado para o dia 30/04” 
 Restrições de orçamento 
 “Componente X não pode ser comprado pois o 
orçamento não comporta” 
 Restrições de qualidade 
 No geral, não se pode produzir com qualidade com 
orçamentos muito restritos ou com cronogramas 
muito apertados. 
 “O sistema não será aceito com defeitos críticos.” 
 
 
7 
Componentes da declaração 
de escopo 
 Restrições de cronograma 
 A compra de um componente terceirizado 
precisa ser sincronizada com o cronograma 
do projeto. 
 Restrições de tecnologia 
 Projeto pode atrasar pois tecnologias novas 
podem não estar prontas ou testadas. 
 Restrições gerenciais 
 Podem ser impostas por políticas e padrões 
da organização. 
Componentes da declaração 
de escopo 
 Premissas do projeto. 
 Coisas que você estabelece como 
verdadeiras. 
 Exemplos: 
 “É fácil encontrar mão de obra se for 
necessário” 
 “Preço da matéria-prima está estável” 
 “Cotação do dólar não irá cair” 
 “Requisitos são estáveis” 
 Devem ser todas documentadas. 
 Tente validar as premissas. 
 
Componentes da declaração 
de escopo 
 Requisitos de aprovação 
 Como os resultados e entregáveis serão 
aprovados. 
 “Todas as chapas de aço devem medir um 
metro” 
 “O gestor da área deve aprovar a 
especificação antes de prosseguir o projeto” 
 
Aprovação da declaração de 
escopo 
 Deve ser aprovada, publicada e distribuída 
para as partes interessadas. 
 Ao assinar a declaração de escopo, cliente 
concorda com seus termos, entregáveis e 
requisitos do projeto. 
 Será a base para solicitações de mudança. 
 Alterações na declaração de escopo ocorrerão 
em função de solicitações de mudança 
aprovadas e implementadas. 
Work Breakdown Structure 
(WBS) 
 Estrutura analítica do projeto (EAP) 
 Decomposição hierárquica orientada à 
entrega do trabalho a ser executado 
pela equipe para atingir os objetivos 
do projeto e criar as entregas 
necessárias. 
 Organiza e define o escopo total do 
projeto. 
 
Criar EAP (5.4) 
 
42 
8 
Criar EAP (5.4) 
 
43 
Work Breakdown Structure 
(WBS) 
 Cada nível descendente representa uma 
definição cada vez mais detalhada do 
trabalho do projeto. A WBS é 
decomposta em pacotes de trabalho. 
 A orientação da hierarquia para entrega 
inclui entregas internas e externas. 
 É o escopo em forma gráfica 
 Código de contas (code of accounts) – 
identificadores de cada item 
 
Work Breakdown Structure 
(WBS) 
 Serve como base para acordos entre 
as partes interessadas quanto ao 
escopo do projeto. 
 Construída a partir da lista de 
entregas produzidas na declaração de 
escopo do projeto. 
 
Work Breakdown Structure 
 Serve como linha de base do escopo do 
projeto. 
 Uma das ferramentas de gerenciamento 
de projetos mais importantes. 
 Alicerce para planejamento, estimativa e 
controle. 
 Permite visualizar todo o projeto. 
 O trabalho não incluído na WBS não faz 
parte do projeto. 
 
 
Work Breakdown Structure 
 Cria consenso para a equipe e 
aceitação para o projeto. 
 Serve como mecanismo de controle 
do projeto. 
 Permite estimativas precisas de custo 
e tempo. 
 Serve como impedimento para 
mudança de escopo. 
 
Processo de decomposição 
 Identificar os entregáveis e o trabalho a ser 
feito. 
 Organizar e determinar a estrutura da WBS. 
 Definir os componentes da WBS. 
 Desempenho e completude devem poder ser 
facilmente verificados e acompanhados. 
 Atribuir códigos de identificação. 
 Verificar a WBS. 
 Componentes são suficientes para descrever o 
trabalho? 
9 
Elaboração da WBS 
 O trabalho deverá terminar quando for 
possível alocar um responsável e 
desenvolver estimativas de tempo e 
custo. 
 Cada bloco não detalhado em uma WBS 
é chamado de Pacote de trabalho. 
 Estimativas de duração, custo e recursos 
são geradas a partir do nível de pacote do 
trabalho 
 
 
Elaboração da WBS 
 A descrição detalhada de cada pacote 
de trabalho deverá constar do 
dicionário da WBS. 
 Uma heurística sugere a regra 8/80 
para duração de um pacote de 
trabalho. 
 Outras diretrizes de decomposição 
podem considerar áreas funcionais, 
trabalho interno e contratado, etc. 
 
Estrutura da WBS 
 
51 
Exemplos de WBS 
 
Exemplos de WBS 
 
Exemplos de WBS 
 
54 
10 
Exemplos de WBS 
 
55 
Modelos de WBS 
 Uma WBS de um projeto semelhante 
serve como ponto de partida para o 
desenvolvimento de uma WBS de um 
novo projeto 
 O uso de modelos permite 
 Reduzir o tempo de desenvolvimento 
 Melhorar a competitividade 
 Incorporar lições aprendidas 
Modelos de WBS 
 Mesmo que cada projeto seja único, 
podem ser similares a projetos 
anteriores e podem ter ciclos de vida 
similares. 
 Modelos de WBS podem ser 
responsabilidade do PMO. 
Organização da WBS 
 Uma WBS pode possuir os formatos 
árvore genealógica, organograma ou 
tabela. 
 A profundidade da WBS depende do 
tamanho e complexidade do projeto e 
da necessidade de detalhe necessário 
para o planejamento e 
gerenciamento. 
 
 
Organização da WBS 
 Os níveis de uma WBS podem 
representar informaçõesdistintas, 
dependendo do porte do projeto. 
 Decomposição típica: 
 Primeiro nível: Nome do projeto 
 Segundo nível: Fases do ciclo de vida do 
projeto. 
 Terceiro e demais níveis: Subprodutos 
necessários para que cada fase seja 
completada. 
 
Organização em fases 
 Não há forma correta de se construir 
uma WBS. Há diferentes abordagens. 
 Organização em fases de projeto é 
comum na área de TI: 
 Refletem o ciclo de vida de 
desenvolvimento. 
 Fases são primeiro nível de 
decomposição. 
 Entregáveis de cada fase formam os 
níveis seguintes. 
11 
Dicionário da WBS 
 Exemplo 
61 
Benefícios do uso da WBS 
 Define os produtos a serem entregues 
 Pode definir as fases e o ciclo de vida 
do projeto 
 Ajuda a criar o senso de equipe 
 Esclarece responsabilidades 
Benefícios do uso da WBS 
 Força a atenção no desenvolvimento 
de trabalho 
 Força o detalhamento e 
documentação do projeto 
 Identificação de pacotes de trabalho 
(bases para estimativas) 
Qualidade da WBS 
 Podem ser considerados alguns 
critérios para orientar a elaboração da 
WBS e garantir sua qualidade. 
 Adoção de um checklist do Practice 
Standard de WBS. 
 Alguns itens são mostrados a seguir 
64 
Checklist WBS 
 É um agrupamento orientado a entregas dos elementos 
do projeto? 
 Define o escopo do projeto? 
 Esclarece o trabalho e comunica o escopo do projeto a 
todas as partes interessadas? 
 Contem 100% do trabalho definido no escopo? 
 Captura entregáveis internos, externos e intermediários 
em termos do trabalho a ser completado, incluindo 
gerência do projeto? 
 Construída de modo que cada nível decomposto contem 
100% do trabalho no nível superior? 
65 
Checklist WBS 
 Contem pacotes de trabalho que permitem a 
identificação de tarefas realizadas para entregar o 
pacote? 
 Prove uma decomposição gráfica, textual ou tabular do 
escopo do projeto? 
 Contem elementos que são definidos usando 
substantivos e adjetivos – não verbos? 
 Estrutura todos entregáveis (maiores e menores) em 
uma estrutura hierárquica? 
 Utiliza um esquema de codificação para cada elemento 
que claramente identifica sua natureza hierárquica 
quando visualizados em um quadro ou resumo? 
66 
12 
Checklist da WBS 
 
67 
Checklist WBS 
 Tem ao menos dois níveis com ao menos um nível de 
decomposição? 
 É criada pelos que realizarão o trabalho? 
 É construída considerando especialistas na área ou 
domínio e outras partes interessadas? 
 Evolui iterativamente com a elaboração progressiva do 
escopo até a linha de base do escopo? 
 É atualizada de acordo com o controle de mudanças do 
projeto após criação da linha de base do escopo? 
68 
Linha de base de escopo 
 Versão aprovada dos documentos de 
escopo. 
 Formada por 
 Declaração de escopo 
 EAP 
 Dicionário da EAP 
 
69 
Validar escopo (5.5) 
 Entregáveis revistos pelo Controle da 
Qualidade são validados pelo cliente. 
 Foco na aceitação do cliente. 
 Técnica: Inspeção 
 Vista com maior detalhe na Gerência de 
Qualidade. 
 Saídas: 
 Entregáveis aceitos 
 
70 
Validar escopo (5.5) 
 
71 
Validar escopo (5.5) 
 
72 
13 
Controlar escopo (5.6) 
 Garante que todas as solicitações de 
mudança e ações corretivas são 
processadas. 
 Mudanças são inevitáveis. Algum 
processo de mudança é necessário. 
 Scope creep 
 Crescimento do escopo sem ajustes no 
tempo e custo 
 
73 
Controlar escopo (5.6) 
 
74 
Controlar escopo (5.6) 
 
75 
Simulado 
 Sua empresa solicitou que você seja 
gerente de um projeto. Você 
recentemente publicou a declaração de 
escopo do projeto. Qual dos seguintes 
NÃO está contido nesta declaração? 
A) Restrições 
B) Especificações de projeto 
C) Solicitações de mudança 
D) Requisitos de gestão de configuração 
Simulado 
 Sua empresa solicitou que você seja 
gerente de um projeto. Você 
recentemente publicou a declaração de 
escopo do projeto. Qual dos seguintes 
NÃO está contido nesta declaração? 
A) Restrições 
B) Especificações de projeto 
C) Solicitações de mudança 
D) Requisitos de gestão de configuração 
Simulado 
Qual das seguintes opções é verdadeira considerando 
brainstorming e pensamento lateral? 
A) São formas de opinião de especialista usadas para 
auxiliar a definir e desenvolver a declaração de 
escopo. 
B) São usadas para elaborar a descrição do escopo, 
que é uma saída do processo de Planejamento do 
Escopo. 
C) São ativos da organização usados para definir e 
desenvolver o plano de gerenciamento do projeto. 
D) São técnicas de identificação de alternativas, que 
é uma técnica do processo de Definição do 
Escopo. 
14 
Simulado 
Qual das seguintes opções é verdadeira considerando 
brainstorming e pensamento lateral? 
A) São formas de opinião de especialista usadas para 
auxiliar a definir e desenvolver a declaração de 
escopo. 
B) São usadas para elaborar a descrição do escopo, 
que é uma saída do processo de Planejamento do 
Escopo. 
C) São ativos da organização usados para definir e 
desenvolver o plano de gerenciamento do projeto. 
D) São técnicas de identificação de alternativas, que 
é uma técnica do processo de Definição do 
Escopo. 
Simulado 
 O que limita as opções de uma 
equipe de projeto? 
A) Tecnologia 
B) Restrições 
C) Entregáveis 
D) Premissas 
Simulado 
 O que limita as opções de uma 
equipe de projeto? 
A) Tecnologia 
B) Restrições 
C) Entregáveis 
D) Premissas 
Simulado 
 Seu projeto depende de uma entrega a ser 
realizada por um fornecedor que você já 
contratou diversas vezes com sucesso. Você 
está contando que este fornecedor entregará 
o serviço antes de 01/05. Isso é um exemplo 
de: 
A) Restrição 
B) Objetivo 
C) Premissa 
D) Requisito 
Simulado 
 Seu projeto depende de uma entrega a ser 
realizada por um fornecedor que você já 
contratou diversas vezes com sucesso. Você 
está contando que este fornecedor entregará 
o serviço antes de 01/05. Isso é um exemplo 
de: 
A) Restrição 
B) Objetivo 
C) Premissa 
D) Requisito