Melhorar a PREVISIBILIDADE do projeto

A previsibilidade do projeto consiste em prever com precisão o resultado de um projeto com antecedência suficiente para que seja possível identificar pontos de problema, tomar ações corretivas e manter o projeto em andamento.

 Para um portfólio de projetos, a ideia de previsibilidade pode ser expandida para todo o conjunto de projetos. Nesse contexto, a previsibilidade do projeto é aumentar a consistência e minimizar as surpresas num grande número de projetos.

Tradicionalmente, quando os líderes do setor procuram determinar o sucesso do projeto em todo o portfólio de projetos, concentram-se na variação dos resultados. No entanto, a variação não é um preditor confiável, pois mostra apenas a diferença entre custos reais e planeados e o cronograma. (De fato, a variação é aceitável em percentagens menores.)

Em vez disso, a previsibilidade do projeto concentra-se na pontualidade das informações num ciclo do projeto - quando mudanças prováveis ​​no resultado são identificadas.

No setor de engenharia e construção, por exemplo, estima-se que 98% dos megaprojetos excedam o orçamento em mais de 30%. Quanto disso pode ser evitado prevendo as ultrapassagens anteriores e resolvendo-as rapidamente?

PORQUE É IMPORTANTE A PREVISIBILIDADE DO PROJETO?

Criar processos e sistemas que melhoram a previsibilidade do projeto é crucial para o sucesso de uma organização de várias maneiras.

As previsões oportunas fornecem tempo suficiente para corrigir o curso, aumentando a probabilidade de atingir metas e reduzindo a variação dos resultados. A resposta a uma previsão preocupante pode ser descodificar alguns requisitos, modificar casos de negócios existentes ou até desfazer o projeto. No entanto, os líderes seniores anteriores têm a oportunidade de tomar difíceis estas decisões, melhor para a organização - isso pode levar a uma economia significativa de custos, além de um maior retorno sobre o capital empregado (ROCE) e economia de custos de oportunidade.

Outro motivo pelo qual a previsibilidade do projeto é importante é a credibilidade organizacional. Atrasos crónicos e excedentes de custos podem ter um impacto negativo na perceção da empresa. Para os empreiteiros em particular, quanto pior for prejudicada a reputação, mais difícil será obter projetos futuros. Se os problemas persistirem por algum tempo, pode até reduzir o valor da companhia e levar à queda de uma organização.

A previsibilidade garante que as organizações sejam conhecidas pela sua excelência na execução - não por apagar incêndios urgentes.

Os pilares da previsibilidade do projeto

Atingir a previsibilidade do projeto requer uma sólida base de boas práticas. É um processo contínuo que exige comprometimento de longo prazo, dos principais executivos a todos os funcionários da cadeia. Também requer incentivo e uma cultura de tomada de decisão baseada em dados.

Aqui estão os quatroelementos básicos da previsibilidade do projeto:

1. Gestão de Portfólio

O objetivo da gestão de portfólio de projetos (PPM) é identificar a combinação ideal de projetos que podem oferecer o máximo valor estratégico para a organização.

Para determinar o portfólio certo, os projetos são minuciosamente examinados, classificados para medir a potencial contribuição para a organização. Também ajuda a compará-los com indicadores anteriores para chegar a métricas iniciais do desempenho do projeto.

Analisar a disponibilidade de recursos é uma parte crucial deste pilar, pois é necessário entender a capacidade dos recursos e compará-la com a procura do portfólio. Dessa forma, torna-se possível estimar se há bloqueios iminentes durante a execução. Caso os recursos não estejam disponíveis conforme o esperado, as organizações podem planear adequadamente. Por exemplo, você pode contratar novas pessoas, mover recursos de outros projetos como solução alternativa, contabilizar mais orçamento para comprar novos equipamentos etc.

2. Gestão de Projetos e de Contratos

Se aprofundarmos ainda mais os portfólios, passamos à gestão de projetos e de contratos. No contexto da previsibilidade, o foco aqui é integrar as funções de mudança e risco com a restante plataforma do projeto. Este pilar é um reconhecimento da dinâmica da mudança nos projetos e uma mudança nas premissas que existiam no início ao decidir sobre o portfólio. Essas mudanças devem ser tratadas rapidamente, a fim de causar um impacto mínimo nos projetos em andamento.

Ao gerir as mudanças, riscos e problemas como parte de uma plataforma tecnológica holística, pode avaliar automaticamente o impacto no desempenho e nas previsões do projeto e, portanto, responder a estes o mais cedo possível. Também oferece uma oportunidade para ligar os dados do projeto ao vivo com métricas de previsibilidade.

3. Controlos de projeto e contrato

O objetivo desse pilar é impor controlos mais rígidos, com integração de funções de ponto a ponto do projeto, incluindo contabilidade, programação, gestão de recursos, compras e orçamento. Em vez de usar soluções em silos fragmentadas para cada uma dessas funções, ter uma solução consolidada (uma plataforma, um login, uma abordagem de banco de dados) garante que os dados sejam compartilhados entre diferentes departamentos do projeto e aumentando a visibilidade geral.

O uso da integração automatizada e nativa garante que os gestores de projeto recebem alertas quase em tempo real e análises de dados que podem conduzir ações corretivas em tempo útil. Além disso, fornece transparência e promove uma cultura que suporta a análise de cenários hipotéticos e a busca da raiz da causa das tendências.

4. Gestão de Performancce

Para derivar para um modelo de previsibilidade confiável, deve evitar métodos de previsão monolíticos e just-in-time em favor de métodos que constantemente ajustam as previsões e o fazem regularmente durante a execução do projeto.

Para conseguir isso, é importante recolher dados confiáveis de progresso ​​de fontes internas e externas em tempo real, agrupá-los e mapeá-los para o impacto real nos custos e excedentes de cronograma. Esse processo de medição de progresso com vários métodos permite que a fonte correta de progresso seja atribuída à entrega do projeto.

O outro aspeto da gestão da performance é fornecer métricas no momento certo: antes que seja tarde demais para reagir. A criação de ferramentas visuais, como painéis de controlo (dashboards), pode ajudar a partilhar continuamente informações com as partes interessadas relevantes.

Documentar Corretamente as Decisões num Projeto de Construção

"Por favor, prossiga com as mudanças."

Essa frase familiar usada por muitos, mas não escrita ou documentada corretamente, pode causar grandes problemas. A documentação das decisões nos projetos de construção não apenas economiza tempo e dinheiro, mas também deve ser uma prática recomendada em todos.

Existem muitas ferramentas e recursos para usar e capturar decisões ou compromissos importantes, mas o que é considerado como tal? Como pode preparar-se para uma reclamação ou situação em potencial que precisa de documentação? Vamos sugerir algumas informações sobre como documentar adequadamente as decisões em projetos de construção.

O que são considerados «documentos importantes»

Para começar, precisamos definir o que podemos considerar como documentos importantes.
 

Plantas, desenhos de engenharia, e-mails, âmbito de trabalho e propostas são itens críticos que devem ser mantidos por muitos anos. Uma ótima maneira de alcançar o processo apropriado de retenção de documentos é usar sistemas para acompanhar as alterações e documentos. No entanto, às vezes é importante acompanhar e entender o contexto do diálogo. As cópias folha de pagamento e as coberturas do seguro também podem fazer parte dessa lista e as cópias originais das mesmas devem ser mantidas por um período maior de tempo.

Documentar as decisões

Em primeiro lugar, é imperativo estabelecer um plano de comunicação para garantir que as partes interessadas certas estejam conscientes e sejam notificadas das decisões. A decisão simples, como pequenas alterações no âmbito, é capturada por meio de comunicações informais, como cartas ou e-mails, antes de serem formalizadas e é assim, evidenciada-
 

Os ajustes do contrato precisam seguir a proposta e o âmbito é esclarecido, debatido e aceite por todas as partes, entre outros itens-chave relativos ao seu projeto. São todas estas coisas que se repetem e que devem ser documentadas.

Documentação de proposta e de Âmbito

Durante o processo de pré-licitação e pré-construção, muitas decisões são tomadas. São recebidos e-mails ou participará em teleconferências sobre quais novos âmbitos ou esclarecimentos são feitos e, assim que possível, precisará adicionar essas alterações ao âmbito e compartilhar essas informações com o dono do projeto ou o seu representante.

O processo de documentação deve conter estimativas, orçamentos, retiradas, informação de preços unitários, ofertas de fornecedores e encargos de trabalho que suportam os ajustes necessários.
 

Documentar as datas de quando você recebeu aprovação para emitir um pedido de compra é importante se precisar comprovar atrasos no material ou nos pedidos de compra associados às decisões. A documentação correta exigida para materiais e compras deve incluir a data de aprovação do material, pedido de compra e um documento com a data de entrega que o fornecedor está a indicar.
 

Para documentar essa decisão, o pedido de compra deve referenciar ou estar vinculado a uma seção específica do contrato e da especificação. Certifique-se de que o aprovador recebe e assina uma cópia, assim como o proponente, com anotação da data de aprovação e da data de entrega.
 

Isto merece uma atenção especial. Toda a vez que uma decisão importante é tomada, é imperativo registar ou produzir um instantâneo do cronograma real, documentando em que momento a decisão foi tomada.
 

Esse instantâneo pode servir como referência para documentar quaisquer mudanças no cronograma que são necessárias após a decisão. Neste ponto, o cronograma deve ser estabelecido e guardado em conjunto com a documentação exigida que fez parte do processo de decisão. Além disso, capture uma comparação entre a programação de pedido de proposta e a programação atual. Recomenda-se documentar duas semanas de antecedência e adicioná-las ao arquivo de mudanças.

Comunicações Diárias

Esta é outra questão importante a considerar durante o processo de documentação. Designe uma pessoa que possa armazenar e acompanhar os registos diários do projeto, notas de campo, condições climáticas, entrega, visitas oficiais do governo e conversas informais.

Esses arquivos devem ser mantidos e devem estar associados a datas e negociações afetadas pelo processo de decisão. Para cada questão, deve ser criado um registo separado e arquivado. Os registos de pedidos de mudança também devem ser mantidos e o registo deve incluir datas de vencimento, responsável, data de aprovação, especificações referenciadas e data de envio. Informações semelhantes devem ser registadas para desenhos, RFIs e especificações de projeto atualizadas.

Os carimbos de tempo normalmente são gravados na maioria dos documentos e os nomes legíveis são necessários para identificar quem recebeu ou assinou o documento, arquivo e / ou material. A hierarquia da equipe do projeto é importante para decidir se um gestor de projeto pode autorizar mudanças ou se precisa obter a aprovação de alguém superior na cadeia de comando.

Todos estes documentos devem ser mantidos e compartilhados com a equipe do projeto por meio de meios eletrônicos, desde que estejam disponíveis no futuro e sejam armazenados e documentados em ordem cronológica e por assunto.

Evidência Física

Com a mais recente tecnologia, recomenda-se gravar uma imagem aérea usando drone junto com fotos e outros vídeos, capturando recursos visuais sobre o status do projeto. Tire fotos em cada local antes do início do trabalho e continue o trabalho concluindo com uma revisão final após a conclusão do trabalho.

Essas fotos devem ser tiradas pelo menos uma vez por semana ou, de preferência, com mais frequência. Certifique-se que revê os documentos do contrato para se certificar de que seguiu o processo contratual para documentar as comunicações do projeto.

A delegação em Projeto

O sucesso na delegação de actividades é essencial para o êxito na gestão de projeto. Contudo, muitas das pessoas envolvidas como líderes em gestão de projeto têm medo da delegação. Eles receiam que, se delegarem, o trabalho este não seja correctamente realizado, que os prazos não sejam alcançados. Eles não confiam na colaboração e no trabalho de equipa e habituaram-se a fazer a maioria das coisas e controlarem directamente tudo o resto.

Mas o problema está na forma como fazemos a delegação – esta tem de ser feita de forma efectiva. A gestão de projetos depende simplesmente da delegação por força da lei da divisão do trabalho: uma pessoa ou equipa focada em uma ou duas atividades específicas é mais eficiente e produtiva que uma pessoa que tenta realizar simultaneamente uma multitude de atividades. Uma pessoa não pode ser todas as coisas para um projecto ou um negócio. Se a delegação for feita de forma adequada com facilidade se conclui que quanto mais de fizer o «laissez faire» em gestão de projeto melhor. No fundo que o melhor gestor é o que gere menos.


O sucesso da gestão de projeto depende da colaboração e do trabalho de equipa e a delegação bem-feita faz com que estes elementos em surjam com sucesso. Quais os cuidados que devemos ter para delegar quando gerimos um projecto?

Não seja vago – se está a gerir um projecto e se vai delegar actividades, deve ser bastante específico acerca do que se espera realizar com a actividade, quando é que deve ser realizado e o que se espera pela realização da actividade. As descrições vagas conduzem a resultados duvidosos e à falha em cumprir os prazos.

Garanta que estabelece prazos realistas – os prazos devem ser realistas e executáveis dentro do tempo pelas pessoas seleccionadas para a actividade. Obviamente, que a delegação envolve escolher as pessoas certas para as actividades certas de acordo com os seus talentos e competências, mas deve ainda assegurar-se que as pessoas que vão ser atribuídas às actividades não terão conflitos ou problemas de agendamento.

Fornecer toda a informação necessária a cada delegação – forneça aos que receberam a delegação uma direção para alcançarem os recursos que possam ser necessários para os tornar mais aptos a concluírem o trabalho em tempo. A colaboração e o trabalho de equipa podem estar entre estes recursos.

Garanta que está disponível como líder da gestão do projecto – os seus delegados devem ser capazes de lhe colocar quaisquer questões ou preocupações acerca do projeto ou das suas atividades. Adicionalmente, deve garantir que eles prestam contas o que exige relatórios periódicos. Contudo, não pressione demais. Um relatório semanal de status deve ser suficiente, desde que o projecto leve mais de uma semana a completar.

Está assumido que se delega actividades em gestão de projeto porque não temos tempo para fazer tudo por nós – Pode até ser que estejamos tão afogados que seja difícil dar instruções explícitas para as atividades. Se é este o caso, deve assegurar-se de delegar numa pessoa como o contacto directo e o gestor do projeto. Será responsabilidade desta pessoa ser o seu «braço direito» e quem terá a responsabilidade de fornecer as especificidades para os outros envolvidos para que possa haver êxito na colaboração e trabalho de equipa. Algumas vezes até a coordenação de uma parte de um projeto deve ser delegada. Se tal ocorrer, tenha o cuidado de realizar a delegação para alguém com experiência de gestão de projectos ou no tipo de trabalho que o projecto irá realizar.

Depois de ter delegado, lembre-se de manter as mãos fora do trabalho o mais possível – Permite aos que estão empenhados um espaço criativo no projeto. Deixe-os aparecer com as suas ideias próprias e fazer mesmo sugestões na forma de fazer as coisas melhor. O fundamental é que se obtenha os resultados desejados e o objetivo do projeto. Claro que a palavra final é sua na aprovação das mudanças às coisas, mas, ao mesmo tempo, não há necessidade de ser autoritário.

Para além dos relatórios de status mensais, implemente um processo de relatórios sobre o projeto – É muito importante ter acesso constante a informação sobre a forma como estão a realizar-se as coisas. Faça isto mas monte um sistema com pro-actividade em que as pessoas envolvidas no projecto se sintam confortáveis a actualizar os registos sem necessidade de marcar uma reunião.

Mantenha um registo pessoal sobre quem está a fazer e que atividade – registe todos os relatórios de status e detalhes de progresso. A manutenção destes registos mantém o seu pensamento sobre o projecto e garante uma dupla verificação dos seus detalhes.

Não se esqueça de louvar e mostrar o crédito quando as actividades são concluídas bem e em tempo ou quando se regista um bom progresso na atividade – os membros da equipa precisam de receber um feedback positivo quando estão a fazer as coisas certas. Não só merecem isso como esse reconhecimento ajuda-os a manter o foco, mantém-nos motivados e ajuda-os a compreender o que devem fazer.

Estes são alguns cuidados a ter quando delegamos actividades em gestão de projeto. A delegação não é uma coisa simples. Exige consideração, compreensão dos requisitos de projecto e um entendimento das capacidades e competências dos que colaboram connosco 
O trabalho de equipa e a colaboração conseguem-se se for feita uma delegação correcta desde o início. Através da delegação conseguimos guiar um projeto até aos seus resultados desejados, sem dores de cabeça, sem excesso de micro-gestão e com todos os envolvidos muito mais contentes e o projeto alcança o que todos desejam – o sucesso.

Resolver Conflitos

Todos os gestores de projecto enfrentam conflitos. Mutas pessoas, também nas suas carreiras, em algumas fases, têm conflitos. No entanto, dada a pressão colocada sobre as equipas de projecto, não é estranho que os conflitos ocorram aqui com maior frequência.
Como, então, enfrentar e resolver os conflitos?

Precisa enfrentar o conflito e não ignorá-lo, já que ignorando-o só vai tornar o problema pior. Alguns exemplos de problemas:

• O seu chefe está frustrado com o progresso e descarrega em cima de si, em frente dos outros membros da equipa.
  
• Um seu colega quer alguma coisa de si que você não lhe pode dar, ou não pode produzir no tempo dado e este fica zangado.
  
• A equipa pensa que você não é realista acerca da escala de tempo e assim respondem mal, levantam a voz e tornam-se obstrutivos.

Quando ocorre o conflito pode tomar as seguintes acções:

• Faça um intervalo: Se a outra pessoa fica muito destemperada, diga-lhe que precisa de cinco minutos para pensar. Vá tomar um café e dê uma volta. Isto irá ajudar a que ambos se aclamem e reflictam sobre o que aconteceu.
  
• Pacifique: quando recomeçar a conversa inicie-a com: «Eu sei que está sobre grande pressão por causa de…». Isto irá pacificar a relação um pouco e poderá tornar mais positiva a atmosfera.
  
• Solução de Problemas: Concorde com ele que existe o problema e que ambos precisam de trabalhar para, de forma construtiva, o resolver. Discuta as várias soluções e tente acordar nos prós e contras de cada uma antes de tomar uma decisão sobre o melhor caminho.
  
• Linguagem corporal: Enquanto decorre isto, precisa focar-se na linguagem corporal. Mostre abertura. Tire as mãos dos bolsos e nunca cruze os braços. Tente utilizar movimentos lentos de mãos. Utilize um tom de voz passivo e não mostre emoção. Mantenha um bom contacto com os olhos. Ouça com cuidado e verifique a linguagem corporal do seu interlocutor.
  
• Um mediador: Se os passos acima estão a obter poucos resultados, então é necessário falar com mais alguém que possa informalmente mediar o conflito. Diga que quer chamar um colega para a conversa já que ele terá mais ideias para a solução. Convide alguém que tenha um perfil de solucionador de problemas e em quem ambos confiam.
  
• Dar feedback: Quando a conversa ficar um pouco mais relaxada é tempo de dar à pessoa alguma informação construtiva. Diga-lhes como gostaria que enfrentassem a próxima questão similar. A oferta de um feedback positivo e construtivo pode ajudar a alterar comportamentos.

Uma boa forma de evitar conflitos é utilizar modelos comuns para a gestão e comunicação no projecto, bem como processos uniformes e consistentes – ferramentas comuns para enfrentar os desafios do Projecto.

Deite fora as folhas de cálculo: Ultrapasse a resistência à mudança!

Eu trabalhei como consultor do setor da engenharia e construção por muitos anos.Observei um tema comum: sempre que apresento uma nova solução de software moderna, particularmente uma ferramenta que apresenta uma abordagem nova e disruptiva para um problema de negócio, enfrento muitas vezes algum grau de resistência de alguns dos assistentes.

Os céticos costumam afirmar que podem usar uma folha de cálculo mais rapidamente do que aprender e implementar uma nova aplicação de software. Até pode ser verdade em alguns casos, mas não está certo.

Por exemplo, durante uma apresentação em que participei, todos concordaram unanimemente que o sistema existente e os processos de negócio eram ineficientes, caros, difíceis de aprender e com pesados custos administrativos. Dois indivíduos que discordaram dessa avaliação foram um administrador de TI e um programador interno - profissionais inteligentes e competentes.

A minha teoria: a possibilidade de mudança é a maior preocupação para muitos retardatários digitais mais do que o risco de falha na entrega do projeto - se a mudança proposta impacta a sua segurança no emprego, aumenta ou diminuiu as horas de trabalho ou introduz algum outro inconveniente pessoal.

O que me leva à pergunta: por que há tanta oposição à melhoria dos processos de negócios com a transformação digital?

Mitigar o risco com sucesso

Considere o risco por um momento. Muitos motociclistas que andam dezenas de milhares de quilômetros sem acidentes podem ter permanecido intactos pelas seguintes razões: 1) conduzem de forma conservadora e segura 2) vestem roupas altamente visíveis com refletores à noite 3) veem as consequências de um acidente como maior que o custo ou inconveniência de preparação ou formação. Esses motociclistas estão a mitigar com sucesso o risco - semelhante àqueles que adotam a transformação digital na indústria de engenharia e construção (E & C).

A luz no fim do túnel na indústria de E & C

A mensagem "a luz no fim do túnel" foi repetida durante anos e, francamente, é uma referência desatualizada de projeto de construção. Os túneis bem-sucedidos e bem iluminados de hoje são construídos como um ativo digital muito antes que a ponta da broca toque qualquer rocha. A maioria das organizações concorda com a importância de manter uma reputação de "dentro do prazo, dentro do orçamento" no atual mercado de construção competitivo. A colaboração eficaz e a comunicação eficiente entre centenas de organizações que participam das fases de projeto, licitação e construção de projetos de infraestrutura são a verdadeira luz no fim do túnel – do início ao fim - tornando o risco visível.

A transformação digital expõe o risco, incluindo:

• Excessivos RFIs criados pelas mesmas pessoas no início de um projeto ou um processo de aprovação que demora mais do que o esperado.
• Falta de fluxo de informações - particularmente durante a fase de design.
• Demasiadas revisões de documentos sem acompanhamento de revisões efetivas ou de distribuição.
• Processos atrasados, incompletos ou finalizados.

O valor de compreender como e por que estes riscos ocorrem - e mitigar precocemente estas instabilidades - supera em muito o custo ou a inconveniência da capacidade de preparação. Isso coloca, de fato, a luz no começo do túnel, onde é realmente necessária. As folhas de cálculo não podem fazer isso de maneira oportuna e eficaz. A transformação digital na gestão da construção é exatamente o método de realização para obter isso.

Porque é que o Email é tão ineficiente em Projeto

Apesar da forte constatação de que o e-mail é uma ferramenta ineficiente, continua a ser um dos métodos de comunicação mais frequentes na gestão de projetos complexos. Precisamos entender o papel sistemático da comunicação em co9nduzir um projeto para o estado de sucesso desejado. Muitos gestores de projeto cometem o erro de presumir que, se uma mensagem foi enviada, ela será efetivamente recebida. Infelizmente, nem sempre é esse o caso e "e-mail enviado = mensagem recebida" não é certamente uma das regras de comunicação que devem ser tomadas como garantidas.

A importância da comunicação na gestão de projeto

É óbvio que a comunicação é um dos fatores mais enfatizados e que determinam o sucesso ou o fracasso de qualquer projeto. É bem entendido que a comunicação eficaz pode ser uma tarefa desafiante, especialmente quando um projeto incorpora pessoas com diferentes habilidades, níveis de autoridade, responsabilidades, experiência e origens.

A comunicação é ainda mais desafiante quando as pessoas envolvidas trabalham em diferentes empresas sob diretrizes de trabalho separadas. Os especialistas definem a comunicação efetiva como uma em que a mensagem transmitida transfere a mesma importância e significado para o recetor que o remetente tinha em mente, incentivando o recetor a tomar a ação desejada.

Questões com a utilização do email como o Canal Primário para Comunicação

Muitas vezes, cometemos o erro de usar o email como principal canal de comunicação, o que dá origem a mal-entendidos. Ao usar o e-mail como um canal de comunicação primário, assumimos muitas coisas, tais como:

• A mensagem é perfeitamente compreendida pelo seu recetor
• O recetor leu a mensagem dentro do período de tempo esperado
• O envio de e-mail é suficiente para alertar o recetor e para gerar a resposta ou a ação desejada
• O recetor aceita a tarefa e irá entregá-la dentro do prazo esperado e os custos.

Basta que apenas uma dessas hipóteses se revele falsa para criar problemas para todo o projeto. Um responsável que não compreende completamente a tarefa ou um membro da equipe incapaz de reagir ao tópico do e-mail no tempo pode criar um atraso ou mesmo uma crise, sem que isso seja culpa dele. O uso excessivo de e-mails em vez de métodos de comunicação direta, como telefone, conversa, videoconferência, face a face, etc., leva a problemas críticos de comunicação.

Muitas coisas podem dar errado, incluindo a conclusão do trabalho, o período de tempo remanescente, os atrasos na atribuição de tarefas, os conflitos internos devido a um mal-entendido das tarefas atribuídas e assim por diante.
Então, porque é que as pessoas ainda pensam no e-mail como muito à mão, e como a comunicação por e-mail pode criar negligências na gestão de projetos?

Mas como é que o email ainda é a escolha mais conveniente?

• O e-mail é quase gratuito em comparação com outros canais de comunicação, como videoconferência, telefone ou uma viagem
• O e-mail é fácil de usar e a maioria da força de trabalho está familiarizada com a sua funcionalidade.
• Os e-mails são rápidos e fáceis de escrever e de usar; às vezes, é mais conveniente comunicar com várias pessoas ao mesmo tempo através de e-mails, em vez de persegui-los para ter uma conversa cara a cara.
• O e-mail pode ser usado para evitar conversas individuais em instâncias em que o remetente quer falar sobre algo negativo ou desagradável. É uma boa maneira de evitar situações incomodas de um para um e possivelmente evitar ter a outra pessoa a passar a raiva e frustração.
• Transfere a responsabilidade do remetente para o destinatário. Por exemplo, atribuir uma tarefa a outra pessoa e assumir que será sua tarefa executar o trabalho de forma a atender às expectativas, sem ter um confronto real com o destinatário.
  

Questões com a comunicação com email

Apesar de ser rápido e fácil, a comunicação através do e-mail traz inúmeras desvantagens e pode convidar a sérios problemas. Os gestores de projeto devem considerar os seguintes problemas antes de optar pela comunicação por e-mail:

Canal de comunicação impessoal: com o e-mail, estabelece-se uma conexão emocional superficial, e pode ser muito difícil expressar para o recetor as intenções desejadas, a menos que já tenham uma forte conexão profissional e emocional. O e-mail também é um canal desafiante para expressar a importância ou seriedade de várias tarefas do projeto. Com base nesses desafios, pela primeira vez, deve evitar o email na comunicação ou na comunicação com pessoas menos conhecidas. Além disso, se quiser discutir uma questão importante com implicações emocionais, os e-mails definitivamente não são um meio efetivo.

Meio assíncrono: o e-mail só fornece autoridade de envio para gestores de projeto, altos funcionários e líderes de equipe; eles não têm um controle total sobre o tempo de resposta. Em projetos sensíveis ao tempo em que a resposta rápida é esperada, a comunicação por e-mail pode causar sérios problemas relacionados à linha de tempo envolvendo tempo de recebimento, tipo de conteúdo, detalhes faltando etc. Além disso, não é um meio eficaz para incentivar ou gerar a resposta desejada de um recetor.

Problemas de contexto: com e-mail, é muito fácil desviar a atenção do significado desejado da conversa. Também em muitos casos, um recetor encaminha um email para outra pessoa que é incapaz de entender o seu contexto e também a sua seriedade. Tais situações levam a conflitos e complexidades indesejáveis ​​na gestão de projetos.

Canal inconsistente: o email é um canal inconsistente para partilha, especialmente quando compartilha documentos críticos entre os membros da equipa do projeto. As pessoas podem facilmente compartilhar e / ou enviar documentos antigos ou errados com diretrizes impróprias ou desatualizadas; tais situações podem facilmente criar percalços desnecessários e atrasos do projeto.

É por isso que acredito que o papel do e-mail deve ser restrito ao fornecimento de atualizações, e devemos considerar a inclusão de ferramentas colaborativas mais dependentes, como Sharepoint, Onedrive, Google Drive, Dropbox, etc. ou sistemas de gestão de documentos. Essas ferramentas fornecem clareza sobre documentos compartilhados e servem como um ponto de referência preciso para aceder a todos os tipos e versões de ficheiros partilhados. Também fornece acesso controlado ao documento garantindo a segurança das informações.

Falta de controle: o destinatário recebeu o correio? O email foi compreendido? Havia uma resposta? Se a resposta foi enviada usando "resposta" e não "responder a todos", a resposta deve ser encaminhada? Multiplique isso para qualquer destinatário na lista de distribuição!

Claro, não estou a afirmar que devemos parar de usar e-mails! Eles ainda podem ser úteis para manter o fluxo de comunicação, entregar atualizações, anúncios periódicos e enviar pensamentos motivacionais. Mas devemos ter cuidado, uma vez que, como já estabelecemos, o e-mail não é uma ferramenta eficiente para atribuir e controlar tarefas críticas do projeto ou comunicação. Para isto, as ferramentas colaborativas são de longe a melhor escolha e a carta é, ainda, a forma contratual de comunicar opiniões e propostas/decisões.

Tradução para português de Blog de Fausto Giani

Quero Tornar-me Gestor de Projeto em 2018

Começa a sua carreira ou está a considerar uma mudança de carreira? Onde quer chegar como pessoa e como profissional? As indicações dizem-nos que muitas pessoas querem prosseguir uma carreira na gestão de projetos.

Então, como se pode tornar um gestor de projeto em 2018?

Primeiro, um dilema. Muitos aspirantes a gestores de projetos acham que os empregadores não estão dispostos a recrutar um gestor de projeto sem experiência, e sem ter uma oportunidade, não há como ganhar experiência.
Onde deve então começar?

Sete passos para ser um Gestor de Projeto

Estes sete passos podem leva-lo pelo caminho a esse objetivo.

Certificar-se

Existem muitas certificações de gestão de projetos. Não importa o que escolher, desde que obtenha uma qualificação reconhecida. O processo de estudar e obter uma certificação mostra que é sério sobre uma carreira na gestão de projetos, o suficiente para investir tempo e dinheiro.

Algumas das certificações mais reconhecidas são PRINCE2, APMP, CAPM e Certified SCRUM Master. Ao decidir para onde ir, verifique quais são as  mais comumente solicitadas na sua profissão ou indústria escolhida.

Procure empregos relacionados

Procure projetos de baixo perfil na organização. Existem projetos que possa sugerir à administração? O que tem fazer? O que é que a organização não tem? Depois de encontrar um projeto, sugere isso para a administração e ofereça-se para o liderar.

Voluntário

A gestão de projetos no setor voluntário dará os princípios e ferramentas necessárias para gerir projetos com sucesso. Os futuros gestores de projetos devem explorar todas as oportunidades que possam encontrar para ganhar experiência.

«Projetize» o seu trabalho atual

Vale a pena considerar se o trabalho atual se presta a técnicas de gestão de projetos. Essas técnicas podem ser usadas para adicionar estrutura ao seu plano de trabalho diário, semanal e mensal.

Procure um emprego como gestor de projeto junior

Como licenciado universitário, pode encontrar um cargo como gestor de projeto estagiário. Esta posição dará a oportunidade de «limar» os dentes em alguns projetos de baixo perfil antes de avançar para projetos mais importantes.

Desenvolva as suas competências gerais

É importante desenvolver as suas competências de gestão de projeto no local de trabalho muito antes de se tornar um gestor de projeto. Há algumas competências que o apoiam:

• Seja um líder e um gestor
• Seja um defensor da equipa e um líder de equipa
• Seja um solucionador de problemas
• Seja um negociador e um influenciador
• Seja um excelente comunicador
• Seja um bom organizador
• Seja competente e planeador consistente
• Defina e gira orçamentos

Em suma

Tornar-se um gestor de projeto requer um bom planejamento e determinação. Crie um plano com metas SMART (específico, mensurável, acordado, realista e baseado no tempo), uma lista de requisitos e um cronograma. Trabalhe no seu plano. Lembre-se, a perseverança é importante. Continue a tentar, não desista e, eventualmente, alcançará o seu objetivo.

Os sonhos abandonados rejeitam o percurso para uma carreira na gestão de projetos. Alimente os seus sonhos pela jornada.

Documentos necessários para a análise de atraso

Nenhuma das partes aceitará facilmente a responsabilidade pelo atraso, a menos que haja documento válido em apoio a isso. 

Documentos de apoio para a análise de atraso são muito importantes, uma vez que a reclamação pode ser nula, na ausência de apoio adequado. Assim, todos os documentos e registos devem ser bem preservados para o projeto.

Estão listados alguns documentos abaixo, que são de primordial importância para realizar e apoiar a análise de atraso:

¶       Cronograma Aprovado: O cronograma aprovado é um documento muito importante, pois é usado como a linha de base para a análise do atraso e toda a responsabilidade distinta pelo atraso pode ser desenhada usando isso. O plano deve ser fiável, exato, razoável e acordado pelas partes interessadas. Qualquer erro na programação pode fazer com que a análise de atraso seja rejeitada.

¶       Histogramas de Mão de Obra e Equipamentos: Os histogramas fornecem base para comparação da mobilização planeada versus real.

¶       Registo de Desenho / Liberação de Material: Estes registros constituem a base para o atraso por conta de entregas de qualquer das partes.

¶       Relatórios de progresso: Todos os relatórios de progresso, se Diário / Semanal / Mensal, podem contar em detalhes minuciosos sobre as interfaces de trabalho / trabalho colocado em espera etc. durante o período específico.

¶       Correspondências: Correspondências são ferramentas muito úteis para descobrir as responsabilidades numa data posterior e cada uma das partes deve escrever cartas para qualquer atraso ou interface da contraparte.

¶       Ordens de Mudança: As ordens de mudança detalham o âmbito de mudança e a análise pode ser feita para o atraso / escalonamento de custo, com base no trabalho envolvido.

¶       Registos de Tendências: Um registo regular de tendências deve ser mantido para acompanhar todos os desvios, as razões para os desvios e os impactos no cronograma e custo.

¶       Relatórios de Não-Conformidade de Qualidade: Estes podem ser usados ​​para detalhar a deficiência na qualidade do trabalho e a parte responsável por isso.

¶       Fotografias: fotografias regulares do progresso do local de trabalho podem contar a história em detalhe com as datas impressas nelas.

¶       Atas de Reuniões: As atas de reuniões contêm detalhes formais de todas as discussões, acordos e desacordos durante a reunião e, portanto, são muito úteis.

¶       Plano As Built: É de suma importância. Poderia contar todas as histórias que aconteceram durante a vida útil do projeto. Informa que evento aconteceu, quando e como isso afetou o desempenho do trabalho. As atividades devem ser incorporadas no cronograma para cada causa individual de atraso, logicamente vinculada com as atividades impactadas.

Depois de vermos os documentos necessários para analisar e suportar atrasos, a seguir discutimos os diferentes métodos para realizar a análise de atraso de cronograma.

Situações na causalidade dos atrasos

As formas  como ocorrem os atrasos e a sua significância,  como os efeitos multiplicados de diferentes fatores são tratados neste post.

Atrasos Concorrentes

O atraso concorrente pode ser descrito como uma situação em que ocorrem dois ou mais atrasos ao mesmo tempo durante a totalidade ou uma parte do atraso considerado. O atraso concorrente é desculpável ou compensável, dependendo a situação dos termos do contrato, da causa dos atrasos, do tempo e da duração dos atrasos, das partes responsáveis ​​pelos atrasos e da disponibilidade de folga.

Veja este cenário específico, tanto o proprietário como o empreiteiro são responsáveis ​​por dois atrasos separados, que ocorrem simultaneamente e têm igual duração, estando no caminho crítico. Nesta situação, o ponto líquido é que o contratante não foi impedido pelo atraso causado pelo proprietário. Por conseguinte, o contratante não tem direito a uma prorrogação do prazo. No mesmo processo, o empreiteiro pode enfrentar danos liquidados do proprietário por atraso na conclusão, mesmo que o proprietário não estivesse em posição de permitir que o contratante pudesse concluir mais cedo. Neste caso, o contratante terá direito a prorrogação de tempo se puder provar que poderia ter acelerado o trabalho, mas foi atrasado devido a aviso prévio do dono da obra. Mas o empreiteiro exigirá a notificação desse efeito numa fase anterior.

Nos casos em que um atraso compensável e um atraso escusável ocorrem ao mesmo tempo, o atraso desculpável irá anular o atraso compensável.

Em caso de atraso concorrente, a ação mais importante é distinguir o impacto dos atrasos dos empreiteiros do impacto dos atrasos do dono da obra. Os direitos das partes são em sua maioria determinados por atrasos no caminho crítico.

Por conseguinte, a análise deve sempre ser feita se o contratante estava de fato preparado para prosseguir de acordo com o cronograma, mas para o atraso causado pelo dono da obra ou se o contratante tenha sido atrasado de qualquer maneira por razões dentro de seu próprio âmbito de responsabilidade.

Atrasos Não Críticos

Os atrasos que não prejudiquem a conclusão do projeto não são críticos. O atraso pode ser grande em duração, mas não crítico se eles pudessem correr em paralelo a outras atividades sem estar no caminho crítico. Mas esses atrasos podem alterar o padrão de utilização dos recursos. Os atrasos não críticos podem merecer uma compensação monetária pelo envolvimento em custos extras, mas não há efeito na data de conclusão, a menos que se tornem críticos devido ao atraso causado. Esta análise de criticidade deve ser realizada para cada ocorrência de atraso em um projeto.

Os atrasos geralmente criam uma situação desagradável e muitas das alegações e contestações estão lá devido às partes envolvidas. A seguir discutimos os vários documentos necessários para apoiar uma análise de atraso e respetiva reclamação.

Progress Reporting

Se trabalha como gestor de projeto, é muito provável que você tenha dezenas de relatórios de progresso realizados durante a sua carreira - se não centenas! Mas foram mesmo eficazes? Teve um propósito claro ao escrever os relatórios, por exemplo, querer que os stakeholders tomassem determinada ação como resultado dos relatórios? Ou só os produziu porque era uma dessas atividades de rotina que tinha de ser feita?

Pode ter sido muito consciente e determinada ao produzir os relatórios, mas, infelizmente, nem todo mundo é igual, e como resultado, o relatório de status semanal torna-se um desses artefactos que faz parte do processo sem adicionar muito valor.

Erros Principais

Alguns dos erros clássicos que os gestores de projeto fazem é incluir demasiadas informações estáticas e não introduzir o suficiente sobre o que são os problemas do projeto real. Desta forma, o relatório não é um verdadeiro reflexo do que realmente acontece. Se acabou de escrever sobre o que aconteceu durante o último período de referência e o que você vai fazer durante o próximo período de referência, sem mencionar como isso se compara a planear e quais são os riscos reais e questões do projeto, então não há incentivo para que o cliente preste atenção a ele. Em muitos casos, o relatório é mesmo anexado num e-mail sem qualquer contexto ou descrição, o que significa que é improvável que alguma vez chegue a informação aos executivos que dependem de smartphones ou doutros dispositivos móveis.

O relatório de progresso perfeito

Então, o que é um relatório de status perfeito? Bem, em primeiro lugar, é um relatório simples, de preferência numa página de informação que adiciona valor real, fornecendo uma visão geral das milestones, riscos, questões e informação de custos, no mínimo.

Algumas orientações sobre o que se deve e não deve fazer:

• Não inclua demasiada informação estática acerca do background do projeto, a não ser que seja parte do processo.
• Inclua sempre o nome do sponsor e do gestor de projeto.
• Mantenha a informação viva numa página só.
• Inclua os 5 riscos e questões principais, incluindo o responsável e ação de mitigação.
• Inclua informação sobre o orçamento e como se está a acompanhar.
• Inclua uma visão geral das principais milestones, as suas datas planeadas e o estado de cada uma delas.
• Faça uma lista das realizações chave do período anterior.
• Faça referência a métricas importantes alcançadas, mas faça-o de forma simples e gráfica.
• Seja claro quanto às ações que quer que sejam feitas; este relatório é só para informação ou requer-se uma decisão de alguém?
• Não envie o relatório por email sem fornecer o contexto no corpo do email. Os destinatários podem nunca ler o relatório, então forneça um sumário no email.
• Não envie más notícias num relatório de projeto sem antes falar com as pessoas. Não queremos que o cliente leia acerca de 

Medir o Progresso: os 6 métodos que deve conhecer

Por Reshma Sadhu, traduzido para português

Medir o progresso de um projeto com precisão é sempre um desafio. Há muitos fatores para ter em atenção numa atualização de progresso - tipo de medição, a precisão dos dados, a frequência da recolha e o sistema de registo são todos fatores importantes para medições precisas de progresso.
E os pacotes de software como Primavera P6 nem sempre nos ajudam. Claro que há 3 escolhas para a Percentagem de Conclusão, mas como decidimos qual delas funciona melhor e em que condições?
O progresso impreciso vai frustrar a capacidade de detetar os sinais precoces de problemas à frente, assim para evitar isso aqui estão os 6 métodos comuns para medir o progresso do projeto que irão ajudá-lo a ter um melhor desempenho na medida da performance do trabalho e sua conclusão. Os métodos abaixo são resumidos a partir de “Project Control: Integrating Cost and Schedule in Construction,” by Wayne Del Pico.

 

Unidades Concluídas

As unidades concluídas de trabalho (Labor) prestam-se bem para o acompanhamento de atividades que são feitas repetidamente, onde cada iteração pode facilmente ser medida. Normalmente, uma atividade que é feita repetidamente tende a ter aproximadamente a mesma quantidade de tempo, recursos e esforço, de modo que rastrear as unidades concluídas é bem fácil. Um exemplo simples pode ser a instalação de luminárias padrão. Cada equipamento leva aproximadamente o mesmo período de tempo; se tivéssemos 100 luminárias para instalar então poderíamos simplesmente contar as unidades instaladas. Neste caso, não há envolvido nenhum julgamento subjetivo baseado na experiência.

 

Milestones incrementais

Também conhecido como o método dos "passos", o método de milestones incrementais é predominantemente utilizado para contas de custos que envolvem sub-atividades que precisam ser concluídas de forma ordenada. Um exemplo desta técnica é a formação e colocação de uma parede de fundação de betão.

Então, como calcular esses dados? O cálculo é construído em cada etapa item único e valor orçado de tempo (horas de trabalho), que é necessário para completar a atividade, a equipe de construção. À medida que cada passo esteja concluído, é documentada como uma mini-marco que representa uma percentagem do processo de instalação total. O percentual determinado para cada sub-atividade pode variar de acordo com o projeto e este progresso é geralmente acordado para ser usado como uma medida de antemão. Uma boa maneira de implementar este método em Primavera P6 está usando Activity Steps.

 

Início / Fim

Este método só está focado em capturar o ponto de partida e o ponto de chegada da atividade e nada entre estes pontos. Este método é melhor para as atividades que são de curta duração. Implementará esse método se as estimativas de trabalho da atividade não estão disponíveis ou se os dados de progresso completo em percentagem são muito difíceis de recolher.

Usando a técnica de Início / Fim ganha uma percentagem do progresso quando a atividade começa e a outra metade é ganha quando a atividade estiver concluída. Essas percentagens são determinadas pelo proprietário e contratante do projeto.
Muitas vezes, as empresas comprometem-se a usar a Regra padrão 50/50 ou outras regras:

Regra 50/50 - uma vez iniciada a atividade é marcada como 50% concluída, e a outra metade é ganha à conclusão final do trabalho.

Regra 20/80 - usada para controlar atividades de maior valor que toma mais tempo para chegar a conclusão.

Regra 0/100 - a regra ilustra que só quando 100 por cento da atividade estiver concluída, o valor é ganho.

 

Rácio de Custo

O método Rácio Custo é normalmente implementado num projeto que tem atividades que tendem a ocorrer ao longo de uma longa fase ou durante todo o projeto. Muitas vezes usada para despesas gerais, esta técnica é medida com base na alocação orçamentada em dólares contra as horas de trabalho de produção. Este método dá ao empreiteiro a capacidade de ganhar valor correspondente à percentagem global de conclusão do projeto.

No Primavera P6 é obtido pela utilização de atividades do tipo Level of Effort.

 

Experiência / Opinião

Ao contrário dos métodos acima que dependem de dados definitivos, este método baseia-se na experiência e subjetividade do gestor de projeto. Não é geralmente recomendado e tende a ser visto como o último recurso, porque as experiências e opiniões de cada indivíduo variam entre si e podem causar conflito entre proprietários, empreiteiros e arquiteto.
 

Unidades Ponderadas ou equivalentes

Este método foi destacado como a melhor técnica e é o que exige mais esforço, mas também se estende a uma gama mais ampla de dados. As atividades que estão sendo calculadas tendem a ocorrer ao longo de um tempo de duração mais longa e incluem várias sub-atividades, que podem ter diferentes unidades de medidas.
A fim de concluir este projeto que exige várias unidades, horas de trabalho, recursos e sub-atividades e, para calcular as sub-atividades, é ponderada um nível estimado de esforços em horas de trabalho ou em valor monetário que é específico de cada sub-atividade. Uma vez que o valor ponderado é determinado, este é convertido para refletir o valor em unidades de medida específicas para a atividade. Após o que se atribui unidades equivalentes de percentagem de conclusão do projeto global.

Estes 6 métodos para medir o progresso do projeto são comummente usados em gestão de projetos de construção e são filtro para um processo de determinar a percentagem de conclusão para o projeto como um todo com Earned Value Management.

Qual destes métodos usa mais nos projetos?

Reporting de Risco em Projetos

Os projetos devem ser reportados ao cliente com regularidade, semanal ou mensal. A maioria deles têm muitas vezes regras predefinidas com alguma profundidade para medida do trabalho realizado e seu controlo. Este é o reporting normal de progresso, mas se precisarmos de reportar os riscos e as questões em aberto, como devemos fazer?

 
As normas de gestão de projeto têm alguma orientação para reporting de informação de risco?

Não. A prática de risco do PMI não inclui nada e o PMBoK fala só acerca de relatórios de performance, mas não fornece nenhum detalhe sobre o que devem estes relatórios incluir. Assim, cada um e em cada caso deve ser definida o conteúdo dos relatórios.

 
O que deve ser incluído num interface gráfico de gestão de risco?

Para um relatório para a gestão sénior só deve relatar os riscos em aberto por projeto e / ou os riscos em aberto por categoria (âmbito, orçamento, plano, etc.). isto irá permitir ver se há uma área como o plano em que há maior impacto de risco nos projetos.

Não incluir:

• Número total de riscos gerais
• Riscos fechados
• Riscos com um status de impacto baixo ou médio

A razão para isto é que a gestão sénior não pode fazer muito, se alguma coisa, com esta informação. O número de riscos é por si só uma informação sem significado. Alguns podem ser muito pequenos, alguns projetos podem só ter uns poucos mas podem ser muito significativos. Uma forma melhor seria reportar sobre o impacto do risco – qual o custo de todos estes riscos se ocorrerem?

A abordagem mais adequada será confirmar junto da gestão qual a informação que lhes interessa ver. Não penso que o número de riscos ou os riscos fechados seja informação que eles necessitam para tomar decisões acerca do projeto. Os riscos por categoria, ou riscos com classificação de impacto «alto» são muito mais significativos.

 
Devo mostrar as tendência do risco ao longo dos meses?

Não. O que vai a gestão fazer com esta informação? No início do projeto são identificados muitos riscos e depois fechamos alguns e abrimos novos. Se num determinado mês se realiza uma revisão dos riscos e se identificam mais 50 as tendências vão ficar todas baralhadas. O melhor será em termos de tendências mostrar a situação para um período largo de tempo. Pode utilizar-se uma seta para indicar se o perfil de risco global do projeto está a subir ou a descer, ou usar uma métrica para mostrar se há mais ou menos riscos de «alto» impacto ou se as implicações de custo decorrentes da mitigação de risco subiram ou desceram.

 
E então como reportar as questões e problemas?

Para a gestão sénior só deve mostrar as questões de alta prioridade e em aberto. Em termos de progresso, importa mostrar as questões de «alta» prioridade fechadas durante este mês. Isto mostra o progresso que se está a realizar na resolução de questões, mesmo quando surgem novas questões. Se não fizer dessa forma, o relatório mostrará que existem 20 questões abertas com um status de «alta» prioridade este mês e novas 20 questões abertas. Contudo estas podem ser 20 questões completamente diferentes. Sem muito mais detalhe, como nomes das questões e descrição (o que certamente os sponsors não tem interesse em percorrer), não será fácil ver que estamos a resolver as questões e podem assumir que não estamos a enfrentar os problemas no projeto.

Incluam também as 10 mais importantes questões, com descrições a planos de ação. No caso em que o input dos sponsors é importante para a resolução das questões, não nos podemos esquecer de as incluir no relatório e são salientadas as que necessitam da sua decisão.

Aqui a melhor abordagem é conhecer o que a gestão sénior tem necessidade e pretende saber. Para isso não há como perguntar. Se os sponsors não sabem, apresente-lhes os gráficos e relatórios durante alguns meses e depois peça pelo feedback sobre o que pensam e que mais informação acham que necessitam para desempenharem as suas funções no projeto – tomada de decisão, governação e supervisão.

O que espera o cliente do projeto e da equipa?

Logo que começa o projeto, as expectativas de ambos os lados – cliente e equipa - são elevadas e positivas já que tudo é fresco, novo e perfeito. Os pessimistas podem dizer que não há mais nenhum lugar para ir senão para baixo. Na realidade, esta é quase uma situação perfeita com os clientes excitados com o projeto em mãos e, assim, tudo o que se tem de fazer é mantê-los com esse espírito. Pois, mas isso é mais fácil dizer do que fazer.

Temos visto e não poucas vezes que, após os tempos iniciais do projeto, se cria uma atitude «tecnicista» relativamente ao trabalho que afasta a equipa do cliente, e em que se menosprezam as suas expectativas afirmando que o cliente tem desconhecimento das condições ou dos efeitos.

Para que o projeto decorra bem há muitos papéis que o gestor de projeto vai ter de desempenhar ... seja o comunicador, gestor, repórter, decisor, equilibrista de risco e negociador. O cliente olha para estes papéis como a representação de algumas das exigências que são colocadas sobre o gestor de projeto conforme se inicia o empenhamento no projeto em curso. Eu penso que - do ponto de vista do cliente -, há algumas exigências básicas e mais específicas que espera do gestor de projeto quando ele inicia a liderança do projeto no seu caminho para o sucesso. Estes são ...

Comunicação Frequente

Nenhum cliente se sente confortável ​​acerca do estado do projeto quando o gestor do projeto não comunica. Esta é a razão que leva muitas empresas e gestores a serem relutantes em permitir as equipes virtuais e os trabalhadores remotos - eles sentem que se não os veem a funcionar ou não os ouvem o suficiente a falar sobre o seu trabalho, então eles provavelmente não estão a trabalhar o suficiente.

Uma estratégia de comunicação efetiva regular e eficiente deve ser aprovada e executada com elevada regularidade. O cliente tem de sentir que domina as situações por que passa o projeto e sabe que caminhos estão a ser tomados.

Disponibilidade a todo o tempo

Isto parece impossível, porque temos muitas outras coisas a fazer. Mas da forma mais clara e na maior parte do tempo, queremos que o cliente saiba que o seu projeto é único e que tem toda a nossa atenção. Devemos fazê-lo sentir que tem de nós a máxima disponibilidade.

Bom reporting de status

Não se deve deixar nunca o cliente só ao frio sem receber reporting de status. Um bom, claro, atualizado e informativo status é uma condição crítica. O cliente exige-o e espera que as suas expectativas sejam acompanhadas. O relatório semanal é o meio de o cliente justificar a viabilidade do projeto para a gestão de topo. Devemos elaborar o relatório como se devesse ser visto por centenas de pessoas, como se fosse um artigo de jornal. Boa e esclarecedora leitura.

Uma equipa que sabe o que está a fazer

Os profissionais que escolheu para a equipa estão preparados para entregar uma solução de alta qualidade no projeto do cliente. É isso que o cliente espera do dinheiro que está a gastar desde o primeiro dia. Esta é também a atitude que o gestor do projeto tem de fazer ressaltar da atuação e performance da equipa. Qualquer coisa inferior a isso criará desconforto no cliente e levantará questões acerca da capacidade para realizar o projeto. Mantenha os erros, descuidos, conflitos e lapsos de comunicação num mínimo absoluto e conseguirá manter o cliente convencido que estão a obter o valor do dinheiro da equipa e do gestor do projeto.

Atualize o agendamento do projeto

Finalmente, prepare o cliente para receber previsões atualizadas do agendamento do projeto todas as semanas. Sobretudo se for necessário prócer a mudanças críticas. Nunca assuma que o cliente não olha ou não sabe ler o cronograma do projeto. Podem até não olhar para ele muitas vezes … porque confiam no nosso bom reporting de status, mas não se esqueça que um cronograma é para muitos clientes como que uma obra de arte, podem não o examinar em muito detalhe e podem mesmo não o compreender totalmente ou interpretá-lo com correção, mas é um grande gráfico para pendurar na parede e dizer à gestão de topo «Olhem o que estamos a realizar!».

Gerir trabalhadores remotos

Por Ten Six traduzido e adaptado

No trabalho global dos nossos dias gerir trabalhadores remotos e equipas é muitas vezes um grupo de indivíduos que não trabalham no mesmo escritório, que não falam a mesma língua que quando estão em casa e que, muitas vezes, nem sequer trabalham para o mesmo empregador. São equipas virtuais extremas. Nesta situação e abrangendo aquilo que muitos gestores de projecto hoje enfrentam no que respeita aos trabalhadores remotos, os membros da equipa podem estar espalhados pelo país todo ou baseados no escritório da sede.

Há alguns cuidados que os gestores devem ter como:

Garantir que todos têm acesso às mesmas ferramentas

As equipas de projeto necessitam de ferramentas: planos, relatórios semanais, software de acompanhamento das atividades e etc. as ferramentas de gestão empresarial de gestão de projeto tendem a ser alojadas centralmente, se é bom quando estamos à secretária na sede ou no escritório, mas que não são tão úteis se trabalhamos a partir de casa. Garanta que todos os membros da equipa que estão baseados fora do escritório têm acesso às mesmas ferramentas. Fale com a direção de TI na forma de melhor estabelecer os seus acessos remotos.

Inclua os trabalhadores remotos nos eventos sociais

A confiança nas equipas de projeto é construída em volta da partilha de pequenas experiências e confidências com outros membros da equipa e assim a tentativa de envolver todos os membros da equipa em eventos sociais deve ser estimulada. Celebre os aniversários de todos. Encontre formas criativas para a participação de toda a equipa nestes eventos.

Estabeleça objectivos claros

Assegure-se que as pessoas que trabalham remotamente têm expectativas claras acerca daquilo que é suposto fazerem. Necessitam de objectivos claros para o projeto e para o seu comportamento. Devem contribuir com informação de projeto todas as semanas? Participam numa chamada mensal da equipa? Quais os são os standards a usar no trabalho em mão? Trabalhe em conjunto com os membros da equipa para estabelecer metas claras, objectivos escritos e tornar os membros da equipa responsáveis por contribuir com um feedback regular.

Forme toda a equipa

Formar uma pessoa em como se deve trabalhar de forma remota parece estranho. Na realidade deve ser o mesmo do que trabalhar no escritório, só localizado mais longe? De facto, o trabalho remoto é diferente. Há distrações diferentes e se estamos baseados em casa pode ser-se afectado por um sentimento de isolamento. Os trabalhadores remotos podem necessitar de formação em tecnologia como aceder a sistemas remotos ou como usar web conferências com efetividade. Competências soft como comunicação tornam-se muito importantes e assim os trabalhadores remotos podem beneficiar de formação nestas áreas.

Os gestores de projeto podem também necessitar de serem treinados em como gerir membros de equipa remotos. Por exemplo, não se pode observar a performance de uma pessoa se ela não está connosco, assim é preciso aprender a gerir (e avaliar) por resultados. De novo, as competências de comunicação são chave e o gestor de projeto deve aperfeiçoá-las.

Finalmente, a equipa restante – aqueles que estão baseados em conjunto – podem também beneficiar de alguma formação ou pelo menos de uma sessão de revisão. Esta pode cobrir coisas como a forma de contactar os trabalhadores remotos, a razão de alguns estarem a trabalhar remotamente e outros não, como trabalhar em conjunto para garantir o sucesso do projecto e o seu avanço e quaisquer questões relacionadas com a partilha de ficheiros.

Mantenha-se organizado

A mais importante orientação para a gestão de trabalhadores remotos é manter-se organizado. Lembre-se que eles estão lá e que eles são uma parte valiosa no sucesso do projeto. Os membros remotos da equipa com objectivos planeados e agendados. Devem ser convidados para as reuniões da equipa o que implica que devemos ser ainda mais organizados e marcar as salas de reunião com capacidades de web conferencing em vez de instalações para reuniões em pé ou junto das mesas de trabalho.

A utilização de trabalhadores remotos adiciona muita coisa à equipa de projeto, até por que alarga a capacidade de talento que pode ser selecionada para o projeto. Os gestores de projeto devem aprender a tirar o máximo desta oportunidade e aprender ainda a gerir trabalhadores remotos para a direção certa.