A primeira lei da gestão de projecto que trata da relatividade dos projectos, deve estar sempre presente. Claro que estas leis são uma ficção, mas ela poderia dizer alguma coisa como «nenhum projecto de alguma dimensão será completado em tempo, dentro do orçamento e com a mesma equipa que o começou, nem o projecto realiza o que estava previsto realizar».
O mais certo é o seu projecto seguir esta lei e quando é executado não segue nunca a lógica exacta da baseline. Se aconteceu o contrário, então você é um planeador excepcional que prevê a realidade. Mas, muitas vezes as actividades de construção não seguem como planeado e algumas até começam antes da data prevista. Aqui está a ocasião para usar as Opções de Sceduling no Primavera.
Ilustração 1 - Opções de Schedule
Vamos ver como é que as opções de Schedule afectam as actividades quando actualizamos o progresso. Vamos assumir que temos 3 actividades A, B e C e que estas estão ligadas entre si por ligações fim para princípio (FS). As actividades A e C estão ainda em progresso e a actividade B está já concluída.
Retained Logic
A imagem não é bonita? O que o P6 faz quando se utiliza a opção de Retained Logic é que ele avança a actividade C para depois do fim da actividade A. Para além disso, verificamos um intervalo na actividade C. Bem, isto não deve ser verdade no mundo real.
Ilustração 2 - Exemplo de Retained Logic
Quando olhamos para as actividades de construção, o trabalho começa na obra com base nas frentes disponíveis e nenhum gestor de projecto gosta de mostrar um período de não trabalho na actividade por que não é real.
Progress Override
Quando usamos a opção de Progress Override para programar actividades no Primavera, este não retem a lógica e programa as actividades de acordo com a data dos dados e o trabalho remanescente para a actividade B é programado depois da Data Date.
Ilustração 3 - Opção de Porgress Override
Isto até parece lógico de acordo com o trabalho feito na obra. Mas, fique claro que pode haver grandes folgas em actividades cujos sucessor ou predecessores já terminaram, como por exemplo se a actividade estivesse em progresso e a actividade C estivesse terminada. Isto provocava a pendência da actividade B e a folga para esta actividade seria calculada desde o fim do projecto. As folgas irão ficar largas em longos projectos de construção com 2 a 3 anos de duração.
Actual Dates
Esta opção embora não seja muito usada, segue a lógica das Datas Reais.
Ilustração 4 - Opção de Actual dates
Na figura acima pode ver que a Data date – linha azul está colocada antes do início da actividade A e que a actividade B já está terminada mas apesar disso a actividade C está a começar após o fim da actividade B. Esta opção pode ser usada para fixar as datas para as actividades que sabemos que irão ocorrer com certeza no futuro.
Eu prefiro o Progress Override quando programo um projecto, visto que a maioria dos projectos de construção raramente seguem a mesma lógica com que foram planeados na sua baseline (as pessoas trabalham nas frentes de trabalho que estejam disponíveis) Assim não há surpresas ( períodos de nã-trabalho) enquanto se usa este em vez do Retained Logic.
o progress ovveride influencia na curva actual X planejado
ResponderEliminarEste comentário foi removido pelo autor.
EliminarBoa tarde Max,
ResponderEliminarO Progess Override sendo uma opção de scheduling que permite forçar a lógica do programa a reagir perante a realidade, cria um dos desequilíbrios que existem nestas opções «automáticas», as regras são definidas de acordo com parâmetros uniformes e resulta daí um nivelamento dos resultados por debaixo.
Portanto, esta opção existe no Primavera, mas com o uso de retained logic quem toma as decisões de acordo com o agendamento, é o Gestor que evita ter de olhar para decisões que a aplicação toma e de que depois não são visíveis as razões para tais decisões.
Luís Quintino