Como decidir com PRINCE2

Falamos muitas vezes de Gestão de Projecto, de boas e melhores práticas de gestão, mas devemos também salientar alguns aspectos do que distinguem essas práticas umas das outras. Abordamos alguns aspectos do processo de decisão de direcção de topo em que O PRINCE2 se destaca. O método exige uma ligação bem estruturada e definida entre o gestor de projecto e a direcção – o Board de projecto, e uma abordagem muito estreita entre a definição de etapas e a execução do projecto sob a direcção do Board.

O que torna o PRINCE2 um método com tanto sucesso na gestão de projectos (quando utilizado devidamente) é porque compreende que todos os projectos, tal como as viagens, são geridos melhor em etapas. E, embora seja o Board do Projecto que decide num conjunto de etapas, os gestores de projecto têm de entender o processo para que possam realizar o que o Board e o projecto necessitam. Como?

1. Um passo de cada vez. Tal como os seus planos de viagem podem dar em erro se tentar fazer tudo de uma só vez, também no seu projecto irá abrandar ou parar se tentar fazer tudo numa só etapa. O Board junta unidades de trabalho de razoável dimensão que se encaixam naturalmente.
2. Dinheiro, grana, cacau… Podem chamar-lhe o que quiserem, este é um dos controlos chave usados pelo Board de Projecto. Assim enquanto destina e reserva o dinheiro para todo o projecto, poderá provavelmente só autorizar dinheiro para um projecto de cada vez. Se o Board determina que 5 milhões é o máximo que irá autorizar para uma etapa e uma etapa particular custaria 8 milhões, então será requerido dividir a etapa em duas mais pequenas.
3. Tick, Tack… Poderá ser bom para si usar uma duração de 6 meses para concluir uma etapa, mas o Board poderá querer saber como correm as coisas cada três meses.
4. Especular com o futuro. Se a etapa do projecto é de alto risco, como uma viagem por território perigoso, pode apostar que o Board do projecto estará nervoso. O mais provável resultado será que o projecto seja dividido em tantsos as etapas quanto as necessárias para reduzir o risco.
5. Você. Os projectos são acerca de pessoas e você é a coisa mais importante que existe num projecto. Se você é um gestor de uma equipa de Formula 1 então o Board confia-lhe etapas mais longas e dispendiosas porque sabe que irá entregar. Se você estiver na Formula então não irá culpá-los por quererem estar mais perto do desenvolvimento do projecto. Isto até pode funcionar em seu benefício já que poderá controlar com eles, de tempo a tempo, quando não estiver seguro de alguma coisa.

Há muitos mais factores para ajudar à decisão do Board de Projecto durante as etapas do projecto porque com PRINCE2 fazer as coisas não é fazer cruzes numa lista.

Luis Quintino

Estabelecer na empresa a função de Gestão de Projecto

Na maioria das organizações é muito difícil estabelecer a gestão de projecto, porque os gestores têm medo de perder a autoridade e o controlo sobre os recursos que lhes estão atribuídos. Os trabalhadores, pelo seu lado, têm medo de serem tornados responsáveis pela realização de novos conjuntos de requisitos.

As iniciativas descoordenadas de estruturação de boas práticas e os projectos organizados mas sem consistência e sem continuação na companhia não dão frutos e os seus resultados não são difundidos pela companhia. É necessário definir uma estratégia consistente e adequada para que o objectivo de uso da gestão de projecto na companhia seja alcançado.

A realidade é que em muitas companhias fala-se da gestão de projecto, mas quando se trata de fazer um esforço para implementar processos tudo é realizado de forma anárquica e inconsistente. Exactamente o contrário do que a gestão de projecto exige.
 

Estratégia de Gestão de Projecto

A solução exige o posicionamento ao mais alto nível dentro de uma organização da função de gestão de projecto pra oferecer a medida de autonomia necessária para alargar a autoridade por toda a companhia da gestão de projecto enquanto salienta a substância do valor e importância da função aos olhos da gestão executiva.

O primeiro passo que é exigido para atingir o objectivo de estabelecimento da disciplina de gestão de projecto por toda a companhia é a criação da função de negócio em condições em que possua a autoridade e a responsabilidade para realizar este trabalho.

O segundo passo é definir um grupo com essa responsabilidade para estabelecer o sistema e pô-lo a funcionar. Este pode ser denominado Centro de Excelência de Gestão de Projecto ou Project management Office (PMO). Estabelecer a gestão de projecto como uma função de negócio não deve ser visto como uma panaceia ou solução de remediação, mas antes como um esforço de fundação e construção de longo prazo.

O terceiro passo é usar com efectividade, portanto, de forma consistente, as técnicas de gestão de projecto o que é o elemento crítico para atingir melhorias nestas áreas. Algumas companhias vêem a gestão de projecto como a arma fundamental no seu arsenal para incrementar a satisfação dos clientes e bater a concorrência.
 

Exiegências do Mercado actual

Competir globalmente, aumentar a quota de mercado, reduzir custos e melhorar os lucros – tudo enquanto produzimos melhores produtos e serviços mais rapidamente através do uso de soluções de alta tecnologia – são só s algumas das razões pelas quais a maioria das organizações procura melhores formas de melhorar o seu tempo para o mercado, o seu custo para o mercado e a sua qualidade para o mercado.

A companhia como um todo deve reconhecer e adoptar novas atitudes que adoptam as melhores práticas da gestão de projecto como a forma normal de trabalhar. Isto permitir-lhes-á usar a poderosa força desta nova arma competitiva para o sucesso na batalha do crescimento continuado do negócio e em muitos casos para a sobrevivência no mercado global altamente competitivo dos nossos dias.

Planear projectos no ambiente de Help Desk de TI

Tradução de post de Anna Halstead, PMP

Os serviços de Help Desk, no domínio do Suporte de TI, têm muitas vezes de proceder a preparações para fornecer suporte para uma nova ferramenta, aplicação, tecnologia ou produto que serão implementados para os seus utilizadores finais. Embora este tipo de projectos sejam normalmente pequenos e não complexos, todos os projectos de help desk devem ter um planeamento adequado e seguir uma estrutura de projecto, deforma a manter a satisfação do cliente e garantir que quaisquer mudanças no ambiente suportado, não tem um impacto negativo no serviço que o help desk fornece. Afinal, um dos propósitos chave do help desk na sua operação diária é garantir a satisfação do cliente através do fornecimento consistente do serviço acordado. Isto poderá estar em risco quando o suporte para uma nova tecnologia, ferramenta, aplicação ou produto é introduzido e o cliente fica insatisfeito com o serviço.

Estamos a falar de que tipo de projectos?

O projecto pode ser, por exemplo, entrada em produção uma aplicação de negócio para a companhia, migração de utilizadores finais para um cliente de email diferente ou actualização de uma nova versão de uma aplicação existente ou de uma tecnologia já em uso. Se forem estes os casos, as possibilidades são de que o suporte do Help Desk é só uma parte de um projecto maior e trans-departamental. Muitas vezes é onde as questões podem começar se o Gestor deste Projecto não está totalmente consciente da função que o Help Desk irá desempenhar ou assumir que não é necessário planeamento. Nestas circunstâncias, a prontidão do Help Desk pode ser sobrestimada, o que será extremamente frustrante para o pessoal envolvido e para os clientes. O gestor de projecto do Help Desk deverá assegurar-se que a globalidade da organização de TI está consciente doq eu faz ocall center e a função que desempenha quando fornece o suporte ao utilizador final.

Temos de fazer as perguntas certas desde o início. Para avaliar o âmbito e o impacto que o projecto vai ter no Help Desk e nos utilizadores finais.