Prof. Lorivaldo Rodrigues Barbosa

Slides:



Advertisements
Apresentações semelhantes
ESPECIALIZAÇÃO EM GESTÃO DA QUALIDADE Alex Sandro Benetti Dias Fatec PROJETOS PROJETOS.
Advertisements

Curso Hands-on de Gestão de Projetos Início do projeto exemplo Eduardo Montes, PMP.
Projetos UFERSA | Eng. de Produção | Prof. Kléber Barros Gestão de.
Conteúdo da última aula 1 Ref. Bibliográfica - PMBOK Cap 4.
EA976 – Engenharia de Software AULA 3 O Processo de Software.
Análise Desenvolvimento/Testes Entrega Suporte. Nome da atividade Análise de Negócio Fase Análise Finalidade Esta atividade tem por finalidade analisar.
Universidade do Contestado - UnC Gerência de Projetos em Sistemas de Informação Prof. Richardson Ribeiro Aula 4 – Gerenciamento de Escopo Curso: Sistemas.
Universidade do Contestado - UnC Gerenciamento de Projetos de Software Gerenciamento do Tempo Prof. Richardson Ribeiro Curso: Sistemas de Informação 5a.
Universidade do Contestado - UnC Gerenciamento de Projetos de Software Gerenciamento do Tempo Prof. Richardson Ribeiro Curso: Sistemas de Informação 7a.
GESTÃO DE PROJETOS. 2. Guia PMBOK ® 2.1. Guia PMBOK ®. Histórico. Processo Elaboração e Revisões. Conteúdo e Estruturação (Áreas de conhecimento, Processos.
Coordenadora: Prof. Daniele da Rocha Carvalho, MSc Vice-Coordenador: Prof. Luiz Vieira de Oliveira Sobrinho, MSc Natal/RN, TRABALHO FINAL DE CURSO.
Estimativa de Custos utilizando UCP (Use Case Points) Daniele Pires.
UFPR: Design: Naotake Fukushima
Gerenciamento dos Custos
Avaliação de Projectos de Desenvolvimento
Influências organizacionais no gerenciamento de projetos
ANÁLISE DE CUSTOS Prof.: LEONIDAS LOPES DE CAMARGO
Diagrama de Sequencia Prof. Thales Castro.
Análise & Projeto – Especificação de Processos
UNIVERSIDADE FEDERAL DE SANTA CATARINA
Como escrever um Artigo científico?
Gerência de Processos Processo Iterativo - Parte III
Administração de serviços 7º período
Analise e Projeto de Sistemas I
Introdução ao Projeto na Engenharia
Planejamento – Revisão do Projeto Exemplo
Metodologia otimizada
O uso de recursos pedagógicos no ensino da Matemática
Analise e Projeto de Sistemas I
especificação de requisitos do software
Recursos Humanos II Professora: Ana Paula Cossmann 4 período
Fábrica de Software.
DESIGN DIDATICO DIGITAL
Projeto Las Vegas - Responsáveis
Projeto de Sistemas de Informação
Projetos de Automação Industrial
Planejamento de estratégias:
Planejamento de Produção
Gerenciamento das Comunicações em Projetos
Engenharia de Software II
Parte III – Planejando o Projeto
Parte III – Planejando o Projeto
Métodos Numéricos de Determinação de Raízes: Bisseção, Secante e Newton-Raphson Professor.: Heron Jr.
Aula 8 – Planejamento do Tempo e dos Custos
Anexo II: Processos de Gerenciamento de Projetos
RESPOSTAS A INCIDENTES E PLANO DE CONTINUIDADE DE NEGÓCIOS
14/08/2012 Professor Leomir J. Borba- –
Aula 08 – CMMI® versus PMBOK
Adalton Rocha de Matos FORPLAD Coordenador-Geral de Orçamento
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 8
MRP e MRP II Planejamento das Necessidades de Material
INTRODUÇÃO AO MS PROJECT
PMO, Programas e Portfólio Prof. Cláudio Quartaroli.
PROGRAMA MESTRE DA PRODUÇÃO
Metodologia 10 passos Eduardo Montes, PMP.
Manuais Administrativos
Técnicas de análise da conjuntura, com aplicações à análise do desempenho do PIB 2/4/2018 Prof. Francisco Eduardo Pires de Souza
Metodologia da Pesquisa
Análise Organizacional
Roteiro Histórico sobre Gestão de Projetos
Área: Escritório de Projeto Cargo: Gerente de PMO (30771)
INTRODUÇÃO AO MS PROJECT
MBA: Gestão Estratégica de Pessoas
MBA Gestão de Projetos Disciplina: Gerenciamento de Projetos Complexos.
Introdução à Economia Pedro Telhado Pereira.
FORÇAS COMPETITIVAS DE PORTER Professor Flávio Toledo
Modelagem de Sistemas
GERÊNCIA DE PROJETOS DE SOFTWARE
A EDUCAÇÃO PARA O USO SAUDÁVEL DAS REDES SOCIAIS
Modelagem de Markov.
Transcrição da apresentação:

Prof. Lorivaldo Rodrigues Barbosa

Em Gerência de projetos, uma Estrutura Analítica de Projetos (EAP), do Inglês, Work breakdown structure (WBS) A proposta para se montar uma EAP, é a decomposição de seus elementos para melhor entendimento do que deverá ser produzido. Sendo assim, abaixo de cada item, deverá existir pelo menos dois sub-itens, pois, caso exista apenas um sub-item, poderemos entender que não haveria necessidade de algum dos itens, ou o pai ou o filho.

Percebemos então que na figura acima, a “Tarefa 1. 1 Percebemos então que na figura acima, a “Tarefa 1.1.1″ seria totalmente desnecessária, já que a mesma não decompõe a tarefa pai “Tarefa 1.1″. Assim, a EAP acima não estaria totalmente de acordo com as boas práticas em uso.

Cada nível da EAP representará um pacote de produto ou serviço e será uma decomposição do nível anterior, representando uma quebra, ou detalhamento desses serviços ou produtos. Assim, quem estiver lendo o diagrama, poderá entender o que deverá ser feito. Mas esta quebra representará um nível anterior às atividades ou tarefas. Um pouco mais a diante entenderemos que as atividades serão representadas no cronograma, e aí incluiremos novos atributos, como dependências, duração, recursos, …

Boa prática 1: Numeração dos Níveis 1. Projeto 1.1. Tarefa 1.1 1.2. Tarefa 1.2 Conforme a representação acima, a representação no formato de contas, mostra a hierarquia dos elementos. Pode-se numerar o primeiro nível com “0″ ou “1″, mas sempre incluindo mais um nível na representação numérica, e identificação dos elementos por exemplo, no dicionário da EAP.

Boa prática 2: Quantidade de Níveis Cada projeto requer que seja feita uma análise para identificar e determinar os produtos e serviços solicitados pelo cliente. O importante é ter uma boa noção do que está sendo pedido, e quebrar os elementos de forma que possibilite uma boa estimativa. Caso o pacote de trabalho represente uma grande quantidade de sub- elementos implícitos, na construção do cronograma, possivelmente será muito complicado identificar as atividades de forma correta em seu tempo.

Boa prática 3: Uso de fases do projeto É notório o grande benefício que um gerente de projetos terá se decompor a EAP em fases do projeto. Assim, a boa prática mostra que o primeiro nível representará as fases do projeto, como Iniciação, planejamento, Execução, Monitoramento e Controle, e Encerramento. Com isso o gerente poderá dimensionar melhor o esforço necessário por fase. Considero as 3 práticas acima como sendo as principais, mas claro que existem outras boas práticas que deverão ser consideradas na construção de uma EAP.

Entendo que a EAP deverá refletir a real estrutura do projeto e servirá como guia para: Gerenciamento da comunicação: fornece o alinhamento da comunicação entre os stakeholders, de forma que evite que os clientes esperem produtos nas entregas que realmente estejam contemplados no escopo do projeto. Gerenciamento de prazo: a partir da EAP, serão detalhadas as atividades que comporão cada pacote de trabalho. Gerenciamento de risco: servirá como ponto de partida para a identificação dos riscos, podendo associar alguns riscos a determinados produtos ou serviços da EAP (checklist de riscos). Existe ainda outra estrutura idêntica a EAP (WBS), que é a RBS (Risk Breakdown Structure), ou Estrutura analítica de riscos.