O uso de Project Controls conduz a melhor performance do projeto

Os controlos do projeto são um grupo de processos que recolhem e analisam os dados do projeto para manter os custos e os cronogramas no caminho certo. A beleza dos controlos do projeto é que eles permitem a monitorização proativa dos projetos atuais e alertam as partes interessadas para que ações corretivas e oportunas que possam ser tomadas.

A existência destes processos vive das pessoas que os desempenham em representação muitas vezes do cliente impulsionandos os empreiteiros em melhorar a informação prestada no projeto.

Embora os controlos entreguem projetos dentro do prazo e do orçamento, o âmbito dos seus benefícios estende-se muito além disso, levando a melhorias significativas no desempenho do projeto e da companhia.

Com ênfase na monitorização rigorosa, recolha frequente e regular de dados, relatórios de status, comunicação e adaptabilidade às alterações, os controles do projeto geram uma tonelada de métricas de desempenho que ajudam a manter a orientação certa sobre o status atual e orientar o projeto na direção certa. Como resultado, os projetos que possuem controles de projeto fortemente integrados demonstram resultados estelares.

Impacto dos controlos nas funções críticas do projeto

O desempenho do projeto é definido como um projeto dentro do tempo, do orçamento e que entrega os resultados pretendidos. Um projeto é classificado como de alto desempenho quando atende ao prazo, orçamento e outros critérios que foram definidos para ele. Se pelo menos um desses objetivos não for atingido, um projeto poderá muito bem ser considerado um fracasso.

Infelizmente, os projetos concluídos dentro do orçamento são a exceção e não a norma. Uma análise da PwC estima que os megaprojetos, definidos como aqueles que excedem as receitas de US $ 1 bilhão, geralmente excedem seus orçamentos em 50% ou mais.

Para que as empresas evitem essas armadilhas e melhorem o desempenho do projeto, muitas funções - incluindo gestão de portfólio de projetos e gestão de contratos - devem unir-se em conjunto com os controles do projeto.

Vamos ver como os controles do projeto melhoram o desempenho de funções específicas do projeto.

Previsão

A previsão é uma ferramenta essencial dos controlos do projeto que usa dados históricos e atuais do projeto para prever custos e resultados futuros. Usa métodos de previsão aplicados à boa avaliação do progresso, os project controllers podem estimar com precisão se os custos e cronogramas permanecem ou não no caminho ou a que distância estarão.

Uma melhor previsão leva a um melhor desempenho e controlo de custos. Por exemplo, a previsão permite o mapeamento dos resultados esperados logo nos estágios iniciais e o ajuste ao longo do ciclo de vida do projeto. Esses insights fornecem aos gestores de projeto os insights necessários para estarem sempre conscientes dos desvios de orçamento e de milestones e oferecem oportunidades para tomar ações corretivas, como reduzir o âmbito ou ajustar recursos.

Agendamento (Scheduling)

O planeamento é o processo de definição de cronogramas e mapeamento de recursos em relação a cada tarefa identificada na estrutura de detalhe do trabalho do projeto (WBS). Um cronograma do projeto é um plano que permite acompanhar o progresso no tempo e alinhar as expectativas de todas as pessoas envolvidas em um projeto.

Os controlos do projeto melhoram a função de agendamento, impondo um cronograma realista do projeto, que leva em consideração os riscos. Métricas de acompanhamento, como percentagens de variação, fornecem visibilidade sobre o status do cronograma, permitindo a identificação e a gestão antecipada de obstáculos que podem prejudicar a linha do tempo do projeto. A estrutura de comunicação transparente dos controlos incentiva os membros da equipe a destacar problemas e a corrigir o curso quando necessário.

Controlar os custos do projeto

Controlar os custos do projeto é a função que visa minimizar a diferença entre os custos planeados e os reais.

Os controlos do projeto fazem uma enorme diferença na gestão de custos, pois fornecem uma abordagem orientada a dados para monitorizar continuamente se os custos estão dentro do orçamento. Como os pontos de verificação são frequentes e em tempo real, os controles ajudam a prever com precisão as escaladas de custos. E, como se prevê as superações no início do jogo, os controlos oferecem tempo suficiente para corrigir o problema.

Por exemplo, um projeto é medido como excedendo o orçamento e previsto para continuar nessa tendência ascendente. Os controlos oferecem a oportunidade de melhorar a utilização de recursos - e outros aspetos do projeto - para que o resultado esperado possa ser corrigido.

Gestão de Mudanças

A gestão de mudanças é um conjunto de abordagens focadas no controlo de mudanças, além de permitir que as equipas de projeto se adaptem a mudanças imprevistas durante o ciclo de vida do projeto.

Embora as mudanças sejam inevitáveis ​​num projeto, a maneira pela qual elas são geridas pode determinar o curso do projeto. Os controlos do projeto adotam uma abordagem proativa, garantindo que as partes interessadas definem e aprovam adequadamente todas as alterações antes da execução. Por exemplo, antes do estágio de aprovação, as equipas precisam confirmar a disponibilidade de recursos.

Os controlos do projeto também estabelecem uma cultura na gestão de mudanças, onde todas as mudanças são discutidas o suficiente para evitar mudanças desnecessárias. Além disso, os controlos do projeto garantem que as equipes assumam a responsabilidade pela mudança proposta, bem como pelo consequente impacto no custo e no cronograma.

Gestão de riscos

A gestão de riscos é o processo de identificação, planeamento e minimização ou mitigação de incertezas e qualquer impacto negativo que estas possam ter nos objetivos do projeto.

oO foco dos controles do projeto na transparência dos dados - para executivos seniores, clientes e membros da equipe - cria um ambiente em que todos estão mais bem preparados para enfrentar os riscos. Este sentido de comunicação e visibilidade do que acontece e do que pode acontecer potencialmente força a preparação, mantém todos alertas para identificar os riscos antecipadamente e evita que os riscos escapem pelas fendas.

Além disso, o ciclo contínuo de medir e melhorar projetos via monitorização, análise e mitigação interrompe ameaças iminentes e aumenta a qualidade do projeto.

Processos e sistemas padronizados

Projetos que possuem processos e sistemas em funcionamento respondem bem às mudanças. Os projetos mais ágeis e previsíveis possuem sistemas para os membros da equipa, canais de comunicação definidos e ferramentas apropriadas para gerir e executar o trabalho. Por exemplo, as organizações que passam por relatórios mais frequentes e usam informações de desempenho para gerir projetos têm uma taxa de sucesso de 68% em comparação com uma taxa de sucesso de 7% para aquelas que não o fizeram.

O pilar de controlo do projeto aumenta a qualidade do projeto, impondo o estabelecimento de tais processos para recolha, gestão e análise de dados. Estes, por sua vez, influenciam o tempo, o custo e os resultados do projeto para melhor. Permitem também que os executivos comparem projetos diferentes, isolem problemas específicos de projetos versus problemas sistêmicos e, portanto, melhorem o desempenho em toda a organização.

Gestão de Performance

A gestão de desempenho é um conjunto sistémico de atividades que ajudam a alcançar as metas do projeto por meio de monitorização e ação contínuos.

Os controlos do projeto levam ao alto desempenho. Utilizam indicadores-chave de desempenho confiáveis ​​(KPIs), em vez de estimativas ambíguas, para tomar medidas corretivas. Os KPIs oferecem aos membros da equipa uma visão clara das tendências de desempenho e correções do projeto. Em outras palavras, os controlos do projeto suportam uma melhor gestão de desempenho, obtendo em resultados superiores.

Os bons processos de controlo de projetos oferecem ferramentas de monitorização em tempo real, acompanhadas de uma estratégia meticulosa para as partes interessadas agirem em determinados pontos de dados. Eles também precisam ser integrados ao cenário holístico do projeto, unindo vários elementos da gestão de projetos, para que não gerem simplesmente dados díspares, mas gerem insights úteis e acionáveis ​​no momento certo.

Identificar o que pode atingir o projeto

Uma séria abordagem do Risco continua a ser a maior lacuna nos projetos no nosso país.A razão para isso entronca no deficiente conhecimento mas também na dificuldade de enfrentar a incerteza de forma prática.

O primeiro passo no processo de gestão de risco é descobrir o que enfrentamos. Que tipos de coisas ameaçam a capacidade de fornecer o que se prometeu? Tudo começa com a incerteza de não saber exatamente como as coisas vão acabar. Esta é apenas outra maneira de dizer que muitos aspetos dos projetos são imprevisíveis, apesar dos esforços para realizá-los. Eis algumas das áreas mais comuns de incerteza.

Área	Descrição
Âmbito	Extensão estimada do trabalho, capacidade de definir com clareza o trabalho, erros de desenho e omissões, mudança de âmbito dirigida pelo cliente
Tempo	Duração estimada do projeto, duração estimada de atividades, tempo para o mercado, data de lançamento, escala de revisões de gestão e aprovações
Custo	Custos estimados do projeto, custos de produção do procurement, custos de manutenção, Inflação, variações cambiais, limitações de orçamento
Tecnologia	Expetativas do cliente, probabilidade de sucesso, capacidade de escalação, sucesso do design, capacidade de produção
Recursos	Quantidade, qualidade, disponibilidade, competências adequadas, definição de funções e responsabilidades
Organizacional	Prioridades e conhecimentos do cliente, coordenação entre departamentos
Adaptação	Expetativas dos utilizadores, volume de vendas, demografia, qualidade, geografia, economia
Fatores externos	Ações e reações externas, regulação

Tabela 1 - Áreas típicas de alta incerteza

A partir destas fontes de incerteza, surgem questões. Estas são o que precisa descobrir, problemas potenciais específicos, quantos você puder imaginar. Mas como vai identificar problemas? Não há uma fórmula mágica para identificar possíveis ameaças ao seu projeto. Isso exigirá conhecimento específico do projeto, capacidade intelectual significativa e capacidade de especular. Hummm ... isso soa como uma excelente oportunidade para um evento de team-building.

Os melhores eventos de teambuilding são aqueles em que os membros da equipa expandem os conhecimentos uns dos outros e do projeto ao mesmo tempo. Identificar possíveis problemas como equipa é uma maneira ideal de conseguir isso. Caracterizo o efeito de eventos como este como construção da inteligência coletiva da equipa. Especificamente, a abordagem começa pela reunião de toda a equipe. Recomendo reservar de duas a quatro horas, dependendo do tamanho e da complexidade do projeto. Reúna cada peça Reúna toda a documentação que você puder e peça aos outros que façam o mesmo.

Documentos em background típicos podem incluir o Documento de Requisitos, o Documento de Definição do Projeto e o business case. De valor mais imediato, serão os documentos de planeamento do projeto, como a WBS, o cronograma de controle do projeto e a Matriz de Atribuição de Responsabilidades. Finalmente, estruture qualquer documentação de suporte relevante, como base de planos de estimativas, suposições de planeamento e o diagrama de rede usado para o desenvolvimento do cronograma.

O ponto central de tudo isso é que pretendemos que o maior número possível de documentos ajude e estimule o pensamento sobre possíveis problemas. Uma lista de verificação também pode ser bastante útil para estimular a especulação. Considere usar uma lista de verificação similar a esta quando realizar a reunião com a equipa.

Âmbito do Projeto _ Cliente adiciona âmbito ou funcionalidades _ Trabalho não pode ser definido com rigor _ Âmbito está subestimado _ Objetivos do projeto mudam	Instalações e equipamento _Indisponibilidade _Fraca confiança _Incompatibilidade com existente _Limitações proprietárias _Fraca flexibilidade _Má localização e espaço	Pessoal _Férias/Doenças _Família e outros _Interesses em conflito _Distrações externas _Questões éticas _Questões morais
Cronograma do Projeto _ duração subestimada do projeto _ Data de fim altera-se durante o projeto _ Data de fim irrealista _ Atraso nas aprovações _ Revisões da gestão atrasam projeto	Recursos _Mudança nos elementos da equipa _Financiamento _Custos/despesas incertos _Indisponibilidades _Prioridades desalinhadas	Interpessoais _Performance/ produtividade _Conflitos interpessoais _ Desenvolvimento _Má motivação e atitudes _Competências desajustadas
Materiais _ Fonte e disponibilidade _ Integração pobre com o existente _Deficiente confiança do fornecedor _ Confiabilidade do material _Qualidade fora do standard _Alto preço	Organizacional _Difusas funções e responsabilidades _Pobre delegação _Relações más entre unidades _Falta de coordenação _Conflitos entre unidades _Pobres comunicações _Limitações de política	Influências Externas _Meteorologia e desastres _Regulação e governo _Higiene e Segurança _Barreiras culturais _Tensões políticas _Mudanças económicas _Posição política desfavorável

Tabela 2 - Lista de verificação de questões

Relacione o máximo de problemas possíveis, com o uso técnicas de brainstorming. Embora não queira sufocar a criatividade, tente manter a lista com um tamanho razoável (talvez de 30 a 50, dependendo do tamanho e da complexidade do projeto).

Ao listar possíveis problemas que ameaçam o projeto, não perca de vista o conceito de incerteza. Lembre-se de que a falta de informação, conhecimento e compreensão é realmente o inimigo. Em outras palavras, pense nas maiores “ameaças” como aquelas que têm o maior potencial para o desviar o mais longe possível - numa direção desfavorável.

Como sabemos que os requisitos da solução estão concluídos?

Até onde é que podemos levar a Elicitação (escolha de requisitos) num projecto? Parece-me que, de forma definitiva, ninguém sabe a resposta. Será muito dispendioso capturar todos os requisitos, assunções, regras, relações e ligações escondidas associados à solução em construção. Então temos de ter uma forma de saber quando fizemos o que deve ser feito.

Conforme se elícita, analisa e documenta requisitos, devemos estar atentos à informação que a reunir e determinar o tempo que passa entre a descoberta de novos requisitos ou mudanças significativas aos requisitos existentes. Quando a duração excede um determinado limiar, então termine as actividades de recolha de requisitos – este é o processo de preparação de pipocas no microondas, ou a Via das Pipocas.


Este limiar pode, ainda, ser identificado com base num princípio de confirmação: Se, durante o processo de descoberta de requisitos se chega a um momento em que se continua a acumular informação mas esta não se traduz em novos ou alterados requisitos, então sabemos que devemos ter chegado ao fim.

Esta métrica é a solução melhor para situações em que no analista de negócio tem como propósito elicitar e documentar os requisitos de negócio detalhados quando o projecto possui “um charter definido com razoabilidade e objectivos de negócios claros”. Mas, é ainda útil, durante todo o ciclo de vida do projecto, quando se tenta definir âmbito e estabelecer requisitos de negócio para o projecto.

O desenvolvimento de requisitos é um processo iterativo, que se inicia a um alto nível de compreensão das capacidades requeridas, estas são então decompostas em componentes mais pequenos, que são por sua vez mais fáceis de tratar e desta forma determinar até que ponto estamos «terminados» em cada uma delas. Alguns exemplos do que pode ser tratado como componente independente, incluem:

• Definição do Âmbito – quais as capacidades que serão e que não serão incluídas no âmbito do projecto.
• Regras de Negócio – Regras referente à tomada de decisões operacionais que devem ser tomadas em atenção na solução.
• Modelos de factos – Modelos que representam conexões lógicas (“factos”) entre os conceitos centrais de uma solução e servem como representação do desenvolvimento subsequente de modelos de dados.
• Requisitos funcionais – As capacidades da solução – funções que a solução irá realizar ou permitir que os utilizadores o façam com o software.
• Requisitos não funcionais – Os critérios utilizados para ajuizar a qualidade da solução aparte os seus comportamentos específicos (requisitos de resposta em tempo, capacidade, confiança, usabilidade, etc.)
• Interfaces externos – Os interfaces para outros sistemas e entidades externas dentro do âmbito do projecto.

Esta não é uma sugestão de ordenação, antes a compreensão de que quando se trabalha em requisitos se realizam muitas actividades em simultâneo. Esta regra de economia permitir-nos-á saber com mais confiança qual a linha que estabelece que o trabalho está feito. Os riscos de parar cedo demais e falhar requisitos críticos, ou gastar demasiado tempo num dado conjunto de requisitos (gastando assim tempo valioso) são muito reduzidos quando damos atenção ao «silêncio dos requisitos» (o ponto em que mais informação não está a ajudar a identificar ou refinar requisitos).

Conforme o processo de requisitos se inicia, vai ficando cada vez mais confiante na forma como o problema foi definido quando vai verificando que os stakeholders das diferentes categorias e perfis concordam acerca do que é o problema e como a solução de sucesso irá ser. Passados uns dias e enquanto se vai adicionando e negociando detalhes dos requisitos, pode determinar-se que não houve mudanças no âmbito. Tal permite, por exemplo, declarar que a parte do âmbito do processo de gestão de requisitos está concluída, o que permitirá focar a atenção em outras secções ainda não investigadas.

Saber quando estão concluídos os requisitos para um projecto não é sempre fácil, mas encolher a dimensão dos seus objectivos é uma grande forma de reduzir a luta que sentimos. Ao estabelecer objectivos de menor dimensão e aplicando uma regra de «silêncio dos requisitos» para cada um destes objectivos separadamente, incrementará a capacidade de visão acerca da distância para a meta que se pretende atingir.
Luis Quintino

Porque não deve ir para a Gestão de Projecto?

 

Muitas pessoas têm alguns traços para serem um bom gestor de projecto, mas também têm muitos que o fazem considerar ser mau para essa posição. 
Coleccionei uma lista de indicações que mostram que podem não estar bem preparados para ser um gestor de projecto. Repare que estas notas não têm nenhuma hierarquização.

#1: Você é um comunicador pobre

Diz-se que mais de 50% do tempo de um gestor de projecto é dispendido em algum aspecto de comunicação. Isto inclui reuniões, relatórios de status, emails, chamadas telefónicas, coordenação, falar com pessoas e completar documentação. 
Alguns estudos mostraram que a comunicação verbal e escrita ocupa 80% da função. Se você não é um comunicador efectivo (e você não procura sê-lo) então não siga por este caminho.

#2: Você não consegue trabalhar bem com outras  pessoas

Prefere ficar no escritório e focar-se no seu próprio trabalho, provavelmente não possui uma capacidade colaborativa para ser um bom gestor de projecto. Bons gestores de projecto devem gastar muito tempo com clientes, stakeholders, e membros da equipa.

#3: Você prefere os detalhes

Muitas pessoas gostam de trabalhar nos detalhes do projecto. Necessitamos sempre de dispor de pessoas destas. Mas quando se é gestor de projecto, devemo-nos erguer acima dos detalhes e tornarmo-nos mais como quem delega e como quem coordena. Precisamos de confiar em outros, quando se desempenha a função de gestor de projecto, para que façam uma grande parte do trabalho detalhado .

#4: Não gosta de gerir pessoas

Não há muito de um projecto se você for o único recurso. Se quer ser um bom gestor de projecto deve ser capaz de gerir pessoas. Não terá 100% da responsabilidade sobre as pessoas, mas terá de mostrar liderança, torná-los responsáveis e aptos a prestarem contas, gerir conflitos, etc. 
Alguns gestores de projecto dizem que poderiam realizar um trabalho muito melhor se não tivessem de se relacionar com pessoas. Se é isso que sente então a gestão de projecto provavelmente não é para si.

Transformar digitalmente as empresas de Construção

A E & C (Engenharia e Construção) está ainda atrasada apesar da enorme oportunidade internacional de projetos em carteira. As empresas nacionais olham para o mercado mundial de forma aberta e temos exemplos de grande sucesso. Entretanto, vários relatórios internacionais afirmam que a E & C está entre as indústrias menos digitalizadas, ficando no segundo lugar a contar do último entre os maiores setores económicos no investimento em tecnologia. Como resultado, a produtividade do trabalho continua a arrastar-se na traseira do resto da economia mundial. Conclusão: se a indústria da construção quiser capitalizar a oportunidade deve juntar-se rapidamente à revolução digital ou arriscar perder a locomotiva da tecnologia completamente.

Quais são os desafios chave e soluções potenciais que a indústria enfrenta:

Soluções pontuais descoordenadas

Praticamente todas as grandes organizações de E & C alcançaram algum nível de digitalização, mas muitas delas dependem de soluções funcionais separadas que não comunicam entre si. Sem uma plataforma digital integrada, os utilizadores compartilham ficheiros e informação dispersos por e-mail ou serviços de armazenamento baseados na nuvem, resultando em documentos perdidos, retrabalho, falta de responsabilidade e atrasos na produtividade.

A solução: utilize as APIs abertas para conexões contínuas para software e serviços de terceiras partes, conectando os dados das aplicações. Invista em armazenamento de dados (ou seja, "um lago de dados") que permita que a informação seja partilhada e analisada, levando potencialmente a novos conhecimentos.

Falta de standardização

As empresas globais de construção utilizam geralmente uma ampla gama de processos e procedimentos para executar o mesmo trabalho. A falta de padronização em projetos globais em rápida expansão pode tornar-se uma grande dor de cabeça para parceiros e subcontratados, incluindo: ineficiências de projetos, erros, tempo de inatividade e potenciais riscos de segurança.

A solução: simplifique os processos existentes, eliminando sistemas desnecessários ou ineficientes. A adoção de uma plataforma de colaboração de projetos que abraça a uniformidade levará a maior eficiência em parceiros e projetos.

Falta de talento tecnológico

Há uma falta generalizada de conhecimento tecnológico na E & C global. Mas nem todos os empregados precisam ser um técnico. Alguns indivíduos digitalmente experientes são certamente necessários, mas a maioria da força de trabalho precisa apenas do conhecimento básico das plataformas-chave. Assim como um motorista de pesados de longa distância para dirigir um veículo de 18 rodas não precisa saber como desmontar e reconstruir um motor, a maioria dos empregados não precisa saber como escrever código para usar o software.

A solução: formações práticas e programas de certificação podem ajudar a atualizar os empregados num período de tempo relativamente curto. Analisar criteriosamente o nível de conhecimento técnico dos funcionários também pode simplificar o recrutamento e a contratação.

Resistência à adoção de software

A introdução de novas tecnologias para a força de trabalho existente pode causar apreensão, especialmente entre a gestão sénior. Se a solução cria uma curva de aprendizagem íngreme ou não entrega imediatamente os objetivos prometidos, os empregados ignorarão ou abandonarão completamente a tecnologia.

A solução: as organizações precisam estar cientes de que a resistência à mudança está na natureza humana. Os líderes devem criar programas de comunicação, formação e treino e gestão de mudança para incentivar a adoção de software.

O que é o ROI?

Mudanças dramáticas em tecnologia e processos são geralmente assustadoras e desafiadoras - especialmente se o retorno do investimento não estiver claro. Por exemplo, como se pode medir melhorias qualitativas em processos e metodologias? Métricas fáceis e / ou nenhum "executivo" designado " campeão tecnólogo " podem resultar em que a gestão de topo evite completamente o novo investimento tecnológico.

A solução: os líderes da organização devem estabelecer uma linha de base para as operações atuais para monitorizar com precisão as melhorias ao longo do tempo e promover os seus sucessos ao longo desta transformação digital.

Resultados mais importantes

Alcançar a transformação digital completa é mais do que apenas processos padronizados e produtividade melhorada. As orientações do governo, como o requisito no Reino Unido de implementar sistemas de gestão de informações de construção (BIM) para projetos de infraestruturas públicas, forçam grandes companhias de E & Cs a adotar tecnologia digital ou a perder em projetos vários bilhões de dólares.

A implantação de uma plataforma de software de colaboração, em última análise, proporciona informações sobre as organizações numa variedade de projetos, permitindo que elas tomem decisões mais estratégicas e abordem pequenos problemas antes de se transformarem em grandes obstáculos.

Aderir à revolução digital assegurará que o setor de E & C não seja deixado para trás.

Tem de ser especialista na área para ser gestor de projeto?

Existem duas escolas de pensamento sobre gestores de projetos especializados. Por um lado, poder-se-ia argumentar que é necessário que um gestor de projeto tenha conhecimento e domínio profundo da área técnica específica do projeto. Por outro lado, as competências gerais de um gestor de projeto podem ser melhor usadas para transferência entre projetos, independentemente do que o projeto oferece.

Ao longo dos anos, consultores experientes trabalharam com clientes que usaram gestores de projetos especializados e aqueles que aplicam suas competências de gestão de projetos em diferentes domínios. Não existe uma maneira correta ou errada de desenvolver a carreira como gestor de projeto (ou para desenvolver as carreiras dos gestores de projetos que trabalham para a organização), mas é útil considerar as opções para que se possa escolher o que funciona melhor para uma empresa.

Ser um especialista no domínio

Um gestor de projeto que é um especialista em assuntos no domínio do projeto normalmente surge no seu progresso no trabalho na área de especialidade. Por exemplo, vemos gestores de projetos de TI que iniciaram suas carreiras como programadores. Eles têm profundo conhecimento desse setor e das tecnologias em uso e aplicam essas, juntamente com competências de gestão de projetos, para a execução bem-sucedida de um projeto.

Ser um especialista no domínio pode ser uma vantagem. Se o tempo é curto e o projeto precisa de outro par de mãos, você pode entrar e ajudar a equipa. Isso dá uma pool de recursos mais flexível. Normalmente, o gestor de projeto especialista no domínio não conhecerá todos os trabalhos da equipa, mas, tendo um background semelhante a pelo menos alguns dos membros da equipa, eles podem se lançar no "fazer", bem como na "gestão " se os prazos do projeto o exigirem.

Os gestores de projeto que são Subject matter expert (SME) também podem entender os problemas mais rapidamente. Eles entendem o idioma que a equipa fala e podem interpretá-lo com uma clara apreciação do problema. As capacidades de gestão significam que podem traduzir os problemas em linguagem fácil de entender para os sponsors do projeto que precisam tomar as decisões.

Eles também têm o benefício de poder entender e apreciar a carga de trabalho da equipa e as estimativas produzidas pela equipa. Tendo feito o trabalho antes, eles saberão quanto tempo as tarefas são suscetíveis de tomar, o que pode ser feito em paralelo e como isto afeta a programação do projeto. Colocar duas pessoas numa tarefa, como par de programação ou teste de par, não agiliza o projeto, enquanto que colocar duas pessoas noutras tarefas pode ajudar a reduzir a escala de tempo.

Ser um especialista em gestão de projetos

A gestão de projetos é uma competência em si, e muitos gestores de projetos de carreira aprimoraram isso ao longo de anos. Em projetos que exigem a participação de várias equipes, é impossível ser um especialista de domínio em todas as áreas. O valor do gestor de projeto especializado é a capacidade de reunir informações de diversas áreas e construir uma equipa coesa, aplicando as suas capacidades de coordenação e planeamento para fazer o trabalho.

Não há risco de deixar uma área dominar o projeto para que um gestor de projeto especializado possa ajudar a manter a equipe equilibrada e concentrada. Quando você não trabalhou num domínio específico, não está formatado pelo idioma dessa disciplina, por isso é fácil se comunicar com as partes interessadas em departamentos sem cair na armadilha do jargão.

Também não há risco de ficar demasiado envolvido e deixar de ter uma imagem panorâmica de todo o projeto. Se não fez o trabalho de alguém na equipa, não pode entrar e fazer isso por eles, ou ao lado deles. Você precisa planear recursos de forma mais eficaz para evitar situações em que os recursos estão sobre atribuídos.

O que quer ser?

Na realidade não importa se é um gestor de projeto experiente ou um especialista em gestão de projetos. Ambos os tipos de gestor de projetos agregam valor aos projetos e às empresas para as quais trabalham, e ambos podem fazer muito bem nas suas carreiras.

No entanto, é importante notar que existem algumas indústrias onde o conhecimento do domínio é muito útil. Construir uma ponte é muito diferente da construção de alguns softwares, de modo que mesmo os excelentes gestores de projetos que podem aplicar suas competências em todas as indústrias podem ter dificuldade em assumir repentinamente um projeto que gere a construção de um novo parque de estacionamento.

Seja qual for o caminho que escolher, garantir que conhece o suficiente sobre cada uma das áreas do projeto para impedir que pessoas lhe atirem poeira para os olhos. Não precisa necessariamente de conhecimentos de domínio para isso – apenas um pouco de bom senso e uma vontade de fazer as perguntas certas!

Como garantir o apoio executivo aos projetos

É um fato: os projetos correm melhor com o suporte de gestores seniores. Estudo após estudo mostra que o patrocínio ativo é um fator no sucesso do projeto. Quanto maior a adesão da parte de níveis seniores na empresa, mais provável é que os projetos sejam realizados em relação às previsões do business case e que alcancem os benefícios que eles estabelecem.

Por que é isso? Por que precisamos de muito apoio dos executivos? Os gestores de projeto proativos têm tentado fazer as coisas com os sponsors em volta da ideia ambivalente entre a escala de envolvido mas não me envolva demais. Será que o negócio realmente necessita aumentar o nível de suporte executivo alinhado por trás dos projetos?

Sim, necessita.

O Sucesso mudou

É mais difícil conseguir sucesso nos dias de hoje e os gestores de projetos e a equipe que estiveram em trabalho desde há mais de 10 anos podem ficar presos na mentalidade da entrega de um projeto atrás do outro.

Claro que a entrega é boa. Precisamos disso para fazer qualquer coisa. Mas, para se destacar como empresa, necessita ir além de simplesmente entregar projetos, uma e outra vez. Exige-se escolher os projetos certos, priorizar o portfólio contra objetivos estratégicos e realizar os benefícios rotineiramente. Isso não acontece quando os recursos de entrega do projeto estão focados essencialmente em atingir as milestones e passar para o próximo trabalho.

A definição de sucesso expandiu-se para incluir muito mais do que alcançar o losango preto final no gráfico de Gantt, no dia que disse que faria, com seu orçamento pairando mais ou menos no valor do objetivo gasto. Hoje, precisamos olhar para o sucesso de uma maneira holística, e precisamos de executivos para nos ajudar a chegar lá.

O que impede os executivos de apoiar totalmente os projetos?

Os gestores seniores têm um decisivo papel a desempenhar no sucesso do projeto - isso não deve ser uma surpresa. Mas o que os impede de dar às equipes do projeto o suporte de que precisam?

Há uma série de coisas que impedem os gestores seniores que pesam sobre os projetos da maneira que precisam:

• Na verdade, eles não têm autoridade para tomar as decisões necessárias, então eles são a pessoa errada para ter o papel de suporte do projeto.
• Eles não têm acesso para conceder os recursos que ajudariam a equipe do projeto a remover obstáculos, por isso, novamente, eles não são a pessoa certa para ter esse papel.
• A organização tem uma maturidade limitada quando se trata de gerir projetos, e assim eles não têm os dados e informações de suporte, os relatórios ou as ferramentas necessárias para obter a a informação que precisam para fazer as escolhas corretas.
• A organização recompensa o heroísmo de alguns e não os realizadores consistentes, por isso há a atitude de que o sucesso se baseia na capacidade do indivíduo e não em metodologias robustas tentadas e testadas e em tecnologia de suporte.
• Há uma política e prática em jogo que altera ou limita as decisões que os executivos estão preparados para tomar ou o apoio que estão dispostos a dar.
• Os executivos não sabem como apoiar a equipe do projeto porque ninguém lhes disse o que é necessário ou eles acham que o gestor do projeto pode ser bastante auto-suficiente.

Estes são os bloqueios de estrada que é preciso remover se quiser facilitar a gestão ativa e aberta dos gestores seniores a projetos avançados e de dimensão.

Aumentar o apoio ao nível executivo

Embora seja relativamente fácil ver os problemas que fazem com que os gestores não ofereçam o suporte que as equipes do projeto exigem, é muito mais difícil consertá-los.

Este é o lugar onde um PMO forte pode entrar: esta equipe imparcial possui excelentes informações sobre a eficácia do apoio na organização e pode trabalhar com os gestores seniores relevantes para garantir que eles sabem o que é necessário para suportar um projeto. Podem também agir de forma sensível e com o apoio da equipe de linha identificar se um cargo de sponsor de projeto está preenchido pelo indivíduo errado. A mudança de sponsors de projetos no meio de um projeto não acontece com a frequência que deve, e certamente é uma maneira rápida de gerar suporte para uma equipe, se a função de sponsor pode ser transferida para alguém com acesso aos recursos que fazem a diferença.

O suporte do Executivo vai além do sponsoring, porque está fundido na forma como o negócio se sente e pensa em fazer o projeto. Ter um gestor de projeto atribuído a projetos importantes faz parte do quebra-cabeça - a parte mais fácil. O resto vem com garantia de apoio ao trabalho do PMO e que a gestão de portfólio é adequadamente realizada com os dados certos para tomar as melhores decisões para o negócio.

Pode apoiar os gestores de projeto e equipes para colocarem as perguntas corretas aos executivos e para ajudar os sponsors de projetos a fazer o que é necessário fazer em projetos. As equipes de formação em capacidades de influência, negociação e comunicação melhorarão sua capacidade de fazer com que outras pessoas tomem medidas para a entrega bem-sucedida dos projetos, qualquer que seja o seu nível.

Sustentar tudo isso dá a capacidade das equipes de projetos para mostrar que podem ser bem-sucedidas. Sem métodos sólidos de gestão de projetos, ferramentas e técnicas, há muito pouco para os sponsors apoiarem. A execução consistente tem um longo caminho para mostrar que o trabalho que está a acontecer é digno de suporte de executivo.

Competências Organizacionais outro prisma da produtividade

As práticas organizacionais aplicam-se a momentos específicos da realização do projeto. Há formas de configurar a toda a organização para o sucesso. Mais uma vez, a analogia com a manufatura é pertinente. Os fabricantes aprenderam a manter a criação de valor e eficiência em mente durante todo o tempo, o que é uma das razões por que o setor possa ver ganhos de produtividade sustentados. Quando se trata de megaprojetos, entretanto, é comum concentrar-se em apenas terminar o trabalho, e não a considerar como o valor que pode ser reforçado ao longo do caminho e como transferir conhecimento entre as equipas de projeto.

As equipas de alto desempenho dos megaprojetos, por outro lado, fazem a revisão do NPV do projeto a cada três a seis meses e refletem acerca dos riscos mais importantes e como atenuá-los. Uma vez que um projeto é realizado estruturaram reuniões para discutir quais as lições aprendidas.

Estes tipos de questões relacionadas com a governação e os processos são abundantes. 

A chave é olhar para a escala do trabalho e atribuir a responsabilidade que se adequarem.
Uma maneira de conceber e instituir esses recursos numa escala de toda a companhia é a criação de uma academia de gestão de projetos in-house, como fizeram um número de companhias com grandes portfólios de projetos. Bons gestores de projeto são uma raça rara. Não é uma tarefa fácil gerir os empreiteiros, engenheiros, advogados, especialistas em aquisições e relações públicas especialistas que qualquer grande projeto necessita. A melhor abordagem é combinar a formação estruturada, incluindo a certificação em módulos específicos, com o treinamento on-the-job, de modo que as pessoas possam aplicar as competências que aprendem.

Tal como acontece com todos os outros sectores económicos, a tecnologia também vai desempenhar um papel na melhoria da produtividade na construção. Especificamente, há inovações em áreas tão diversas como a impressão 3-D, CAD (computer-aided design), laser e tecnologia de radar e assentamento de tubos, que poder-se-ia fazer para uma mais rápida, menos cheia de erro. Mas a tecnologia é apenas uma ferramenta na construção. A maior prioridade – e oportunidade – está na melhoria da gestão do projeto desde a conceção até a execução.

As melhores práticas descritas nestes posts são apenas um ponto de partida para a discussão. O ponto maior é que essa é uma conversa que vale a pena ter. A indústria da construção civil produtiva e saudável beneficia todo o mundo.

Post 6

Práticas distintivas na execução do projeto

Há quatro práticas que distinguem as companhias fortes das restantes no que toca à etapa de execução.

Invista mais no planeamento

Os acontecimentos imprevistos são inevitáveis. A criação de um fluxo de trabalho contínuo significa que trabalhadores da construção civil precisam ser capazes de antecipar e reagir rapidamente. Muitas companhias usam planos a 30, 60 e 90 dias, mas ignoram a importância de microplanos para olhar para o que deve acontecer no dia seguinte ou na próxima semana. As companhias líderes sabem o que está a acontecer no dia-a-dia no local de trabalho e ajustam os seus microplanos em conformidade. Avaliam se os desenhos, equipamentos, materiais e pessoas estão disponíveis e solucionam os problemas antes da data de execução real. As companhias começam a explorar como incorporar estes elementos no software de planeamento e como tornar este um passo uma rotina no processo de planeamento. Reduz-se, assim, o tempo de ociosidade e é a maneira mais promissora para melhorar a produtividade local.

As companhias começam a planear para gerir múltiplos caminhos críticos.

Usar a prefabricação e a pré assemblagem

As companhias líderes projetam e planeiam com cadeias de fornecimento específicas para a pré-fabricação e montagem. A substancial pré-fabricação ajuda a minimizar o desperdício.

Embora seja cedo ainda, as universidades e as empresas estão a explorar o uso de técnicas de fabricação aditiva, tais como impressão 3-D, como um próximo estágio de inovação nos edifícios. O uso de elementos de design e luminárias poderia aderir rapidamente já que a tecnologia 3-D permite novas formas e processos para ser eficientemente construído.

Criar estruturas para cooperar na performance do projeto

Para motivar um ambiente em que os problemas são abordados de frente é importante ter feedback consistente e em tempo útil. Com demasiada frequência, no entanto, o diretor de área, o gestor de projeto, o planeador, e o cliente têm opiniões diferentes sobre o que está a acontecer e onde estão os problemas. Normalmente, isso acontece porque eles não recebem a informação certa em tempo adequado; às vezes, eles não recebem sequer a mesma informação. Com efeito, estão a funcionar com diferentes versões da verdade.

A melhor abordagem é chegar a acordo sobre um sistema de reporting padrão e, em seguida, a conceber formas de garantir a produção de feedback em tempo útil, tais como discussões diárias com uma equipe no local e as revisões semanais sobre o status do projeto, o ritmo do progresso e gestão de riscos. O objetivo subjacente não é criar mais burocracia, mas antes criar um ambiente transparente que promova a resolução rápida de problemas. Algumas companhias exploram métodos para acompanhar o desempenho com o uso de dispositivos portáteis que relatam níveis de conclusão numa base diária para os planeadores.

Minimize o desperdício

Os mesmos princípios lean que se aplicam na manufatura poderiam funcionar para a construção. Procurar ativamente oportunidades para reduzir os stocks, a sobreprodução, o retrabalho, o transporte e os tempos de espera são questões que podem melhorar substancialmente a produtividade. Um exemplo disto vem de uma companhia que reviu a colocação de uma caldeira; no plano original, isso teria exigido mais de 1.000 tubos de serpentina e dez trabalhadores a tempo inteiro para a instalar. Em vez disso, através de pré-montagem (fixação das serpentinas durante o processo de fabricação), processamento paralelo, e criação de uma equipa flexível, os custos de trabalho foram cortados pela metade e completou a instalação 43 por cento mais rápido do que o estimado.
Post 5
Competências Organizacionais outro prisma da produtividade

Contratação e Procurement

As práticas de conceito e design que apreciámos nos últimos posts são significativas na melhoria do planeamento dos projetos e no sucesso da realização dos seus objetivos. Entretanto, as atividades de contratação e procurement levantam hoje outras questões que não devem ser esquecidas e que tem importância fundamental na recuperação da produtividade na indústria de construção.

É importante definir uma abordagem de contratação e procurement que minimize custos e riscos e pensar isso para cada projeto. É estranho, mas verdadeiro: as práticas que funcionaram bem num projeto podem não ser adequadas para outro. As companhias não podem sempre fazer as coisas da mesma maneira. Aqui estão algumas das melhores práticas que podem ajudar as empresas a evitar atrasos e economizar dinheiro nesta etapa do projeto.

Integrar a alocação de risco no contrato

Transferir os riscos para os sub-empreiteiros é tentador para aqueles que pagam pela construção, mesmo quando estes não têm a capacidade financeira necessária. Uma abordagem mais equilibrada que atribui aos empreiteiros apenas os riscos que eles podem influenciar, pode ser preferível, não só para manter as boas relações, mas também por razões económicas. Quando os empreiteiros são obrigados a assumir riscos que não são naturalmente deles, então acabam a pagar mais altos prémios de seguro; estes custos, é claro, que depois são passados para o cliente. Durante o período de licitação, seria aconselhável que os donos do projeto envolvidos pedissem aos empreiteiros para indicarem quais riscos que iriam assumir e a que custo. Isto permitiria uma clara demarcação de risco e uma melhor compreensão dos custos associados.

Estabeleça um processo eficiente para reclamações e gestão da mudança

Durante a construção, perde-se um tempo substancial em reclamações e gestão de pedidos de mudanças, especialmente se os processos e os contratos estão mal definidos. A criação de um processo rigoroso de gestão de pedidos de mudança e uma eficiente gestão de reclamações pode minimizar o tempo perdido em disputas durante a construção. O atraso em decisões relativas a reclamações leva a atrasos na construção e também poderá levar a uma quebra de confiança entre o proprietário e o empreiteiro. Uma boa prática é realizar uma reunião regular para a gestão de pedidos de mudança e gestão de reclamações, como parte de uma "sala de controlo"– o lugar onde tudo é monitorado e as principais decisões são tomadas.

Alinhar os interesses dos clientes com os empreiteiros

É importante ver os empreiteiros como parceiros no esforço para completar um megaprojeto, nunca mercenários que apenas executam os termos dos requisitos. A maioria dos contratos penaliza empreiteiros pelos atrasos; estas sanções podem ser draconianas, mesmo punitivas. A melhor abordagem é basear os contratos num conjunto de interesses comuns, com uma estrutura de pagamento bem definida e uma mistura equilibrada de incentivos e penalidades.

Incentivos pela conclusão antecipada ou para repartição de benefícios (quando o empreiteiro sugere formas de melhorar o ROI do projeto), podem ajudar a garantir que o proprietário e empreiteiros estão a trabalhar uns com os outros como aliados. Algumas companhias criam um orçamento de contingência e pagam um bônus se o projeto é concluído no prazo e dentro do orçamento. O desenho da estrutura de pagamento também pode ajudar a alinhar os incentivos na forma de taxas de mobilização pagos quando o site local está pronto, principais equipamentos citações / contratos estão em posição, e a força de trabalho está mobilizada versus a abordagem mais tradicional de pagar quando o contrato é assinado. Um sistema de pagamento baseado em completar milestones em vez de pagamentos de fim de mês também motiva as equipas para terminar mais cedo.

Desenvolver a perspetiva de custos do proprietário

Os proprietários recorrem demasiadas vezes, a terceiros (empresas de fiscalização) ou aos departamentos de engenharia para calcular as estimativas de custo. Companhias mais fortes mantêm uma base de dados in-house do custo que incorpora nas cotações de novas construções e instalações. Além disso, esses proprietários têm uma compreensão clara de quais os fatores que afetam os custos, e usam essa informação em sua vantagem no design e negociação. Por exemplo, eles examinam os fatores por detrás dos custos de equipamentos, tais como os preços do aço, e constantemente atualizam os bancos de dados em conformidade; eles realizam também estimativas de custo bottom-up para os equipamentos mais importantes.
Post 4
Práticas Distintivas na Execução do Projeto

Outras oportunidades do conceito e design

Pense em desenho modular e standardização

Padronizar e modular componentes pode economizar dinheiro e tempo. No entanto, um número significativo de companhia não aplica este princípio; companhias de exploração e produção, por exemplo, usam frequentemente diferentes especificações para suas plataformas de perfuração. A Reliance construiu uma segunda refinaria em Jamnagar e esta era quase uma réplica exata da primeira, com algumas atualizações para acomodar novas tecnologias. A decisão de replicar tomada seis meses dentro do plano de engenharia. Em uma escala menor, as empresas de Utilities estão cada vez mais a usar o design padrão para novas subestações. Isso também melhora custos do ciclo de vida, porque as peças de reposição podem ser usadas em vários ativos. O uso de projetos padrão deve ser considerado numa base caso a caso, tendo em conta as condições locais ou as mais recentes tecnologias, para evitar o uso de design abaixo do ideal. No entanto, é normalmente mais eficiente iniciar com o último desenho e ajustar, em vez de começar a partir do zero.

Consultar com as equipas de construção e procurement, desde o início da fase de desenho

As equipas de construção e aquisições trazem experiência diferentes para a mesa e faz todo o sentido trazê-los desde o início para avaliar conceitos e design. Um especialista em construção, por exemplo, pode notar que uma escolha de design terá efeitos em cascata caros; gestores de procurement podem sugerir novas formas de minimizar os custos. Em suma, ideias de projeto podem vir de fora da equipa de design. Um projeto de auto-estrada / light-rail em Denver, Colorado, terminou quase dois anos antes do previsto, em parte porque os empreiteiros desenvolveram uma maneira de fazer certas tarefas ao mesmo tempo, em vez de sequencialmente. Isso não teria acontecido se eles não tivessem reunido todos na mesma sala desde o início.

Otimizar processos e escolhas de engenharia

As companhias são geralmente rigorosas sobre a gestão das linhas de tempo durante a construção. Mas muitas vezes eles não prestam a mesma atenção durante as fases de pré-construção, mesmo que o trabalho realizado durante este período possa ter um efeito desproporcional sobre o valor do projeto.

Existe um espaço significativo para melhorias na produtividade da engenharia, com respeito ao tempo e qualidade de outputs, para prevenir retrabalho na fase de construção. Por exemplo, durante um recente projeto de uma refinaria, o proprietário encomendou à empresa de engenharia que configurasse o trabalho num calendário global de 24 horas como uma "fábrica de engenharia." Isso permitiu à empresa poupar vários meses na fase de engenharia. Noutro exemplo, uma companhia com uma equipa de engenharia baseada em uma série de lugares diferentes analisou os dados associados ao seu tráfego de e-mail, o que ajudou a empresa a otimizar localizações, dimensões da equipa e fluxos de trabalho, e resultou em melhorias de produtividade até 25 por cento.

O uso de BIM (Building Information Modeling) 

Ajuda a melhorar a produtividade conforme progride o projeto, porque toda a informação está contida num único local. As ferramentas BIM são baseadas em modelos 3-D, e ajudam os planeadores a evitar conflitos de design. Algumas companhias exploram a adição de dimensões, como custo, tempo e recursos, a fim de facilitar a gestão de projetos em fase de execução e facilitar a manutenção durante as operações.

O uso de visão aérea, laser e tecnologia de radar pode melhorar rapidamente o levantamento da produtividade. Por exemplo, no desenho de linhas de transmissão, o levantamento do terreno pode ser realizado com radares montados em helicóptero ao invés de ter o pessoal de terra fazer pesquisas manuais.
Post 4
Contratação e Procurement

Realizar o Plano

O propósito deste post é apresentar uma metodologia o mais fácil possível para enfrentar o planeamento, a estimação do tempo e do custo do plano de um projeto.

A meta é chegar rápida e facilmente a:

• Identificar o que significa «feito»
• Identificar quando o «feito» pode ser feito.
• Identificar quanto custa «feito» (para obter financiamento)
• Identificar quem necessita estar envolvido em realizar o «feito».

Presume-se que os leitores têm familiaridade com ferramentas de planeamento como o Primavera P6 ou o Project. Para o nosso caso, utilizamos o Primavera P6.
 

Planeamento

Reúna uma lista de resultados. Esta lista é preferível a uma lista de atividades, ou seja, esta é a lista de elementos que temos de realizar para chegar a um resultado. Deixe que as atividades sejam o domínio das pessoas que fazem as atividades. Focalize-se em identificar e denominar os resultados. Inclua todos os componentes até aqueles que necessitamos para a mitigação do risco. Na engenharia, usualmente o contrato e o SoW são referências importantes para esta lista.

Olhe para o calendário. Uma ferramenta de planeamento é boa para isso e permite a sua real adaptação do trabalho às condições. Incluir tempo a mais no calendário não é boa prática porque cria estimativas erradas para o «feito».

  

Configure o plano

Importe a lista de resultados como elementos do plano, da WBS.

Adicione ao plano uma milestone de início e uma de fim.

Na lista de resultados que corresponde à sua WBS defina, no interface de Atividades, um mínimo de atividades, por cada um, que preencha o tempo total previsto para a sua realização mantendo o detalhe no mínimo necessário. Estamos a criar o plano global do projeto.

Ligue essas atividades entre si com recurso às funcionalidades de ligação em Finish to Start. Evite criar muito detalhe e mantenha tudo simples.

Use para as atividades os seguintes campos de configuração:

• Tipo de atividade: duração fixa, para deixar o computador calcular as unidades a partir da duração do trabalho.
• Tipo de percentagem de conclusão escolha a física para se responsabilizar por todas as entradas de dados – não é boa opção deixar a máquina fazer a introdução de status por si.
• Duração: escolha em dias, não misture unidades de tempo dentro do plano.
• Ligue as atividades de forma a todas terem sucessor e predecessor.
• Utilize um Recurso Non Labor para definir um peso para as atividades que inclua uma ponderação (de duração x custo x intensidade dos recursos). Pode evoluir nesta classificação de acordo com outra informação recolhida no projeto como orçamento, estimação de duração, etc.
• Inclua Milestones de aprovação, quando necessário, designadamente as relacionadas com Gates do plano. Muitas indústrias utilizam esta forma para passarem etapas ou estágios do projeto.
• Crie uma lista geral de recursos a utilizar no projeto. Lembre-se que estamos a planear em alto nível e o que queremos é ter alguma sensibilidade para os totais de horas de trabalho ou de máquina a utilizar para determinadas atividades. Muito mais importante do que saber quem vai trabalhar é definir a capacidade necessária para o realizar.
• Atribua os recursos – por equipas, por exemplo – às atividades de cada resultado.

Veja e trabalhe sobre os resultados

• Calcule o plano, analise os resultados. Faça qualquer alteração ou adaptação conforme as necessidades ou as contribuições dos membros da equipa.
• Faça uma análise à distribuição das ponderações do Recurso Non Labor criado para assumir os custos através de um relatório dos recursos atribuídos (Resource Assignement), ou uma folha em Resource Usage.
• Faça a mesma análise às Horas Homem dos Recursos atribuídos, por mês e semana, para as verificar distribuídas.
• Veja o Caminho Crítico o que lhe vai permitir ver a data em que se prevê que o plano seja concluído e quais as atividades que estão no caminho crítico. Se não estiver de acordo com os resultados volte a planear.
• Veja a Resource Usage em spreadsheet e em gráfico (Profile).

Em seguida

• Reveja o cronograma resultante em função da disponibilidade de recursos.
• Reveja o cronograma em função das datas. Atualize se necessário o calendário para incluir todas as exceções (lembre-se das grandes festividades, dos períodos meteorológicos mais agudos, dos feriados, etc.). Reveja de novo e adapte.
• Reveja o cronograma em função das expetativas dos clientes e da prontidão dos fornecedores. Os primeiros querem mais e os segundos oferecem sempre menos do que prometem.
• Quando o plano está suficientemente completo, submeta-o para aprovação.
• Após aprovação estabeleça uma baseline e comece a acompanhar o progresso em relação a esta.
• Cumpra os intervalos de progresso definidos (semanal e / ou mensal) e atualize o plano – agora plano corrente – e compare-o com o seu plano original (a baseline).
• Vá refinando com maior precisão o plano remanescente conforme vai progredindo.

 

A utilização do Excel

Algumas pessoas dizem preferir (e algumas vezes até se gabam disso) o Excel (ou equivalente) para realizar o planeamento dos projetos e mantê-los «simples». O que penso acerca disto é que sim, se estamos preparados para o fazer e estamos em condições de introduzir todos os cálculos necessários, porque não? Sei que isso não vai ser fácil e sei que em grande medida os algoritmos de uma aplicação de gestão de projeto só com imensa dificuldade podem ser incluídos em tal folha de cálculo.

Evite o Excel, em minha opinião, ou outros métodos manuais a não ser que esteja preparado para ter uma imensa quantidade de trabalho, trabalho que uma ferramenta de projeto pode fazer por si.