Gestão de múltiplos projetos por meio da metodologia da Cadeia Crítica: Efeitos dos Buffers de capacidade
|
|
- Fátima Marques
- 5 Há anos
- Visualizações:
Transcrição
1 Gestão de múltiplos projetos por meio da metodologia da Cadeia Crítica: Efeitos dos Buffers de capacidade Nicole Suclla Fernandez Pontifícia Universidade Católica de Rio de Janeiro Departamento de Engenharia Industrial Rua Marquês de São Vicente, 225, sala 950L - Rio de Janeiro, RJ - Brasil CEP: nicolesf@aluno.puc-rio.br Leonardo Junqueira Lustosa Pontifícia Universidade Católica de Rio de Janeiro Departamento de Engenharia Industrial Rua Marquês de São Vicente, 225, sala 950L - Rio de Janeiro, RJ - Brasil CEP: ljl@puc-rio.br Madiagne Diallo Pontifícia Universidade Católica de Rio de Janeiro Departamento de Engenharia Industrial Rua Marquês de São Vicente, 225, sala 950L - Rio de Janeiro, RJ - Brasil CEP: diallo@puc-rio.br RESUMO A metodologia da Cadeia Crítica e Gestão de Buffers para gestão de projetos complexos sujeitos a grandes incertezas e recursos limitados tem sido recebida com entusiasmo por gerentes. Entretanto, além dos desafios da sua aplicação a projetos independentes, outros surgem quando se trata de projetos que compartilham recursos limitados e se desenvolvem simultaneamente. Para obter uma programação robusta, capaz de se manter coerente e estável ante os imprevistos da execução, a metodologia estabelece a inserção de buffers de tempo. Este artigo se concentra na análise dos buffers de capacidade (BC) que são tempos de reserva usados para evitar que atrasos em um projeto afetem outros. O objetivo é mostrar efeitos importantes da forma de dimensionamento dos BCs. Através da programação e simulação da execução de um exemplo, discute-se o método de dimensionamento mais popular, mostrando que, mesmo em casos simples, ele pode prejudicar o desempenho de alguns dos projetos. PALAVRAS CHAVE. Gestão de múltiplos projetos. Cadeia Crítica e Gestão de Buffers. Dimensionamento de Buffer de capacidade. Outras aplicações ou outras metodologias. ABSTRACT The Critical Chain and Buffer Management (CC/BM) methodology has been enthusiastically welcome by managers for coping with complex projects subject to important uncertainties and limited resources. However, in addition to the difficulties of CC/BM application to independent projects, new challenges emerge when parallel projects sharing common resources are the matter. In order to obtain a robust schedule, capable of staying coherent and stable in face of uncertainties during the execution, the CC/BM requires insertion of time buffers. This paper focus on the analysis of the capacity buffers (CB) that constitute safety times for avoiding those delays in one project will affect others. The objective is to show important effects of CB sizing. By programming and simulating the execution of an example, the most popular CB sizing method is discussed, showing that, even in simple cases, its application may result in poor performance of some of the projects. KEYWORDS. Multiple projects management. Critical Chain and Buffers Management. Sizing of Capacity Buffers. Other applications or methodologies. XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2343
2 1. Introdução Gerenciar eficientemente projetos complexos que compartilham recursos limitados e se desenvolvem simultaneamente num ambiente incerto, é um desafio para os maiores talentos gerenciais. De inestimável valor seria uma metodologia que permitisse uma programação robusta (isto é, relativamente imune a imprevistos) e capaz de detectar as muitas iminências que surgem na etapa de execução. Com tal auxílio, gerentes poderiam contornar problemas imprevistos antecipando ações para correção de rumo antes que eles se avolumassem e exigissem ações emergenciais. Ações corretivas emergenciais provocam elevados custos e desestabilizam os programas criando novas dificuldades. É claro que isso compromete os objetivos e metas de tempo, custo e escopo dos projetos (CHEN, 2006; HANS et al., 2007). Certamente as técnicas existentes para auxílio à gerência de projetos isolados podem ser empregadas em ambientes de vários projetos simultâneos. Uma prática simples, mas não muito satisfatória, é a de tratar o conjunto de projetos como se fosse um único projeto que se começa com o(s) projeto(s) de início mais cedo e termina com o(s) projeto(s) de término mais tarde. Alguns aspectos tornam essa abordagem pouco atraente. Entre essas inconveniências estão: (a) a dificuldade para se especificar objetivos e metas para cada projeto individualmente e (b) o fato de as restrições de precedência das atividades e de capacidade dos recursos tornarem os projetos altamente interdependentes, dificultando a atribuição de responsabilidades e de latitude de ação entre os gerentes dos vários projetos (KURTULUS & DAVIS, 1982; NEWBOLD, 1998). As metodologias tradicionalmente utilizadas para o planejamento e programação de projetos: PERT (Program Evaluation and Review Technique) e CPM (Critical Path Method), raramente podem sinalizar claramente desvios do orçamento e das datas de entrega. Esses são, talvez, os problemas mais antigos e ainda mais essenciais da gestão de projetos. Adicionalmente, tais metodologias de gestão não formalizam a influência da restrição dos recursos e a existência de gargalos no programa, dando um único tratamento (em termos de programação e proteção) a todas as atividades do programa (RAND, 2000; ANAVI-ISAKOW & GOLANY, 2003; RAZ et al., 2003; ROZENES et al., 2006). Contudo, o PERT e o CPM foram considerados como métodos bem sucedidos e depois de terem passado por importantes evoluções e adequações constituem a base da maioria de sistemas de software dedicados à gestão de projetos (KOLISCH, 1999). Não obstante, Jyh-Bin (2007) afirma que a dificuldade para entregar projetos pontualmente, respeitando o escopo e orçamento planejado permanece. Recentemente, a metodologia CC/BM (Critical Chain /Buffer Management), ou seja, Cadeia Crítica e Gestão de Buffers foi proposta por Goldratt em Essa metodologia permite estruturar atividades e eventos em redes, se baseando na Teoria das Restrições (TOC: Theory of Constraints) que na programação de tarefas da prioridade ao recurso mais escasso e o protege contra perturbações que podem reduzir sua utilização. A essência da metodologia CC/BM radica nos seguintes três pilares (NEWBOLD, 1998; HERROELEN & LEUS, 2001; STEYN, 2002; LEACH, 2005). Cadeia crítica (Critical Chain): a mais longa seqüência de atividades sem folga que determina a duração do projeto; Inserção de buffers de tempo: amortecedores ou espaços de tempo usados como proteção contra incertezas; Gestão de buffers de tempo: ações preventivas e/ou corretivas realizadas no andamento do projeto a partir do consumo dos buffers devido aos atrasos nas atividades. A gestão dos buffers de tempo como o principal elemento de proteção e controle é ainda mais importante na gestão simultânea de vários projetos em paralelo. A metodologia CC/BM estabelece que a programação de projetos paralelos deve considerar, na sua estrutura, a inserção de diferentes tipos de buffers de tempo. Cada um desses buffers protege um elemento particular do programa de múltiplos projetos. Nesse contexto, este artigo se concentra no estudo do buffer que permite reduzir e gerenciar as interdependências entre projetos criadas pelo compartilhamento de recursos escassos. Tais buffers, chamados de Buffers de Capacidade BCs são intervalos de tempo colocados entre atividades de projetos diferentes programadas consecutivamente no recurso gargalo. Os BCs servem para proteger cada projeto contra atrasos nas tarefas dos projetos que o antecedem no recurso gargalo. Sem essa proteção, mesmo um XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2344
3 projeto bem planejado e gerenciado pode ser prejudicado na sua execução por atrasos oriundos de outros projetos. Além disso, através da parcela consumida dos BCs, a gerência geral dos projetos pode, com mais facilidade, localizar atrasos e antecipar a formação problemas (NEWBOLD, 1998; HERROELEN et al., 2002; LEACH, 2005) Pela sua relevância na gestão eficiente dos projetos, os BCs precisam ser tratados com um cuidado especial. Em particular, um bom dimensionamento dos BCs é crucial para atingir os objetivos de robustez e estabilidade propostos na metodologia CC/BM. Na literatura, o método mais utilizado no dimensionamento dos BCs é discutido por Leach (2005). Os critérios de dimensionamento dos BCs apresentam questões e ambigüidades similares às apontadas por Kjersti & Taylor (1999); Herroelen & Leus (2001) e Herroelen et al. (2002) na análise exaustiva da metodologia CC/BM e do dimensionamento e funcionamento dos tipos de buffers de tempo utilizados. Contudo, o estudo do dimensionamento dos buffers e das conseqüências que estes têm na programação dos projetos é ainda pouco explorado, sendo que os trabalhos mais significativos ao seu respeito são focados em ambientes de gestão de projetos isolado. Desta maneira, pesquisas focadas nos critérios de dimensionamento dos buffers utilizados na gestão de múltiplos projetos são relevantes para o desenvolvimento da metodologia CC/BM. No presente artigo tem-se o objetivo de mostrar efeitos importantes que a inserção e o dimensionamento dos BCs têm sobre o conjunto de projetos simultâneos e sobre cada um dos projetos que o compõem. Nesse sentido são levantadas questões importantes com respeito ao método de dimensionamento mais utilizado na literatura e nas ferramentas de software mais conhecidas. Com a finalidade de exemplificar os fenômenos que ocorrem em função da definição do tamanho dos BCs e mostrar os aspectos mais salientes das iterações complexas das durações probabilísticas das atividades, recorreu-se à simulação de um modelo sintético, cuja topologia oferece os elementos necessários para os objetivos do artigo. O restante do artigo está organizado como segue. Na seção 2 são brevemente recordados os conceitos da metodologia CC/BM para programação de projetos isolados. A seção 3 detalha os conceitos da metodologia CC/BM para múltiplos projetos. A seção 4 apresenta o modelo de simulação utilizado e a analise dos resultados obtidos. O artigo termina com uma conclusão e algumas perspectivas de pesquisa. 2. Metodologia CC/BM para projetos isolados A metodologia CC/BM surge com a finalidade de atenuar as deficiências crônicas da gestão de projetos. Essas deficiências são geralmente expressas em função do desrespeito dos prazos limites, a ultrapassagem de orçamentos, e/ou a redução do escopo dos projetos (STEYN, 2002; RAZ et al., 2003). Entre as características da metodologia se destaca a prioridade que esta da á visão gerencial, fornecendo elementos que controlam os efeitos causados por aspectos psicológicos e técnicos que explicam a razão dos persistentes atrasos nas atividades e a dificuldade de trasladar os ganhos de tempo locais (ganhos causados por atividades completadas antes do previsto) no total do projeto. Tais aspectos psicológicos são: Lei de Parkinson (Tendência de nunca se terminar uma tarefa antes do prazo), Síndrome do Estudante (Tendência de sempre se iniciar uma tarefa apenas quando já não houver folga para atender o prazo) e a Lei de Murphy (Impressão de que todos os percalços previstos realmente ocorrem, certamente porque não se quer acreditar que eles podem, de fato, ocorrer) (RAND, 2000; HERROELEN & LEUS, 2001; RAZ et al., 2003; LEACH, 2005). Com a finalidade de manter a duração do projeto mínima e fazer que a execução das atividades seja o mais cedo possível (as-soon-as possible), três considerações importantes estão na base da programação CC/BM: A duração das atividades é estimada sem proteções ou folgas de tempo embutidas. Isso é considerando que existe um 50% de probabilidade da atividade atrasar (i.e. a mediana da distribuição); O programa não considera datas de entrega (due dates) nem pontos de controle (milestone) intermediários; XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2345
4 O programa não admite que a atividade de um recurso seja interrompida para que ele seja deslocado para alguma outra atividade, ou seja, a execução das atividades não pode ser em forma intermitente. A metodologia supõe que as durações das atividades são determinísticas e sem folgas embutidas para compensar atrasos, construindo a rede de atividades segundo a regra de programação mais tarde possível (as-late-as-possible) e respeitando as restrições de precedência, assim como as de utilização de recursos. Depois de programar a última atividade da cadeia crítica se insere o buffer do projeto BP. Tal buffer substitui os tempos de segurança (que usualmente nas metodologias PERT/CPM, são considerados em cada atividade) na função de evitar que atrasos ou alterações na cadeia crítica afetem o cumprimento da data de entrega do projeto. Do mesmo modo, os buffers de alimentação - BA protegem a cadeia crítica dos atrasos das atividades não críticas. Estes são localizados onde as atividades não críticas desembocam na cadeia crítica (HERROELEN & LEUS, 2001; HERROELEN et al., 2002). 3. Metodologia CC/BM para múltiplos projetos As diretrizes para cumprir os objetivos de estabilidade e robustez do programa que a metodologia estabelece para projetos isolados são estendidas para ambientes de vários projetos simultâneos. Nesse contexto, a metodologia visa definir datas de término exeqüíveis para cada projeto, mantendo o equilíbrio de carga de trabalho no conjunto de múltiplos projetos. Segundo Herroelen et al. (2002); Anavi-Isakow & Golany (2003); Cohen et al. (2004) e Leach (2005) as principais fases da CC/BM em múltiplos projetos são: Definir uma prioridade para cada projeto inserido no sistema; Programar cada projeto individual de acordo com a metodologia CC/BM; Juntar os projetos num único programa, nivelando as atividades de forma que as capacidades dos recursos não sejam excedidas; Identificar qual é o recurso mais carregado entre todos os projetos e a seqüência de atividades que serão executadas por ele (seqüência crítica do recurso); Inserir os BCs necessários para evitar que atrasos num projeto se propaguem para o projeto seguinte. Inserir os buffers de tambor BT, buffers de tempo com funcionalidade similar a dos buffers de alimentação BA. A função de um BT é evitar que uma atividade não crítica venha a atrasar uma atividade da seqüência crítica. A imagem 1 exemplifica a localização e funcionalidade dos elementos da programação CC/BM num ambiente de dois projetos paralelos, projetos A e B. A programação é iniciada com a definição da prioridade de cada projeto. Seguidamente, se identifica o recurso gargalo (cinza escuro) e a seqüência de atividades a serem executadas por ele (seqüência crítica: A2, A3, A20, A30). Com base nesses elementos, é realizado o nivelamento dos recursos dos projetos. Nesse processo se redefinem as datas de inicio dos projetos com o objetivo de evitar a programação simultânea de varias tarefas para um mesmo recurso. Com isso feito, a proteção do programa é iniciada com a inserção dos BCs. Estes são colocados entre as atividades de projetos diferentes cuja execução é feita pelo recurso gargalo (atividades da seqüência crítica). Finalmente, os BTs são inseridos entre as atividades da seqüência crítica e as atividades não críticas que lhes sejam predecessores. É importante lembrar que cada projeto inserido no programa deve estar corretamente protegido com os buffers definidos para projetos isolados, sendo que no termino do processo de programação de múltiplos projetos, cada projeto estará protegido tanto contra as incertezas próprias como contra as incertezas oriundas dos projetos que o antecedem. Devido a este estudo se concentrar na análise dos BCs, sua funcionalidade, assim como, os fenômenos e riscos decorrentes a partir do seu dimensionamento, são o foco das seguintes seções. XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2346
5 Projeto A A1 A2 A3 A5 Buffer do Projeto A4 Buffer de capacidade Buffer do Projeto A20 A30 A50 Projeto B A10 A40 Buffer Tambor Tempo Imagem 1: Programação de múltiplos projetos por meio da CC/BM 3.1 Buffer de Capacidade O buffer de capacidade é um intervalo de tempo definido em função da capacidade do recurso gargalo e tem a finalidade de evitar que, na seqüência de atividades por ele executadas (geralmente, atividades de todos os projetos do sistema), atrasos de um projeto ocasionem atrasos nos projetos com tarefas subseqüentes no recurso. Portanto a inserção dos BCs procura isolar um dado projeto dos demais, deslocando seu inicio e/ou postergando sua data de término. Espera-se que o efeito desses rearranjos na programação dos projetos faça com que o programa completo dos múltiplos projetos seja robusto ante as incertezas. Ou seja, que no caso de atrasos e outros imprevistos, apenas pequenas alterações sejam necessárias para restabelecer a qualidade e viabilidade do programa. Contudo, isso só é possível mediante aumento da duração (makespan) do projeto, e, conseqüentemente, o risco de perder a competitividade do projeto por apresentar prazos de entrega maiores que a concorrência. A partir de tais efeitos, é que vários autores ressaltam a importância dos critérios considerados no dimensionamento dos buffers (NEWBOLD, 1998; KJERSTI & TAYLOr, 1999; RAND, 2000; HERROELEN et al., 2002). Leach (2005), baseando-se na teoria de filas e nas suas próprias experiências no gerenciamento de projetos, recomenda utilizar BCs equivalentes a 25% da capacidade do recurso gargalo. Ou seja, programar todas as atividades que antecedem BCs considerando uma disponibilidade de apenas 75% da capacidade total do recurso gargalo. Este método não ignora as diferenças entre as prioridades e/ou nível de incerteza entre as atividades de projetos distintos. Neste artigo se questiona a eficiência desse método, apontando a falta de uma base racional que justifique o uso da mesma porcentagem da duração da atividade antecedente para dimensionar todos os BCs de um sistema ou conjunto de projetos. Isso pode prejudicar o desempenho dos projetos cujas atividades estão mais no final na seqüência do gargalo. Além disso, sugere-se que o dimensionamento dos BCs depende tanto do recurso gargalo quanto das interdependências dos projetos constituintes do sistema e das diferentes necessidades de proteção eficiente contra as incertezas presentes nas atividades. Sendo, portanto, necessário examinar a interação entre os BCs e o BP de cada projeto. Um tratamento puramente analítico só permitiria investigar as conseqüências do dimensionamento dos BCs em casos muito simples e particulares que comportem os eventos probabilísticos que ocorrem durante a execução do projeto, razão pela qual um estudo baseado em simulação parece mais adequado. Para alcançar os objetivos da pesquisa por meio de simulação, um pequeno exemplo numérico se torna essencial. Decidiu-se utilizar uma versão simplificada e adaptada do problema de múltiplos projetos proposto por Pritsker B. et al. (1969.). Tal exemplo sintético é caracterizado pela simplicidade e por alguns aspectos essenciais para gerar os fenômenos de interesse. A complexidade e porte de projetos reais, com muitos detalhes irrelevantes, XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2347
6 dificultariam a identificação e entendimento dos fenômenos que são os objetos de estudo neste artigo. 4. Modelo de simulação O objetivo da simulação é representar a rotina probabilística da execução das atividades programadas no planejamento dos múltiplos projetos, identificando e quantificando os diferentes tipos de atrasos ocorridos sob cada política de dimensionamento. O atraso de uma atividade qualquer pode ser originado pela indisponibilidade dos recursos ou pelo atraso numa seqüência de atividades ligadas por uma cadeia de relações de precedência. O papel da simulação é permitir entender os fenômenos provocados pelos BCs e medir seus efeitos sobre o desempenho dos múltiplos projetos. Disponibilidade de recursos: A=6, B=4, C=3 P1A1 A= 5, B=3, C=2 P2A1 P1A2 A= 0, B=1, C=1 BP1 A= 1, B=1, C=1 P2A3 A= 2, B=2, C=0 BP2 P3A1 A= 2 B=1, C=1 BP Imagem 2: Exemplo simulado (Programa-base) Fonte: Adaptação de Pritsker B. et.al.(1969). O programa-base utilizado é o problema adaptado de Pritsker B. et al. (1969.), cuja programação foi reproduzida nas ferramentas de gestão de projetos Prochain e Pipeline (Imagem 2). O programa consiste de três projetos, cada um formado pelas atividades críticas e pelos respectivos BP. O modelo simulado considera apenas as atividades críticas. Como há buffers de alimentação (BAs) e buffers de tambor (BTs), para que atrasos nessas atividades possam afetar a cadeia crítica é necessário que haja numa cadeia não crítica um atraso total superior ao seu BA. Se os buffers estiverem bem dimensionados, e forem eficazes, essa é uma probabilidade pequena e, de qualquer forma, os efeitos de atividades não críticas não são o foco do estudo. O modelo de simulação foi implementado na ferramenta de apoio ProcessModel. O modelo foi elaborado com a técnica de avanço por tempo (time-driven) em que o tempo simulado avança a intervalos regulares. A cada instante (no tempo de simulação) são executadas as alterações no estado do sistema que, segundo o cronograma e/ou a lógica dos eventos descritos pelo modelo, devem ocorrer. Assim, a cada novo instante (hora, dia ou outra unidade de tempo) o programa identifica as atividades que (segundo o programa base, o programa projetado, prioridades e a disponibilidade de recursos naquele instante do tempo de simulação), devem ser iniciadas ou terminadas. Os três projetos são executados de forma simultânea respeitando a prioridade definida para cada projeto (ordem: P1, P2, P3). O modelo utiliza uma função de distribuição binomial negativa, com origem deslocada, para descrever a duração real da execução das atividades, identificando os atrasos das atividades e dos próprios projetos. Propriedades da função binomial negativa permitem que as distribuições de XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2348
7 atraso dos projetos também sejam modeladas por uma binomial negativa que representa a soma dos atrasos das atividades que o formam. Uma variável aleatória com distribuição binomial negativa pode ser vista como o número x de fracassos obtidos numa série de ensaios de Bernoulli, com probabilidade de sucesso p, até que s sucessos sejam obtidos. No contexto do modelo, supõe-se que a duração de uma atividade é constituída por duas partes. Uma é o número (determinístico) de dias (para facilitar a linguagem, usaremos dias ao invés de unidades de tempo ) de trabalho produtivo necessário para que a tarefa seja executada; a outra é o número (probabilístico) de dias em que não foi possível trabalhar. O número de dias de trabalho produtivo é representado pelos s dias de trabalho produtivo (número de sucessos na binomial negativa). O número de dias de atraso (dias improdutivos) é a variável de distribuição binomial negativa, x, os fracassos na seqüência de ensaios. A probabilidade de um dia ser produtivo é o parâmetro p (probabilidade de sucesso nos ensaios de Bernoulli). A escolha da distribuição binomial negativa tem algumas vantagens. Primeiro, ela corresponde a um processo que tem um apelo intuitivo, ou seja, além do tempo mínimo, a atividade tem dias em que, por motivos diversos, a tarefa não avança. Segundo, ela apresenta uma assimetria típica das distribuições empíricas e converge para a distribuição de Poisson que é freqüentemente utilizada. Finalmente, ela simplifica e dá clareza ao modelo de simulação de avanço por tempo. Assim, a cada novo instante da simulação, para cada atividade em andamento, o programa verifica se os recursos necessários estão disponíveis para a execução da atividade e, então, sorteia (segundo a probabilidade dada) se a atividade foi produtiva, ou não, naquela unidade de tempo. Se for, uma unidade é somada ao tempo de trabalho produtivo. Quando o número de unidades de tempo produtivo necessárias para execução da tarefa é atingido, a atividade é terminada. Assim, são consideradas duas causas distintas para atrasos (dias improdutivos): a) atraso devido à indisponibilidade de recurso e, b) atraso devido a dias improdutivos na execução da tarefa. Essa forma de simulação tem a vantagem de facilitar a implementação de outras análises em que decisões durante a execução dos projetos são tomadas em função do estado de consumo dos buffers. Os BCs são inseridos no programa-base causando o deslocamento da data de termino dos projetos e, durante a execução, a mitigação na quantidade de atrasos originados pela indisponibilidade de recursos devido aos atrasos em outras atividades. A análise de tais efeitos é apresentada a seguir na seção de resultados. A simulação consiste de 20 cenários definidos pela probabilidade de atraso do projeto considerada (25%, 20%, 15% e 10%) e pelo tamanho de BC inserido (0%, 15%, 25%, 35% e 45%). São efetuadas 80 replicações similarmente reproduzidas para cada cenário, permitindo, que sua análise seja sob as mesmas condições. 4.1 Apresentações de resultados A inserção de um BC qualquer, provoca um deslocamento equivalente na data de entrega prometida do projeto que o segue. Ou seja, se por um lado, os BCs aumentam a robustez do programa, por outro, eles podem alongar o makespan dos projetos que tenham atividades subseqüentes a ele na programação do gargalo. Embora isso tenha conseqüências importantes para os objetivos de cada projeto, e para a gestão dos múltiplos projetos, os autores da metodologia, e algumas ferramentas de software que a implementam, sugerem o dimensionamento dos BCs com base em critérios empíricos que dimensionam os BCs como uma porcentagem fixa da capacidade do recurso gargalo. Adiante, procuraremos mostrar, ainda que por meio de exemplo simples, fortes indícios de que tais critérios de dimensionamento podem, inadvertidamente, prejudicar projetos do conjunto. Sugerimos que os BCs podem ser mais eficientes quando seu dimensionamento leva em conta as características dos projetos como o grau de interdependência existente entre eles, as incertezas em suas atividades e as capacidades dos recursos. A análise dos diferentes tamanhos de BC é estruturada em três partes. Inicialmente analisamos o efeito agregado nos atrasos e nos deslocamentos das datas de entrega prometidas XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2349
8 em relação à segurança oferecida pelo BP de cada projeto. Numa segunda parte focalizamos o efeito dos BCs sobre os atrasos originados pela indisponibilidade de recursos. Buffer de Capacidade VS Buffer do projeto. Nesta análise procuramos entender como a inserção de BCs de diferentes tamanhos afeta a programação de cada projeto. Considerando apenas a cadeia crítica, a inserção de BCs pode ser entendida como a adição de segurança que completa a proteção oferecida pelo BP. Nesse sentido, comparamos o programa-base de cada projeto (sem os BCs) com os diferentes programas projetados resultantes da inserção dos BCs. As inserções provocam o deslocamento das datas prometidas e devem mitigar os atrasos originados pela indisponibilidade de recursos e são automaticamente refletidas no consumo dos BPs, exceto o do projeto correspondente à maior prioridade de execução (primeiro projeto em ser executado) Consumo BP 5.5 P B o 5.0 d o 4.5 m s u 4.0 n o C BP50_BC00 BP50_BC15 BP50_BC25 BP50_BC35 BP50_BC45 BP1 BP2 BP3 Imagem 3: BC vs Consumo do BP (25% de probabilidade de atraso do projeto) Na Imagem 3 se mostra como os três projetos do sistema apresentam um comportamento diferenciado ante a inserção dos BCs dimensionados sob o mesmo critério (uma única percentagem para todos os BCs). O P1, por ser o projeto de maior prioridade, não apresenta atrasos originados na indisponibilidade de recursos, e, conseqüentemente, não requer um BC na sua frente. Esse comportamento se mantém para cada probabilidade de atraso testada. Contrariamente ao P1, os projetos P2 e P3 apresentam um consumo crescente do BP, à medida que se aumenta os BCs. Esses projetos, por compartilharem recursos com o projeto P1, e entre eles mesmos, se beneficiam da proteção dos BCs. Contudo, dimensionar ambos os BCs com o mesmo percentual da capacidade do recurso gargalo origina diferenças importantes entre as curvas de consumo do BP2 e do BP3. O rápido crescimento do BP2 dá indícios de que os diferentes tamanhos de BCs inseridos, não cumprem a esperada função mitigadora de atrasos nas datas prometidas, pois acarretam o rápido consumo do BP2 causado unicamente pelo espaçamento criado pela inserção do BC1 e não por causa de atrasos reais. Tal comportamento indica que o projeto P2 tem pouca necessidade de segurança adicional. O projeto P3 só atinge esse comportamento com a inserção de BCs dimensionados com porcentagens grandes, indicando que existe a necessidade importante de adicionar proteção no projeto. A análise conjunta dos três projetos do sistema expõe a existência de diferentes necessidades de segurança entre eles, dando indícios do comportamento particular que cada um dos projetos tem ante as inserções dos BCs. O entendimento de tais particularidades é mais bem observado se focalizarmos nos atrasos originados pela indisponibilidade de recursos XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2350
9 Atrasos originados pela indisponibilidade de recursos. Esta análise avalia os projetos P2 e P3 separadamente, visando identificar e entender os efeitos de mitigação de atrasos que os BC2 e BC3 têm nos respectivos projetos. Para tal fim, comparamos, para cada tamanho do BC testado, os atrasos devidos à falta de recurso, os atrasos reais do projeto (quando o BP é ultrapassado) e o incremento do makespan que a inserção do BC causa. Para cada projeto são ilustrados os dois tamanhos de BC mais relevantes para apontar os diferentes efeitos que o mesmo método de dimensionamento tem em ambos os projetos. As comparações são feitas com valores percentuais para facilitar o entendimento do impacto nos projetos % BP50_BC00 BP50_BC15 BP50_BC25 BP50_BC35 BP50_BC45 Incremento makespan Atrasos por falta de recurso Atraso efetivo do P2 Imagem 4: Efeito do BC no makespan e nos atrasos do P2 (25% de prob. de atraso do projeto) % BP50_BC00 BP50_BC15 BP50_BC25 BP50_BC35 BP50_BC45 Incremento makespan Atrasos por falta de recurso Atraso efetivo do P2 Imagem 5: Efeito do BC no makespan e nos atrasos do P2 (15% de prob. de atraso do projeto) Os gráficos da Imagem 4 e da Imagem 5 referentes ao projeto P2 mostram uma relação linear ascendente entre os incrementos de tamanho no BC2 e o aumento do makespan do projeto. Todavia no caso em que a probabilidade de atraso do projeto è estabelecida no valor mais alto (25%) e o projeto não conta com a proteção de nenhum BC (tamanho nulo), o atraso efetivo do projeto é ínfimo. Atrasos do projeto com valores negativos (ou términos do projeto adiantados) são atingidos com BCs aproximados a 20% da capacidade do recurso. Repare-se, também, que os atrasos devido à falta de recurso são mitigados em maior proporção pelo BP2. Este comportamento corrobora que as características do projeto P2, em função do grau de incerteza dependente do projeto antecessor em prioridade (projeto P1), fazem que a necessidade de inserir XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2351
10 um BC seja mínima em cenários pessimistas e nula em cenários otimistas (probabilidade de atraso menores a 15%). Inserções de BCs de tamanhos maiores a 20% em cenários pessimistas e tamanhos maiores a 0% em cenários otimistas, significariam um adiamento desnecessário na definição da data de entrega, e, conseqüentemente, a perda de competitividade do projeto frente à concorrência. Ainda que o projeto P3 seja executado nos mesmos cenários dos projetos anteriores, este necessita da inserção de um BC de maior tamanho que o proteja das incertezas dos projetos que o antecedem em prioridade (P1 e P2). A diferença do projeto P2, para cenários pessimistas o projeto P3(Imagem 6 e Imagem 7) atinge a maior eficiência de mitigação de atrasos por falta de recurso com BC dimensionados em aproximadamente 35%. Para cenários otimistas, o tamanho de BC necessário diminui proporcionalmente com o nível de risco considerado, sendo preciso manter um BC de tamanho mínimo aproximado de 10% para o cenário mais otimista. Observa-se que o dimensionamento dos BC está diretamente relacionado com o nível de incerteza dos projetos. É assim que, pequenas probabilidades de atraso nos projetos permitem que os BPs absorvam melhor os atrasos devidos á falta de recursos e, conseqüentemente, seja menor a necessidade de inserir BCs no programa. Embora tal comportamento seja comum em ambos os projetos, a relação de interdependências e as particularidades de cada um deles fazem que para uma mesma probabilidade de atraso, o tamanho do BC mais eficiente para cada projeto seja diferente % BP50_BC00 BP50_BC15 BP50_BC25 BP50_BC35 BP50_BC45 Incremento makespan Atrasos por falta de recurso Atraso efetivo do P3 Imagem 6: Efeito do BC no makespan e nos atrasos do P3 (25% de prob. de atraso do projeto) % BP50_BC00 BP50_BC15 BP50_BC25 BP50_BC35 BP50_BC45 Incremento makespan Atrasos por falta de recurso Atraso efetivo do P3 Imagem 7: Efeito do BC no makespan e nos atrasos do P3 (15% de prob. de atraso do projeto) XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2352
11 5. Conclusão e perspectivas de pesquisa A partir do estudo da metodologia CC/BM para múltiplos projetos, o presente artigo mostrar efeitos importantes que a inserção e o dimensionamento dos BCs têm sobre a programação do conjunto de projetos simultâneos e sobre cada um dos projetos que o compõem. Os BCs têm a finalidade de absorver os atrasos originados pela indisponibilidade de recursos, evitando que atrasos nas atividades de um projeto causem atrasos nas atividades de projetos subseqüentes, trazendo estabilidade na gestão dos múltiplos projetos a traves do isolamento de cada projeto. Isso só é possível mediante o aumento da duração (makespan) dos projetos, e, conseqüentemente, o aumento do risco de perder a competitividade dos mesmos por apresentar prazos de entrega maiores que a concorrência. O método mais utilizado no dimensionamento de BCs estabelece como regra geral para todos os buffers presentes no programa, que o espaço de tempo adequado para alocar entre cada par de projetos consecutivos é igual a 25% da capacidade do recurso gargalo. Mediante a simulação probabilística da etapa de execução do conjunto de projetos, o artigo mostra que o ordenamento prioritário dos projetos faz com que os projetos menos prioritários sejam afetados pelas incertezas próprias e por aquelas originadas nas interdependências com os projetos predecessores. Nesse sentido, utilizar a mesma porcentagem para dimensionar todos os BCs do conjunto de projetos, pode prejudicar o desempenho de mais de um dos projetos, já seja por deixá-lo desprotegido ou por deslocá-lo mais do necessário sacrificando sua competitividade. As análises feitas sugerem que dados os propósitos dos BCs e as incertezas presentes nas durações das atividades, seu dimensionamento depende das interações entre as atividades de cada projeto, do recurso gargalo, das interdependências entre os projetos do sistema e da proteção que se deseja contra atraso na entrega de cada projeto Seria interessante a verificação dos resultados apresentados a partir de abordagens analíticas que reúnam uma grande amostra de casos práticos com características estatisticamente controladas. Da mesma maneira, o estudo pode ser continuado mediante a aplicação de heurísticas evolucionarias que permitam modelar o comportamento dos BC em função das interações entre as atividades de cada projeto, do recurso gargalo, das interdependências entre os projetos do sistema e da proteção que se deseja contra atraso na entrega de cada projeto. Assim mesmo, é necessário explorar a utilização de métodos estatísticos que permitam modelar a natureza das incertezas que interagem no sistema. 6. Bibliografia. Anavi-Isakow, S.; Golany, B. Managing multi-project environments through constant work-in-process. International Journal Of Project Management, v. 21, n. 1, p. 9-18, Cohen, I.; Mandelbaum, A.; Shtub, A. Multi-project scheduling and control: a process-based comparative study of the critical chain methodology and some alternatives. Project Management Journal, v. 35, n. 2, p. 39, Chen, C. S. Concurrent engineer-to-order operation in the manufacturing engineering contracting industries. Int. Industrial And Systems Engineering, v. 1, n. 1/2, Hans, E. W.; Herroelen, W.; Leus, R.; Wullink, G. A hierarchical approach to multi-project planning under uncertainty. Omega, v. 35, n. 5, p , Herroelen, W.; Leus, R. On the merits and pitfalls of critical chain scheduling. Journal Of Operations Management, v. 19, n. 5, p , XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2353
12 Herroelen, W.; Leus, R.; Demeulemeester, E. Critical chain project scheduling: do not oversimplify. Project Management Journal, v. 33, n. 4, p. 48, Jyh-bin, Y. How the critical chain scheduling method is working for construction. Cost Engineering, v. 49, n. 4, p. 25, Jersti, H.; Taylor, S. G. Quantifying buffers for project schedules. Production And Inventory Management Journal, v. 40, n. 2, p. 43, Kolisch, R. Resource allocation capabilities of commercial project management software packages. Interfaces, v. 29, n. 4, p. 19, Kurtulus, I.; Davis, E. W. Multi-project scheduling: categorization of heuristic rules performance. Management Science, v. 28, n. 2, p. 161, Leach, L. P. Critical Chain Project Management. Artech house, inc., Newbold, R. C. Project Management in the Fast Lane: Applying the Theory of Constraints. Boca raton, fl: crc press taylor & francis group, llc, (the st. Lucie press/apics series on constraints management). Pritsker B., A. A.; Watters, L. J.; Wolfe, P. M. Multiproject scheduling with limited resources: a zeroone programming approach. Management Science, v. 16, n. 1, set Rand, G. K. Critical chain: the theory of constraits applied to project management. International Journal Of Operations & Production Management, v. 18, p , Raz, T.; Barnes, R.; Dvir, D. A critical look at critical chain project management. Project Management Journal, v. 34, n. 4, p. 24, Rozenes, S.; Vitner, G.; Spraggett, S. Project control: literature review. Project Management Journal, v. 37, n. 4, p. 5, Steyn, H. Project management applications of the theory of constraints beyond critical chain scheduling. International Journal Of Project Management, v. 20, n. 1, p , XLI SBPO Pesquisa Operacional na Gestão do Conhecimento Pág. 2354
Casella, G. & Berger, R. L. Statistical inference. 2: Belmont, CA: Duxbury Press: p
7 Bibliografia Anavi-Isakow, S. & Golany, B. Managing multi-project environments through constant work-in-process. International Journal of Project Management, v.21, n.1, p.9-18. 2003. Barcaui, Andre &
CADEIA CRÍTICA EM MÚLTIPLOS PROJETOS: MODELAGEM DO DIMENSIONAMENTO DE
CADEIA CRÍTICA EM MÚLTIPLOS PROJETOS: MODELAGEM DO DIMENSIONAMENTO DE BUFFERS DE CAPACIDADE POR MEIO DE REDES NEURAIS Nicole Suclla Fernandez Pontifícia Universidade Católica de Rio de Janeiro Rua Marquês
'HSDUWDPHQWRGHHQJHQKDULD,QGXVWULDO. ,QWURGXomR
'HSDUWDPHQWRGHHQJHQKDULD,QGXVWULDO *(67 2'(&$'(,$6&5Ë7,&$6'(0Ò/7,3/26352-(726 6,08/7Æ1(26,QWURGXomR Muitos projetos experimentam falhas sérias em termos de prazo, orçamento e âmbito, e a taxa de projetos
Gestão de múltiplos projetos por meio da metodologia da cadeia crítica: Efeitos do buffer de capacidade e dos critérios para priorizar atividades
Nicole Suclla Fernández Gestão de múltiplos projetos por meio da metodologia da cadeia crítica: Efeitos do buffer de capacidade e dos critérios para priorizar atividades Dissertação de Mestrado Dissertação
3 Conceitos e base teórica
3 Conceitos e base teórica Este capítulo estabelece os conceitos necessários para entender os elementos, os processos e a finalidade da metodologia da cadeia crítica CC/BM, tanto em projetos individuais
5 Efeitos do buffer de capacidade e da priorização de atividades
5 Efeitos do buffer de capacidade e da priorização de atividades Neste capítulo se analisam os efeitos que a implementação dos buffers de capacidade BC têm sobre o sistema. Para tal fim, construiu-se um
Edézio Métodos Quantitativos 1
Edézio Métodos Quantitativos 1 PERT/CPM PERT: Program Evaluation and Review Technique (Técnica de Avaliação e Controle de Projetos) CPM: Critical Path Method (Método do Caminho Crítico) As redes PERT/CPM
Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento de Sistemas Espaciais. CSE Métodos e Processos na Área Espacial
Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento de Sistemas Espaciais CSE-300-4 Métodos e Processos na Área Espacial L.F. Perondi 10.08.2009 SUMÁRIO 1. Processos de Gerenciamento de Projetos.
GESTÃO DE PROJETOS. Guia PMBOK
Guia PMBOK - O guia PMBOK nada mais é que um conjunto de práticas na gestão de projetos organizado pelo instituto PMI e é considerado a base do conhecimento sobre gestão de projetos por profissionais da
Engenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II ula (rogerio@fct.unesp.br) // Conteúdo Parte : Gerenciamento &
Gerenciamento do Tempo de Projetos. Parte 05. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza
Gerenciamento do Tempo de Projetos Parte 05 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento
Corrente Crítica em Grandes Obras.
Special Day 2010 Projetos de Infraestrutura e Construção Corrente Crítica em Grandes Obras. Por Richard Massari Valor do TEMPO em grandes projetos / projetos de capital» Qual o impacto de 1 semana de atraso?»
PLANEJAMENTO DE PROJETO DE SOFTWARE
PLANEJAMENTO DE PROJETO DE SOFTWARE Cronograma no MS-Project (continuação) Profª Andrea Padovan Jubileu Desenvolvimento do Cronograma O cronograma é a disposição gráfica do tempo que será gasto na realização
Gerência de Projetos de Software: Cronograma
Gerência de Projetos de Software: Cronograma SSC-121 Engenharia de Software I Simone Senger de Souza ICMC/USP Plano de Projeto Cronograma A precisão nos cronogramas é mais importante que a precisão nos
Gerência de Escopo do Projeto
Jan / 2003 Processo usado para identificar todo o trabalho requerido para concluirmos o projeto com sucesso Capítulo 5 - PMBOK PMI - Project Management Institute Iniciação Planejamento de Escopo Definição
APLICAÇÃO DA TÉCNICA PERT EM UMA EMPRESA DE ELABORAÇÃO DE MÚLTIPLOS PROJETOS : UM ESTUDO DE CASO
APLICAÇÃO DA TÉCNICA PERT EM UMA EMPRESA DE ELABORAÇÃO DE MÚLTIPLOS PROJETOS : UM ESTUDO DE CASO Carlos Henrique Garcia 1,Ricardo Gasperini 2 1 Graduando em Produção Industrial pela Faculdade de Tecnologia
Gestão da Produção PERT - CPM Gestão da Produção PERT - CPM. Aula 3
Gestão da Produção PERT - CPM Aula 3 Métodos do caminho crítico Conjunto de técnicas utilizado para o planejamento e o controle de empreendimentos ou projetos. Utilizado para gerenciar tempo e custos dos
Qualidade de Software
Qualidade de Software PERT/CPM (Método do Caminho Crítico) Prof. Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Sumário Definição Aplicação Notação Roteiro para Aplicação Exercícios 2 PERT/CPM - Definição
Gestão de Projectos. Projectos como redes de actividades Determinação do caminho crítico Método de PERT Método CPM Exercício Links
Gestão de Projectos Gestão de Projectos Projectos como redes de actividades Determinação do caminho crítico Método de PERT Método CPM Exercício Links Projectos como redes de actividades Projectos são conjuntos
CSE Métodos e Processos na Área Espacial
CSE-300-4 Métodos e Processos na Área Espacial Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento de Sistemas Espaciais L.F.Perondi Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento
4 Metodologia da pesquisa - Efeito das abordagens
4 Metodologia da pesquisa - Efeito das abordagens Neste capítulo se estudam as diferentes abordagens propostas por Newbold (1998) para a aplicação da metodologia da cadeia crítica e gestão de buffers de
Gestão de Riscos em Projetos de Software
Gestão de Riscos em Projetos de Software Engenharia de Software Rosana T. Vaccare Braga ICMC/USP Sem riscos não há recompensas Plano de Projeto de Software 2 O que é risco?? Definição de Risco Evento ou
Modelagem e Simulação. Roteiro. 1. Introdução 2. Análise de Risco 3. Pert Master 4. Conclusões 5. Referências. Introdução
Modelagem e Simulação Roteiro 1. Introdução 2. Análise de Risco 3. Pert Master 4. Conclusões 5. Referências Introdução 1 Simulação Técnica matemática que captura o efeito da variabilidade natural das entradas
Prof. Fabrício Maciel Gomes Departamento de Engenharia Química Escola de Engenharia de Lorena EEL
Prof. Fabrício Maciel Gomes Departamento de Engenharia Química Escola de Engenharia de Lorena EEL Referências Bibliográficas Sistema de Avaliação Duas Provas teóricas Um Trabalho em Grupo MédiaFinal 0,4
Unidade I ELABORAÇÃO E ANÁLISE. Prof. André Medeiros
Unidade I ELABORAÇÃO E ANÁLISE DE PROJETOS Prof. André Medeiros O que é um projeto? É um empreendimento singular e temporário, com o objetivo de desenvolver um produto ou serviço. Segundo o PMI - Project
Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
ANÁLISE DO PRAZO DE EXECUÇÃO DE DOIS EMPREENDIMENTOS IMOBILIÁRIOS NO RIO DE JANEIRO
ANÁLISE DO PRAZO DE EXECUÇÃO DE DOIS EMPREENDIMENTOS IMOBILIÁRIOS NO RIO DE JANEIRO Rosana Dischinger Miranda Mestre em Tecnologia pelo Centro Federal de Educação Tecnológica rosanacefetrj@gmail.coml José
Keywords: Maintenance stops; Maintenance; CPM.
Demonstração da aplicação do método CPM no planejamento de paradas de equipamentos para manutenção Demonstration of the application of the CPM method in the planning of the maintenance equipment stops
Prof. Lorí Viali, Dr.
Prof. Lorí Viali, Dr. viali@pucrs.br http://www.pucrs.br/famat/viali/ Dentre a grande variedade de sistemas que podem ser modelados e para os quais a simulação pode ser aplicada com proveito, uma classe
Processo de Desenvolvimento. Edjandir Corrêa Costa
Processo de Desenvolvimento Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Processo de Desenvolvimento Definição: É um roteiro que determina quais são as tarefas necessárias e em que ordem elas devem
INTRODUÇÃO INTRODUÇÃO 31/03/2015 GESTÃO DO TEMPO CRONOGRAMA GERENCIAMENTO DE PROJETOS DEFINIÇÃO DA ATIVIDADE DEFINIÇÃO DA ATIVIDADE
UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL INTRODUÇÃO 2 GERENCIAMENTO DE PROJETOS Prof. : Heloisa Campos GESTÃO DO TEMPO GESTÃO DO ESCOPO DEFINIDA Definir as atividade; Sequenciar
Gerencial Industrial ISO 9000
Gerencial Industrial ISO 9000 Objetivo: TER UMA VISÃO GERAL DO UM SISTEMA DE GESTÃO DA QUALIDADE: PADRÃO ISO 9000 Qualidade de Processo Qualidade do produto não se atinge de forma espontânea. A qualidade
Curso Superior de Tecnologia em Gestão Pública. Introdução ao gerenciamento de projeto
Curso Superior de Tecnologia em Gestão Pública Introdução ao gerenciamento de projeto O que é um Projeto? Um projeto é um complexo e não rotineiro esforço único limitado por tempo, orçamento, recursos
Engenharia Software. Ení Berbert Camilo Contaiffer
Engenharia Software Ení Berbert Camilo Contaiffer Características do Software Software não é um elemento físico, é um elemento lógico; Software é desenvolvido ou projetado por engenharia, não manufaturado
Gerência de Projetos e Manutenção de Software Aula 5 Planejamento de Projetos Andréa Magalhães Magdaleno
Gerência de Projetos e Manutenção de Software Aula 5 Planejamento de Projetos Andréa Magalhães Magdaleno andrea@ic.uff.br 2016.02 Agenda Cronograma Custos e Orçamento Exercícios 2 Etapas do planejamento
Data Warehouse ETL. Rodrigo Leite Durães.
Data Warehouse ETL Rodrigo Leite Durães rodrigo_l_d@yahoo.com.br Introdução Um dos desafios da implantação de um DW é a integração dos dados de fontes heterogêneas e complexas, padronizando informações,
Project Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR
Project Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR Bernardo Grassano 1, Analia Irigoyen Ferreiro Ferreira 2, Mariano Montoni 3 1 Project Builder Av. Rio Branco 123, grupo 612, Centro
GERENCIANDO O RISCO DO CRONOGRAMA USANDO SIMULAÇÕES DE MONTE CARLO
GERENCIANDO O RISCO DO CRONOGRAMA USANDO SIMULAÇÕES DE MONTE CARLO INTRODUÇÃO Você está finalizando o planejamento da próxima grande parada de manutenção ou de um Projeto de Capital da sua empresa, e está
CEULJI ULBRA Sistemas de Informação Disciplina Gestão de Projetos 1 semestre de 2016 Primeiro Semestre. Lista de exercícios 01
CEULJI ULBRA Sistemas de Informação Disciplina Gestão de Projetos 1 semestre de 2016 Primeiro Semestre Lista de exercícios 01 DEFINIÇÃO DE CONTROLE DE PROJETO PERT & CPM Listas de exercícios - Lista de
Prof. Fabrício Maciel Gomes Departamento de Engenharia Química Escola de Engenharia de Lorena EEL
Prof. Fabrício Maciel Gomes Departamento de Engenharia Química Escola de Engenharia de Lorena EEL Sequenciamento e Emissão de Ordens Escolhida uma sistemática de administração dos estoques, serão geradas,
Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento de Sistemas Espaciais. CSE Introdução à Gestão de Projetos
Engenharia e Tecnologia Espaciais ETE Engenharia e Gerenciamento de Sistemas Espaciais CSE-208-4 Introdução à Gestão de Projetos L.F. Perondi 16.08.2010 SUMÁRIO Planejamento - Gerenciamento do Tempo -
INE 5101 Simulação Discreta. Simulação Discreta de Sistemas - Prof. Paulo Freitas - UFSC/CTC/INE
INE 5101 Simulação Discreta 1 Objetivos do curso Ao final deste curso você deverá saber: O que é modelagem e simulação de sistemas; Como funcionam programas de simulação; Como utilizar corretamente uma
Roteiro Prático para Administração de um Projeto 1
Roteiro Prático para Administração de um Projeto 1 Objetivos da aula de hoje Saber planejar as etapas para administrar um projeto. Saber administrar as etapas de um projeto. Administrar um Projeto Administrar
Capítulo 6 Gerenciamento do Tempo do projeto
Capítulo 6 Gerenciamento do Tempo do projeto 1 Introdução Vamos pensar um pouco? 2 Introdução Porquê gerenciar o tempo? Como saber se chegaremos nos objetivos no prazo estimado? Planejar e Controlar 3
Métodos de Apoio à Elaboração de Cronogramas
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: Gerência de Projetos Prof.: (monalessa@inf.ufes.br) 1. Gráfico de Gantt 2. PERT/CPM 1 1. Gráfico de Gantt
Project Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR
Project Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR Bernardo Grassano 1, Eduardo Carvalho 2, Analia Irigoyen Ferreiro Ferreira 3, Mariano Montoni 3 1 Project
QUALIDADE Grau até o qual um conjunto de características satisfaz as necessidades! Cumprimento dos requisitos pré determinados no Escopo do projeto;
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL Prof.ª: MSc.: Heloisa Fuganti Campos 2 COMPETITIVIDADE NA CONSTRUÇÃO CIVIL INTRODUÇÃO SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis
Professor Ariel da Silva Dias RUP e Modelos Ágeis Modelo de processo de software proprietário. Desenvolvido pela empresa Rational Software Corporation. Em 2003 a empresa foi adquirida pela IBM. Então O
INTRODUÇÃO INTRODUÇÃO INTRODUÇÃO ISO 9001 ISO /03/2015 QUALIDADE! GERENCIAMENTO DE PROJETOS GESTÃO DE QUALIDADE
UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL INTRODUÇÃO 2 GERENCIAMENTO DE PROJETOS Prof.: Heloisa Campos COMPETITIVIDADE NA CONSTRUÇÃO CIVIL SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS. Prof. Msc. Carlos José Giudice dos Santos
FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS Prof. Msc. Carlos José Giudice dos Santos ÁREAS DE CONHECIMENTO Nós já sabemos que o Guia PMBOK é dividido em 10 áreas do conhecimento relacionadas ao
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução 1 Processo Unificado (PU) 1.1 Bibliografia Autoria:Aristófanes
Planejamento e Gerenciamento Iterativo de Projetos de Software
Planejamento e Gerenciamento Iterativo de Projetos de Software 1 1. Introdução Motivação e Conceitos Básicos 2 Preocupações do Gerente de TI Melhorar a qualidade do desenvolvimento de software Principais
Introdução a Gerencia de Projetos
MBA EM GERENCIA DE PROJETOS Introdução a Gerencia de Projetos Rogério Santos Gonçalves 1 Agenda 1. Introdução ao Curso de Gerencia de Projetos 2. Conceitos Básicos sobre Gerenciamento de Projetos. 1. O
Paradigmas de Software
Paradigmas de Software Objetivos Introdução aos paradigmas de software. Descrição de modelos genéricos e sua aplicabilidade. Descrição dos processos de requisitos, desenvolvimento, teste e evolução. Modelo
ANÁLISE DA CORRENTE CRÍTICA COMO ALTERNATIVA PARA GESTÃO DE PROJETOS: POTENCIALIDADES DE APLICAÇÃO EM UM SISTEMA PRODUTIVO ENGINEER-TO-ORDER
UNIVERSIDADE METODISTA DE PIRACICABA FACULDADE DE ENGENHARIA, ARQUITETURA E URBANISMO PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA DE PRODUÇÃO ANÁLISE DA CORRENTE CRÍTICA COMO ALTERNATIVA PARA GESTÃO DE PROJETOS:
! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!
Administração de Projetos
Administração de Projetos Iniciação: elaborando um TAP Prof. Robson Almeida UNIP. Administração de projetos. Aula 3 Fase de Iniciação de projetos [notas de aula]. Faculdade Online UVB, 2012. Acesso em:
ADMINISTRAÇÃO GERAL Receita Federal 17 a 20
ADMINISTRAÇÃO GERAL Receita Federal 17 a 20 Gerenciamento de projetos Conceito de Projeto Receita Federal Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.
Processos de software
Processos de software 1 Processos de software Conjunto coerente de atividades para especificação, projeto, implementação e teste de sistemas de software. 2 Objetivos Introduzir modelos de processos de
A gestão da implementação
A gestão da implementação Estrutura de planeamento de projectos avaliação e gestão de risco a gestão de projectos despiste e tratamento de problemas de implementação técnicas de revisão de implementação
Perguntas da Aula 2. Respostas da Pergunta 2. Respostas da Pergunta 1. Respostas da Pergunta 4. Respostas da Pergunta 3. Processos de Software
Engenharia de Software Aula 03 Perguntas da Aula 2 Processos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 12 Março 2012 Inconsistente: perguntei laranjas, respondeu
Programação de Projetos
Programação de Projetos Definições de projeto Design concepção, desenvolvimento e especificação técnica de um produto. carro software projeto (desenho) de casa. Project empreendimento temporário, conjunto
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: GESTÃO DE PROJETOS Aula N : 03 Tema: Gerenciamento
COMUNIX WFM WORKFORCE MANAGEMENT
COMUNIX WFM WORKFORCE MANAGEMENT A Comunix tem o compromisso de desenvolver práticas e produtos que ajudam a proteger o ambiente. O módulo de gerenciamento de força de trabalho totalmente integrada a plataforma
Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock
Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock Introdução à Gestão de Projetos; Gestão de Escopo; Gestão de Prazos; Gestão de Custos; Gestão de Pessoas; Gestão de Comunicação; Gestão
ENGENHARIA DE SOFTWARE
CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Processos de Software O PROCESSO É LENTO... Todo software deve ser construído de forma organizada, através de processos. Um processo pode ser
Engenharia de Software
Instituto Superior Politécnico de Ciências e Tecnologia Engenharia de Software Prof Pedro Vunge www.pedrovunge.com I Semestre de 2018 Capítulo 1 Introdução SUMÁRIO Engenharia de Software Definição; Objectivos
REDE PERT - CPM DEP E A P R A TA T M A EN E TO T DE E M EC E ÂN Â IC I A C
REDE PERT - CPM DEPARTAMENTO DE MECÂNICA PROGRAMA DE MANUTENÇÃO PREVENTIVA AO LONGO DO ANO PARALIZAÇÕES E TRABALHOS DE EMERGÊNCIA GRANDES TRABALHOS PROJETOS DE MODIFICAÇÕES INSPEÇÃO LUBRIFICAÇÃO DE ROTINA
Planejamento de Projeto de Software: Estimativas de Esforço e Custo
Planejamento de Projeto de Software: Estimativas de Esforço e Custo Engenharia de Software Simone S. Souza ICMC/USP PLANO DE PROJETO DE SOFTWARE I. Introdução. Escopo e propósito do documento 2. Objetivos
Gerência de Integração
Gerência de Integração PMBOK Capítulo 4 hermano@cin.ufpe.br O que é Gerência de Integração? Garantir que todos os elementos dentro do projeto estejam devidamente coordenados e integrados Garante também
Manutenção de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2016
Manutenção de Software Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2016 Processos de Ciclo de Vida de Software Processos Fundamentais Aquisição Processos de Apoio Documentação
Residência em Arquitetura de Software. Gerência de Tempo. Prof. Dr. Sandro Ronaldo Bezerra Oliveira
Residência em Arquitetura de Software Gerência de Tempo Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Gerência de Desenvolvimento 2008.2 Faculdade de Computação Instituto de Ciências
WBS Schedule Pro Para Controle de Cronogramas
WBS Schedule Pro Para Controle de Cronogramas WBS Schedule Pro Controle de Cronogramas Introdução Muitos podem já conhecer e concordar que a ferramenta WBS Chart Pro é uma das melhores opções para a construção
GERENCIAMENTO DO TEMPO DO PROJETO
DO PROJETO Gestão de Projetos de Infraestrutura Luciano Rodrigues de Souza GESTÃO DO TEMPO Começar um trabalho sem planejá-lo primeiro, ou seja, partir para o AGIR antes do PENSAR em como agir. Fazer atividades
Gerência de Projetos
Gerência de Projetos Prof. Rodrigo Rocha prof.rodrigorocha@yahoo.com Informações Bibliografia VALERIANO, D. L. Gerência em projetos. São Paulo: Makron Books, 1998 Ementa 1. Gerencia de projetos 1.1 Histórico
GESTÃO DE PROJETOS Unidade 4 Gerenciamento de Tempo. Luiz Leão
Unidade 4 Gerenciamento de Tempo Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Identificação das atividades Sequenciamento de atividades Estimativa de Recursos Estimativas
Gerenciamento de Comunicação em Projetos de Software - Um estudo de caso no Laboratório Gaia da UEL
Gerenciamento de Comunicação em Projetos de Software - Um estudo de caso no Laboratório Gaia da UEL Vinicius Marques Chioratto 1, Rodolfo Miranda de Barros 1 1 Departamento de Computação Universidade Estadual
Requisitos de Software
Requisitos de Software Engenharia de requisitos Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Manutenção de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015
Manutenção de Software Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015 Processos de Ciclo de Vida de Software Processos Fundamentais Aquisição Processos de Apoio Documentação
PERT e CPM. Grupo 4 Integrantes : Fernando Watanabe Thiago Yukio N. Alves Vinicius A. C. Miquelin
PERT e CPM Grupo 4 Integrantes : Fernando Watanabe 8587611 Thiago Yukio N. Alves 8993740 Vinicius A. C. Miquelin 8988410 Significados Program Evaluation and Review Technique (PERT) - Avaliação de programa
PERT PERT PERT PERT PERT PERT. O CPM assume que as estimativas de tempo para um projeto são certas (determinísticas);
O CPM assume que as estimativas de tempo para um projeto são certas (determinísticas); A duração de cada atividade na prática, contudo, pode ser diferente daquela prevista no projeto; Existem muitos fatores
3.1 Reflexão Computacional
3 Adaptação Dinâmica Adaptação dinâmica é a capacidade de um sistema ser modificado durante sua execução para se adequar a novas necessidades. Recentemente, esse tem se tornado um tópico de pesquisa proeminente
Gestão de Projetos TOC
Gestão de Projetos TOC 1 Goldratt Consulting www.goldrattconsulting.com.br 2 TOC Aplicações > Processos de Raciocínio > Solução Holística 3 Em síntese. FAZER O QUE DEVE SER FEITO E NÃO FAZER O QUE NÃO
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Gerência de Projetos e Manutenção de Software Aula 9 Monitoramento e Controle Andréa Magalhães Magdaleno
Gerência de Projetos e Manutenção de Software Aula 9 Monitoramento e Controle Andréa Magalhães Magdaleno andrea@ic.uff.br 2018.01 Agenda Monitoramento e Controle Métodos ágeis Gráfico de burndown Métodos
Customização e Implantação da Solução Project Explorer para CNI Versão em Espanhol
Customização e Implantação da Solução Project Explorer para CNI Versão em Espanhol Brasília 06/11/2008 CDIS Empresa especializada em desenvolvimento de sistemas e consultoria em gerência de projetos SUMÁRIO
Elaboração e Gestão de Projetos
Disciplina do curso de Especialização em Gestão Pública (48horas) Período: Quintas feiras 05/02 a 23/04/201 26/02 ok - hoje! Aulas previstas: Fevereiro: 12, 19, 26-05 não houve aula Março: 05, 12, 26 19
Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>
Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor
Gestão de projectos com PERT /CPM João Carlos Lourenço
Gestão de projectos com PERT /CPM João Carlos Lourenço joao.lourenco@tecnico.ulisboa.pt Ano lectivo 2015/2016 Leituras recomendadas: Hillier, F.S., Lieberman, G.J., 2010. Introduction to Operations Research,
Visões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
ESTÁGIOS DOMINANTES FLEXÍVEIS EM SISTEMAS DE PRODUÇÃO FLOW SHOP HÍBRIDOS
ESTÁGIOS DOMINANTES FLEXÍVEIS EM SISTEMAS DE PRODUÇÃO FLOW SHOP HÍBRIDOS João Vitor Moccellin Departamento de Engenharia de Produção Escola de Engenharia de São Carlos, Universidade de São Paulo. Av. Trabalhador
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA FASE DE PROJETO
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA FASE DE PROJETO Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 A essência dessa fase
Verificação e Validação. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 22 Slide 1
Verificação e Validação Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 22 Slide 1 Objetivos Apresentar a verificação e validação de software e discutir a distinção entre elas Descrever
A força para transformar riscos em resultados
A força para transformar riscos em resultados A empresa A Motrice é uma empresa de consultoria em engenharia voltada para a gestão de empreendimentos e tem como missão alavancar resultados desejados por
Processos de Software
Riscos Processos de Software Gidevaldo Novais (gidevaldo.vic@ftc.br) Muitos problemas no desenvolvimento de software provêm de riscos Seriam problemas potenciais que poderão ocorrer em um futuro próximo
Curso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML
Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DComp 2017 Modelagem de Dados UML 2 1 Eduardo Bezerra Editora Campus/Elsevier Porcentagem de projetos que terminam dentro do
GERENCIAMENTO DE PROJETO OTIMISTA (GPO): UM MÉTODO QUE INTEGRA PERT/CPM À CCPM
Revista de Gestão e Projetos - GeP e-issn: 2236-0972 DOI: http://dx.doi.org/10.5585/gep.v2i2.25 Organização: Comitê Científico Interinstitucional Editor Científico: Roque Rabechini Júnior Avaliação: Double
GERENCIAMENTO DOS CUSTOS DO PROJETO
GERENCIAMENTO DOS CUSTOS DO PROJETO O gerenciamento dos custos do projeto inclui os processos envolvidos em planejamento, estimativas, orçamentos, financiamentos, gerenciamento e controle dos custos, de