Crashing
Crashing é uma técnica de compressão do cronograma do projecto. Desta forma, uma equipa pode reduzir a duração do projecto para alinhar a uma restrição ou recuperar um atraso. O crashing consiste no aumento da carga de recursos a trabalhar em actividades críticas. Na prática, o crashing pode significar, por exemplo, mais pessoas, pessoas mais experientes, pessoas mais disponíveis, mais turnos, ou mais máquinas.
Naturalmente que se quisermos antecipar o prazo, sem alterar o âmbito, vai haver consequências. A típica consequência do crashing é o aumento dos custos do projecto.
O papel do gestor de projecto é detectar as melhores oportunidades de crashing. Em primeiro lugar é essencial identificar actividades críticas. Ou seja, detectar actividades que estejam a afectar directamente o prazo do projecto. Reduzir a duração de uma actividade não crítica não influenciaria a duração do projecto. Em segundo lugar, é essencial identificar actividades que sejam do tipo “trabalho fixo” ou que tenham um comportamento relativamente similar. Ou seja, detectar actividades em que existem reduções potenciais na duração com o aumento dos recursos. Mesmo que não varie de forma linear. Aumentar o número de recursos numa actividade do tipo “duração fixa” não influencia o prazo. Por último, é essencial analisar se o potencial aumento dos custos é justificável.
O crashing é uma das técnicas mais populares para reduzir o prazo do projecto. Outra técnica para comprimir o cronograma é o fast tracking. Leia este artigo para saber mais sobre fast tracking.
Vantagens de Usar Crashing
A técnica de crashing utiliza-se quando é preciso antecipar o prazo do projecto ou recuperar um atraso. Em seguida vamos explorar as vantagens de usar crashing, nos projectos:
- Alinhar o Cronograma Inicial a um Deadline – Alguns projectos são autorizados com deadlines agressivos. Ou seja, a data para disponibilizar o produto pode estar fixa. Por exemplo, a data de um evento desportivo é fixa, ou por penalizações contratuais elevadas. Durante o planeamento iniciar, a gestão de projecto pode usar o crashing para alinhar o cronograma preliminar a uma data limite.
- Alinhar o Cronograma à Baseline – A aprovação do plano de gestão de projecto estabelece a baseline do cronograma. Riscos, problemas e más práticas podem afectar negativamente o prazo real do projecto. Durante o controlo do projecto, a gestão de projecto pode usar o crashing para ar o cronograma real ao cronograma aprovado.
- Envolver Stakeholders – O atraso no projecto pode colocar em causa a satisfação do cliente e trazer consequências negativas, como, por exemplo, perder os clientes, ou provocar danos reputacionais.
- Antecipar o Lançamento do Produto – Se acelerar o lançamento, provavelmente conseguirá estar mais tempo sozinho no mercado, e desse modo arrecar mais lucros.
Desafios do Crashing
O crashing tem vantagens. No entanto, tem também algumas desvantagens. Alguns dos desafios de usar crashing são, por exemplo:
- Aumentar os Custos – A consequência negativa mais evidente do crashing é aumentar os custos. Como vamos precisar de mais recursos vai ser preciso recrutar novos elementos, que tem, desse modo, de ser formado e inteirados do projecto, aumentando os custos e reduzindo a produtividade da equipa. Regra geral um novo elemento não produz tanto e tão bem como um elemento que já estava na equipa. Dessa maneira, o gestor de projeto deverá analisar com cuidado as actividades onde o crashing seja simultaneamente significativo e eficiente.
- Recursos não Disponíveis – Por vezes existem situações em que os recursos do projecto necessários para reduzir o prazo não estão disponíveis para o nosso projecto. Talvez estejam, por exemplo, alocados a outro projecto ou estejam focados em trabalho operacional.
- Aumentar a Complexidade – Alocar mais recursos a atividades pode aumentar a complexidade da comunicação mas também a coordenação da atividade.
Abordagem do Crashing
Existem várias abordagens potenciais para implementar o crashing. Dessa forma, vamos analisar uma abordagem possível:
-
- Encontrar o Caminho Crítico – O gestor de projeto deve definir as atividades que são necessárias realizar para concluir o projecto. Além disso, deve ver as dependências entre elas e concluir as que estão no caminho crítico. Este passo é essencial porque só as atividades no caminho crítico devem ser comprimidas.
- Analisar Oportunidades de Crashing – Em seguida, o gestor de projecto deve identificar as atividades em que há ganhos potenciais por aumentar recursos. Dessa forma, é essencial que se considere se a duração da atividade é influenciada pelo número de recursos. Além disso, é tambem fundamental assegurar que os recursos alocados estão disponíveis.
- Determinar os Custos – Para que se possa tomar uma decisão informada é precisar saber qual o custo do crashing.
- Seleccionar Alternativas de Crashing – Depois de determinar o que pode ser feito e os custos de o fazer é preciso escolher a melhor opção. Desse modo, poderá ser necessário validar as decisões com o cliente ou sponsor.