Controlar os pedidos de Alteração nos projectos

Os pedidos de alteração quando um projecto se inicia são uma parte inevitável do projecto. Elas podem ser o resultado de mudanças externas no negócio ou podem ser mudanças internas requeridas porque os propósitos originais do projecto não foram claramente definidos ou compreendidos.

As mudanças requeridas por factores externos estão normalmente fora do controlo de um gestor de projecto e há muitas vezes poucas escolhas para as enfrentar. Muitos dos gestores de projecto experimentados terão já colocado em posição um processo no início do projecto para tratar destes pedidos e o plano será suficientemente flexível para tratar delas sem afectar o resultado final.

Mas os pedidos de alteração provenientes de factores internos devem ser tratados de forma muito diferente. Num projecto ideal muitos destes devem ser evitados garantindo que os objectivos do projecto estão bem definidos, que os requisitos estão documentados claramente, que foram comunicados a todos os stakeholders e que estes compreenderam o que é esperado do produto final. Claro que nós não vivemos num mundo ideal e por mais profunda e bem detalhada que sejam as fases iniciais do projecto tem de existir em posição um efectivo processo de controlo da mudança.

Nem todos os stakeholders e utilizadores conseguem visualizar o produto final pela leitura da documentação e estudo de diagramas. Mesmo quando são usados protótipos para melhorar a produção de requisitos, estes são, pela sua própria natureza, produtos não inteiramente funcionais e serão inevitáveis incompreensões e assumpções nos projectos complexos.

De qualquer forma, a boa documentação e documentação clara dos objectivos e requisitos de projecto irão minimizar o número de pedidos de alteração.

Então qual é a melhor forma de controlar os pedidos de alterações num projecto e continuar a realizar a conclusão do projecto dentro de um orçamento, de escalas de tempo e âmbito?

Distinguir entre o Necessário e o «Era bom ter»

Cada um dos pedidos de alteração deve ter uma justificação (que tal um «business case») que os suporte, tal como o projecto tem uma justificação. Claro, que esta justificação pode ser muito simples e breve, mas é um elemento necessário de todos os pedidos de alteração antes que possam ser considerados para inclusão no projecto.
O elemento mais importante deste «business case» do pedido de alteração é o benefício esperado o qual deverá indicar o valor que será adicionado ao projecto pela mudança. Isto indicará, por si próprio, quais as mudanças que serão provavelmente necessárias. É importante reconhecer que a descrição de alguns destes «business cases» pode não beneficiar necessariamente o projecto em termos de tempo e orçamento, mas sejam necessárias para que o cliente se mantenha competitivo no mercado.
Se os benefícios não forem especificamente declarados então deve discutir-se a questão com a pessoa que requereu a alteração para determinar se existe um genuíno benefício de negócio.
Soluções melhor desenhadas, ou mais bonitas, com funcionalidades e mais atractivas não são benefícios, a não ser que possam ser apoiadas pela forma como estas tiveram um impacto positivo no orçamento e no plano do projecto, ou, um impacto positivo nos esforços dos utilizadores em completarem actividades regulares. As perguntas mais vulgares a que deve responder o «business case» são:

• · Qual é a mudança externa no negócio de que resultou este pedido de alteração?
• · Quais os factores internos de que resultou este pedido de alteração?
• · Como é que esta mudança irá afectar o tempo que levamos a completar o projecto?
• · Como irá esta mudança afectar o produto final para o utilizador?
• · Que poupanças serão realizadas pela implementação desta mudança?

Evite desperdiçar Tempo e Esforço

A forma mais óbvia de evitar desperdiçar recursos valiosos de projecto em pedidos de alteração excessivos e em todo o processo de gestão da mudança, é garantir que o projecto se inicia com objectivos e requisitos claramente definidos. É também importante o critério que iremos usar para determinar o sucesso do projecto estar documentado sucintamente desde o início do projecto. Deve garantir que estes documentos são distribuídos aos stakeholders e utilizadores e que estão acessíveis cópias dos documentos.

Planeie actividades incluídas no plano do projecto para tratar dos pedidos de alterações e se este tempo foi ocupado adie os pedidos importantes para a próxima semana. Garanta que todas as partes interessadas sabem como trabalha este processo.

Tenha um Critério Claro de Aceitação e Rejeição

Defina um critério para avaliar estes pedidos que não serão, ou não poderão ser implementados. Quem faz o pedido tem de compreender o critério e este tem de ser consequente. O critério essencial, como já vimos, é ter uma justificação escrita, um «business case», que esclareça os benefícios. Se não tiver pode ser de imediato devolvido a quem emitiu o pedido. Não perca tempo atrás de quem fez o pedido para saber qual é a justificação escrita. A responsabilidade disso é de quem faz o pedido que o deve fazer logo desde o início (mesmo que depois devamos discutir e aprofundar a discussão sobre esta justificação).

Esteja preparado para fundamentar as razões para rejeitar um pedido de alteração com uma descrição bem pensada do porquê para não incluir a mudança. Mantenha-se na sua decisão a não ser que o sponsor do projecto queira aumentar o orçamento ou o tempo disponível no projecto.

Esteja, também, preparado para ser flexível e para negociar a substituição de uma actividade em favor da mudança quando não há nem orçamento nem tempo disponível.
Aplique sempre as melhores práticas de gestão de projecto em todas as áreas do projecto se quer aumentar as suas oportunidades de sucesso.

KPIs de Performance de Projecto

Quais são as mais críticas métricas de performance de projecto ? Com base no plano do projeto podemos identificar uma lista das mais importantes:

• Planeamento – planeado versus real – preferencialmente através do Valor Ganho

• Funcional – % desenhado, implementado, testado, produzido

• Realização em tempo – milestones planeadas versus as milestones reais

• Custo

• Custo planeado versus custo real

• Total Planeado na Conclusão versus Revisto ou estimado na Conclusão

• Crítico e outros defeitos – Planeado versus Real + tendência

• Recursos (Pessoas, Equipamentos)

• Recursos Planeados versus Recursos Reais

• Recursos Totais Planeado na Conclusão versus Revistos ou estimados na Conclusão

• Riscos – Novos, Fechados, Abertos + Tendências

• Questões – Novas, Fechadas, Abertas + Tendências

• Resultados – Planeados versus reias até à data

A standardização dos valores a reportar ajuda a mantermo-nos no caminho certo.
Naturalmente que todas estas métricas são quantificáveis. A informação qualitativa pode ser útil quando preparado no seguimento das métricas acima. Os problemas só começam quando as pessoas começam a esgrimir as suas declarações qualitativas e esquecem-se de colocar no relatório algumas das métricas quantitativas. ~

Luís Quintino

«Almofadas» de tempo no Plano

No mundo da gestão do projeto, as coisas correm mal! Esta é uma característica inerente aos planos, nunca correm conforme planeados. É por isso que bons gestores de projeto irão registar e acompanhar os riscos associados às atividades do projeto. Ainda assim, é difícil encontrar todos os riscos que podem estar escondidos dentro do cronograma do projeto. Por isso que alguns gestores de projeto adotam a prática de adicionar um ‘buffer’ de tempo na programação.

Sim. Tal como uma reserva de gestão ou reserva de contingência está incluída num orçamento como um item de linha, os gestores de projeto podem incluir uma «almofada» (‘buffer’) de tempo como um item de linha na programação. Então estes ‘buffers’ de tempo são uma forma geralmente aceite para explicar questões desconhecidas no cronograma. Se não usar esta «almofada» de tempo como item de linha o mais provável é que, involuntariamente, esconda estes ‘buffers’ de tempo dentro do plano de qualquer maneira.

Vamos discutir estas «almofadas» de tempo nos planos e a prática de as tornar visíveis. Temos de compreender que a sua utilização é outra ferramenta daquelas a que os gestores de projeto podem recorrer.

Deve ou não estar escondida?

A primeira questão é se esta «almofada» deve ser escondida ou deve estar visível. Para projetos de tempo e materiais, de forma definitiva, não faz qualquer sentido esconder este ‘buffer’ já que está garantido o pagamento de todo o tempo gasto no projeto. Mas para contratos de preço fixo, em que nos comprometemos a um custo fixo do projeto e uma data estabelecida de entrega, a existência de um ‘buffer’ escondido pode ser adequada. Geralmente num contrato de preço fixo não se mostra a margem de lucro e isto é uma prática standard aceitável. Da mesma forma pode ser aceitável não mostrar a margem de tempo para a data de fim do projeto.

Se não é utilizado um ‘buffer’ de tempo visível, como descrevemos, então o mais provável é estarmos a esconder ‘buffers’ não declarados. Por exemplo, podemos estra a exagerar o tempo e o custo de atividades individuais. Isto é conhecido como «engordar» as atividades. ‘Engordar’ é a adição de tempo e / ou custo a uma atividade para fornecer uma estimativa conservadora do tempo de atividade e / ou de metas de custo. Assim, «engordar» as atividades é uma das principais formas de ‘buffer’ escondido dentro de um cronograma.

Atitude perante o projeto

Outro processo é ser pessimista. Quando são fornecidas estimativas de duração de três pontos (otimista, mais provável, pessimista), usa-se os valores mais pessimistas para produzir um plano conservador. Mais uma vez, esta é uma forma de ‘buffer’ de tempo escondido. Outros processos, incluem, ignorar as curvas de aprendizagem ou a introdução de ‘ramp-up’ ou fatores de mobilização.

Embora, possa ser legítimo esconder ‘buffer’ num contrato de preço fixo, é recomendável que sempre torne os seus ‘buffers’ visíveis. É prática geralmente aceite que os gestores de projeto podem possuir ‘buffers’ de tempo para ajudar a ajustar para imprevistos.

Mais uma vez, a reserva de gestão de orçamento é uma prática amplamente aceite.

Mudar a atitude dos ‘donos de obra’

Nem sequer é grande extrapolação a partir daqui incluir também contingências orçamentais de tempo. Os ‘buffers’ de tempo visíveis também promovem a transparência e abertura num projeto entre o gestor de projeto e outras partes interessadas. O uso de ‘buffers’ visíveis também incentiva os membros da equipe do projeto a serem abertos e honestos sobre seus próprios ‘buffers’ de tempo.

O objetivo deve ser otimizar a programação para alcançar os objetivos de custo e tempo de uma forma atempada e eficiente. Depois, pode concentrar-se numa margem de segurança, no final da cadeia de projeto e utilizar apenas quando o risco se materializa.

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.

Planeamento desde o início

O planeamento é tudo sobre oportunidade. Temos muitas opções durante a etapa de planeamento. Algumas opções são mais atraentes ou viáveis, e espero que a opção menos dispendiosa gere o melhor resultado. Mas certamente pode ser mais complicado do que isso. 

No início, na etapa de proposta, as opções colocadas têm a ver comas opções técnicas, a abordagem de execução e o melhor rendimento possível para a realização dos trabalhos propostos. São opções complexas e difíceis de concretizar com sucesso. Então porque é que na proposta não é oferecido um papel importante ao planeamento e à discussão sobre as oportunidades de sucesso ótimo da realização.

Na maioria dos casos e lamentavelmente, encontramos propostas de plano iniciais, apresentadas na licitação, que vão somente trazer preocupações e dificuldades durante a execução, no caso de adjudicação da proposta.

No caderno de encargos inicial os clientes incluem, muitas vezes, opções que visam testar a forma como planeamos a execução e dessa forma obtém uma apreciação à ponderação das opções por parte dos contratantes. O Departamento de Transportes da Califórnia (Caltrans), por exemplo, utiliza uma abordagem "A + B" em projetos maiores: cada licitante deve especificar uma duração do contrato e um preço. Ambos os números são considerados na adjudicação de projetos. A experiência de Caltrans é que as ofertas de A + B resultam em preços mais baixos e menos atrasos no uso final dos projetos. Estes processos começam a ser integrados na regulamentação de concurso ou nas instruções dos cadernos de encargos

Quanto mais aguardamos para tomar decisões, menos opções permanecerão viáveis. Esta é uma das atitudes tomadas por contratantes em resistência a tomar decisões sobre os projetos em períodos iniciais do contrato, designadamente sobre os seus planos, as abordagens de trabalho, ou os rendimentos de execução. Algumas vezes esta linha de orientação entra em confronto com o cliente. Quando a decisão for inevitável as opções são quase sempre duais.

Durante a execução do projeto encontramos muitos projetos em que o plano só é usado por insistência do cliente e o seu rigor técnico e qualidade deixam muito a desejar. Devemos lembrar-nos que os projetos terminam a tempo porque monitorizamos o progresso de forma regular e implementamos estratégias de mitigação sempre que ocorre deslizamento.  Para obtermos este resultado temos de valorizar e utilizar adequadamente um plano de projeto.

Luís Quintino 

Como criar um Dashboard de Projecto

Quem é que não quer ter acesso a uma ferramenta que nos permita ver graficamente o progresso do nosso projeto? Todos. Entretanto, julgamos que só conseguimos ter uma destas soluções se adquirirmos as ferramentas mais dispendiosas do mercado que, depois, porque muito universais e trabalhosas iremos utilizar, com sorte, em 10 a 15%. 

Embora isto seja verdade, também é possível com as ferramentas de todos os dias ter uma visão do progresso do projecto e mantê-la actualizada.

Um «Dashboard de projeto» é uma ferramenta que oferece uma visão gráfica do progresso de um projeto, de forma que se possa ver de imediato a medida em que este está na via certa. No fundo é um conjunto de gráficos que oferecem o corrente status do projeto a qualquer momento. Os gráficos podem ser criados em Excel ou no tal software caríssimo, mas o que pretendo é discutir convosco um método de ter esta ferramenta com base no trabalho já realizado.

1º passo: Use uma caneta e papel

Sente-se e faça uma lista das coisas que determinam a medida em que o seu projeto está a ser um sucesso. Pode ser a realização do mesmo dentro da escala de tempo definida ou de acordo com o orçamento. Ou pode, ainda, ser que aquelas atividades são concluídas quando pretendido e que os seus recursos estão bem atribuídos.

São este tipo de coisas que o seu Dashboard deve acompanhar a todo o tempo

2º passo: Recolha os dados

Recolha agora todos os dados que vai necessitar para medir o critério de sucesso definido. Os dados podem existir em Planos de Projeto, folhas de cálculo, documentos de texto. Podem ainda existir Timesheets, ou formulários de despesas, de riscos ou de mudança. Lembre-se que a qualidade do seu Dashboard depende da qualidade dos dados que iremos utilizar nele.

3º passo: Percorra, escolha e guarde

TTem, agora, de percorrer através dos seus dados, selecionar em grupos e arquivar todos num só sítio, para que tenha acesso à informação certa quando necessário para povoar o seu Dashboard.

4º passo: Criar o seu Dashboard

Vamos agora criar o Dashboard. Reúna todos os seus dados numa única folha de cálculo e crie os seguintes gráficos para povoar o seu Painel de Controlo:

Gráfico de Tempo: Este gráfico vai afirmar se está de acordo com o plano agendado. Deve listar as suas atividades e identificar o planeado relativamente ao real na percentagem de conclusão de cada atividade. Se sumarizar estes dados saberá se está adiantado ou atrasado relativamente ao agendamento feito.

Gráfico de Custo: Para saber se está abaixo ou acima do orçamento, deve adicionar todos os custos do seu projeto e compará-los com o seu orçamento. Para fazer isto, calcule o custo dos seus recursos, bem como do equipamento, materiais e outras despesas assumidas.

Atividades: Tem de saber a percentagem das atividades que estão concluídas até à data, para que possa sentir até que ponto o projeto está realizado. Faça uma lista de todas as atividades e identifique as que «Não foram iniciadas», estão «Em progresso» ou «Completadas».

Recursos: É importante saber se os seus recursos estão sobreutilizados. Para calcular isso, faça uma lista de todos os seus recursos e calcule quantos dias de calendário têm eles agendados para o projeto. De seguida, identifique da sua lista de atividades, quantos dias eles estão atribuídos às atividades por mais dias do que aqueles que estão disponíveis no calendário, assim eles estão sobre-alocados e precisa reduzir a carga de trabalho desses recursos.

Riscos: Todos os projetos envolvem riscos, questões e mudanças. Assegure-se que estes são documentados e identifique e classifique-os em impacto baixo, médio ou alto (ou outra classificação relevante). Depois some-os para saber a dimensão do risco do seu projeto. 

Passo 5: Revisão Diária

Um Painel de Controlo bem povoado de dados significantes dir-lhe-á só com um olhar. Se está no caminho certo ou não. Tem de manter o seu Dashboard povoado todos os dias, para garantir a continuação de um sucesso verificável. Isso só e possível com um processo de recolha de dados estruturado e confiável

A alternativa a criar o seu Painel de Controlo manualmente é adquirir a tal aplicação sofisticada para a qual também posso dar-lhe algumas ideias, e ainda necessitara de melhorar os seus processos e a maturidade para projeto.

A questão mais importante para projetos problemáticos

Não há sempre uma estrada fácil para os projetos. Independentemente de quão boas sejam as ferramentas de gestão e quão boa seja a equipa, às vezes os projetos acabam classificados no "Vermelho" ou "Em Problema". Isso pode acontecer por vários motivos, incluindo:

• O charter do projeto ou o seu ‘business case’ já não o suporta financeiramente devido a mudanças no custo de materiais, custos acrescidos ou simplesmente porque a oportunidade já não se apresenta.

• O sponsor deixa o projeto ou uma nova liderança de topo diminui o alcance ou altera a direção do projeto.

• Os recursos do projeto saem ou ficam indisponíveis por períodos de tempo, como por exemplo, por efeito de greves.

• O resto da organização mudou em volta do projeto e o que o projeto está a realizar deixou de ser adequado ao negócio.

O que pode fazer-se com um projeto com problemas

Os projetos problemáticos normalmente têm um status vermelho numa escala de saúde do projeto Vermelho-Amarelo-Verde. Isso pode ser porque o projeto excedeu o orçamento, está atrasado ou não entrega os produtos esperados para a qualidade desejada. Se reconhecer que seu projeto está preocupado, tem uma pergunta difícil de responder.

A tentação é replanear o projeto para entregar em tempo, ou cortar gastos para que possa recuperar alguns custos excedentes, ou colocar mais elementos no âmbito para entregar o que é necessário. Nenhum destes caminhos aborda a questão fundamental: "Dada a situação atual, vamos terminar este projeto?" Em outras palavras, há algum benefício a ser obtido de continuar, e se houver, como vai obter esse benefício?

Estabelecer o benefício

O gestor do projeto pode normalmente replanear, negociar o âmbito e gerir o orçamento. Contudo, o sponsor do projeto deve estar envolvido se o resultado da discussão acerca do caminho em frente num projeto com problemas possa ser fechar o projeto. Comece por realizar uma avaliação total ao estado do projeto hoje, com os dados da sua ferramenta empresarial de gestão de projeto e tudo aquilo que o possa ajudar a obter uma imagem clara da situação. Pode achar mais fácil perguntar a alguém – um colega ou um auditor independente do projeto – para fazer isto, já que a equipa do projeto pode estar demasiado próxima dos detalhes para ser capaz de realizar uma avaliação objetiva.

Quando tiver uma visão objetiva da situação do projeto, pode considerar o que vai acontecer seguidamente. Essencialmente, as opções são:

• Continuar até ao fim planeado do projeto, ignorando quaisquer sobrecustos ou atrasos até este ponto mas realizando uma gestão muita mais cuidadosa para a frente.
• Reduzir o âmbito do projeto e continuar por forma a que pelo menos qualquer coisa é realizada.
• Recupere o que puder do trabalho já realizado com a conclusão de qualquer elemento que deva ser terminado e depois feche o projeto.

Feche o projeto agora

O caminho que recomenda dependerá do que o projeto conseguiu alcançar at é ao momento e do trabalho exigido para recuperar de novo o seu controlo. Poderão haver alguns pacotes de trabalho que podem ser concluídos com um pequeno esforço extra e para benefício do espírito e moral da equipa, mais algum benefício para a organização, vale a pena realizar.

Se o projeto ainda tem algo significante para realizar, ou se está muito afastado de concluir algo ou obter algum benefício, pode ser melhor evitar mais perdas e fechar o projeto.

Induzir o sponsor a fechar o projeto

Depois da avaliação, terá uma ideia sólida sobre quais os próximos passos mais apropriados e, em muitos casos, isso significará fechar ou reduzir drasticamente o âmbito do projeto Pode ser difícil falar com o sponsor do projeto acerca do fecho do projeto. Podem haver políticas internas que podem significar isto não ser um movimento positivo para a sua carreira pois o sponsor vai ser identificado como tenho falhado. Podem dirigir a culpa diretamente para a equipa de projeto e o gestor de projeto pode aceitar ou discordar. Podem estar relutantes em desbaratar o dinheiro que já foi gasto.

Contudo, pode vir a ser uma discussão mais fácil do que pensa, especialmente se for muito claro que os esperados resultados do projeto já não podem ser alcançados. A avaliação objetiva do projeto torna-se uma ferramenta importante para convencer o sponsor do projeto do caminho em frente, mas a decisão será sempre dele.

Nem todos os projetos problemáticos têm de ser fechados, mas todos os projetos com problemas necessitam duma avaliação se devem ser fechados. Só compreendendo o que temos a ganhar com continuar poderá habilitar a decisão de continuar ou fechar.

Planeamento de projetos: vale mesmo a pena o trabalho?

Queira ou não queira, poucos eventos bem-sucedidos, viagens - e grandes projetos já se realizaram sem um problema na falta de um plano esforçado.
De acordo com o PMBOK, primeiro vem a fase de iniciação do projeto, onde o charter do projeto é desenvolvido e as partes interessadas são identificadas, depois segue o planejamento. 

Além de integrar todo o contributo das várias partes interessadas, o plano do projeto tem de explicar parâmetros adicionais, como o custo, o tempo, a qualidade, a coordenação, a comunicação, a disponibilidade de recursos e os riscos potenciais.

Quando se debate a importância do planeamento de projetos, pergunte a si próprio: "Quais poderiam ser as consequências de um planeamento inadequado?". Verá de imediato que o planeamento do projeto tem um impacto em todos os fatores do projeto.

A melhor abordagem para demonstrar a importância do planeamento do projeto é destacar seus benefícios:

• Um plano oferece uma visão centralizada para o projeto, que capacita os membros da equipe a trabalhar em conjunto com o objetivo de atingir com sucesso um objetivo.
• Com a visão, vem a clareza. O plano oferece um roteiro de como essa visão será alcançada através do planeamento das responsabilidades e tarefas dos membros da equipe e outras partes interessadas, com os cronogramas correspondentes. Isso cria claridade e responsabilidade para todos os envolvidos.
• Este roteiro com instruções claras evita distrações externas para assumir as principais atividades do projeto.
• Se alguém ou algo segue a via errada, podem voltar ao mapa para encontrar o caminho.

E com tudo documentado num só lugar, o plano atua como uma poderosa ferramenta de comunicação para manter todos os membros da equipa e as partes interessadas na mesma página.

Os planos nem sempre são perfeitos, mas raramente falham como um todo. À medida que entram em jogo os fatores que afetam o plano original, os detalhes do plano podem necessitar refletir essas mudanças -- e está certo. Os planos podem e devem ser revisados regularmente para que possam continuar a funcionar como um roteiro com marcos e cronogramas fundamentais para chegar lá.

Fica claro que com o planeamento do projeto obtemos um mapa comunicado às partes interessadas.

Pode continuar este tema explorando - O que é o Planeamento?

Para uma visão mais metodológica pode explorar - Gestão de Projetos - Um reforço da visão

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.

Trabalho para o sucesso do projeto

Algumas métricas importantes no acompanhamento de projetos.

Para grandes projetos é geralmente benéfico analisar a perda de total float todos os meses. Isso dá sinais de alerta precoce para os caminhos de atividade problemática e arma a equipa do projeto para tomar ações corretivas. Uma vez que o cronograma é atualizado regularmente, o caminho crítico rotineiramente muda de uma sequência de atividades para outra durante o curso de um projeto. Assim, este método é o mais eficiente para acompanhar o progresso, monitorizar e controlar o projeto.

Para conseguir a conclusão atempada de um projecto, o plano deve ser cuidadosamente preparado e deve ser comprado por todas as partes responsáveis ​​pela execução. Algumas orientações para o sucesso:

• Todos os prazos de entrega devem ser suficientes para evitar atrasos.
• O Design deve ser entregue na sequência de prioridades de construção no local.
• Todas as licenças de entidades governamentais devem ser planeadas e solicitadas antecipadamente.
• As interfaces de construção também devem ser identificadas bem à frente.
• A necessidade de recursos deve ser planeada contra a disponibilidade dos mesmos.

Um controle de projeto completo e configurado deve ser funcional na empresa de design, bem como no site para monitorizar o progresso e decidir as ações corretivas. A equipa interage com todos os outros grupos no site da obra, bem como na sede da empresa para obter informações sobre todos os aspetos do projeto. As informações são usadas para analisar e acompanhar o progresso do projeto, identificar atrasos potenciais e levantar sinais de advertência. Se ocorrerem todos os atrasos; os impactos de cronograma são calculados, as atenuações planejadas e estão bem documentadas com as devidas responsabilidades para realizar análises de atraso.

Mesmo com todo o planeamento cuidadoso para o projeto, como detalhado acima, podem ocorrer por várias razões atrasos. A seguir discutir-se-á várias causas de atraso para ajudar a identificar e analisar atrasos num projeto.

Contribuir para o sucesso dos projetos na Construção

Depois dos 6 posts desta análise acerca das condições de sucesso na construção deixo-vos aqui o link para download do documento total.

Entretanto, a consultora McKinsey publicou um estudo compreensivo sobre o mesmo assunto muito detalhado e compreensivo e com dados atualizados e ideias muito avançadas sobre o Setor.

Deixo aqui o link também para o Sumário do estudo de Fevereiro de 2017.

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

Contribuir para o sucesso em projeto na construção

Os fatores chave que são centrais para o sucesso dos projetos são conhecidos há muito e resumem-se a dois – melhor gestão de projeto e inovação tecnológica. A realidade, no entanto, é que 98% dos projetos de grande dimensão enfrentam ultrapassagens de custo e atrasos. O custo médio acresce normalmente em 80% do valor original e o atraso médio é de 20 meses relativamente ao plano.

Fatores Centrais do Sucesso 

Há muitas razões para estes valores e a começar a produtividade ou melhor, a falta dela. Há décadas que a produtividade na construção se mantém parada, o que é contraditório com o que ocorre, por exemplo, na manufatura em que ocorreu um incremento de 100% nos últimos 20 anos e se mantém uma tendência de crescimento.

Destaco alguns dos fatores mais importantes para a fraca produtividade e aumento de custos.

• Organização pobre. A tomada de decisão e os processos de procurement não tem a velocidade e a escala requerida.
• Comunicação inadequada. As inconsistências no reporting significam que empreiteiros, subempreiteiros e clientes não possuem uma compreensão comum de como se encontra o projeto em qualquer ponto do tempo.
• Gestão da performance falhada. As questões por resolver acumulam-se motivadas pela falta de comunicação e a fraca prestação de contas.
• Desentendimentos contratuais. A equipa comercial negoceia o contrato e este é muitas vezes denso e complicado. Quando o problema ocorre, o gestor de projeto pode não compreender como deve proceder.
• Ligações perdidas. Há diferentes níveis de planeamento, desde o alto nível até à operação diária e semanal. Se o trabalho diário não é concluído, os planeadores devem sabê-lo – mas muitas vezes não o sabem – assim não podem mudar as prioridades em tempo real.
• Planeamento de curto prazo pobre. Geralmente as companhias são boas a perceber o que deve ser feito nos próximos dois ou três meses, mas não são tão bons a programar as próximas duas ou três semanas. O resultado é que o equipamento necessário não está disponível quando é preciso.
• Gestão de risco insuficiente. Os riscos de longo prazo são avaliados com detalhe, mas aqueles que nascem do trabalho nem de perto.
• Limitada gestão de talentos. As companhias recorrem às equipas e pessoas com que estão familiarizadas em vez de procurarem as melhores pessoas para o trabalho.

Estes problemas são sérios, sistémicos e muito comuns. Mas mesmo assim as companhias conseguem ter sucesso. O fator central que os peritos identificam que reforça este sucesso é a melhoria de competências «básicas» de gestão de projeto. Algumas práticas destacam-se para contribuírem para a melhoria da performance em obra subordinadas às fases de projeto – conceito e desenho, contratação e procurement e execução.

Post 2 Planeamento do Design e Conceito

Iniciação do Projeto

Muitas decisões são tomadas durante a vida de um projeto, mas a decisão que como maior impacto de todas é a primeira; esta é a decisão de executar o projeto. Vamos analisar a fase de iniciação do projeto que decorre antes dessa primeira decisão.

Para a primeira decisão devemos realizar a análise cuidadosa dos benefícios do projeto potencial, as necessidades de recursos, os custos e o peso do portfólio organizacional e congruência estratégica e tudo ponderado então proceder à decisão de iniciar o projeto. Como os esforços de iniciação do projeto normalmente começam informalmente, muitas vezes a decisão e esta ponderação não é executada de forma tão rigorosa como necessário.

A análise de potencial de projeto, normalmente é embalada numa proposta formal de iniciação do projeto. A proposta, de facto, é a saída ou resultado do processo de iniciação do projeto. Importa ser claro. O sucesso da decisão de "go/no-go ' deve basear-se numa análise disciplinada e completa que culmina na proposta de iniciação do projeto. E, sim, como mencionado, o projeto potencial deve ser considerado à luz de outros projetos da organização e da mais abrangente estratégia. Embora os projetos possam variar em tamanho ou complexidade existem princípios comuns que devem ser empregues antes de decidir sobre cada implementação do projeto.

Neste artigo descrevo alguns princípios fundamentais para apoiar a decisão de aprovação de lançamento de iniciação do projeto.

Input dos Stakeholders

É essencial manter a comunicação das partes interessadas durante todo o ciclo de vida do projeto, mas o envolvimento das partes interessadas é especialmente importante na fase de iniciação do projeto. A fim de incluir e envolver as partes interessadas certas deve considerar o seguinte na sua pesquisa:

• Todas as pessoas que podem interagir com o produto ou serviço. Isto inclui não só o utilizador final, mas também os fornecedores e providers da manutenção. Entenda o problema ou oportunidade a partir da perspetiva em que cada um é afetado diretamente.
• Mude os defensores e opositores. Alguns defensores incentivam a mudança, enquanto outros procuram manter o status quo. Quais são os motivos por trás de ambos os lados do argumento de mudança?
• O cliente é definitivamente impactado pelo projeto e a importância de ouvir o input do cliente tem de ser sempre enfatizada.
• Estado e administração local. Sim, as leis e regulamentos dos órgãos do governo tornam-nos numa das partes interessadas.
• ·         Cultura e valores. O apoio ou desaprovação podem estar profundamente enraizados em crenças fundamentais, que podem ultrapassar os benefícios propostos. 

O propósito de mencionar este processo de estudo das partes interessadas não é encorajá-lo a aprofundar o mundo das partes interessadas, mas antes reconhecer a importância, desde o início, de uma análise exaustiva das partes interessadas para o conhecimento do projeto. O valor do conhecimento das partes interessadas é o de proporcionar a deteção precoce de requisitos e restrições. Quanto mais cedo os conhecermos, mais baratos são de gerir.

Clarificação dos Problemas

Não compreender verdadeiramente qual o problema que é preciso resolver é um erro muito comum. Então, gastar tempo a definir o problema, e empregar a "análise de intervalos", o que explica o problema como a diferença entre o estado atual e o ideal.

Compreender que o estado ideal estabelece um quadro para a avaliação de alternativas. Disciplinando-nos para definir adequadamente o problema proporciona soluções mais plausíveis e, possivelmente, melhores. Se realmente entender o problema então será capaz de desenvolver uma melhor gama de soluções viáveis.

Analise diversas alternativas

Se identificou completamente o problema, então terá várias soluções para explorar. E considerar ainda outras abordagens alternativas inspira outras novas ideias para resolver o problema. O objetivo depois é classificar estas soluções de acordo com seus custos e benefícios.

O desafio na análise de alternativas é que normalmente comparamos maçãs e laranjas: opções com vantagens diferentes e desvantagens. Quantificar os custos e benefícios permite ver as diferenças entre as alternativas. Os benefícios são tangíveis ou intangíveis. Os benefícios tangíveis são mensuráveis. Descrever e quantificar cada benefício tangível, e listar os seus pressupostos. Embora os benefícios intangíveis sejam difíceis de medir mesmo assim são importantes. Mais uma vez, deve descrever o benefício, os pressupostos e a probabilidade de sucesso. Além disso, deve considerar e comparar os recursos necessários para cada abordagem.

Encontrar formas de quantificar e comparar custos e benefícios permite perceber porque perseguir um menor custo e uma opção de menor alcance é melhor do que uma opção mais cara que tem todo o âmbito de aplicação, ou seja, "todas as funcionalidades”. Será que o ótimo é mesmo inimigo do bom?

Considere o portfólio e a estratégia

Chegado ao ponto em que não só definiu o seu problema, mas tem também uma solução proposta – o seu projeto. Antes da empresa mergulhar na execução do projeto devemos querer considerar se o projeto corresponde aos critérios de seleção. A maioria das empresas categorizam os projetos dentro de uma carteira de projetos. Os fatores principais ou benefícios dos projetos estão geralmente nas seguintes categorias:

• Conformidade/regulação. Os requisitos do projeto são orientados para a necessidade de certa lei ou regulação.
• Eficiência/redução de custo. O propósito é diminuir os custos operacionais.
• Aumento do rendimento. Estes projetos tendem a ser de risco elevado, mas tem resultados muito desejáveis e favoráveis.

As empresas alocarão recursos e o risco entre estas categorias tal como um investidor do mercado de ações distribui dinheiro entre os investimentos de renda e de capital fixo. O objetivo do investidor é diversificar os investimentos para reduzir riscos e aumentar os ganhos potenciais. As empresas diversificam projetos entre as categorias de projeto para minimizar o risco e obter alavancagem para o ganho máximo. Além de classificar o projeto, indicar como o projeto se alinha com outros projetos da empresa e a estratégia global da empresa.

Sumário

Os pré-requisitos da decisão de início do projeto incluem, com a consulta a uma ampla variedade de partes interessadas, esclarecer o problema, analisar alternativas, e considerar portfólio da empresa e estratégia. O resultado desses esforços de iniciação do projeto será uma proposta de iniciação do projeto que é adequada para o processo de seleção da empresa.

A decisão de "go no-go 'decisão pode ser parte de um processo de gestão de portfólio de projeto ou uma decisão pessoal de um executivo. É importante a execução de trabalho base de apoio a uma decisão de iniciação bem sucedida. Mais uma vez, a decisão de executar o projeto tem o maior impacto. Pode não ter a autoridade para tomar essa decisão, mas pode estabelecer a base para uma decisão de compromisso bem sucedida. E às vezes a melhor decisão é a de não prosseguir o projeto.

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 

Um princípio fundamental na gestão de Incerteza

Existe um mito popular nos projectos e, muito em especial, nos projectos de software que impede que resultados accionáveis ​​ocorram. É comum acreditar - erroneamente por sinal - que não podemos prever o futuro.

Não é o projecto que é inerentemente incerto no futuro. São os participantes do projecto que ainda têm de identificar plenamente o trabalho real que está lá fora para ser feito e está lá o tempo todo. Mesmo que o âmbito do trabalho não tenha sido totalmente percebida antes - o progresso identifica as incertezas e quantifica as acções correctivas para lidar com essas incertezas.

Isto é bastante importante para ser dito novamente. Não é o projecto que é incerto. É a nossa capacidade de ver essas incertezas se não olharmos para elas. Esta é uma diferença fundamental entre as incertezas em finanças, sociais, políticos, ou outro sistema caótico e um projecto. Há várias razões que fazem com que não possamos ver para o futuro:

• Nós não nos podemos dar ao luxo de olhar para o futuro. Não temos tempo e dinheiro suficiente para fazer o trabalho necessário para revelar as possibilidades futuras. Significa geralmente que nós vamos descobrir isso quando chegarmos lá. Derrapagens de custos e atrasos não são incorporadas no plano. Ou vamos ter que rever o âmbito do projecto quando corremos contra o tempo e o dinheiro.
• Não sabemos onde olhar para ver as incertezas. Nós não temos as competências certas, experiência ou capacidade para saber para onde olhar. A solução mais simples é a de ir buscar alguém que o sabe fazer. Vê-los a trabalhar e aprender.
• Não queremos realmente saber as incertezas do futuro. Você não consegue lidar com a verdade (You can't handle the truth!).  É muito mais comum do que se imagina. Saber o custo e o cronograma do projecto até um nível de confiança de 80% pode fazer com que o projecto não se inicie ou seja cancelado.
• Não queremos simplesmente fazer o trabalho necessário para olhar para o futuro para ver onde o problema se apresenta, onde o custo irá ocorrer, onde podem ocorrer atrasos. Esta é uma abordagem daqueles que normalmente não são responsáveis pelo custo e do cronograma do projecto. Eles não conseguem ligar os pontos entre o trabalho e o dinheiro de outras pessoas. Isso geralmente é uma visão bottom-up do mundo.

Os problemas acontecem em projectos, essa é a natureza de todos os projectos. Gerir as questões que vão acontecer no futuro é uma factor crítico do . Não gerir isto significa que estas questões vão dominar os resultados do seu trabalho.

Reblogued from Herding Cats by Glen B. Alleman