Aula MBIT_2013-aula 3 - Gerenciamento de Escopo.ppt

Professora Andrieza Magna VieiraUNIANCHIETA-2013

2

Monitorar e controlar o trabalho do projeto

É o processo de acompanhamento , revisão e ajuste do progresso do projeto para atender aos objetivos de desempenho definidos em seu respectivo plano de gerenciamento.

O monitoramento é um aspecto do gerenciamento executado do início ao término do projeto e, inclui a coleta, a medição e a distribuição das informações de desempenho, bem como a avaliação das medições e tendências para efetuar melhorias no processo.

O controle inclui a determinação de ações corretivas ou preventivas ou ainda o replanejamento e acompanhamento dos planos de ação para definir se as ações tomadas resolveram a questão de desempenho.

• Monitorar e Controlar o Trabalho do Projeto inclui:• Comparação do desempenho real do projeto com o plano de gerenciamento do projeto.• Avaliação do desempenho para determinar se quaisquer ações corretivas ou preventivas são indicadas e então, recomendá-las, se necessário.• Identificação, análise e acompanhamento de novos riscos e o monitoramento de riscos existentes, garantindo que sejam identificados, que o seu acompanhamento seja reportado e que os planos apropriados de resposta a riscos sejam implementados.• Manutenção de uma base de informações precisas e oportunas a respeito do(s) produto(s) do projeto e sua(s) relativa(s) documentação(ções) do início ao término do projeto.• Fornecimento de informações para dar suporte ao relatório de andamento, medição de progresso e previsão.• Fornecimento de previsões para a atualização do custo e informações do cronograma atuais.• Monitoramento e execução das mudanças aprovadas conforme ocorrem.

Monitorar e Controlar o Trabalho do Projeto

.1 Plano de gerenciamento do projeto

.2 Relatórios de desempenho• Devem ser preparados através das atividades de detalhamento, realizações, marcos, questões identificadas e problemas da equipe do projeto.• Devem relatar, principalmente:

• Situação atual.• Realizações significativas do período.• Atividades agendadas.• Previsões

.3 Fatores ambientais da empresa (Ver PMBOK® - 4th Ed. - 1.8) .4 Ativos de processos organizacionais (Ver PMBOK® - 4th Ed. - 2.4.3)

Monitorar e Controlar o Trabalho do Projeto Entradas

.1 Opinião especializada• Deve ajudar à equipe de gerenciamento do projeto a:

• Interpretar as informações fornecidas pelos processos de monitoramento e controle.• Determinar as ações necessárias para assegurar que o desempenho do projeto alcance as expectativas previstas.

Monitorar e Controlar o Trabalho do Projeto Ferramentas e Técnicas

.1 Solicitações de mudança• As mudanças podem causar impacto no plano de gerenciamento, nos documentos e/ou nas entregas do produto do projeto.• Podem incluir: ações corretivas, ações preventivas e/ou reparos de defeito. .2 Atualizações do plano de gerenciamento do projeto .3 Atualizações dos documentos do projeto

Monitorar e Controlar o Trabalho do Projeto Saídas

7

Realizar o controle integrado de mudanças

8

Realizar o controle integrado de mudanças

Realizar o Controle Integrado de Mudanças inclui as seguintes atividades de gerenciamento de mudanças em níveis diferentes de detalhes, com base no progresso do projeto em execução:

Influenciar os fatores que tentam evitar o controle integrado de mudanças para que somente as mudanças aprovadas sejam implementadas. Revisar, analisar e aprovar as solicitações de mudança imediatamente para não afetar negativamente o tempo, o custo ou a sua viabilidade de execução. Gerenciar as mudanças aprovadas

• Algumas das atividades do gerenciamento de configuração inclusas no processo integrado de controle de mudanças são as seguintes:

• Identificação da configuração: Fornece a base pela qual a configuração de um produto é definida e verificada, produtos e documentos são rotulados, mudanças são gerenciadas e a responsabilidade é mantida.

• Registro da situação da configuração: Informações são registradas e reportadas indicando quando os dados apropriados, a respeito do item de configuração, devem ser fornecidos:

• Lista de identificação de configurações aprovadas, andamento das propostas de mudanças na configuração e andamento da execução das mudanças aprovadas.

• Verificação e auditoria da configuração: Garantem que a composição dos itens de configuração de um projeto está correta e que, as mudanças correspondentes foram registradas, avaliadas, acompanhadas e corretamente efetuadas, assegurando que os requisitos funcionais, definidos na documentação da configuração, foram atendidos.

Realizar o Controle Integrado de Mudanças

.1 Plano de gerenciamento do projeto .2 Informações sobre o desempenho do trabalho .3 Solicitações de mudança• Podem incluir: ações corretivas, ações preventivas e/ou reparos de defeito.• Ações corretivas e preventivas geralmente não afetam as linhas de base do projeto, somente o desempenho em relação às mesmas. .4 Fatores ambientais da empresa (Ver PMBOK® - 4th Ed. - 1.8) .5 Ativos de processos organizacionais (Ver PMBOK® - 4th Ed. - 2.4.3)

Realizar o Controle Integrado de Mudanças Entradas

.1 Opinião especializada .2 Reuniões de controle de mudanças• Um comitê de controle de mudanças (CCM) / change control board (CCB) é responsável pela reunião e revisão das solicitações de mudança, bem como pela aprovação ou rejeição das mesmas.• As decisões tomadas nas reuniões com esse comitê devem ser documentadas e comunicadas às partes interessadas para registro e ações de acompanhamento posterior.

Realizar o Controle Integrado de Mudanças Ferramentas e Técnicas

.1 Atualizações do andamento de solicitação de mudança• O andamento de todas as mudanças, aprovadas ou não, será atualizado no registro de solicitação de mudanças como parte das atualizações dos documentos do projeto. .2 Atualizações do plano de gerenciamento do projeto• Mudanças nas linhas de base devem mostrar somente as alterações a partir do tempo atual em diante.• Os desempenhos passados não devem ser modificados, para proteger a integridade das linhas de base e dos dados históricos de desempenhos passados. .3 Atualizações dos documentos do projeto• Incluem o registro de solicitações de mudanças e quaisquer documentos que estejam sujeitos ao processo formal de controle de mudanças.

Realizar o Controle Integrado de Mudanças Saídas

13

Encerrar o projeto ou fase

14

Encerrar o projeto ou fase

Encerrar o Projeto ou Fase é o processo de finalização de todas as atividades, de todos os grupos de processos de gerenciamento do projeto, para encerrar formalmente o projeto ou a fase.

• Encerrar o Projeto ou Fase é o processo de finalização de todas as atividades, de todos os grupos de processos de gerenciamento do projeto, para encerrar formalmente o projeto ou a fase.

• Inclui ações e atividades necessárias para:

• Satisfazer a conclusão ou critérios de saída para a fase ou o projeto.

• Transferir os produtos, serviços ou resultados do projeto para a próxima fase e/ou produção e/ou operações.

• Coletar registros do projeto ou da fase, auditar o sucesso ou o fracasso do projeto, coletar lições aprendidas e arquivar informações do projeto para o uso futuro da organização.

• Determina também os procedimentos para investigar ou documentar os motivos de ações realizadas, se o mesmo é encerrado antes da sua conclusão.

• O gerente do projeto deverá revisar todas as informações prévias dos encerramentos de fases anteriores e de aceitação do cliente, a partir do processo Verificar o escopo (5.4), incluindo verificação contratual (se aplicável), assegurando assim que todo o trabalho do projeto está completo e que o mesmo alcançou seus objetivos até o encerramento.

Encerrar o Projeto ou Fase

.1 Plano de gerenciamento do projeto .2 Entregas aceitas• As entregas são aceitas através do processo Verificar o Escopo (5.4). .3 Ativos de processos organizacionais (Ver PMBOK® - 4th Ed. - 2.4.3)

Encerrar o Projeto ou Fase Entradas

.1 Opinião especializada• Deve assegurar à equipe de gerenciamento do projeto, que o encerramento do projeto ou fase é realizado com os padrões apropriados.

Encerrar o Projeto ou Fase Ferramentas e Técnicas

Introdução

Antes de iniciarmos vamos observar as seguintes imagens.

Introdução

Introdução

Introdução

.1 Transição do produto, serviço ou resultado final

.2 Atualizações dos ativos de processos organizacionais• Incluem:

• Arquivos de projeto.• Documentos de encerramento de projeto ou fase.• Informação histórica, incluindo lições aprendidas e informações a respeito de questões e riscos, assim como técnicas que funcionaram bem e podem ser aplicadas em projeto futuros.

Encerrar o Projeto ou Fase Saídas

Introdução

O projeto se inicia com a definição de quais objetivos devem ser atingidos. Quais são nossos alvos.

O que será que precisa ser feito?

Introdução

Para que faremos o gerenciamento do escopo?

Definir qual o trabalho necessário

Garantir que o trabalho necessário seja feito

Garantir que SOMENTE o trabalho necessário seja feito

Definir e controlar o que está, e o que não está incluído no Projeto.

SUMÁRIOIntrodução;Fases e ciclo de vida de um projeto;Planejamento do escopo;Definição do escopo;Criar a WBS;Verificação do escopo;Controle de mudanças do escopo.

INTRODUÇÃOProjetos bem sucedidos

PROJETOS BEM SUCEDIDOS

PROJETOS BEM SUCEDIDOS

PROJETOS BEM SUCEDIDOSConceito atual de sucesso no projeto:

dentro do prazo; dentro do orçamento; com a qualidade especificada; com a aceitação do cliente e do usuário; quando se pode usar o nome do cliente como

referência; com um mínimo de alterações de escopo; sem perturbar o fluxo de trabalho da organização; sem alterar a cultura da companhia.

PROJETOS BEM SUCEDIDOS0 sucesso de um projeto é determinado por:

poder e influência dos stakeholders; dificuldades e riscos envolvidos para o

atendimento dos objetivos dos stakeholders; disponibilidade de recursos para cumprir os

objetivos e metas; percepção dos stakeholders de que seus

objetivos estão sendo ou serão cumpridos.

QUAIS SÃO AS CAUSAS DE PROJETOSMAL SUCEDIDOS?

RankFatores para o sucesso

de projetos de TIFatores de problemas

em projetos de TI

Fatores de cancelamento dos

projetos de TI

1 Envolvimento do usuárioFalta de informação

dos usuáriosRequisitos

incompletos

2 Suporte da Alta DireçãoRequisitos

incompletos

Falta de envolvimento do

usuário

3Clareza da declaração

de requisitos

Mudanças nos requisitos e nas especificações

Falta de recursos

4 Planejamento adequadoFalta de apoio da

direçãoExpectativas muito

realistas

5 Expectativas realistasTecnologia

incompetente para o projeto

Falta de apoio da direção

6 Milestones menores Falta de recursosMudanças nos

requisitos e nas especificações

7 Equipe competenteExpectativas muito

realistasFalta de

planejamento

8Sentimento de

propriedade sobre o projeto

Falta de clareza nos objetivos

Projeto obsoleto

9Clareza de visito e

objetivosPrazo muito realistas Falta de gestão de TI

10 Trabalho duro com foco Novas tecnologiasFalta de

conhecimento em TI

Fonte: Information TechnoIogy - Project Management - Jack T. Marchewka, 2003

OS PROBLEMAS MAIS COMUNS NA GESTÃO DE PROJETOS :Prazos prorrogados = 72 %Retrabalho = 72 %Interrupções no ritmo do trabalho = 71 %Mudanças de escopo = 69 %Planejamento insuficiente = 63 %Controle inadequado = 51 %Aumento de custos = 46 %Problemas de comunicação = 43 %

Fonte: PMI-RJ

FASES E CICLO DE VIDA DO PROJETO

GERENCIAMENTO DO ESCOPOPlanejamento do Escopo

Inclui os processos necessários para: assegurar que o projeto inclua todo o trabalho requerido, e somente o trabalho requerido, para completar o projeto de forma bem sucedida.

GERENCIAMENTO DO ESCOPOInclui os processos necessários para:

assegurar que o projeto inclua todo o trabalho requerido, e somente o trabalho requerido, para completar o projeto de forma bem sucedida. Consiste de: Planejamento do escopo; Definição de escopo; Criar a WBS; Verificação do escopo; Controle de mudanças do escopo.

GERENCIAMENTO DO ESCOPOO gerenciamento do escopo também irá delinear

como o projeto será gerenciado como será monitorado o progresso como será reportado e controlado estabelecendo as fronteiras entre determinadas tarefas atividades contratos e projetos.

O termo escopo pode se referir ao: Escopo do produto - as características e funções

que caracterizam um produto, serviço, ou resultado. Medido de acordo com os requisitos do produto.

Escopo do projeto - o trabalho que deve ser executado a fim de fornecer um produto, serviço, ou resultado com as características e funções especificadas. Medido de acordo com o plano do projeto

PLANEJAMENTO DO ESCOPOE o processo de criação do Plano de

Gerenciamento do Escopo que documenta como o escopo do projeto será definido verificado controlado e como a Estrutura Analítica do Projeto - EAP (WBS) será criada e definida.

O produto do planejamento do escopo é o Plano de Gerenciamento do Escopo.

PLANEJAMENTO DO ESCOPOTermo de Referência - (Project Charter)

E um documento que formalmente autoriza o início de um projeto sendo emitido por um dirigente externo ao projeto atribuindo ao gerente do projeto a autoridade para aplicar recursos organizacionais as atividades do projeto. Ele deve incluir:• a necessidade do negócio;• a justificativa do projeto;• entendimento atual das necessidades do cliente e• do novo produto' serviço ou resultado;• a descrição do produto, serviço ou resultado.

PLANEJAMENTO DO ESCOPOO Termo de Referência deve abordar as seguintes

informações: requisitos que satisfazem as necessidades, desejos e

expectativas do cliente, do patrocinador e de outros interessados;

necessidade de negócios ou requisitos do produto para o qual o projeto é realizado;

designação do gerente de projetos e atribuição de responsabilidade;

cronograma sumariado; influência das partes interessadas; organizações funcionais e sua participação; premissas organizacionais, ambientais e externas;

restrições organizacionais, ambientais e externas; ‘ caso de negócio justificando o projeto, incluindo

retorno sobre o investimento; orçamento sumarizado.

PLANEJAMENTO DO ESCOPO

Termo de abertura(Project Charter)

Exemplo

Modelo simplificado

Titulo do Projeto:Necessidade do Negócio:Descrição do Produto do Projeto: Premissas:Restrições:Responsável (Accountable):Designação do Gerente do Projeto: Autoridade do Gerente do Projeto: Responsabilidade do Gerente do Projeto:Assinatura:

Termo de Abertura (Project Charter)

PLANEJAMENTO DO ESCOPOOpinião especializada (Expert judgment)

Opinião especializada relativas a como projetos similares gerenciaram o escopo deve ser usada no desenvolvimento do plano de gerenciamento do escopo.

Modelos, formulários e padrões (Templates, forms, standards) Os modelos podem incluir:

• EAP;• plano de gerenciamento do escopo;• formulários para controle de mudanças; • etc.

PLANEJAMENTO DO ESCOPOPlano de gerenciamento do escopo (Scope

management plan)Documento que descreve como o escopo do

projeto será definido documentado, verificado, gerenciado e controlado. Deve incluir: um processo para preparar uma declaração

detalhada do escopo do projeto tendo como base a declaração preliminar do escopo do projeto;

um processo que possibilite a criação de uma EAP a partir da declaração detalhado do escopo;

um processo que estabelece como serão obtidas a verificação e aceitação formais dos produtos (deliverables) concluídos do projeto;

um processo para controlar como serão processadas as solicitações de mudanças.

DEFINIÇÃO DO ESCOPOÉ o processo de desenvolvimento de uma

declaração detalhada do escopo do projeto que servirá de base para futuras decisões do projeto.

Esta declaração será desenvolvida tendo com base os principais produtos a serem entregues (deliverables) as premissas e restrições que são documentadas na declaração preliminar de escopo desenvolvida durante a iniciação do projeto.

DESENVOLVER DECLARAÇÃO PRELIMINAR DO ESCOPO

Definição do escopoAnálise do produto (Product analysis)Desenvolvimento de um melhor

entendimento do produto do projeto. Inclui: decomposição do produto; análise de sistemas; engenharia de sistemas; engenharia de valor; análise de valor; análise de funções

Definição do escopoAnalise dos interessados (Stakeholder analysis )

A analise dos interessados identifica a influencia e interesse dos vários interessados e documenta suas necessidades' desejos e expectativas.

A analise dos interessados seleciona' prioriza e quantifica essas necessidades' desejos e expectativas para criar os requisitos.

Os interessados podem ser positiva ou negativamente afetados pela execução ou conclusão do projeto e também podem exercer influencia sobre o projeto e seus produtos (deliverables).

Definição do escopo

Declaração de escopo (Scope statement) Fornece uma base documental para tomar

decisões futuras do projeto e para confirmar ou desenvolver um entendimento comum do escopo do projeto entre os interessados (stakeholders).

E um documento dinâmico necessitando portanto sofrer revisões ou refinamentos para refletir as mudanças de escopo do projeto.

Definição do escopoDeclaração de escopo (Scope statement)

Fornece uma base documental para tomar decisões futuras do projeto e para confirmar ou desenvolver um entendimento comum do escopo do projeto entre os interessados (stakeholders).

E um documento dinâmico necessitando portanto sofrer revisões ou refinamentos para refletir as mudanças de escopo do projeto.

A declaração de escopo descreve em detalhes' os produtos a serem entregues (deliverables) e o trabalho necessário para criar esses produtos. Ela também possibilita que a equipe do projeto execute um planejamento mais detalhado' orientando o trabalho da equipe durante a execução' e fornece uma referencia (baseline) para avaliar se as solicitações de mudanças ou de trabalhos adicionais estão dentro ou fora das "fronteiras" do projeto.


Declaragdo de escopo (Scope statement) A declaração detalhada do escopo inclui:

Objetivos do projeto (Project objectives) Critérios quantificáveis que dever5o ser

atendidos para que o projeto possa ser considerado bem sucedido.

Os objetivos do projeto podem incluir metas de custos' planejamento e de qualidade e' possuem atributos como custo' uma métrica como dólares e um valor absoluto ou relativo' como inferior a 1'5 milhões de dólares.


Objetivos do projeto Os objetivos do projeto são necessários para

estabelecer as razoes para o projeto. 1( A organização como um todo precisa

contribuir para a realização dos objetivos. 1( Os componentes da organização devem

contribuir com o processo de fixação dos objetivos.


A declaração detalhada do escopo inclui: Descrição do escopo do produto (Product scope

description) Descreve as características do produto' serviço ou resultado que

o projeto foi empreendido para criar. Essas características terão normalmente menos detalhes nas fases iniciais e mais detalhes nas fases posteriores conforme as características do produto forem progressivamente elaboradas.

Requisitos do projeto (Project requirements) Descreve as condições ou características (capabilities)

que ser atendidas ou possuídas pelos produtos a serem entregues (deliverables) para satisfazer um contrato' padrão' especificação ou outros documentos formalmente impostos. Todas as necessidades' desejos e expectativas dos interessados (stakeholders) devem ser convertidas em requisitos.


A declaração detalhada do escopo inclui: Fronteiras do projeto (Project boundaries)

Normalmente identifica o que esta incluso no projeto. Também deve ser declarado de forma explicita o que esta excluído do projeto 'para evitar que um interessado (stakeholder) possa supor que um produto' serviço ou resultado é um componente do escopo do projeto.

Produtos do projeto (Project deliverables) Um produto a ser entregue (deliverable) é qualquer produto' serviço'

resultado ou características (capabilities)' singular e verificável' para executar um serviço que é identificado na documentação do planejamento do projeto que precisa ser produzido ou fornecido para realizar o projeto. Os deliverables incluem tanto os resultados que compõem o produto ou serviço do projeto' como resultados auxiliares' como relatórios e documentação de gerenciamento de projetos.

Definição do escopoA declaração detalhada do escopo inclui: Critério de aceitação do produto (Product

acceptance criteria) Define o processo e critério para aceitação dos

produtos realizados. Restrições do projeto (Project constraints)

Lista e descreve as restrições especificas associadas com o escopo do projeto' que limitam as opções da equipe do projeto.

Premissas do projeto(Project assumptions) São fatores que para os propósitos de planejamento'

serão considerados como reais' verdadeiros ou certos. Exemplo: disponibilidade de recursos;disponibilidade de fornecedores; data de inicio;assinatura de contratos.


A declaração detalhada do escopo inclui: Premissas do projeto (Project assumptions)

Lista e descreve as premissas especificas associadas com o escopo do projeto e o potencial dessas premissas' caso elas sejam falsas. Frequentemente' as equipes do projeto identificam' documentam e validam as premissas como parte do processo de planejamento.

Organização inicial do projeto (Initial project organization) São identificados os membros da equipe do projeto e os

interessados (stakeholders). A organização do projeto também é documentada.

Identificação preliminar de riscos (Initial defined risks) Identifica os riscos conhecidos nesta fase do projeto.

Definição do escopoA declaração detalhada do escopo inclui:

Eventos programados (Schedule milestones) 0 cliente ou a organização executora podem identificar

eventos ou marcos e impor datas a estes marcos. Essas datas podem ser consideradas como restrições de programação.

Limitação de fundos (Fund limitation) Descreve qualquer limitação de recursos financeiros para o

projeto' tanto no valor total ou sobre os períodos especificados

Estimativa de custos (Cost estimate) Descreve qualquer limitação de recursos financeiros para o

projeto' tanto no valor total ou sobre os períodos especificados

Definição do escopoA declaração detalhada do escopo inclui:

Eventos programados (Schedule milestones) 0 cliente ou a organização executora podem identificar

eventos ou marcos e impor datas a estes marcos. Essas datas podem ser consideradas como restrições de programação.

Limitação de fundos (Fund limitation) Descreve qualquer limitação de recursos financeiros para o

projeto' tanto no valor total ou sobre os períodos especificados Estimativa de custos (Cost estimate)

A estimativa de custos do projeto indica o custo total esperado do projeto' sendo normalmente precedida por um modificador que fornece alguma indicação da precisão' como por exemplo conceitual (-25% a +75%) ou definitiva (-5% a +10%).


A declaração detalhada do escopo inclui: Requisitos do gerenciamento da configuração do

projeto (Project configuration management requirement) Descreve o nível de gerenciamento da configuração e

controle de mudanças que será implementado no projeto Especificações do projeto (Project specifications)

Identifica as especificações que o projeto deve respeitar. Requisitos de aprovação (Approval requirements)

Identifica os requisitos de aprovação que podem ser aplicados a itens como objetivos' produtos (deliverables)' documentos e trabalho do projeto.


Declaragdo de escopo(Scope statement) A Declaração de escopo fornecerá uma base para: um contrato entre o time do projeto e o cliente' que

deve possuir uma copia deste documento' a fim de assegurar um entendimento comum e claro dos propósitos e dos objetivos do projeto;

confirmação' desenvolvimento e comunicação de um entendimento comum do escopo do projeto;

controle de mudanças; decisões futuras do projeto incluindo os critérios usados para determinar se o projeto ou fase foi

completado com sucesso.

Criar a EAP (WBS)A EAP (WBS) é uma estrutura hierarquizada

orientada ao produto (deliverable) que decompõem o Trabalho a ser executado pela equipe do projeto' para atingir os objetivos do projeto e criar os produtos

A EAP (WBS) organiza e define o escopo total do projeto.

Criar a EAP (WBS)A EAP e uma representação gráfica do

trabalho especificado na corrente Declaração de escopo do projeto' devidamente aprovada.

A WBS possui dois objetivos principais: assegurar que o projeto inclua todo o trabalho

necessário; assegurar que o projeto não inclua nenhum

trabalho desnecessário.

Criar a EAP (WBS)A WBS e usada para:

definir o trabalho do projeto em termos de produtos (deliverables) e posterior decomposição desses deliverables em componentes gerenciáveis;

dependendo do método usado na decomposição' ela também pode definir o processo do ciclo de vida em termos de processos de produtos (deliverables) apropriados para o projeto e para a organização;

Criar a EAP (WBS)Quando houver uma definição insatisfatória do escopo '

o custo final do projeto tende a ser maior em função das inevitáveis mudanças que perturbarão o ritmo do projeto' provocando retrabalho' aumentando sua duração' reduzindo a produtividade e a moral da força de trabalho.

A WBS auxilia aos stakeholders o desenvolvimento de uma visão clara do produto final do projeto e dos processos através dos quais ele será criado.

Os níveis superiores da WBS refletem as principais áreas do projeto ou as fases do ciclo de vida. Esses níveis também fornecem pontos de sumariando para avaliação do desempenho e medindo do desempenho da programação e custos. Os elementos do nível mais baixo da WBS fornecem o foco apropriado ao desenvolvimento do escopo' custo e programação.

Criar a EAP (WBS)Estrutura analítica do projeto (Work breakdown

structure)Pacote de Trabalho (work package)O pacote de trabalho (work package) é um produto a

ser entregue (deliverable) no mais baixo nível da WBS.Quando se contrata uma outra organização para

realizar uma parte do escopo do trabalho' o pacote de trabalho pode ser decomposto em uma outra WBS de um subprojeto.

Esses pacotes de trabalho podem ser ainda decompostos' na programação do plano global do projeto' em atividades.

WBS

Criar a EAP (WBS)Decomposição (Decomposition)A decomposição envolve os seguintes passos

principais: Identificar os produtos a serem entregues

(deliverables) e o trabalho relacionado E necessário analisar a declaração detalhada

do escopo para identificar os principais produtos a serem entregues (deliverables) e o trabalho necessário para produzir estes produtos.


principais: Estruturar e organizar a EAP (WBS)

Estruturar e organizar os produtos (deliverables) e do trabalho do projeto associado de forma a atender os requisitos de gerenciamento e controle do projeto.

Isto pode ser realizado de diversas formas' como: Usar os produtos a serem entregues (deliverables) no

primeiro nível de decomposição; Usar subprojetos; Usar as fases do ciclo de vida como primeiro nível de

decomposição' com os produtos (deliverables) inseridos no segundo nível;

Usar a divisão em áreas físicas como primeiro nível' as fases do ciclo de vida no segundo nível e os produtos (deliverables) no terceiro nível;

Usar diferentes abordagem em cada ramo da EAP.


principais: Decompor os níveis mais altos da EAP em componentes

detalhados em níveis inferiores A decomposição de componentes de nível mais alto da

EAP requer subdividir o trabalho para cada um dos produtos (deliverables) ou subprojetos em seus componentes fundamentais que representam produtos' serviços ou resultados verificáveis.

Cada componente deve ser clara e totalmente definido e atribuído a uma unidade especifica da organização executora que será responsável pela conclusão do componente da WBS. Estes componentes devem ser definidos em termos de como o trabalho do projeto será realmente executado e controlado.


principais: Desenvolver e atribuir códigos de identificação aos

componentes da EAP Verificar se o grau de decomposição do trabalho é

necessário e suficiente. Para verificar se a decomposição esta correta é

preciso determinar se os componentes de níveis mais baixo da EAP são necessários e suficiente para a conclusão dos produtos correspondentes de níveis mais alto.

Criar a EAP (WBS) Decomposição (Decomposition) A decomposição envolve os seguintes passos principais: Verificar se a decomposição esta correta: Os itens de níveis inferiores são necessários e suficientes para a conclusão do item decomposto? Se não os

componentes constituintes devem ser revisados (adicionados' excluídos ou redefinidos). Cada item foi clara e completamente definido? Se não' as descrições devem ser revisadas ou expandidas. Cada item pode ser adequadamente programado? Orçado? Atribuído a uma unidade especifica da

organização que aceitara a responsabilidade pela conclusão satisfatória do item? Se não' sendo necessárias revisões ate propiciar um controle gerencial adequado.

Criar a EAP (WBS)Estrutura analítica do projeto (Work breakdown structure) ' Tal como a declaração de escopo a WBS a utilizada para

desenvolver ou confirmar um entendimento geral do escopo do projeto;

Cada nível descendente criado representa um aumento do detalhamento dos produtos do projeto (deliverables);

A quantidade de níveis depende do tamanho e da complexidade do projeto e do grau de detalhamento necessário para planejar e gerenciar o projeto;

Cada item da WBS geralmente recebe um identificador Único denominado de código de conta (code of accounts). Estes indicadores fornecem uma estrutura para sumarização hierárquica de custos e recursos;

Os itens no nível mais baixo da WBS são denominados "pacotes de trabalho".

Dicionário da EAP (WBS dictionary)

Dicionário da WBS

Autorização de Trabalho

Projeto: Pacote de Trabalho Data de Emissão: Responsável:

Duração: Data de Conclusão: Orçamento: Assinatura:

Descrição do Pacote de Trabalho:

Produtos do Pacote de Trabalho:

Critério de Aceitação:

Observações:

Interdependências:

VERIFICAÇÃO DO ESCOPOE o processo de obtendo da aceitação formal' pelos

diferentes interessados (stakeholders)' do escopo do projeto e produtos (deliverables) associados que foram concluídos.

A verificação do escopo requer a revisão dos produtos (deliverables) e dos resultados do trabalho para assegurar que todos tenham sido concluídos de forma satisfatória.

Se o projeto e encerrado antes de seu termino' o processo de verificação do escopo deve estabelecer e documentar o nível e grau de execução do projeto.

A meta da verificando do escopo e obter uma formal e documentada aceitação do projeto pelos stakeholders. Se a aceitação é no final de uma fase do projeto' é normal se ter uma aceitação condicionada.

VERIFICAÇÃO DO ESCOPOE o processo de obtenção da aceitação formal' pelos

diferentes interessados (stakeholders)' do escopo do projeto e produtos (deliverables) associados que foram concluídos.

A verificando do escopo requer a revisão dos produtos (deliverables) e dos resultados do trabalho para assegurar que todos tenham sido concluídos de forma satisfatória.

Se o projeto e encerrado antes de seu termino' o processo de verificação do escopo deve estabelecer e documentar o nível e grau de execução do projeto.

A meta da verificando do escopo e obter uma formal e documentada aceitando do projeto pelos stakeholders. Se a aceitando é no final de uma fase do projeto' é normal se ter uma aceitando condicionada.

VERIFICAÇÃO DO ESCOPO Produtos - (Deliverables)

Os produtos a serem entregues (deliverables) são aqueles que foram inteira ou parcialmente concluídos' e são resultados do processo de Orientar e Gerenciar a Execução do Projeto.

Inspeção (Inspection) Inclui atividades tais como medição' exames e verificação

para determinar se o trabalho e os produtos (deliverables) estão em conformidade com os requisitos. As inspeções são muitas vezes denominadas revisões' revisões de produto' auditorias e homologações (walkthroughs).

Produtos aceitos (Accepted deliverables) 0 processo de verificação do escopo documenta aqueles

produtos concluídos que foram aceitos. Aqueles produtos que não foram aceitos são documentadas' juntamente com as razões da não aceitação. A verificação do escopo inclui a documentação de apoio recebida do cliente ou patrocinador e o reconhecimento da aceitação dos produtos (deliverables) do projeto pelos interessados (stakeholders).

CONTROLE DE MUDANÇAS DO ESCOPO0 controle de mudanças do escopo trata de influenciar

os fatores que criam mudanças no escopo do projeto e de controlar o impacto dessas mudanças.

0 controle de mudanças assegura que todas as mudanças solicitadas e ações corretivas recomendadas sejam processadas através do Controle Integrado de Mudanças.

0 controle de mudanças é também utilizado para gerenciar as mudanças quando elas ocorrerem e esta integrado a outros processos de controle.

As mudanças não controladas na maioria das vezes são classificadas como mudanças de escopo do projeto.

CONTROLE DE MUDANÇAS DO ESCOPO0 controle de mudanças do escopo é

simplesmente uma parte do controle geral de mudanças do projeto' que inclui o controle de mudanças para o tempo' custos' qualidade' configuração e outros' e como tal precisa ser integrado.

Antes de se implementar qualquer tipo de controle' uma referência (baseline) deve ser estabelecida.

CONTROLE DE MUDANÇAS DO ESCOPO Declaragdo de escopo do projeto (Project

scope statement)A declaração de escopo do projeto' em

conjunto com a EAP (WBS) e o dicionário da EAP' define o escopo de referencia do projeto (scope baseline).

CONTROLE DE MUDANÇAS DO ESCOPO> Relatórios de desempenho (Performance reports)A declaração de escopo do projeto' em conjunto com a

EAP (WBS) e o dicionário da EAP' define o escopo de referencia do projeto (scope baseline).

Fornecem informações sobre o desempenho do escopo tais como quais produtos (deliverables) intermediários foram concluídos e quais não o foram.

Podem também alertar a equipe do projeto quanto aos assuntos que possam causar problemas no futuro.

CONTROLE DE MUDANÇAS DO ESCOPO> Solicitação de mudanças aprovadas

(Approved change requests)Uma solicitação de mudança aprovada que

tenha impacto no escopo o projeto é qualquer modificação do escopo de referencia (scope baseline) acordado' conforme estabelecido na declaração de escopo do projeto' na EAP e no dicionário da EAP aprovados.

CONTROLE DE MUDANÇAS DO ESCOPOSolicitações de mudanças aprovadas(Approved change requests)As mudanças podem implicar em aumento ou redução

do escopo e normalmente resultam de:um evento externo;erro ou omissão na definição do escopo do produto;erro ou omissão na definição do escopo do projeto;uma mudança que agrega valor;implementação de um plano de contingencia ou de

improvisos (workaround) para responder a um risco.

CONTROLE DE MUDANÇAS DO ESCOPOMudanças do escopo (Scope changes)Uma solicitarão de mudança do escopo deve conter:descrição da mudança;motivo da mudança;como será implementada a mudança;o impacto na programação do projeto;o impacto nos custos;o impacto sobre documentos técnicos já emitidos;alterações nos termos de garantia;aprovações.

CONTROLE DE MUDANÇAS DO ESCOPO> Replanejamento (Replanning)Poucos projetos acontecem exatamente

conforme planejado. As solicitações de mudanças aprovadas que afetam o escopo do projeto podem exigir modificações na EAP e no dicionário da EAP' na declaração de escopo e no plano de gerenciamento do projeto.

Essas solicitações de mudanças aprovadas podem acarretar atualizações nos componentes do plano de gerenciamento do projeto.

CONTROLE DE MUDANÇAS DO ESCOPO> Ações corretivas recomendadas

(Recommended corrective actions)Uma ação corretiva recomendada é

qualquer passo recomendado para fazer com que o desempenho futuro fique alinhado com o plano de gerenciamento do projeto e com a declaração de escopo.

Documents

Aula MBIT_2013-aula 3 - Gerenciamento de Escopo.ppt