Ciclo de vida do projeto

Síntese do ciclo de vida do projeto

O ciclo de vida do projeto é uma síntese das fases do projeto e das portas de fase, que oferece uma perspetiva clara da posição de cada projeto no seu calendário definido.

As fases do projeto são geridas na administração do sistema e podem ser ativadas ou desativadas individualmente nas definições de cada projeto. Isto permite definir múltiplas variantes do ciclo de vida dentro do sistema. Por exemplo, um ciclo de vida detalhado para projetos complexos e um ciclo de vida simplificado para projetos mais pequenos ou menos estruturados.

On each project’s home page, you can find a section called project life cycle. Esta secção aparece no painel lateral por cima dos atributos do projeto e mostra as datas configuradas para cada fase e porta do projeto atual.

Dica

If all phases and gates are disabled for a project, the project lifecycle section is hidden from the home page.

Agendar fases do projeto

As fases do projeto devem seguir regras específicas para a definição e ajustamento de datas. O sistema agenda automaticamente as fases com base nos dados fornecidos, impondo a ordem correta, evitando sobreposições e lacunas e preservando as durações sempre que possível. Cada fase subsequente tem início no dia útil seguinte após o fim da fase anterior.”

Para cada uma das fases ativas do projeto, pode definir um intervalo de datas. Para definir ou gerir o intervalo de datas, clique nesse intervalo de datas (inicialmente estará vazio) e defina a data com um seletor de datas do OpenProject.

Nota

Tenha em atenção que a edição do intervalo de datas das fases do projeto requer a permissão Editar fases do projeto. Viewing the project life cycle is also permission-controlled: without the View project phases permission, phases won’t appear on the project home page, project list, work package filters, or on the work package view itself.

Utilize as diretrizes abaixo para compreender o comportamento do agendamento de fases e portas.

Regras básicas

• Só se considera que uma fase está totalmente definida quando são definidas uma data de início e uma data de conclusão. Embora seja possível introduzir apenas um dos dois (normalmente como um estado temporário), essas fases não aparecerão com datas na síntese. Isto permite flexibilidade quando, por exemplo, apenas a data de início é conhecida inicialmente, mas a definição completa está prevista para breve.
• A data de início tem de ser anterior ou igual à data de fim.
• A duração mínima de uma fase é de um dia (as datas de início e de fim podem ser as mesmas).
• Não existe uma duração máxima para uma fase.
• As fases não se podem sobrepor umas às outras.
• Não são permitidos intervalos entre fases e portas.

Portas de fase e restrições

• As portas estão sempre posicionadas no início ou no fim de uma fase e seguem as datas da fase.

  • Não pode definir as datas das portas de forma independente — se ajustar a data de início ou de conclusão da fase, a porta correspondente será automaticamente deslocada.

    • As portas de fase nunca são colocadas na duração da fase, mas sempre nas suas extremidades.
    • As portas de fase nunca se sobrepõem ou partilham a mesma data com outras portas.

  • As fases e as portas de fase seguirão a ordem predefinida na administração do sistema (por exemplo, Início deve vir antes de Encerramento). As datas de uma fase subsequente não podem ser anteriores às de uma fase precedente. O agendamento automático também impõe esta regra.

• As fases de projeto não ativadas num projeto não serão consideradas no que diz respeito às restrições.

  • Os projetos subordinados não estão restringidos pelas datas do ciclo de vida do projeto principal.

Comportamento do agendamento automático

• O Agendamento ocorre automaticamente e sem confirmação do utilizador sempre que possível.
• Quando a data de conclusão de uma fase muda:
  • A data de início da próxima fase ativa é atualizada para o dia útil seguinte. Isto pode significar que a fase subsequente é deslocada para o futuro ou para o passado, dependendo da direção em que se deslocou a data de conclusão da fase anterior.
  • Se a fase seguinte tiver uma duração (uma fase obtém uma duração sempre que são definidas datas de início e de conclusão), a sua data de conclusão é ajustada para a preservar (com base em dias úteis).
  • O agendamento prossegue ao longo da cadeia de fases até não serem necessários mais ajustamentos.

Datas em falta ou parciais

• O agendamento começa assim que são definidas datas suficientes, mesmo que nem todas as fases tenham datas.
• Se um utilizador remover a data de conclusão de uma fase, a data de início da fase sucessora é preservada para manter a sua duração.

Restrições e erros

• Se uma fase for encurtada, as fases seguintes são deslocadas para trás no tempo.
• Definir uma data de conclusão que seja anterior à data de início resulta num erro. A data de início não é ajustada automaticamente, e a duração não é preservada neste caso.

Fases inativas

• As fases inativas são ignoradas durante o agendamento.
• A fase ativa seguinte (com base na ordem definida na administração) é tratada como a sucessora lógica.
• Quando uma fase é desativada, as suas datas permanecem inalteradas e o agendamento continua a partir da fase ativa seguinte.

Ativação ou desativação de fases

• Quando uma fase é ativada:
  • Se a fase tiver uma duração definida (datas de início e de conclusão definidas), o sistema pode ajustar as datas para evitar lacunas ou sobreposições.
  • Isto pode desencadear um reagendamento das fases subsequentes.
• Quando uma fase é desativada:
  • As suas datas são preservadas.
  • O agendamento saltará esta fase e passará diretamente para a fase ativa seguinte.

Nota

A ativação ou desativação de fases requer a permissão Selecionar fases do projeto.

Outros acionadores de agendamento

• As alterações aos dias não úteis (adicionados ou removidos) irão reprogramar todas as fases afetadas em todos os projetos para preservar a duração.
• As modificações na configuração global das fases (adição, eliminação, reordenação) não reagendam imediatamente os projetos existentes.
• No entanto, a primeira interação do utilizador com um ciclo de vida após essas alterações desencadeará um reagendamento para preservar as durações das fases.