A IMPORTÂNCIA DO TEMPO EM GESTÃO DE PROJETOS

Relógio antigo que pertenceu a meu pai

"O tempo urge", "estourou o cronograma" ou ainda "estou com o tempo todo tomado", diz a nossa pressa de cada dia. Tempo constitui um dos recursos básicos em projetos e ele faz parte de cada atividade, além do custo, recursos humanos envolvidos e o próprio custo. Alguém vai perguntar: "quanto tempo dura essa atividade?". Então,  existe uma íntima relação entre as definições das atividades em um projeto e o tempo necessário para realizá-las.

Em se conhecendo os objetivos do projeto, a definição das atividades é o primeiro passo para identificação das tarefas envolvidas, recursos envolvidos, custos incorridas, os marcos previstos, as entregas envolvidas e, finalmente,   o tempo empregado.

Com a identificação de cada atividade, é possível identificar os possíveis atrasos ou antecipações. Tudo isso envolve o tempo e, como tal, no que envolver prejuízo, seria possível identificar as etapas onde existe maior risco de atrasos, prever multas e planos alternativos, tudo isso em função do tempo. Esta análise auxilia a formatação dos contratos de serviços e contingência na análise de riscos.

O gerenciamento do tempo é uma importante disciplina na matéria, respondendo pelos atrasos e antecipações no calendário de execução de certo projeto. Etapas mal dimensionadas que podem envolver, atividades não previstas, falha de fornecedores, recursos humanos não previstos e outros tantos é que fazem com que o tempo não seja cumprido.

Riscos não previstos ocasionarão perdas no cumprimento dos prazos, daí a importância de previsão em possíveis atrasos nos marcos de entrega. Essa previsão poderá até servir de ressalva nos contratos de serviços em projetos, preservando a expectativa da relação ente o cliente e o gerente do projeto. Nos riscos previstos em questões quanto a possíveis atrasos, por exemplo, situações que não dependem da gerência do projeto e que foram exigência do cliente, devem ser respaldadas em contrato, como por exemplo, a exigência por parte do ciente, quanto a participação de certo fornecedor, em se tratando de contratos privados.

Embora o tempo seja um recurso abstrato, não se referindo a coisas materiais, ele é um importante indicador de eficiência e eficácia e, certamente, importante referencial de resultado financeiro para o projeto. Não podemos desprezá-lo em hipótese alguma!

Fernando Moreira
Engenheiro Agrônomo
041105721-9

O QUE É O ESCOPO DO PROJETO?

Segundo o Guia PMBOK, do PMI - PROJECT MANAGEMENT INSTITUT, escopo “é o processo de desenvolvimento de uma descrição detalhada do projeto e do produto”. A importância de se ter uma declaração de escopo bem detalhada é que ela garante que a vontade do cliente, assim como o objetivo do projeto, sejam alcançados.

A dificuldade encontrada na ausência da cultura do planejamento, se proposital ou não, são os inúmeros desencontros e problemas de comunicação que levam ao desgaste da equipe e talvez até o fracasso do projeto. Como se diz no adágio popular: "se não se sabe para onde ir, qualquer direção serve"0.

Os princípios definidos pelo PMI sobre o a declaração de escopo envolvem um detalhamento bem amarrado para evitar desvios de percurso, durante o gerenciamento do mesmo. Para se ter uma idéia, o escopo do projeto deveria descrever, em detalhes, as entregas do projeto e o trabalho necessário para se obter tais entregas. A declaração do escopo também fornece um entendimento comum do projeto a todas as partes envolvidas e descreve os principais objetivos do projeto.

É muito comum nos projetos com pouco planejamento, solicitações contínuas de mudanças de escopo. As constantes modificações são a prova viva da falta de planejamento, ou seja, não houve um fechamento do detalhamento do escopo.

Para se ter uma idéia, o escopo bem detalhado deverá conter os seguintes documentos: Objetivos do projeto; descrição do escopo do produto.
requisitos do projeto; limites do projeto; entregas do projeto; critérios de aceitação de produtos; restrições do projeto; premissas do projeto e a organização inicial do projeto.

Outros pontos importantes no controle do escopo são: Marcos do cronograma, onde seria possível definir marcos importantes de entrega e suas datas. Limitação de fundos, que são restrições em rubricas ou mesmo prazos. Especificações do projeto, em que seria possível definir padrões/especificações que o projeto deve estar de acordo e requisitos de aprovação, que são imposições e critérios de aceitação que podem ser aplicados às entregas do projeto.

O detalhamento do projeto é o primeiro passo para o sucesso dos objetivos pretendidos para atendimento dos anseios do cliente. Escopo, de uma forma mais simples de dizer, é simplesmente o atendimento integral do desejo do cliente que, por sua vez, deverá ser criteriosamente detalhado e documentado pelo executor do projeto, para o sucesso final do empreendimento.

Fernando Moreira
Engenheiro Agrônomo

O QUE É UM RISCO POSITIVO?

De acordo com o PMI - Project Manager Institute risco é um evento ou condição incerta que, se ocorrer, provocará em efeito positivo ou negativo nos objetivos do projeto. Normalmente costumamos relacionar o risco como sendo um evento necessariamente negativo, entretanto, eventos previsíveis podem ser positivos também, o que configura uma natureza dupla do risco.

Os riscos positivos são como oportunidades para os projetos, que podem ser planejadas para maximizar as chances do evento acontecer, ou seja, um risco positivo é um evento que, devido a um histórico de ocorrências, pode representar uma oportunidade benéfica para o projeto. Um evento totalmente desconhecido, ocorrido por sorte ou por pura sorte, não deve ser considerado um risco positivo. Esta discussão cria o conceito de gerenciamento de oportunidades que é tão importante quanto o controle de ameaças. 

Outro fato é que para cada probabilidade de eventos futuros, podem ter percepções diferentes em função da especialidade do profissional. Então, sobre os riscos positivos em um projeto podemos dar alguns exemplos interessantes:

1. TAXA DE CÂMBIO - Quando existe uma aquisição de importação no projeto, a oscilação do valor da moeda do pais de origem pode representar um risco positivo. Por exemplo: se o real fica forte, podemos economizar em um determinado item de projeto a ser importando e, com isso, existe o risco positivo de termos economia em um certo item do projeto;

2. DOAÇÕES PREVISTAS - Não obstante certo item ter sido orçado em um projeto para efeito de garantia de execução, existe a probabilidade do item ou serviço ser obtido para o projeto, por meio de doação. Se ocorrer a economia no projeto, poderemos solicitar junto ao financiador a autorização para o recursos economizado ser utilizado em outra etapa do projeto;

3. DESCOBERTA DE NOVAS OPORTUNIDADES - Imagine um projeto de mineração, onde todo esforço foi concentrado na descoberta de certa jazida mineral. Estudos indicam a forte possibilidade de ser encontrado outro tipo de minério, porém existe apenas a probabilidade. Se o evento de fato ocorrer, o projeto é coroado de êxito em dobro e o risco positivo ocorreu, tendo em vista que com o mesmo recurso projetado, foi possível descobrir não apenas uma, mas duas jazidas.

Portanto, risco positivo é todo evento baseado em fatos históricos que possui probabilidade de ocorrer e que representa um acontecimento desejado pelos participantes do projeto, uma vez que o fato culminará em resultados benéficos.
Fernando dos Santos Moreira Júnior
Aluno MBA/FGV Gerenciamento de Projetos

A CULTURA DE GERENCIAMENTO DE PROJETOS NO BRASIL

No Estudo de o estudo de Benchmarking em Gerenciamento De Projetos Brasil 2010, promovido pelo Project Management Institute – Chapters Brasileiros. Criado em 2003 no Rio de Janeiro, tem como objetivo até hoje, oferecer um cenário no Brasil, quanto ao grau de maturidade das instituições sobre o uso das práticas de gerenciamento de projeto. Hoje, o Estudo de Benchmarking em Gerenciamento de Projetos no Brasil, é o maior estudo disponível sobre o mercado brasileiro de gerenciamento de projetos, para profissionais, organizações, universidades e estudantes de todo o país.

No estudo de 2010, foram entrevistadas 460 organizações nos seguintes setores: Consultoria, Engenharia, Governo (Adm. Direta e Indireta), indústria, Serviços e Tecnologia da Informação.

Os Estados que mais participaram do estudo foram: São Paulo com 37%, Rio de Janeiro com 17%, Santa Catarina com 10% e Minas Gerais com 9%. Por Região, o sudeste teve uma participação de 65%.

Apresentamos pontos que achamos importante demonstrar como anda a cultura de Gerenciamento de Projetos no Brasil:

1. Em 25% apenas das organizações já existe uma cultura de gerenciamento de projetos instalada, porém em 30% ainda permanece numa fase embrionária;
2. Em 19% das organizações ainda existe um nível de resistência quanto a cultura de gerenciamento de projetos e em 20% não recebem apoio da alta administração;
3. Em somente 5% das organizações apresentam uma matriz forte, onde os gerentes de projetos possuem mais influência que os gerentes funcionais. O percentual sobe para 42% quando os gerentes de projetos possuem influência igual aos gerentes funcionais;
4. Em 44% das organizações não existe a figura oficial do Gerente de Projetos e em 19% existe um plano de carreira específico;
5. Sobre a questão: “A Alta Administração tem uma "visão do todo" no que se refere a projetos?” 41% afirmaram que não;
6. Sobre a freqüência com que os projetos estão clara e formalmente alinhados ao planejamento estratégico, apenas 33% afirmaram que fazem tal alinhamento;
7. Sobre a Existência de um Escritório de Projetos, 61% afirmaram não possuir;
8. Sobre a existência de uma área Responsável pelos Processos de Gestão de Portfólio (os projetos da empresa), somente 22% afirmaram dar ao Escritório de Projetos tal incumbência;
9. Sobre a existência de experiência frustrada na implantação de um Escritório de Projetos, 17% afirmaram que foi frustrante;
10. Organizações que não pretendem implantar Escritório de Projeto. 42% afirmaram não ter interesse;

Fernando Moreira, Assessor do Núcleo de Inteligência Competitiva da Fundação MURAKI.

O QUE É O GERENCIAMENTO DE RISCOS NO PROJETO?

A palavra risco é original do italiano antigo risicare que quer dizer ousar. Quando ousamos fazer algo, como um projeto, por exemplo, um conjunto de incertezas podem surgir. A incerteza é derivada do latim com sendo risicu ou riscu. De qualquer forma risco pode ser interpretado como um conjunto de incertezas encontradas quando ousamos fazer algo. Gerenciamento de riscos para, o  Project Management Institute (PMI), é o processo de identificação, análise, desenvolvimento de respostas e monitoramento dos riscos em projetos, com o objetivo de diminuir a probabilidade e o impacto de eventos negativos. 

Entendemos de forma natural que risco é tudo aquilo que pode dar errado. Quando também afirmamos que existe um risco disso ou aquilo acontecer e que pode dar prejuízo. Intuitivamente, risco é algo que achamos que pode acontecer! Corremos riscos todos os dias: risco de morrer, de ter um acidente, de perder o emprego, de ser roubado e por ai vai. No gerenciamento de projetos, podemos dizer que existe riscos do tipo: atraso no repasse de recursos, um fornecedor não entregar no prazo certo, um acidente, morte de um membro importante da equipe do projeto e risco do projeto não ser concluído por falta de recursos financeiros.

De modo simples, podemos afirmar que risco é algo ruim que pode acontecer pelo fato de termos uma noção de perigo, devido a experiências passadas. É interessante notar que se desconhecemos o risco, nem sabemos que estamos correndo certo perigo, não é verdade? Por exemplo, se alguém que atravessa um rio sem saber que ali existem frequentes ataques de piranhas, ele irá fazê-lo sem tomar nenhum cuidado. Se souber do risco, tomará mais cuidado ou simplesmente não irá atravessar.

Para que o leitor entenda de forma simples, podemos concluir que risco é algo que pode acontecer, quando temos a consciência de eventos passados, portanto, dependendo de informações coletadas. Se alguém lhe informa dizendo: "meu amigo não atravesse o rio, pois de cada 10 pessoas que tentaram, 5 foram atacadas por piranhas e das 5, pelo menos 2 ou 3 foram mortas". O ouvinte conclui que na ousadia de atravessar o rio, que pode ser até um projeto, existe a probabilidade de 50% de ser atacado por piranhas e de 20 e 30% de morrer tentando atravessar o rio. Neste exemplo, aprendemos que risco é algo que possui os seguintes componentes: O conhecimento de eventos passados, a probabilidade com que os mesmos ocorrem e seus respectivos impactos.

O gerenciamento de riscos em projetos, consiste em identificar as possíveis incertezas e tentar controlá-las. Se tudo fosse uma questão simples de sorte ou azar, não teria sentido o gerenciamento de riscos. Então, no gerenciamento de riscos, observamos que precisamos conhecer as incertezas. Precisamos descobrir o que não sabemos, como dizia Einstein: "Eu não me preocupo com as coisas que eu sei que não sei. Eu só me preocupo com as coisas que não sei que não sei. Porque as coisas que sei que não sei, vão me levar a buscar as informações necessárias. Porém as coisas que não sei que não sei, não tenho nenhum motivo de ir atras de informações.

Um exemplo clássico sobre risco, é o que aconteceu com as duas torres gêmeas em 11 de sembro de 2011. Segundo o que consta, somente uma delas estava no seguro; alternadamente, mas somente uma por vez. Isso significa que o risco de ocorrer algo com as duas ao mesmo tempo, era um evento totalmente desconhecido e que, portanto, não previsível. Ora, se hoje as duas torres fossem construídas, novos símbolos da economia americana, certamente as duas torres estariam no seguro, concomitantemente.

Fernando dos Santos Moreira Júnior

EM PROJETO VALE O QUE ESTÁ ESCRITO.

Frases do tipo “as palavras voam” ou “vale o que está escrito” nós já sabemos que são ditados corretos, entretanto, incorremos em erros quando não registramos, não escrevemos e não armazenamos informações que representam acordos entre partes para alcançar objetivos em projetos.

São comuns os conflitos devido a problemas de comunicação por um acordo que não foi devidamente detalhado. A cultura da pressa, do não planejamento e do desperdício de recursos, não admite o zelo no registro, armazenagem e recuperação das informações em projetos. Falar de lições aprendidas em projetos está longe de ser um hábito entre nós. Os que estudam a matéria compreendem a necessidade de possuir a historicidade de projetos concluídos, de modo a auxiliar no planejamento dos novos, evitando que os mesmos erros se repitam.

Vamos aos erros mais comuns devido à falta de registro em projetos:

1 – “Não foi assim que combinamos” afirma o ator em um projeto. Se não existe o detalhamento no projeto não existe acordo no detalhe (trocadilho). Outro antigo professor afirmava que “o diabo habita nos detalhes”. Detalhes mal acordados podem representar grandes problemas de comunicação e para se ter uma idéia, na engenharia, “pequenos detalhes” podem representar valores financeiros significativos a serem aditados ao projeto;

2 - “Mas não foi assim que eu entendi” é uma célebre frase que pode indicar que não houve a validação do acordo por meio de um documento escrito ou, como em muitos casos, nem mesmo o cliente sabe com detalhes o que deseja, sendo necessário o questionamento acurado para entender com detalhes o que se pretende fazer. A palavra escrita deve ser compreendida e validada pelas partes interessadas. Passado algum tempo o acordo é esquecido e vale o que somente está escrito;

3 – “Mas não foi isso que eu pedi” de novo representa uma expressão de algo que não foi devidamente especificado em uma lista de aquisições ou foi o baixo detalhamento do escopo. Os mais experimentados sabem que muitas vezes o cliente não sabe o que quer, contudo, sabe muito bem o que não quer. É, portanto, dever do gerente do projeto perceber o que o cliente realmente deseja;

4 – “Eu sei que não combinamos isso, mas será que...” comumente podemos encontrar solicitações de mudanças no escopo, que também devem ser registradas e avaliadas em termos de impacto no cronograma e custo do projeto.  Mudanças sem o devido registro e suas respectivas aprovações também representarão problemas de comunicação.

Alguns conselhos são importantes para a mudança quanto à falta de registro das informações. Sugerimos a formação de pequenos hábitos iniciais para que o registro das informações comece a acontecer. Neste caso, não estamos nos referindo ao formalismo exigido no gerenciamento de projeto, senão vejamos:

1.   Crie o bom costume de anotar tudo o que for possível em um projeto. Lembre-se que o membro do projeto que registra anotações ainda que poucas sejam é o que preserva a memória do projeto;

2.   Tenha sempre um caderno de anotações para o registro nas reuniões. Não vá para as reuniões sem ele e anote tudo;

3.   Faça sempre uma pequena ata sobre as anotações, colocando a data, horário, local e participantes. Crie o hábito de colocar pelo menos a data!

4.   Não despreze os rastunhos e folhas soltas. Podem conter informações importantes para lembrar algo que foi esquecido;

5.   Quando alguém pedir para anotar o telefone, não deixe para depois e faça na hora – você vai sempre esquecer e quando precisar não terá o telefone quando precisar;

6.   Crie o hábito de fazer o backup de sua máquina para não perder arquivos importantes. Para os que registram, o histórico contido na máquina é sempre mais importante que a própria máquina;

7.   Defina um membro da equipe responsável pelas anotações e registros técnicos. Nem sempre o próprio gerente do projeto terá tempo de cuidar desses detalhes;

Portanto, o ato de Registrar, armazenar e recuperar informações não é parte da nossa cultura e estamos muito longe dessa mudança. Ainda haveremos de passar por muitos problemas de comunicação e a mensagem não é pessimista e sim realista, uma vez que basta o leitor assumir uma postura muito criteriosa e disciplinada no registro das informações que imediatamente é percebido como alguém que atrapalha a velocidade com que os projetos acontecem.

Fernando Moreira, Engenheiro Agrônomo, MSC. Ciência de Alimentos, Esp. Engenharia de Produção, Inteligência Competitiva e aluno MBA em Gestão de projetos.

O tripé da organização do futuro: O planejamento estratégico, inteligência competitiva e o gerenciamento de projetos

O termo Planejamento Estratégico parece ser um assunto desgastado em algumas organizações pelo fato do mesmo representar, em algumas situações, um documento que deve apenas servir de apresentação aos nossos clientes e aos entes de fiscalização, auditoria ou credenciamento. Isso é explicado pela falta de alinhamento nos objetivos da organização e a real situação da empresa frente aos concorrentes, resultando na baixa eficiência nos resultados. Estas organizações acabam se perdendo em meio a dinâmica do ambiente globalizado, cuja principal característica é a velocidade de mudanças nas mais diversas áreas do campo do conhecimento, onde a obsolescência é a única palavra de ordem.

Esse descompasso entre a cultura de um planejamento estático e o ambiente altamente dinâmico no mundo global significa lentidão no processo decisório estratégico e baixo ambiente inovativo, tendo como conseqüência a perda da capacidade competitiva da organização. A resposta a esse processo dinâmico do ambiente global é a implantação da cultura de inteligência competitiva. Ela seria uma espécie de irmã do planejamento estratégico, conferindo a dinâmica necessária para o plano não ficar estático e engavetado.

“A Inteligência Competitiva é um programa sistemático de coleta e análise da informação sobre atividades dos concorrentes e tendências gerais dos negócios, visando atingir as metas da empresa”, conforme definição de Larry Kahaner, membro da SCIP (Society of Competitive Intelligence Professionals). Uma forma mais simples de explicar a Inteligência Competitiva é vê-la com a ferramenta de gestão de apoio ao processo decisório organizacional, visando a manutenção do estado competitivo da organização. Essa já é uma forte tendência em grandes organizações que conseguiram associar a ferramenta de Inteligência Competitiva ao Planejamento Estratégico, fazendo com que este se torne dinâmico e adaptável a um ambiente onde a única palavra de ordem é: mudança.

Quando é possível criar uma cultura de relacionamento entre o Planejamento Estratégico de uma organização e a Inteligência Competitiva, temos então um plano que se adapta e é mutável nas diversas fotografias que tiramos a cada cenário interno e externo da organização, ou seja, concorrentes, economia, política, social, cultura, fiscal e por aí vai.

Neste ponto, encontramos outra grande ferramenta para a gestão integral da empresa que é a adoção de uma metodologia de gestão para gerenciar seus programas e projetos, Isto é, todo planejamento estratégico é composto de missão, visão, valores/ princípios organizacionais, programas, objetivos, metas e por fim projetos. A final de contas, todo planejamento redunda na implantação de projetos em uma organização em diversas áreas. Projetos de inovação, ampliação da fábrica, novas aquisições, novas parcerias, capacitações internas, novos mercados, novos segmentos, podendo chegar a projetos mais simples, como os de melhorias internas, tais como, instalação de novas linhas de produção, melhorias no fluxo de produção, otimização de espaços e processos produtivos. Tudo é projeto!

Precisamos então de uma metodologia de gerenciamento de tais projetos, que permita o alinhamento como o planejamento estratégico (e dinâmico) da empresa, que já tem a irmã inteligência competitiva, aos projetos desenvolvidos pela organização. Tal metodologia deve prever uma cultura de gestão de projetos na busca de resultados eficazes, uma vez que tudo resulta em eficiência e eficácia e o conseqüente resultado financeiro. A maior entidade internacional que dissemina a cultura de gerenciamento de projetos e certifica profissionais na área é o PMI (Project Management Institute).

O tripé da organização do futuro prevê a presença de um planejamento estratégico dinâmico, fomentado e protegido por sua irmã, a inteligência competitiva, que é capaz de monitorar o ambiente interno e externo, fazendo os ajustes necessários ao planejamento. Como todo planejamento acaba em projetos, tal organização deverá adotar uma metodologia de gerenciamento de projetos que seja capaz de buscar o alinhamento dos mesmos ao planejamento estratégico da organização, com o objetivo final do uso inteligente de todos os recursos e seu conseqüente resultado competitivo.

Fernando dos Santos Moreira Júnior

Esp. Inteligência Competitiva

O QUE É O ESCOPO DO PROJETO?

Segundo o Guia PMBOK, do PMI - PROJECT MANAGEMENT INSTITUT, escopo “é o processo de desenvolvimento de uma descrição detalhada do projeto e do produto”. A importância de se ter uma declaração de escopo bem detalhada é que ela garante que a vontade do cliente, assim como o objetivo do projeto, sejam alcançados.

A dificuldade encontrada na ausência da cultura do planejamento, se proposital ou não, são os inúmeros desencontros e problemas de comunicação que levam ao desgaste da equipe e talvez até o fracasso do projeto. Como se diz no adágio popular: se não se sabe para onde ir, qualquer direção serve.

Os princípios definidos pelo PMI sobre o a declaração de escopo envolvem um detalhamento bem amarrado para evitar desvios de percurso, durante o gerenciamento do mesmo. Para se ter uma idéia, o escopo do projeto deveria descrever, em detalhes, as entregas do projeto e o trabalho necessário para se obter tais entregas. A declaração do escopo também fornece um entendimento comum do projeto a todas as partes envolvidas e descreve os principais objetivos do projeto.

É muito comum nos projetos com pouco planejamento, solicitações contínuas de mudanças de escopo. As constantes modificações são a prova viva da falta de planejamento, ou seja, não houve um fechamento do detalhamento do escopo.

Para se ter uma idéia, o escopo bem detalhado deverá conter os seguintes documentos: Objetivos do projeto; descrição do escopo do produto.
requisitos do projeto; limites do projeto; entregas do projeto; critérios de aceitação de produtos; restrições do projeto; premissas do projeto e a organização inicial do projeto.

Outros pontos importantes no controle do escopo são: Marcos do cronograma, onde seria possível definir marcos importantes de entrega e suas datas. Limitação de fundos, que são restrições em rubricas ou mesmo prazos. Especificações do projeto, em que seria possível definir padrões/especificações que o projeto deve estar de acordo e requisitos de aprovação, que são imposições e critérios de aceitação que podem ser aplicados às entregas do projeto.

O detalhamento do projeto é o primeiro passo para o sucesso dos objetivos pretendidos para atendimento dos anseios do cliente. Escopo, de uma forma mais simples de dizer, é simplesmente o atendimento integral do desejo do cliente que, por sua vez, deverá ser criteriosamente detalhado e documentado pelo executor do projeto, para o sucesso final do empreendimento.

Fernando Moreira

Aluno MBA em Gerenciamento de Projetos pela FGV

GESTÃO DE PROJETOS COMO A CIÊNCIA MAIS ANTIGA - PARTE 1

“No princípio Deus criou os céus e a Terra”, afirma o primeiro versículo da Bíblia (Gn 1:1), que informa a primeira característica da personalidade divina – ser o Criador! Ao escrever o Gênesis, Moisés nem sabia que estaria dando os primeiros passos na cultura do gerenciamento de projetos. O primeiro livro do Pentateuco, em seus três capítulos iniciais, nos ensina sobre os conceitos básicos de gerenciamento de projetos, senão vejamos: a) EXPLICAR O OBJETIVO: É preciso ter objetivos claros. Assim, temos que o objetivo era: Criar a Terra e os seres viventes; b) A NECESSIDADE DE UMA FORTE MOTIVAÇÃO: “A terra era sem forma e vazia; havia trevas sobre a face do abismo” (Gn 1:2). A motivação de um projeto é o ponto em que se discorrem motivos para a execução do objetivo proposto; são os eventos que ocorrem devido à existência de determinado problema, pela identificação de uma melhoria ou empreendimento ou, ainda, aquilo que motivar o financiador do projeto; c) A PRESENÇA DE UM ESCOPO DETALHADO: O escopo de um projeto é descrição do que se deseja obter; a relação detalhada do que se deseja ou das características de um produto ou serviço. O texto de Gênesis, dos versos 3 a 31, revela as características do produto, ou seja, poderíamos dizer que Deus queria criar a Terra com as seguintes características: deveria ter luz; firmamento no meio das águas; deveria ter terra seca, deveria ter plantas e animais e assim por diante; d) DEFINIÇÃO DOS RECURSOS ENVOLVIDOS: Em um projeto, precisamos identificar a equipe envolvida e se Deus fosse o cliente/patrocinador ou financiador, O Senhor Jesus seria o Gerente do Projeto e o Espírito Santo seria o executor desta grande obra; e) REUNIÃO DE PARTIDA (Kickoff Meeting): Todo projeto precisa ter um ponto de partida que é uma reunião formal para dar início ao projeto com todas as partes envolvidas. Foi o que o Senhor Deus a partir do verso 3: “Disse Deus: haja luz”; f) CRONOGRAMA: O projeto é um esforço temporário para criar um produto, serviço ou resultado exclusivo. O texto poético afirma que o Criador fez a Terra em sete dias (tempo de Deus) e, assim, definindo cada etapa de um cronograma; g) CONCLUSÃO: No cronograma precisamos definir os marcos de entrega para que o cliente valide cada etapa concluída. É o que acontece com a expressão divina “E viu Deus que era bom”, ou seja, na conclusão cada dia/etapa da criação, Deus (o cliente) aprovava a conclusão de cada pacote de trabalho e, por fim, o projeto final: “E viu Deus tudo quanto fizera, e eis que era muito bom”. Era o sexto dia e no sétimo ele descansou. É possível concluir que a gestão de projetos, como disciplina intuitiva, já era aplicada em diversos campos de atuação, incluindo a organização das sociedades primitivas na busca do suprimento de suas necessidades de segurança, alimentação, vestuário, construção, engenharia e atividades militares, por exemplo.

A Lei de Murphy no gerenciamento dos projetos

A primeira Lei de Murphy, elaborada por Edward A. Murphy, afirma que se existem duas ou mais formas de se fazer alguma coisa e uma das formas resultar em catástrofe, então alguém a fará da forma errada. A Lei de Murphy surgiu exatamente em um ambiente de gerenciamento de projetos quanto o Engenheiro Edward A. Murphy trabalhava nos experimentos de foguetes que seriam realizados pela Força Aérea Americana em 1949. Naquela época tratava-se do projeto MX981, para testar a tolerância humana à aceleração. Basicamento o projeto era um experimento envolvendo pessoas na forma de cobaias onde as mesmas deveriam colocar determinado sensor da forma correta. Haviam duas maneiras pelas quais cada sensor podia ser colado em sua base e somente uma era a correta. De acordo com a lei das probabilidades, todas as peças foram fixadas de maneira errada, dai que surgiu o princípio de design defensivo, ou seja, se realmente importa que determinada peças seja conectada da maneira correta, seu design deve ser assimétrico para que ele não possa ser conectado da maneira errada Depois de alguns anos muitas foram as variações populares da Lei de Murphy, do tipo: “Se alguma coisa puder dar errado ela vai dar errado e da PIOR maneira possível", ou "O pão sempre cai com a manteiga para baixo". Ainda se costuma dizer que “Toda vez que você sai de guarda chuva, não chove e basta você esquecê-lo que cai o maior toró?” ou ainda “no supermercado a sua fila é sempre aquela que anda mais devagar”. Estas situações não são coincidências, são apenas a comprovação da inevitabilidade da Lei de Murphy. Seguindo o princípio do design defensivo, faz-se necessário o uso de padrões em projetos para obrigar as pessoas a fazerem da maneira correta, ja que a Lei de Murphy atua em qualquer embiente, principalmente em projetos. Quando não existe o planejamento em um projeto, é muito certo que as coisas darão erradas. A Lei de Murphy não deixa de existir ainda que se tenha realizado o devido planejamento, entretanto, pode reduzir as margens de erro. Na gestão de projetos podem ocorrer dificuldades na mudança do escopo, isto é, quando é solicitada uma mudança que crie impactos significativos ao projeto; na falta de recursos; na comunicação que é a principal base de gerenciamento de projetos; nas estimativas originais muito otimistas; nas dificuldades técnicas inesperadas e por ai vai. Temos aprendido que toda organização precisa de um planejamento estratégico que deve orientar a programas e projetos que devem ser tratados por meio de uma metodologia padrão, objetivando a eficiência e eficácia dos resultados, bem como o de oferecer a mesma linguagem corporativa. O que falta, na maioria dos casos, é um bom gerenciamento de projetos. Fernando dos Santos Moreira Júnior Assessor do NIC/MURAKI É estudante do curso MBA em Gerenciamento de Projetos pelo ISAE/FGV

QUAL A DIFERENÇA ENTRE O COORDENADOR TÉCNICO E O GERENTE DE PROJETOS?

O perído de graduação, na maioria dos casos, não capacita o profissional em funções gerenciais. No momento da maturidade profisional, cargos de funções gerenciais poderão ser ocupados por pesoas que nunca tiveram noções de gestão organizacional e muito menos gestão de projetos. Tal formação só poderá ser construída pela contíua experiência em cargos gerenciais que deve ser completada com cursos correlatos de gestão organizacional.
No caso de projetos, tema da linha editorial do Boletim da Inteligência, é imprescindível se discutir as diferenças de competências entre o coordenador técnico e o gerente de projeto, devido a um conflito conceitual.
Em todo projeto, existem atividades técnicas e gerenciais. As atividades técnicas, dizem respeito ao objeto fim do projeto, tais como: pesquisar a aplicação de nova substância; identificar uma nova espécie vegetal; desenvolver um sistema computacional; desenvolver uma atividade de extensão em uma população; desenvolver um estudo sócio-econômico e tantas outras. Todos os temas fazem parte do que chamamos de escopo do produto – “O que se deseja fazer”. As atividades relativas ao escopo do produto são da responsabilidade do Coordenador Técnico.
As atividades gerenciais de um projeto dizem respeito ao seu ciclo de vida, que incluem as fases de iniciação, planejamento, execução, monitoramento, controle e encerramento. Tais atividades são estritamente voltadas para a área de gestão e se referem ao escopo do projeto – “Como fazer o projeto acontecer”. Tais atividades são de responsabilidade da Gerência de Projetos, que é um ramo da administração; ciência da gestão do ciclo de vida do projeto.
O que temos visto na prática é que o papel de gerenciar um projeto é desempenhado ad hoc, pelo ocupante com outro título, como o engenheiro, o médico, o pesquisador e até pelo diretor da instituição. Tais profissionais são responsáveis por projetos e acumulam outras tarefas, contudo não tiveram a concepção correta do papel do gerente de projetos.

Cabe, portanto, ao gerente do projeto responder:
1. Pela ação de gerenciamento do projeto ou atividades meio do projeto, de forma a apoiar o “como fazer o projeto” para atigir o objetivo;
2. Pelo planejamento inicial do projeto, auxiliado pelo coordenador técnico
3. Pelo gerenciamento de todo o ciclo de vida do projeto que envolve as fases de iniciação, planejamento, execução, monitoramento, controle e encerramento;
4. Pelo monitoramento e controle do Plano de Gerenciamento do projeto;
5. Pelos aspectos na área de gestão do projeto, financeira, contábil, e legal;
6. Pela interface gerencial entre as partes envolvidas no projeto: a instituição de fomento; a equipe técnica que desenvolve o projeto e o cliente final.
7. Cabe ao gerente do projeto controlar o encerramento legal do projeto

Cabe, portanto, ao Coordenador Técnico de um projeto responder:
1. Pelo desenvolvimento técnico do projeto, pelas atividades que representam o objeto ou o fim do projeto, tais como pesquisas em laboratórios, atividades de campo, treinamento, orientações de trabalhos científicos, desenvolvimento de sistemas etc;
2. Responsável pela competência e perfil técnico da equipe do projeto;
3. Lidera a equipe técnica do projeto;
4. Responsável por toda documentação técnica do projeto, demandados pelo gerente do projeto, tais como: Relatório de Status Técnico, manuais técnicos, trabalho científico e relatório técnico final do projeto;
5. Responsável pelas especificações técnicas do projeto em termos de materiais de consumo, materiais permanentes, infra-estrutura e serviços técnicos prestado por terceiros no projeto;

Concluímos que um projeto não é executado somente por ações de cunho meramente técnico, sendo que a ausência da gestão de projetos, poderá causar muitos problemas relativos a comunicação, atrasos no cronograma e baixa eficiência no uso dos recursos.


Fernando dos Santos Moreira Júnior
Assessor do Núcleo de Inteligência Competitiva
Aluno do Curso MBA do ISAE/FGV em Gestão de Projetos

O QUE É UM ESCRITÓRIO DE PROJETOS?

Segundo o Guia PMBOK, terceira edição, da Norma Nacional Americana ANSI/PMI 99-001-2004 para gestão de projetos, um escritório de projetos (PMO) é uma unidade da organização que centraliza e coordena o gerenciamento de projetos sob seu domínio. Ele pode ainda receber o nome de “escritório de gerenciamento de programas”, “escritório de gerenciamento de projetos” ou “escritório de programas”.
O Escritório de Projetos é o responsável por supervisionar o gerenciamento de projetos, programas ou uma combinação de ambos. Os projetos apoiados ou administrados pelo PMO devem possuir objetivos que estejam alinhados com as estratégias da organização. Em muitas organizações, esses projetos são de fato agrupados ou estão relacionados de modo a contribuir no planejamento, na priorização e na execução coordenados de projetos e subprojetos vinculados aos objetivos gerais da organização.
Uma grande organização que possua inúmeros projetos poderá enfrentar diversos problemas pela ausência de um escritório de projetos. Problemas tais como: (a) ausência de uma linguagem padrão para uniformizar processos e formas de comunicação dentro da organização na gestão de seus projetos; (b) falta de controle mais acurado sobre a gestão de projetos; (c) inúmeros problemas de comunicação e o conseqüente desgaste das relações internas; (d) possibilidade de projetos não compatíveis com os objetivos organizacionais; (e) baixa eficiência e eficácia no uso de recursos diversos da organização; (f) ausência do registro da historicidade (lições aprendidas) dos projetos desenvolvidos de forma a auxiliar os novos projetos e (g) ausência de eventos e treinamentos que promovam a formação de uma cultura voltada para o gerenciamento de projetos.
O Escritório de Projetos compreende a hierarquia natural do processo decisório do gerenciamento de projetos que começa com o planejamento estratégico que dará origem ao portifólio de projetos, que por sua vez é formado pelo conjunto de programas. Os programas são detalhados por meio de objetivos contendo prazos e produtos. Tais objetivos formarão o conjunto de projetos e subprojetos da organização. As organizações devem gerenciar seus portfólios com base em metas específicas definidas no planejamento estratégico.
Segundo o PMBOK são características básicas de um escritório de projetos: (a) Identificação e desenvolvimento de metodologia, melhores práticas e normas de gerenciamento de projetos; (b) Centralização e gerenciamento das informações para políticas, procedimentos, modelos e outras documentações compartilhadas do projeto; (c) Gerenciamento de configuração centralizado em todos os projetos administrados pelo PMO; (d) Repositório e gerenciamento centralizados para riscos compartilhados e exclusivos para todos os projetos; (e) Escritório central para operação e gerenciamento de ferramentas do projeto, como software de gerenciamento de projetos para toda a empresa e (f) Coordenação central de gerenciamento das comunicações entre projetos.
Além de tudo, o processo de maturação e aprendizado sobre a questão poderá representar para uma organização: (a) a plataforma de aconselhamento para gerentes de projetos e todo o tipo de assessoria correlata; (b) monitoramento central de todos os prazos e orçamentos do projeto do PMO e (c) coordenação dos padrões de qualidade globais do projeto entre o gerente de projetos e qualquer pessoal interno ou externo de qualidade ou organização de normalização.
E imprescindível para toda organização que trabalha com projetos a criação de um setor com esse perfil de atuação. Focado para atender os objetivos do Planejamento Estratégico, o escritório de projeto poderá ser considerado como o fiel depositário do Portifólio de Projetos que, por sua vez, representa os interesses estratégicos da organização.
Prof. Fernando dos Santos Moreira Júnior

DICAS SOBRE GESTÃO DE PROJETOS
O que é um projeto? Um projeto representa um conjunto de ações que utilizam recursos diversos, com um prazo definido, com o objetivo de alcançar um resultado que poderá ser o desenvolvimento de um produto ou serviço, visando atingir os desejos e as demandas do público alvo – seus clientes!
Antes de abordarmos a gestão projetos propriamente dita sobre, seria interessante perguntar se de fato é necessário fazer gestão de projetos? Parece que buscar a organização, planejamento e disciplina no gerenciamento de projetos não é parte da cultura instalada na maioria das organizações, tendo em vista que, não obstante aos baixos indicadores de desempenho, alguns projetos conseguem ser concluídos, porém existem muitos outros que fracassam, causando desperdício de tempo e recursos aplicados.
Por que alguns projetos fracassam? Por que os resultados não são satisfatórios? Que fatores podem contribuir para os resultados desastrosos? Estas são as perguntas que vão orientar esta seção de matérias para disseminar os princípios e conceitos da Gestão de Projetos.
Segundo os especialistas em Gestão de Projetos, podemos afirmar que os principais problemas são a falta de comunicação, durante todas as etapas do ciclo de vida de um projeto, principalmente em entender bem o que o cliente ou usuário final do produto ou serviço demandou e a comunicação entre membros da equipe de projeto; a definição de critérios de qualidade no projeto de acordo com as expectativas dos clientes, para o atingimento das metas estabelecidas; o comprometimento de todos os envolvidos no projeto, direta e indiretamente; as limitações de tempo; as limitações de recursos materiais e financeiros e todas as implicações no encerramento do projeto.
Fazer Gestão de Projetos não é nada difícil, porém, difícil é fazer as pessoas aceitarem uma nova cultura de planejamento que exige atitude acurada e disciplinada no uso de uma metodologia que promova um padrão de relacionamento entre o executor do projeto e seus clientes. Basicamente, qualquer metodologia de gestão irá sugerir procedimentos para gerir o ciclo de vida de um projeto que envolve a iniciação, planejamento, execução, monitoramento, controle e encerramento.
A metodologia mais conhecida no mercado é o padrão de Gestão de Projetos baseado no PMI (Project Management Institute). O PMI é uma instituição mundial que não tem fins lucrativos, estabelecida para desenvolver padrões de Gerenciamento de Projetos. Criado no ano de 1969 por meio de voluntários em um seminário que ocorreu em Atlanta, Geórgia, nos Estados Unidos da América, com um público presente de 83 pessoas. Hoje em dia o PMI possui uma comunidade global, com mais de 200.000 profissionais associados em mais de 150 países.
Em “Dicas sobre Gestão de Projetos” o leitor irá acompanhar uma série de exposições básicas, com uma linguagem acessível a qualquer pessoa que participa ou coordena algum tipo de projeto, sobre o gerenciamento de projetos, apresentando a metodologia baseada no PMI, assim como os cases de suscesso e exemplos de “como não se deve fazer em Gestão de Projetos”.

Fernando Moreira
Prof. Esp. Gerenciamento de Projetos