sexta-feira, junho 17, 2011

Planear um Projecto com Work Breakdown Structure e Rede Lógica

Os projectos não acontecem, precisam de planeamento. Este envolve toda a equipa de projecto no desenvolvimento do plano, este não é um trabalho isolado do gestor do projecto. Esta participação garante que é considerada a experiência é considerada e que todas as pessoas se comprometem a fundo e dessa forma são co-proprietários do plano. Um bom plano oferece o seguinte:

Um mapa da estrada (incluindo milestones compreensíveis) que pode ser seguido por toda a gente da equipa.

  • Uma escala de tempo realista para o projecto.
  • Detalhes dos requisitos dos recursos.
  • Validação do custo estimado.
  • Identificação da derrapagem das actividades.
  • Alerta precoce para os problemas.

Vale a pena usar a experiência anterior e as lições aprendidas em projectos similares.

  • Quanto tempo demorou?
  • Quanto custou?
  • Quais eram as áreas de problemas?
  • Quais eram as áreas com sucesso?

network logicA execução de um projecto sem um plano é tolice. Trabalhar sem saber o destino é susceptível de conduzir a problemas e possíveis falhas. Executar um projecto sem um plano, é como tentar encontrar o caminho numa cidade estranha, sem um mapa. Como diz o ditado, "Se você falha em planear, está a planear falhar."

Work Breakdown Structure (WBS)

Para identificar as actividades individuais de um projecto, é útil criar uma estrutura de divisão de trabalho. A WBS é a base para o plano do projecto detalhado. Ponha a equipa a discutir todas as actividades e subactividades do projecto, sem seguir uma ordem particular. Vamos anotá-las em post-its e colocá-las num quadro branco. Logo que todos pensaram em muitas actividades, passamos a organizar as notas em grupos de acordo com as grandes áreas de actividade. Adicione, altere, remova e embaralhe as notas até que a WBS esteja precisa, completa e lógica. O propósito de uma WBS é decompor o projecto em etapas e sub-etapas.

Rede Lógica (Gráfico de Tempo)

Uma Rede Lógica mostra a sequência de actividades num projecto ao longo do tempo. Ela mostra que uma actividade logicamente precede ou segue uma outra. Criar num post-it um Start (à esquerda) e outro com End (à direita) e colocá-los no quadro branco. Organizar as notas post-it daWBS na sequência lógica das actividades da esquerda para a direita. Junte as notas com setas de entrada e saída, algumas podem ter mais de uma seta. Todas as linhas de conexão em uma rede entrar à esquerda (início) da caixa de actividade (nota pegajosa) e sair à direita (final). As linhas não entram no topo nem saem do fundo da caixa de actividade.

Não são permitidas linhas sem ligação. Todas as actividades devem se ligar a uma outra actividade, ou ao início ou ao fim do projecto. Escrever o tempo que cada actividade irá tomar no post-it para calcular a duração do projecto. Você criou uma rede lógica que o vai ajudar a entender as dependências no projecto, o calendário e o fluxo de trabalho. Esta técnica pode revelar informações importantes que poderiam ser negligenciadas.

Milestones

Procure milestones na sua Rede Lógica. Uma milestone natural pode ocorrer a qualquer momento numa série de actividades paralelas que se reúnem num ponto. Controlar o projecto, definindo resultados concretos para cada etapa. Um resultado concreto é algo que você pode ver ou tocar como uma especificação de projecto, um protótipo, um modelo, um módulo de software.

Utilizar Software de Gestão de Projecto

As informações da WBS e da Rede Lógica podem ser de introduzidas num pacote de software como o Microsoft Project (que toda a gente usa ou julga saber usar) para criar um plano detalhado. Escreva as actividades, predecessores, recursos e estimativas de tempo no software. Uma vez introduzidas, o software irá criar as tabelas e gráficos automaticamente. Não espere pelo software para planear ou gerir o projecto, este é apenas uma ferramenta.

Lista de Verificação

Aqui está uma lista de verificação para o ajudar a criar um plano detalhado do projecto, bem pensado, enquanto se constrói uma equipa de alto desempenho e motivada.

  1. Definir o que deve ser feito usando uma Work Breakdown Structure.
  2. Desenvolva a melhor abordagem para obter tudo o que deve ser realizado através do desenvolvimento de uma Rede Lógica.
  3. Desenvolver estimativas de trabalho e duração e de quanto tempo cada membro da equipe precisa para cada tarefa.
  4. Calcular quanto tempo o projecto levará para completar o seu caminho crítico e milestones com a utilização da Rede Lógica.
  5. Calcular e mapear o número de pessoas necessárias e a percentagem de tempo que cada membro da equipa usa em cada fase do projecto.
  6. Ajustar e refinar o plano de projecto para cargas de trabalho de nível individual e adapte o número de pessoas necessárias durante o projecto.
  7. Optimizar criativamente os trade-offs para entregar os melhores resultados no menor tempo.
  8. Use o processo de planeamento combinado para intensificar o compromisso dos membros da equipe e a propriedade distribuída do projecto.

Texto de Duncan Haughey, PMP, traduzido por Luís Quintino

quinta-feira, junho 09, 2011

Gestão de Tempo num ambiente multi-projecto

Estou preocupado por que continua a haver pessoas que pensam que há aí no mercado o software de gestão de tempo perfeito que irá conseguir resolver os problemas dos seus planos. Na verdade este é um desafio que não pode ser ultrapassado só por tecnologia, pois há aspectos dos hábitos que jogam aqui, para além da natureza própria do desenvolvimento de software.

O manual do PRINCE2 declara que um membro da equipa só consegue realizar 3,5 dias de trabalho produtivo numa semana (no máximo)[i]. Outras actividades tais como reuniões, falar ao telefone, ir a uma festa da empresa, etc. ocupam todo o tempo remanescente.eggs

A lei de Parkinson declara que as pessoas irão usar todo o tempo que têm para realizar uma actividade (por exemplo, para arrumar 1000 revistas são necessárias 2 horas, mas se dermos a uma pessoa 4 horas para isso, irá levar 4 horas). Mas esta noção é muitas vezes interpretada como poder sempre obter mais das pessoas se os espremermos, coloca-los sob pressão, dar-lhes prazos impossíveis de cumprir. Claro que isto pode permitir obter ganhos de curto prazo, mas o mais provável é resultar em desencorajamento das pessoas e diminuição de resultados.

Se pretendemos aumentar a produtividade, certamente existem outras formas possíveis de o alcançar.

Sabemos que um projecto está a trabalhar bem, quando os membros da equipa só colocam questões de dois em dois ou de três em três dias. O que significa que eles sabem o que fazer a seguir e não perdem o ritmo.

Muitas vezes, a deficiente gestão de tempo não decorre de mau agendamento, antes é uma questão que decorre da gestão de projecto. O gestor de projecto é responsável pela decisão das prioridades e não os membros da equipa ou os gestores de recursos. Aqui é que está o problema real, quando a gestão atribui prioridades sem compreender o peso e o efeito em outros projectos. Como a história da manta pequena e dos pés ou dos ombros alternadamente a descoberto. As pessoas preocupam-se demais com as datas de entrega quando deveriam enfrentar o desbaratar de tempo resultante da má optimização das práticas de planeamento.

Devemos ser realistas acerca da disponibilidade dos recursos. Temos de prever a realização de actividade em feriados e os tempos gastos em actividades fora do projecto ou não previstos. A semana de trabalho média é de 4 dias depois de se retirarem estes tempos. Destes quatro dias, pelo menos meio dia será gasto em outros deveres, como reuniões, actividades de gestão e de acompanhamento de outros projectos.


[i] Página 181. Managing Successful Projects with PRINCE2 (3rd Ed.)

segunda-feira, junho 06, 2011

A agenda da reunião do PMO

Muitas empresas realizaram investimentos para implementarem processos e ferramentas de PMO e lutaram e lutam constantemente para alcançarem alguns dos benefícios que este lhes deveria trazer. A criação de práticas regulares de revisão e colaboração são um dos meios para consistentemente chegarmos a resultados. É essencial que os participantes no processo estabeleçam regularidade na aplicação de métodos e práticas de trabalho. A reunião semanal do PMO é uma dessas ferramentas.

Os quatro tópicos principais para a agenda deveriam ser:

  • Revisão de novas boas práticas
  • Revisão de novos projectos
  • Avaliação de Alto Risco
  • Revisão dos Agendamentos em Implementação

 
portfolio_meetingA revisão das novas Boas Práticas

A revisão das novas Boas Práticas consistirá na análise das boas práticas já implementadas nas semanas anteriores. Estas serão baseadas nas Lições aprendidas de projectos que se aproximam da fase final. Pode consistir em qualquer coisa desde um novo processo de aprovação a um workflow de trabalho até a uma forma diferente de trabalho com os clientes. Realizar-se-á uma discussão mínima visto os detalhes já terem sido abordados antes da realização da reunião, e é realizada uma apresentação do tipo «esta é a forma como agora iremos operar».

 
A Revisão de Novos Projectos

Permite que aqueles que pretendam iniciar um novo projecto o apresentem em sumário ao PMO (no máximo com uma descrição de 1 página), incluindo os objectivos de negócio e os benefícios que o novo projecto trarão à organização. Abre-se de seguida um período para questões e respostas. O projecto seguirá para os passos seguintes de aprovação executiva ou colocado para mais pesquisa e aprofundamento com o negócio. O que incluirá a sua referência nas próximas reuniões do PMO.

 
A parte de Avaliação de Alto Risco

Compreende a análise de um relatório das milestones de alto nível dos projectos que mostram com «semáforos» a Vermelho, Amarelo e Verde os status de todos os projectos dentro da organização, filtrados por unidade de negócio. Não se irá perder tempo com o que está a correr conforme o plano, antes, com base numa gestão por excepção, o foco será só nos projectos que estão com dificuldades. Serão tomadas decisões para estes projectos, os obstáculos levantados e os riscos mitigados.

 
A parte final da reunião

O period final da reunião será a Revisão dos Agendamentos em Implementação, para rever as actividades de implementação final que deverão ter cuidados especiais e utilizar períodos específicos do dia. Estas actividades dada o alto pendor crítico recebem o acompanhamento num plano específico e especial atenção será dada a actividades previstas para a próxima semana.

Para que uma reunião de PMO tenha sucesso importa garantir a presença das pessoas certas, que possam (tenham a autoridade para) tomar as decisões no momento. Se durante a reunião alguém pensar «temos de ver isto com..», então não temos as pessoas certas na sala.

Desta forma, com uma hora por semana, conseguimos crescer no nosso nível de profissionalismo, rever e aprovar novos projectos, mitigar o risco e trazer toda a gente para o nível de conhecimento sobre os projectos.

LQ