Considerações sobre hammocks & Exemplos aplicados (Peter Mello, peter.mello@x25.com.br) No Practice Standard of Scheduling (publicação do PMI ), uma hammock é colocada como sinônimo de tarefas-sumário e deveriam, portanto reunir informações sobre a duração das atividades a ela vinculadas. O termo hammock surgiu muito antes do standard e tem implementações com funções mais completas em softwares como o Primavera e Spider. Como mecanismo básico, a hammock é presa nas pontas por outras atividades distribuídas no projeto e portanto passa a ter a duração da rede entre as atividades que esticam as pontas da hammock. O nome hammock corresponde a outro tipo de rede: aquela de dormir, como as que vemos no Ceará ou nos barcos de transporte do Amazonas. Uma hammock portanto pode ser uma sumarizadora de atividades que estão em distintas partes de uma EAP. Diferente da Tarefa-Sumário como encontramos no MSProject, ou as Fases no Spider, a hammock pode ser influenciada por elementos distribuídos por todo o projeto, sem uma hierarquia pré-definida. Na ilustração: - A Hammock Geral é formada pelas redes de Fase 1, Fase 2 e Sub-Fase 2. Como o caminho crítico passa por estas fases, a hammock também tem como resultado o caminho crítico do projeto.
- A Hamock Sub-Fase é determinada apenas pelas atividades provenientes de parte da EAP do projeto relacionadas a Sub-Fase 2 do projeto. No segundo exemplo, a sub-fase 2 agora está no caminho crítico. Como conseqüência, a hammock Sub-Fase também fica sinalizada em vermelho, indicando que os seus extremos estão sendo mantidos por atividades que pertencem ao caminho crítico do projeto. Uma das aplicações das hammocks é o tratamento de distribuição de horas e recursos (máquinas, pessoas, custos, etc) entre atividades concorrentes. No exemplo abaixo, uma atividade reuniões permite que sejam agendadas em uma única atividade hammock todas as horas em que as pessoas irão investir se reunindo no lugar de executarem suas atividades regulares. Isso permite não só o cálculo do custo da reunião, ou o tempo levado, mas também o impacto nas demais atividades em função das horas consumidas.
Graças a aplicação da hammock, conseguimos saber quais horas de JOÃO e de JOSÉ não serão aplicadas em atividades regulares de projeto e sim nas reuniões. As atividades regulares serão então atrasadas em função das atividades extras (reuniões) realizadas e eventualmente podemos inclusive descobrir que o projeto irá aumentar de tal maneira que novas reuniões também se farão necessárias! (A hammock do exemplo realiza reuniões toda segunda e quarta feira. Se o projeto crescer até o dia 3, uma nova reunião no dia 1 quarta-feira será agendada automaticamente) A hammock permite o cálculo de atividades complementares de projeto, como gerenciamento de atividades, reuniões, fiscalização ou até mesmo o cálculo de horas paradas ou desperdícios dos recursos. 1 2 3 4 Na ilustração, as atividades A, B, D estão na CORRENTE CRÍTICA (caminho crítico baseado em recursos). A atividade C tem uma folga de 5 dias em relação as demais.
Neste nivelamento realizado, temos um total de R$ 250,00 gastos com os recursos PETER e FARHAD em atividades não regulares de projeto. Ou seja, temos o custo do dia parado dos profissionais em função da lógica das atividades realizadas no projeto. Os gráficos mostram as HORAS dos profissionais. O primeiro gráfico, as horas paradas de FARHAD, ao final do projeto. No segundo gráfico, as horas paradas de PETER, no início do projeto e nos gráficos 3 e 4 as horas de trabalho efetivo dos dois profissionais. A CORRENTE CRÍTICA nem sempre é sinalizada da mesma forma em diferentes softwares. Se aplicarmos as mesmas atividades regulares deste projeto no MSProject (versão 2003/2007), sem o auxílio de plug-ins, o software irá sinalizar em vermelho apenas as atividades que estão no caminho crítico (atividades com folga zero no CPM). A ilustração acima tem as mesmas atividades e recursos descritos no projeto anterior dentro da fase Atividades Regulares. As atividades marcadas no caminho crítico são C e D, embora possamos verificar que para o caminho crítico DO PROJETO as atividades que de fato não tem folga são as atividades A, B e D. (nota: não se trata de um erro do software, mas uma limitação de implementação. O algoritmo de sinalização de atividades críticas do MSProject está baseado no paradigma CPM - Método do Caminho Crítico, que ignora o recálculo de folgas em função do nivelamento de recursos).
Hammock e simulações A hammock também pode ser utilizada para simular diferentes situações de projeto e identificar o melhor resultado, seja por uma questão de aplicação de recursos, seja por uma questão financeira, redução de prazos, entre outros. No caso do primeiro exemplo, um seqüenciamento otimizado entre as atividades A, B, C e D podem permitir a redução do projeto de 30 dias para apenas 25 dias, gerando economia financeira em função do tempo parado dos recursos. A simples inversão do início das atividades (Farhad inicia a atividade C e depois faz a atividade A), respeitando o diagrama de redes original em relação as dependências obrigatórias faz neste exemplo com que todas as atividades passem a compor a CORRENTE CRÍTICA do Projeto. Para percebermos o ganho de cinco dias, precisamos ver o resultado da otimização do cronograma em nosso Gráfico GANTT Resultado: O projeto agora custa R$ 500,00 ao invés dos R$ 600,00 e temos menos horas não aplicadas, com uma redução de 5 dias na duração do projeto.
Para obter o mesmo resultado no MSProject é necessário utilizarmos a priorização de atividades e repetirmos o nivelamento i. Infelizmente não consegui repetir o procedimento para colocar a ilustração neste exercício e, portanto é aconselhável que o leitor execute seus próprios testes com o uso de sua ferramenta. A mensagem que obtive do MSProject foi:
Conteúdos relacionados: - Fragnets, Gerenciamento de Riscos, Nivelamento de Recursos, Otimização de Cronogramas, Análise de Indicadores de Projeto, Gerenciamento por Tendências, Análise de Valor Agregado, CPM,CCPM, RCP, entre outros. Visite: http://www.revoluting.com/ para outros textos no Blog do Spider Team. Peter Mello detém as certificações do PMI : PMP e PMI-SP. Também é certificado como especialista em otimização e cronogramas pela Spider Management Technologies (SpS), consultor em Gerenciamento de Portfólios, Projetos e Riscos e membro ativo da comunidade de Gerenciamento de Projetos com dezenas de artigos publicados em seminários nacionais e internacionais. http://www.x25.com.br/peter i Informação prestada por Farhad Abdollahyan, PMP, em email postado no grupo E-Plan (planejamento@yahoogrupos.com.br) em 20/06/2009 - Subject: [E-Plan.br *9 Anos*] - Re: Tarefa Hammock (debate). Nota de P.Mello: Por não conter recursos de otimização automática do cronograma (MSProject), permitindo a análise de distintos tipos de nivelamento, o usuário pode utilizar a priorização manual de atividades (tentativa e erro) para encontrar a melhor solução possível para o projeto.