1 PROJETOS Cap - 4 Qualidade é o conjunto das características (ou especificações) de uma entidade (produto, serviço, evento, conceito, pessoa, grupo,

11

PROJETOS Cap - 4PROJETOS Cap - 4

Qualidade é Qualidade é o conjunto das características (ou o conjunto das características (ou especificações) de uma entidade (produto, especificações) de uma entidade (produto, serviço, evento, conceito, pessoa, grupo, serviço, evento, conceito, pessoa, grupo, organização). As características definem a organização). As características definem a capacidade de a entidade atender necessidades capacidade de a entidade atender necessidades implícitas ou explícitas.implícitas ou explícitas.

Administração da Administração da qualidadequalidade

Introdução

22

PROJETOSPROJETOSO processo de gerenciamento da qualidade em um projeto abrange duas entidades - o produto e o próprio projeto (Figura 4.1).

33

PROJETOSPROJETOS1.1 Administração da qualidade do produto

O gerenciamento da qualidade de um produto começa com a definição de especificações (ou requisitos) que transformam as necessidades e interesses do cliente em desempenho esperado. As especificações de desempenho devem incorporar as características desejadas pelos clientes, assim como rejeitar as características indesejadas ou desnecessárias. Sucessivamente, as especificações do cliente são usadas para tomar as decisões sobre as características técnicas, a composição e a fabricação do produto.

44


A qualidade do produto, no entanto, não é um problema de atender apenas ao consumidor ou usuário. Qualidade é um problema de conciliar os interesses desse cliente com os das demais partes interessadas, ao longo de toda a cadeia de criação de valor, dentro e fora da empresa. São partes interessadas do produto:

55


•O consumidor ou usuário.•Os vendedores, distribuidores e pessoal que prestará serviços e fará a manutenção do produto.•O pessoal da linha de produção. Etc.

66


•Para atender a todas essas partes interessadas, o produto deve incorporar especificações como:

•Design for manufacturability: projeto ou desenho para produtibilidade - ou facilidade de fabricação.

•Design for assembly: projeto ou desenho para montagem - ou facilida de de montagem do produto.

•Design for serviceability and maintainability: projeto ou desenho para serviço e manutenção - ou facilidade de fazer manutenção do produto.

77


•Gerenciar a qualidade do produto, começando pela criação de especificações, já é um problema complexo quando se consideram as partes interessadas que estão envolvidas nos ciclos de vida do projeto e do produto. A complexidade aumenta quando o ambiente é parte interessada: como vimos no primeiro capítulo, o ciclo de vida do produto vai além do processo de uso e chega até a vida após a morte. A qualidade abrange os requisitos não só de todas as áreas funcionais de todas as empresas envolvidas e do cliente/consumidor, mas também do ambiente, assim como a avaliação dos impactos econômicos e sociais. As decisões sobre a qualidade alcançam também a destinação, ao fim do ciclo de vida, dos ativos industriais criados para fabricar o produto.

88

PROJETOSPROJETOS1.2 Administração da qualidade do projeto

No nível do projeto, o foco da qualidade está no processo de gerenciamento trata-se de "gerenciar a qualidade do

gerenciamento" do projeto.No Guia do PMBOK, qualidade é uma das áreas do

conhecimento, organizada em três processos: planejamento, garantia e controle. Cada um desses três processos é

analisado sob a perspectiva das entradas, ferramentas e saídas. A administração da qualidade do projeto é definida pela qualidade de seus elementos: escopo, tempo, custos,

riscos e assim por diante. Um projeto com qualidade, portanto, usa o próprio Guia do PMBOK como padrão de

administração.

99

PROJETOSPROJETOS1.2 Administração da qualidade do projeto

No IPMA Competence Baseline, qualidade é uma das competências técnicas, definida em termos de conformity: "A qualidade do projeto é definida como o atendimento dos requisitos acordados para o projeto. A qualidade da adminis tração do projeto é definida como o atendimento dos requisitos acordados para a administração do projeto (p. 2-3)." O gerenciamento da qualidade é respon sabilidade de toda a equipe do projeto e depende de políticas corporativas: "A base da qualidade do projeto é formada pelas práticas de administração da qua lidade da organização permanente [...] Especificamente, a organização perma nente determina a política, os objetivos e as responsabilidades da qualidade do projeto (p. 48)."

A Certificação da IPMA baseia-se na avaliação da competência do candidato como gestor de projetos, constituída pelos conhecimentos, experiência profissional e atitude pessoal, tal como se encontram definidas no ICB- IPMA Competence Baseline, e no referencial português, NCB – National Competence Baseline, que é a localização para Portugal do ICB.

1010

PROJETOSPROJETOS2 Processos da administração da qualidade do produto

A administração da qualidade do produto compreende três processos principais: planejamento da qualidade, garantia da qualidade e controle da qualidade (os princípios são os mesmos para a qualidade do processo de administrar o projeto). Cada um desses três processos será analisado separadamente a seguir.

1111

PROJETOSPROJETOS2.1 Planejamento da qualidade do produto

O planejamento da qualidade consiste em definir as características do produto, com base na análise das necessidades. A qualidade planejada abrange dois tipos de características, especificações(requisitos): as especificações funcionais e as especificações técnicas. Essas especificações estabelecem o escopo do produto, ou desempenho desejado do produto, de acordo com os requisitos de todas as partes interessadas (Figura 4.2). Ao final do projeto, o produto será comparado com as especificações, para verificar se o escopo foi atendido. Qualidade de aceitação ou de conformidade é a medida da coincidência entre a qualidade planejada e a qualidade que o produto de fato apresenta. A falta de qualidade, de planejamento ou aceitação sempre é problemática.

1212

PROJETOSPROJETOS

1313

PROJETOSPROJETOS2.1.1 Especificações funcionais

As especificações funcionais (ou especificações de desempenho) traduzem as necessidades e expectativas do cliente em termos de desempenho que o produto deverá alcançar. As especificações funcionais descrevem o produto na linguagem do cliente, uma linguagem que não é técnica. E a voz do cliente, que os técnicos devem ouvir para chegar às especificações técnicas. São exemplos de especificações funcionais:

1414

PROJETOSPROJETOS2.1.1 Especificações funcionais

•Duração da carga de uma bateria de celular.•Tamanho de um equipamento.•Velocidade, capacidade de carga, autonomia e finalidade de um veículo.•Número de pessoas que uma instalação deverá comportar.•Decisões que um sistema de informações deverá possibilitar serem tomadas.•Conhecimentos que a leitura de um manual deverá transmitir. •Habilidades que um programa de treinamento deverá desenvolver.•Pergunta de pesquisa a que uma dissertação ou tese deverá responder.

1515

PROJETOSPROJETOS2.1.2 Especificações técnicas

As especificações técnicas nascem das especificações funcionais e descrevem as

características do produto em termos de seus atributos técnicos (Figura 4.3). São exemplos de

especificações técnicas:

•Dimensões de um objeto.•Quantidade de cimento numa construção.

•Fórmula ou processo de fabricação de um produto. •A capacidade de memória de um computador.

1616

PROJETOSPROJETOS

1717

PROJETOSPROJETOS2.1.2 Especificações técnicas

Para caminhar das especificações funcionais para as especificações técnicas, uma equipe de projeto pode usar a ferramenta casa da qualidade (House of Quality, HoQ), que faz parte da técnica chamada QFD (quality function deployment ou desdobramento da função da qualidade). A casa da qualidade procura colocar no desenho do produto todas as especificações funcionais desejadas pelos clientes (e outros stakeholders) e, ao mesmo tempo, evitar que características indesejadas ou desnecessárias sejam incorporadas no produto. Ouvindo a voz do cliente, a equipe diminui o risco de projetar um produto que ele não deseja. O objetivo é evitar um produto com funções que nunca são usadas e que aumentam o custo sem agregar valor.Adiante neste capítulo estudaremos a casa da qualidade.

1818

PROJETOSPROJETOS2.1.3 Níveis de qualidade

Grau, nível, categoria, classe ou tipo é ordem a que pertence o produto, em função da quantidade ou sofisticação de suas características. As distinções entre produtos e serviços (luxo e básico, por exemplo), que se refletem nas variações de preços, decorrem da quantidade e sofisticação das características. As diferenças entre as classes de qualidade são soluções para atender a necessidades específicas que refletem expectativas e necessidades do cliente. No planejamento da qualidade, deve estar explícito o grau de qualidade a que o produto pertence.

1919

PROJETOSPROJETOS2.2 Garantia da qualidade

O processo da garantia da qualidade, como diz o nome, procura garantir que as características ou atributos planejados

estejam presentes no produto que o projeto deve fornecer. Garantir a qualidade consiste em fazer coincidir a qualidade

planejada com a qualidade real, antes que seja difícil ou impossível corrigir erros e defeitos.

Para garantir a qualidade, é preciso estruturar um sistema da qualidade. O sistema da garantia da qualidade pode ser

altamente sofisticado ou apenas um conjunto simples mas eficaz de procedimentos e normas. Um sistema da qualidade

compreende elementos como:

2020


• Padrões (especificações) de qualidade de produtos, serviços e processos. A garantia da qualidade começa com a existência dos padrões

representados pelas especificações de qualidade. Sem padrões, não existe qualidade planejada e nenhuma forma de

avaliação é possível.

•Procedimentos de análise passo a passo, para evitar a ocorrência de erros e surpresas no final. Por exemplo, o sistema da qualidade pode

estabelecer que a proposta básica de um projeto deva conter uma casa da qualidade ou um estudo preliminar da viabilidade técnica e comercial de um produto Um exemplo especifico de análise passo a passo é o exame de qualificação, que consiste em avaliar uma tese ou dissertação antes

que seja apresentada para defesa. Os exames de qualificação reduzem o risco de uma reprovação sumária no final do processo, por falta de

qualidade da monografia.

2121


Formação de pessoal. Segundo Feigenbaum*, no final das contas, tudo depende de um par de mãos. Não se pode

esperar que a qualidade dependa apenas de especificações ou de procedimentos. Sem pessoas qualificadas e

apropriadamente recompensadas, é impossível obter-se qualidade.

Responsabilidades definidas pela administração da qualidade. Dentro de uma equipe de projeto, todos são responsáveis pela

qualidade. No entanto, responsabilidades específicas em relação à qualidade dos entregáveis e do processo de

administrar o projeto devem ser definidas para o gerente e cada um dos integrantes.

* Livro “Total Quality Control”, até hoje considerado uma referência na área.

2222


Testes e simulações. Testes e simulações podem ser feitos em etapas críticas do

projeto. Em projetos de eventos e serviços, como lançamento de peças de teatro ou competições, sempre há um ensaio

geral. Produtos são submetidos à apreciação dos clientes em forma de maquete física ou simulação de computador. Sempre

deve haver procedimentos de verificação e aprovação do produto, para que as deficiências apareçam e a equipe saiba

como lidar com elas.Manuais de administração da qualidade. O manual de administração da qualidade contém a definição

dos elementos anteriores e de outros que o sistema possa ter. O manual é o guia ao qual se recorre para encontrar todas as

referências, especificações e orientações que permitem administrar a qualidade.

2323


O sistema da garantia da qualidade pode ser altamente sofisticado ou apenas um conjunto simples mas eficaz de procedimentos e normas. Por exemplo, no caso dos projetos acadêmicos, as monografias (teses ou dissertações) são submetidas a pelo menos um exame de qualificação, antes de serem levadas à defesa. Os exames de qualificação reduzem o risco de uma reprovação sumaria, por falta de qualidade do projeto.

2424

PROJETOSPROJETOS2.3 Controle da qualidade

A garantia da qualidade não elimina a necessidade do controle da qualidade, que continua a ser um dos elementos do sistema da qualidade. No entanto, a eficiência do sistema de garantia da qualidade muda a ênfase do controle. A ênfase, no processo de controle, está em encontrar os erros. Nos sistemas modernos de administração da qualidade, a ênfase está em assegurar que o resultado correto seja obtido.

2525

PROJETOSPROJETOS3 Casa da qualidade

QFD (quality function deployment ) é uma técnica que procura transformar a voz do cliente em características do

produto e chegar até a definição do processo produtivo.

A primeira etapa do QFD é a construção da casa da qualidade (ou primeira matriz QFD). Essencialmente,

a casa da qualidade é um gráfico que mostra o cruzamento das necessidades do cliente

(especificações funcionais) com as características do produto (especificações técnicas).

Você vai conhecer a seguir os passos para construir uma versão simplificada da casa da qualidade.

2626

PROJETOSPROJETOSPasso 1: Pesquisar as necessidades do cliente

A equipe do projeto deve começar pelo levantamento das especificações funcionais, pesquisando o que o cliente espera do produto final. As necessidades dos clientes descrevem o desempenho do produto em maior ou menor detalhe e devem ser agrupadas por afinidade. No exemplo abaixo, há uma lista de especificações funcionais agrupadas por afinidade.

2727

PROJETOSPROJETOSPasso 1: Pesquisar as necessidades do cliente

Produto: novo modelo de fogão

Necessidades relacionadas ao uso•Fogo acende facilmente

•Forno esquenta rapidamente

Necessidades relacionadas à segurança•Porta do forno não deve esquentar•Gás é interrompido se fogo apaga

2828

PROJETOSPROJETOSPasso 2: Identificar o grau de importância das

necessidades

Para o cliente, as especificações não têm todas a mesma importância.

No exemplo, por hipótese, o cliente deseja que todas as necessidades estejam atendidas no novo produto, mas a

segurança é mais importante. Essa avaliação pode:

variar de 1 (muito pouco importante) a 5 (muito importante).

Apliquemos essa idéia ao novo modelo de fogão.

2929

PROJETOSPROJETOSPasso 2: Identificar o grau de importância das

necessidades

Necessidade Importância

Uso • Fogo acende facilmente 3

• Forno esquenta rapidamente 2Segurança • Porta do forno não esquenta 4

• Gás é interrompido se fogo apaga 5

3030

PROJETOSPROJETOSPasso 3: Definir as características técnicas

Em seguida, a equipe de projeto deve criar uma descrição das principais características técnicas mensuráveis do produto, como, por exemplo, as dimensões, a capacidade de operação, o desempenho e assim por diante. Da mesma maneira que as necessidades do cliente, essas características devem ser agrupadas por afinidade.

3131

PROJETOSPROJETOSPasso 3: Definir as características técnicas

Dimensões Características técnicas gerais

• Espessura da porta do forno

• Quantidade de bocas no fogão

• Abertura dos orifícios de gás

• Número de hastes na grade do forno

3232

PROJETOSPROJETOSPasso 4: Definir as relações entre

necessidades e características técnicas

Esta é a parte mais importante na construção da casa da qualidade e, por isso, a que requer maior cuidado. É aqui que a equipe de projeto descobre quais características do produto realmente colaboram para a satisfação do cliente.

Neste ponto, é necessário construir uma matriz para cruzar todas as necessi dades identificadas com todas as características técnicas. Nas células internas da tabela

registra-se o grau de correlação entre as necessidades e as características, classificando-o como alto, médio, baixo ou

zero. Veja o exemplo a seguir:

3333



espessura da

porta do forno

tamanho

dos orifícios de gás

quantidade de

bocas no fogão

número de

hastes na

grade do

forno

Fogo acende facilmente (zero) M (MÉDIA) - (zero)

Forno esquenta rapidamente

M A (ALTA) - -Porta do forno não esquenta

A B (BAIXA) - -Gás é interrompido se fogo apaga - - - -

3434



Continuando, um peso deve ser atribuído ao grau de correlação (por exemplo, a correlação alta tem peso 9, a média tem peso

5, a baixa tem peso 2 e a zero tem peso 0).Nesse ponto do processo, já se percebe que:

Nenhuma das características técnicas está resolvendo a necessidade mais importante do cliente ("gás é interrompido se o fogo apaga").

A característica técnica "número de hastes" não se relaciona a nenhuma necessidade do cliente.

3535

PROJETOSPROJETOSPasso 5: Relacionar as características técnicas entre siProsseguindo, a equipe deve avaliar se as características

técnicas do produto conflitam ou colaboram entre si. Se uma característica técnica conflita com outra, usa-se o sinal menos ("-"). Se duas características colaboram entre si usa-se o sinal

mais ("+"). Se a correlação não existe, ou seja, se as características não influem uma na outra, nenhum sinal é

usado. No exemplo dado, suponhamos que o tamanho dos orifícios do gás impede que haja um número ideal de bocas no

fogão. Neste caso, teremos de decidir entre uma das duas características, e a relação entre as duas recebe o sinal "-". Suponhamos que a espessura da porta do forno possa ser

maior quando há mais hastes na grade do forno. Neste caso, a correlação entre estas duas características recebe um sinal "+".Essa correlação é mostrada em um gráfico que tem a forma de

uma casa - a casa da qualidade (Figura 4.4).

3636

PROJETOSPROJETOS

3737

PROJETOSPROJETOSA casa da qualidade ainda não está completa, mas já é possível perceber a sua utilidade. Ela ajuda a equipe de projeto a escolher quais características do produ to são mais relevantes. Neste exemplo, é muito mais importante gastar recursos do projeto com o dimensionamento correto da porta do forno (que influencia di retamente em uma necessidade que o cliente considera de grande importância) do que se preocupar com a quantidade de bocas do fogão.

3838

PROJETOSPROJETOSPasso 6: Estabelecer metas

O estabelecimento de metas vai ser usado pela equipe de projeto para definir com

precisão quais características técnicas serão priorizadas. Priorizar, neste caso, significa gastar mais tempo, pessoas, dinheiro etc. para atingir uma especificação que traga o

maior benefício para o cliente. A priorização é obtida multiplicando-se o grau de importância

da necessidade (passo 2) pela correlação entre a necessidade e a característica técnica

(passo 4). Exemplo:

3939

PROJETOSPROJETOS

4040

PROJETOSPROJETOS

Como resultado, as características "Espessura da porta do forno" e "Tamanho

dos orifícios de gás" são as mais importantes a serem controladas, sendo que a segunda é ainda mais importante

(pois obteve a pontuação mais alta).Finalmente, a casa da qualidade ficou

pronta (Figura 4.5).

4141

PROJETOSPROJETOS

4242

PROJETOSPROJETOS

4 Projeto defensivo

4343

PROJETOSPROJETOS

O planejamento da qualidade, especialmente por meio de uma ferramenta

como a casa da qualidade, procura assegurar que o produto tenha as

especificações que o cliente quer. As práticas de projeto defensivo (defensive

design) procuram assegurar que o produto não tenha especificações que possam

causar algum prejuízo ao cliente, ou que ele possa usá-lo de maneira indevida.

4444

PROJETOSPROJETOS

Um exemplo de projeto defensivo que todos conhecem é o dos frascos de medicamentos cuja

tampa precisa ser empurrada para baixo para serem abertos. Isso evita que crianças abram os frascos e coloquem os medicamentos na boca.

Por isso, o projeto defensivo é também chamado de projeto à prova de criança, projeto à prova de

bêbado ou projeto à prova de idiota. Outro exemplo é o dos carros com câmbio automático,

nos quais não se consegue dar a partida se a alavanca não estiver na posição P (Park).

4545

PROJETOSPROJETOS

Em essência, as técnicas de projeto defensivo procuram antecipar problemas e evitar a ocorrência da Lei de Murphy. As práticas de projeto defensivo

devem ser usadas na fase inicial de desenvolvimento de produtos - produtos

propriamente ditos, processos, serviços, testes ou qualquer outra entidade ou sistema que se esteja

criando. Seguem os mesmos princípios da gestão de riscos e da qualidade: identificam-se os problemas

potenciais, avaliam-se a severidade (ou gravidade) e a probabilidade de ocorrência de cada um e

planejam-se medidas para evitá-los.

4646

PROJETOSPROJETOS

4.1 FMECA

4747

PROJETOSPROJETOSFMECA (Failure modes, effects and

criticality analysis - Análise dos modos, efeitos e criticidade das falhas) é uma

ferramenta de projeto defensivo. É considerada também uma das técnicas

alinhadas com o princípio de "fazer certo na primeira vez", da moderna gestão da qualidade. FMECA é versão evoluída da

FMEA (Failure modes and effects analysis), criada em 1949 pelos militares dos Estados

Unidos.

4848

PROJETOSPROJETOS

As definições de criticidade (criticality) e severidade ou

intensidade (severity) usadas com a FMECA têm por base a norma militar

americana 1629A (mil-std-1629A):

4949

PROJETOSPROJETOS

Criticidade ou freqüência = medida da probabilidade ou freqüência com que um problema ocorre. Baseia-se em julgamento qualitativo ou, o que é mais comum, em dados estatísticos. Tem uma escala com cinco níveis:

• Freqüente.• Razoavelmente provável.

• Ocasional.• Remota.

• Extremamente improvável.

5050

PROJETOSPROJETOS

Severidade ou intensidade = é a medida do impacto causado pelo problema ou falha. É uma escala com quatro pontos:

1. Catastrófico - falha que pode provocar morte de pessoas ou perda total de sistemas ou equipamentos.

2. Crítico - falha que pode provocar ferimentos sérios ou danos de grande porte em propriedades ou sistemas, resultando na incapacidade de realizar uma missão.

3. Marginal - falha que pode provocar ferimentos leves ou danos de pequeno porte em propriedades ou sistemas, resultando em atrasos em uma missão ou perda de oportunidade ou degradação da missão.

4. Insignificante (minor) - falha que não provoca ferimentos ou danos, mas que exige consertos ou manutenções não programadas.

5151

PROJETOSPROJETOSAlém da freqüência e da severidade, as aplicações mais recentes da

FMECA medem também a probabilidade de detecção da falha, de acordo com a seguinte escala (SEMATECH, 1992, 2002):

1 - 2 = Probabilidade muito alta de que o defeito seja detectado. Quase certo que a existência do defeito seja detectada por inspeção e/ou

verificação.3 - 4 = Probabilidade elevada de que o defeito seja detectado. Muita

chance de que a existência do defeito seja detectada por inspeção e/ou verificação.

5 - 7 = Probabilidade moderada de que o defeito seja detectado. É possível que a existência do defeito seja detectada por inspeção e/ou

verificação.8 - 9 = Probabilidade baixa de que o defeito seja detectado. Improvável

que a existência do defeito seja detectada por inspeção e/ou verificação.

10 = Probabilidade muito baixa, ou igual a zero, de que o defeito seja detectado. Impossível que a existência do defeito seja detectada por

inspeção e/ou verificação.

5252

PROJETOSPROJETOS

4.2 Processo para uso da FMECA

5353

PROJETOSPROJETOS

O processo para usar a FMECA consiste em uma série de etapas que

começam com a seleção dos itens de um produto, sistema ou processo

cuja confiabilidade se queira garantir. Em seguida, são feitas as análises dos seguintes elementos

principais (Rausand, 2004):

5454

PROJETOSPROJETOS• Item: componente ou parte do produto, sistema ou processo, identificado pelo nome ou por um código = cinto de segurança, código FRD 37-34.

• Função: utilidade do item dentro do produto, sistema ou processo. O item pode ter mais de uma função e todas devem ser listadas.

• Modo de falha: para cada função. Todos os potenciais modos de falha, para cada função, devem ser identificados = o fecho do cinto de segurança pode não abrir.

• Causas da falha: todas as possíveis causas das falhas potenciais devem ser identificadas e listadas = a trava pode ficar danificada nos casos X, Y e Z.

• Efeitos da falha: os passageiros podem ficar impedidos de abrir o cinto e sair do veículo no caso de um acidente.

• Modos de detecção: uma falha pode ser detectada por percepção humana, alarmes, ou falha em outro equipamento.

• Avaliação da freqüência, severidade e probabilidade de detecção da falha.

• Cálculo do RPN (Risk priority number = número da prioridade do risco): Freqüência x severidade x probabilidade de detecção. Quanto mais alto o número, pior a situação.

• Ações corretivas para prevenir as falhas e evitar seus efeitos.

5555

PROJETOSPROJETOS• Essas informações são registradas em um formulário (como o exemplo na

Figura 4.6), que pode variar de uma situação para outra.

5656

PROJETOSPROJETOS

• 5 Plano de administração da qualidade do projeto

5757

PROJETOSPROJETOS• O plano de administração da qualidade

do projeto define como lidar com a qualidade do produto e do projeto. Não há um padrão rígido para o conteúdo desse plano, o qual depende do tipo de projeto e de outros condicionantes. Um roteiro para ser adaptado a cada caso é apresentado a seguir, com exemplos de PROJETOS DIFERENTES. Enfatizando: use apenas os elementos do roteiro que terão utilidade para você.

5858

PROJETOSPROJETOS• ROTEIRO PARA O PLANEJAMENTO DA QUALIDADE DO PROJETO

5959


6060


6161

PROJETOSPROJETOS

• Exercícios para este capítulo: 1, 2, 4, 14, 15, 20.

• Entregar no dia da prova.• Manuscrito e individual.

6262

PROJETOSPROJETOS

• 187 xerox

6363

PROJETOSPROJETOS

ObjetivosAo terminar a leitura deste capítulo,

você deverá ser capaz de explicar as seguintes idéias:

•Preparação do cronograma do projeto.•Previsão dos recursos do projeto.

•Preparação do orçamento do projeto.•Fornecedores e contratos.

6464

PROJETOSPROJETOS

1 Prazos e custos

6565

PROJETOSPROJETOSPara desenvolver e fornecer o produto do

projeto, é preciso realizar atividades que consomem recursos. A definição das atividades é a base para a administração dos prazos - ou do tempo - do projeto.

A definição dos recursos é a base para a administração dos custos do projeto. A principal ferramenta para a administração dos prazos é o cronograma. A principal ferramenta para a definição dos custos é o orçamento do projeto. Prazos e custos são meios para realizar o produto. Produto, prazos e custos são os elementos principais do plano e do gerenciamento de um projeto.

6666

PROJETOSPROJETOS

O processo de planejamento dos prazos e custos (e outros elementos) de um projeto não é um estágio com início e fim preestabelecidos. E um processo contínuo, que começa junto com a definição do produto e acompanha todo o ciclo de vida do projeto. Em todos os momentos, especialmente nas passagens de uma fase para outra do ciclo de vida, é preciso rever as definições de prazo e custo e replanejar as atividades à frente.

6767

As seguintes decisões principais, que estão resumidas na Figura 5.1 e serão analisadas neste capítulo, estão envolvidas no planejamento dos prazos e custos do projeto:

•Definição das atividades necessárias para a execução do projeto.

•Definição da seqüência em que as atividades deverão ser realizadas e de sua duração.

•Elaboração do cronograma do projeto.•Identificação dos recursos necessários e

disponíveis para realizar as atividades.•Definição do custo dos recursos necessários

para realizar as atividades.•Elaboração do orçamento do projeto.

6868

PROJETOSPROJETOS

6969

PROJETOSPROJETOS

2 Identificação de atividades

7070

PROJETOSPROJETOS

A primeira parte do planejamento de um projeto é a preparação de uma lista de atividades (ou tarefas), que deverão ser colocadas em um cronograma. A preparação da lista de atividades começa com a estrutura analítica do projeto, que foi utilizada para fazer a definição do produto. Além da estrutura analítica, devem-se levar em conta, para fazer a lista de tarefas: o estudo do ciclo de vida do projeto, a experiência da equipe ou da empresa, que pode estar registrada em relatórios de projetos anteriores, e a revisão das áreas do conhecimento da gestão de projetos. Esses quatro inputs serão analisados a seguir.

7171

PROJETOSPROJETOS

2.1 Estrutura analítica

7272

PROJETOSPROJETOS

A definição das atividades necessárias para realizar o projeto começa com o planejamento do produto. O ponto de partida para identificar as atividades é a estrutura analítica do projeto, analisada no Capítulo 4, que é a principal ferramenta de planejamento e de gestão global do projeto. A estrutura analítica permite fazer a ligação entre o produto e o planejamento das atividades. A Figura 5.2 mostra como se pode elaborar uma lista de tarefas a partir da estrutura analítica.

7373

PROJETOSPROJETOS

Importante: as atividades devem sempre ser identificadas por verbos; os produtos, por substantivos. Não é regra do gerenciamento de projetos, mas questão de disciplina mental.

7474

PROJETOSPROJETOS

2.2 Ciclo de vida do projeto

7575

PROJETOSPROJETOSO estudo do ciclo de vida do projeto permite

visualizar outras atividades, que podem não estar diretamente ligadas ao produto e a sua estrutura analítica. Fazer reuniões de planejamento e controle, visitar fornecedores e preparar relatórios e prestar contas do projeto, por exemplo, são atividades que não ficam evidentes na estrutura analítica do projeto.

Hipóteses sobre riscos e acidentes, atividades de teste e experimentação e datas que devem ser evitadas (feriados, períodos de chuvas), que são circunstâncias normais em projetos com alto grau de incerteza, também podem ficar evidentes quando se estuda o ciclo de vida e o calendário do projeto.

7676

PROJETOSPROJETOS

2.3Relatórios de projetos

7777

PROJETOSPROJETOS

A análise de projetos anteriores pode revelar aspectos que não ficam evidentes nem na estrutura analítica nem no exame do ciclo de vida. Situações imprevistas, exigências que o cliente fez ao longo do projeto e despesas que não foram orçadas são alguns dos aspectos que estão nesse caso. A experiência com projetos encerrados sempre deve ficar registrada em "lições aprendidas", para que novas propostas possam se beneficiar de erros e acertos.

7878

PROJETOSPROJETOS

2.4 Revisão das áreas do conhecimento

7979

PROJETOSPROJETOSEstudar as áreas do conhecimento produz

a visão de conjunto de todas variáveis que uma equipe de projeto deve administrar e que podem não ser evidentes na WBS. Por exemplo, procedimentos de garantia da qualidade, sistemas de comunicação com a equipe e com os stakeholders, pesquisa de fornecedores, licenciamento ambiental - essas são algumas atividades que podem não surgir automaticamente da lista de entregáveis, mas que serão lembradas quando as áreas do conhecimento forem revistas.

8080

PROJETOSPROJETOS

3 Seqüenciamento das atividades

8181

PROJETOSPROJETOSDepois de preparar a lista, deve-se

identificar a seqüência em que as atividades serão realizadas (quais atividades devem ser feitas primeiro, quais em seguida, quais dependem de quais). O seqüenciamento permite estabelecer as prioridades e em seguida, representar graficamente as relações e o encadeamen-to das atividades, sintetizados em um diagrama de precedências. Lógica, decisão e condicionantes externos são os fatores que influenciam o seqüenciamento das atividades.

8282

PROJETOSPROJETOS

3.1 Lógica

8383

PROJETOSPROJETOSA lógica independe de decisão. A lógica é

inescapável: para que uma atividade seja feita, outra tem que ter sido feita antes. Ou, se uma atividade for realizada; segue-se obrigatoriamente outra. Por exemplo:

O desenho do questionário antecede a pesquisa de campo, que antecede a análise dos dados.

Se as amostras forem produzidas, precisarão ser armazenadas em condições especiais ou se deteriorarão.

A organização do local antecede a realização do jantar beneficente.

8484

PROJETOSPROJETOS

3.2 Decisão

8585

PROJETOSPROJETOS

Há dependências entre atividades que são definidas arbitrariamente. Nesse caso, quem define a seqüência não é a lógica, mas a vontade de um tomador de decisões. O dono do projeto pode escolher começar e terminar por onde quiser, desde que não viole nenhuma lógica. Por exemplo:

8686

PROJETOSPROJETOSVocê pode começar um projeto de produto fazendo uma pesquisa

bibliográfica, ou um estudo dos produtos similares, ou simplesmente criando do

nada.Você pode construir um protótipo,

retratando a primeira idéia, antes que qualquer especificação de desempenho

seja formulada.O cardápio de um jantar de

confraternização pode ser escolhido sem que os convidados sejam consultados.

Você escolhe como começar, continuar e terminar.

8787

PROJETOSPROJETOS

3.3 Condicionantes externos

8888

PROJETOSPROJETOS

Os fatores externos, alheios à vontade do dono do projeto, afetam a lógica das dependências. Por exemplo:

Os fornecedores estabelecem prazos para a entrega de peças ou serviços.

Os clientes fazem exigências de prazos ou condições especiais de entrega.

Você precisa esperar que uma instalação seja desocupada, para abrigar a equipe do projeto.

O período das chuvas ou outros fenômenos naturais impedem ou afetam construções. Você precisa esperar o fim do período das chuvas para começar um projeto.

8989

PROJETOSPROJETOS

4 Diagrama de precedências

9090

PROJETOSPROJETOS

As decisões sobre o seqüenciamento das atividades podem ser resumidas em uma tabela de precedências. Na Figura 5.3 (que corresponde parcialmente ao gráfico anterior), as atividades estão listadas aleatoriamente na segunda coluna. Os números na primeira coluna indicam apenas a ordem em que as atividades foram colocadas na lista, não sua seqüência. Na terceira coluna, estão registrados tempos das atividades - sua duração estimada. Na quarta coluna, estão registradas as dependências - de qual ou quais outras atividades depende a atividade da respectiva linha.

9191

PROJETOSPROJETOS

Existem softwares para este e outros processos do tempo e de outras áreas do conhecimento da gestão de projetos. Aprenda o conceito fazendo com lápis e papel. Use o software depois.

9292

PROJETOSPROJETOSO diagrama de precedências é um gráfico que

ajuda a visualizar as decisões de seqüenciamento e a preparar o cronograma do projeto. O diagrama de precedências da Figura 5.4 corresponde à Figura 5.3 (parcialmente). O diagrama de precedências é um gráfico que mostra as ligações entre as atividades e seu encadeamento. No diagrama de precedências, também chamado diagrama da rede do projeto, cada atividade é representada por um "nó" - um símbolo (em geral um retângulo ou círculo) dentro do qual se anota a letra ou número que designa a atividade ou se descreve a atividade. As setas representam a relação de dependência e a seqüência das atividades. Essa técnica de desenhar o diagrama de precedências é chamada AON -Activity on Node = Atividade no nó.

9393

PROJETOSPROJETOS

9494

PROJETOSPROJETOS

O diagrama de precedências deve ser desenhado ao mesmo tempo em que se prepara a tabela de precedências.

Isso ajuda a visualizar a lógica do encadeamen-to das atividades, a tomar decisões de planejamento e a corrigir

possíveis erros.Ligar um retângulo a outro por meio de uma seta indica

que a segunda atividade na fila (sucessora) só pode começar quando a precedente terminar. É a chamada dependência do

fim para o começo. Outros tipos de relações de depen dências são (Figura 5.5):

Do começo para o começo - uma atividade começa quando (ou depois que) a precedente começar.

Do começo para o fim - uma atividade termina quando (ou depois que) a precedente começar.

Do fim para o fim - uma atividade termina quando (ou depois que) a precedente terminar.

9595

PROJETOSPROJETOS

9696

PROJETOSPROJETOS

5 Desenho do cronograma

9797

PROJETOSPROJETOS

A etapa seguinte no processo de planejamento consiste em decidir quando as atividades acontecem e desenhar um

cronograma. O cronograma é um gráfico que mostra a distribuição das atividades ao longo de um calendário. É um retrato da cronologia do projeto, que se baseia em decisões

de planejamento. O processo de tomar as decisões de cronologia, que equivale a associar o trabalho ao transcurso

do tempo, chama-se programação (ou cronogramação).A preparação do cronograma baseia-se na duração das

atividades. A estimativa da duração das atividades também depende de lógica, decisão, condicionantes externos e

outros fatores. Vejamos quais.

Recursos Serviços de terceiros.

Perspectiva de planejamento.

9898

PROJETOSPROJETOS

Recursos. A duração de qualquer atividade é determinada pela quantidade de recursos

previstos. Em teoria, quanto maior a quantidade de pessoas e recursos alocados ao projeto, maior

velocidade o ciclo de vida tem.Serviços de terceiros. Outro determinante da duração das atividades é a participação de

serviços e produtos fornecidos por terceiros. Essas pessoas e organizações estão sujeitas a

suas próprias restrições e competências. O planejamento eficiente requer coordenação

precisa e comunicação constante a fim de que os serviços de terceiros não comprometam os prazos

do projeto.

9999

PROJETOSPROJETOSPerspectiva de planejamento. Outra questão a ser considerada é a perspectiva de planejamento. Em certos casos, você precisa planejar do futuro

para o presente - da frente para trás. É o que acontece quando se tem uma data específica na qual alguma coisa deve acontecer. Por exemplo,

"em fevereiro tem Carnaval" e, se você está nesse ramo de negócios, tem um prazo que não pode ser ultrapassado. As atividades do projeto devem ser realizadas em momentos específicos ou você não conseguirá participar do evento. E o que também ocorre em qualquer ramo que não tolera atrasos -

eleições, venda de produtos para o Natal e lançamento de produtos. Nesses casos, conforme o tempo passa, o cronograma se comprime. O que

não tiver sido realizado antes, fica para a última hora. Em outras situações, você planeja do

presente para o futuro.

100100

PROJETOSPROJETOS

É o que acontece em projetos nos quais é preciso calcular uma duração que não se conhece

antecipadamente. As datas dependem da estimativa de duração das atividades. Quanto tempo demora o

desenvolvimento de um novo produto para o lançamento do qual não há data estabelecida? Se,

com base na experiência, fizermos uma estimativa de três anos, o tempo do projeto dependerá da data de

início, não do término, como é o caso anterior. Fatores incontroláveis. Planos e cronogramas de

atividades são influenciados por fatores incontroláveis, como tempestades, greves, esquecimentos, feriados e

desastres naturais. Em caso de dúvida, consulte o Capitão Murphy, no Capítulo 6.

101101

PROJETOSPROJETOS

O cronograma reflete as decisões sobre a duração e a seqüenciamento das atividades. Como os demais

processos administrativos, a preparação do cronograma é processo dinâmico, que começa com a formação do conceito básico do produto e evolui com o desenvolvimento do ciclo de vida. No estágio inicial do projeto, há um cronograma básico ou cronograma mestre, que estabelece a programação das atividades

principais e que dá origem a cronogramas sucessivamente detalhados, conforme o projeto

avança. Dependendo da complexidade de seu projeto, você talvez não precise de mais do que o cronograma

mestre.

102102

PROJETOSPROJETOS

5.1 Atrasos e avanços na duração das atividades

103103

PROJETOSPROJETOSCom os conceitos apresentados até aqui,

já é possível desenhar redes e cronogramas com razoável grau de

complexidade. Estude agora a Figura 5.6, na qual estão retratadas as possibilidades

de atrasar o início de uma atividade em relação à precedente, ou começar uma

atividade antes que a precedente termine. Essas possibilidades refletem o princípio de que nem sempre é preciso esperar que uma atividade termine para que a seguinte

comece, nem que uma atividade deve começar imediatamente após o término de

outra

104104

PROJETOSPROJETOS

Repetindo: há várias formas de desenhar um cronograma e há softwares para isso, mas você precisa dominar os conceitos básicos. Em seguida, estudaremos as principais formas de desenho do cronograma.

105105

PROJETOSPROJETOS

Atividade: Formar grupos e estudar o item 5.2 Diagramas de redese fazer um resumo.

106106

PROJETOSPROJETOS

5.2 Diagramas de redes

Diagramas de redes são diagramas de precedências com informações sobre a duração

das atividades e sobre o caminho crítico.

O caminho crítico é o caminho mais longo que leva da primeira à última atividade de um projeto - aquele no qual as atividades têm a duração mais

extensa. Os caminhos ou ramos da rede que têm

durações mais curtas precisam esperar o caminho crítico terminar para poderem continuar. Vejamos

um exemplo com uma forma simples de rede.

107107

PROJETOSPROJETOS

Suponha que alguém tenha decidido começar uma empresa comercial e precise realizar cinco atividades, que

são as seguintes, com as respectivas durações e dependências:

108108

PROJETOSPROJETOS

Já dá para perceber que o caminho crítico passa pela atividade 3 - a parte legal e burocrática da abertura da empresa. A inauguração, que é a entrega do produto, depende dessa atividade crítica. Como as demais atividades têm duração menor, podem ser atrasadas, para esperar a atividade crítica terminar. No entanto, se houver atraso no caminho crítico, a entrega do produto será atrasada. Portanto, o empreendedor precisa pagar as "taxas de urgência e incentivos" para manter e até mesmo acelerar o caminho crítico. Na Figura 5.7, veja agora como esse projeto pode ser representado por meio de uma rede.

109109

110110

Outra forma de desenhar redes consiste em trabalhar com datas de início e término mais cedo e mais tarde. O caminho de ida (forward pass) é o cálculo da duração com base nas

datas de início e término mais cedo. O caminho de volta (backward pass) permite calcular a folga (float) - o uso

flexível do tempo entre as atividades.Estude agora a Figura 5.8, na qual as idéias principais

dessa técnica estão representadas. O retângulo (nó) que representa uma atividade está ampliado e contém as

posições onde devem ser anotados tempos de início e término, a identificação, a duração e a folga de cada

atividade. Observe agora a Figura 5.9, que retrata um projeto com cinco atividades. A atividade 1 tem 2 dias de duração, a atividade 2 tem 4 dias e assim sucessivamente. A atividade 1

começa no "dia 1" do projeto, que pode ser qualquer data específica. Como tem dois dias de duração, termina no "dia 2", que também pode ser qualquer data específica. Como a atividade 3 tem duas precedentes, você escolhe a de maior duração para fazer o caminho de ida. O projeto termina no

"dia 16".

111111

112112

113113

114114

115115

116116

PROJETOSPROJETOS

Você também pode aproveitar o princípio dos diagramas de redes para desenhar um cronograma com esse formato, assinalando as datas de início e término Figura 5.13).

117117

118118

PROJETOSPROJETOS5.3 Variações do gráfico de Gantt

Voltando ao Capítulo 2, o gráfico de Gantt ou gráfico de barras foi criado por Henry Gantt no início do século XX. É o pai de todas as ferramentas de gestão do tempo. O gráfico

consiste de barras desenhadas dentro de um calendário, que representam os períodos para a realização das atividades de

um projeto. Na década de 1960, o desenvolvimento dos diagramas de precedência começou pela busca de uma forma de desenhar as relações de dependência entre as atividades de um gráfico de Gantt. Até hoje, o gráfico de

Gantt é a ferramenta preferida de planejamento e controle do tempo, porque permite visualizar três informações:

Quanto tempo está previsto para uma atividade.Quanto tempo já se passou desde que o projeto e cada

atividade começaram.Quanto tempo falta para terminar o projeto e cada

atividade.

119119

PROJETOSPROJETOS

As Figuras 5.14 e 5.15 mostram duas possibilidades para desenhar gráficos de Gantt: gráfico de barras com setas de dependência e

gráfico de marcos ou milestone chart.

120120

121121

122122

PROJETOSPROJETOS

5.4 Crie seu próprio modelo de cronogramaDiagramas de dependências e gráficos de Gantt são

ferramentas que permitem visualizar o planejamento e o controle do uso do tempo - a distribuição de um

programa de trabalho ao longo de um período. Não há regras para tomar decisões sobre o uso do tempo (a não ser restrições e dependências lógicas) nem para representar graficamente essas decisões. Você pode criar sua própria forma de representação gráfica, veja

nas Figuras 5.16 e 5.17 modelos de macrocronogramas usados em empresas, que podem

se transformar em cronogramas detalhados.

123123

124124

125125

PROJETOSPROJETOS

6 - Planejamento dos custos

126126

PROJETOSPROJETOS

Para realizar as atividades, é preciso usar recursos. Em teoria, primeiro se faz a lista de atividades; em

seguida, a previsão de recursos. Provavelmente, em muitos projetos é isso o que ocorre. Na prática, em

certos casos há uma previsão inicial de recursos, que determina o que se pode fazer.

Recursos e trabalho custam dinheiro. No plano do projeto, deve-se definir o custo dos recursos

necessários para assegurar a realização do projeto. A definição do custo envolve três etapas

interdependentes: planejamento de recursos, estimativa de custos e elaboração do orçamento

(Figura 5.18).

127127

128128

PROJETOSPROJETOS6.1 Planejamento de recursos

A primeira etapa na elaboração de um orçamento é fazer a relação dos recursos

necessários para a realização do projeto. Isso significa que a elaboração do orçamento é um

processo que começa a ser realizado junto com o planejamento das atividades.

Os recursos necessários para a realização de um projeto geralmente classificam-se em quatro tipos principais: mão de obra, material permanente, material de consumo e serviços

de terceiros.

129129

Mão de obra. Funcionários próprios e serviços eventuais contratados, inclusive de voluntários em

certos casos. Este item divide-se em categorias como coordenação, pessoal técnico, pessoal sênior, pessoal

administrativo e assim por diante.Material permanente. Bens, equipamentos e

instalações a serem compradas, construídas ou alugadas.

Material de consumo. Combustível, material de escritório, reagentes de laboratório, peças de

reposição.Serviços de terceiros. Viagens, hospedagem,

alimentação, transporte local, serviços especializados como desenho, programação de computadores,

digitação etc. A aquisição de produtos e serviços de terceiros é um capítulo especial no processo de

gerenciamento de um projeto.

130130

Estude agora a Figura 5.19. É uma tabela que sintetiza as principais

necessidades de recursos de um projeto. Observe que o ponto de partida é a Estr. Analítica. Os recursos e

seus custos são estimados em função da lista de entregáveis.

131131

6.2 Estimativa de custos

132132

Cada um dos recursos tem custo unitário. Por exemplo, a hora de trabalho de um funcionário da produção é igual ao

custo total mensal do funcionário (incluindo encargos sociais, benefícios e outros custos) dividido pelo número médio de horas de trabalho por mês. O mesmo acontece com uma

ligação telefônica, um pacote de papel ou o aluguel mensal de um galpão.

Cada uma das atividades usará certa quantidade de recursos. Para obter o custo total de uma atividade deve-se multiplicar

o custo unitário do recurso pela quantidade de unidades necessárias. Para deixar mais claro este conceito, vejamos o

exemplo do projeto do quadro de uma nova bicicleta.

133133

"... para fazer o desenho do quadro da bicicleta, o gerente do projeto conversa com sua equipe e estipula que são necessários três engenheiros trabalhando por 230 horas."

134134

Qual o custo desta atividade? Primeiro, o custo de mão de obra. Digamos que o salário de um engenheiro é de $ 3.000,00. Mais benefícios e encargos, o custo mensal para a empresa é de $ 6.000,00. O custo por hora é dado por:

$ 6.000,00 divididos por 176 (horas trabalhadas por mês) = R$ 34,00 (custo por hora do engenheiro) vezes 230 (duração da atividade em horas) vezes 3 (número de engenheiros) -> $ 23.460,00 (custo de mão de obra desta atividade).

Para estimar outros custos, é só proceder da mesma maneira.

135135

No final, temos o resultado retratado na Figura 5.20.

136136

Esse processo fornece o custo para cada atividade. Somando todos os custos individuais, teremos o custo direto do projeto. Como se faz com outras atividades da empresa, o projeto recebe uma parte proporcional do rateio dos custos indiretos. Veja outro exemplo na Figura 5.21, desta vez desdobrando os custos em categorias e atividades.

137137

138138

6.3 Orçamento e linha de custos do projetoA montagem do orçamento agora ficou fácil. Basta

acumular os custos previstos para todas as atividades. Além de controlar o custo dos produtos intermediários e

das atividades, você pode agrupar os itens do orçamento por fase, ou por tipo de recurso.

O documento que congrega os custos totais do projeto é chamado orçamento global.

Veja na Figura 5.22 um exemplo de um orçamento global simplificado, agrupado por tipo de recurso.

139139

140140

Usando a ultima linha da tabela acima podemos construir uma curva de custos acumulados ou

cost baseline, que permite avaliar visualmente a evolução do custo do projeto ao longo do tempo. Veja a Figura 5.23. A curva que vai de janeiro a

maio acumula sucessivamente os valores mensais, até o total de $ 18.100,00. Essa curva,

também chamada curva S, representa o valor planejado ou PV = planned value.

141141

Outra ferramenta útil que pode ser preparada é um cronograma de desembolsos ou fluxo de caixa. É a programação do que deve

ser despendido a cada fase do projeto. Veja um exemplo na Figura 5.24.

142142

143143

Item de Custo Mês 1 Mês 2 Mês 3 Mês 4 Mês 5 Mês 6 Total

Mão de obra 1 100 50 100 450 800 300 1800

Mão de obra 2 200 150 200 650 600 400 2200

Equipamentos 1 300 200 300 750 500 500 2550

Equipamentos 2 400 300 400 800 600 600 3100

Viagens e diárias 500 400 500 1200 900 900 4400

Serviços de terceiros 600 500 600 2000 3000 1400 8100

Aluguéis 800 600 800 1500 2000 1200 6900

Custos indiretos 900 700 900 1500 2500 1100 7600

Total acumulado 3800 6700 10500 19350 30250 36650 36650

144144

Veja mais um exemplo de cost baseline na Figura 5.25. Nessa Figura, BAC significa

budget at completion = orçamento na data de conclusão – ou orçamento global.

145145

Guarde o conceito: a linha de custos acumulados corresponde ao trabalho a ser feito ao longo do projeto, transformado em valor financeiro. Em termos de planejamento, os entregáveis são realizados passo a passo, aumentando o valor gradativamente até a conclusão do projeto.

146146

6.4 Orçamento e outros demonstrativos

147147

Em resumo, o planejamento financeiro de um projeto pode ser representado em três demonstrativos principais:Orçamento, Cost baseline, Cronograma de desembolsos ou fluxo de caixa.

O orçamento é a estimativa dos custos do projeto e a ferramenta para seu controle. É uma relação dos custos totais, por item e período, como nos exemplos que você viu até aqui. O orçamento resume, em uma tabela, as informações sobre os custos dos recursos. Em alguns casos, a última coluna dessa tabela, que contém o orçamento global, é suficiente como recurso de planejamento e controle dos custos.

Cost baseline (curva de custos acumulados). A curva dos custos acumulados é um orçamento distribuído no tempo, com os valores acumulados a cada período do projeto. Tem a forma de uma curva S. Projetos de grande porte podem precisar de diversas curvas de custos acumulados, uma para cada item de custo.

Cronograma de desembolsos ou fluxo de caixa. É a programação das receitas e despesas ao longo do ciclo de vida do projeto. Nos contratos, o cronograma de desembolsos estipula o número e valor das parcelas a serem pagas pelo cliente. O fluxo de caixa pode ser coincidente com o orçamento. Nesse caso, este substitui aquele.

148148

7 Custo e preço

149149

7 Custo e preço O custo estimado do projeto não é o mesmo que o preço do projeto e o custo estimado do produto final.

7.1 Preço do projeto

O preço do projeto é o valor a ser cobrado do cliente. O preço pode ser menor ou maior que o custo estimado.

O estabelecimento do preço é decisão estratégica, parcialmente condicionada pela estimativa de custos.

150150

7.2 Custos estimados do produto finalNos casos de desenvolvimento de novos produtos, a serem fabricados em grandes quantidades, a estimativa dos custos de

fabricação e a definição dos preços do produto no mercado são atividades do projeto.

O orçamento do projeto é um dos itens que

contribui para o custo do produto. Um especialista em administração financeira sempre deve ser consultado ou integrado à

equipe para assegurar a qualidade dos dois tipos de estimativas.

151151

8 Planejamento de uma fase para outra

Ao final da fase de preparação do projeto, deverá estar pronta a primeira versão do plano do projeto, compreendendo a definição dos produtos e a estimativa de atividades e

recursos. À medida que a fase de preparação se aproxima de seu término, a fase de

estruturação tem início. A tarefa, agora, consiste em mobilizar os

recursos para alcançar os objetivos. Na fase de estruturação, as seguintes atividades

são realizadas:

152152

• Detalham-se os cronogramas do plano operacional.

• As pessoas que realizarão as atividades e as áreas funcionais envolvidas são

escolhidas e recrutadas.• A equipe é organizada.

• Os recursos para a realização do projeto são mobilizados, incluindo pessoas, equipamentos, instalações, fornecedores e

fluxos de informações.

153153

• Na fase de estruturação, algumas atividades previstas no cronograma mestre são realizadas. Outras são detalhadas. Outros recursos são mobilizados e aplicados. À medida que a fase de preparação se aproxima de seu término e tem início a fase de desenvolvimento do projeto, o processo se repete. De uma etapa para outra da fase de desenvolvimento, os planos são detalhados. Quanto mais próxima a atividade a realizar, maior o grau de detalhamento.

• Fim do Cap 5.

Documents

1 PROJETOS Cap - 4 Qualidade é o conjunto das características (ou especificações) de uma entidade (produto, serviço, evento, conceito, pessoa, grupo,