TEMPO

Relações: termino – início, término – término, início – início, início – término.

Distribuição beta
- Caminho crítico é o caminho mais longo, que define a duração do projeto;
- Não existe folga no caminho crítico;
- Qualquer atraso em qualquer atividade do caminho crítico impactará no atraso do
projeto.
NECESSITA LINHA DE BASE
 Execução de projetos em cascata

A metodologia Waterfall, palavra em inglês que significa cascata, é considerada a forma mais
tradicional de gerenciar projetos. Nessa abordagem, todas as etapas são seguidas de forma
sequencial. As fases básicas geralmente são de definição de requisitos, planejamento,
execução e validação, podendo variar dependendo do tipo de iniciativa.

O modelo em cascata só permite que o projeto avance quando uma fase está inteiramente
completa. Voltar algumas etapas, dar saltos para frente ou sobrepor atividades não é
permitido. Além disso, no Waterfall os requisitos são totalmente definidos no início do projeto
e geralmente sofrem pouca ou nenhuma alteração durante sua execução.

Planejamento em ondas sucessivas

O planejamento em ondas sucessivas é especialmente útil quando temos eventos

desconhecidos no projeto.

O gerente de projeto planeja somente o curto prazo, deixando os eventos de maior incerteza
para depois.

Á medida que o projeto vai evoluindo e as incertezas diminuindo, se planeja a próxima etapa
ou onda, e assim por diante, daí o nome, ondas sucessivas.

Abordagem Iterativa e Incremental

O Desenvolvimento Iterativo e Incremental é um dos clássicos modelos de processo de

desenvolvimento de software criado em resposta às fraquezas do modelo em cascata, o mais
tradicional. Os dois padrões mais conhecidos de sistemas iterativos de desenvolvimento são
o RUP (Processo Unificado da Rational) e o Desenvolvimento ágil de software. Por isso o
desenvolvimento iterativo e incremental é também uma parte essencial da Programação
Extrema e outros.

Desenvolvimento Incremental é uma estratégia de planejamento estagiado em que várias

partes do sistema são desenvolvidas em paralelo, e integradas quando completas. Não
implica, requer ou pressupõe desenvolvimento interativo ou em cascata – ambos são
estratégias de retrabalho. A alternativa ao desenvolvimento incremental é desenvolver todo
o sistema com uma integração única.
Desenvolvimento iterativo é uma estratégia de planejamento de retrabalho em que o tempo
de revisão e melhorias de partes do sistema é pré-definido. Isto não pressupõe
desenvolvimento incremental, mas funciona muito bem com ele. Uma diferença típica é que
a saída de um incremento não é necessariamente assunto de um refinamento futuro, e seu
teste ou retorno do usuário não é utilizado como entrada para planos de revisão ou
especificações para incrementos sucessivos. Ao contrário, a saída de uma iteração é
examinada para modificação, e especialmente para revisão dos objetivos das iterações
sucessivas.

Scrum - sprints

Scrum é uma metodologia ágil para gestão e planejamento de projetos de software.

No Scrum, os projetos são divididos em ciclos (tipicamente mensais) chamados de Sprints. O

Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser
executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o
trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.

As funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é

conhecida como Product Backlog. No início de cada Sprint, faz-se um Sprint Planning
Meeting, ou seja, uma reunião de planejamento na qual o Product Owner prioriza os itens
doProduct Backlog e a equipe seleciona as atividades que ela será capaz de implementar
durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do Product
Backlogpara o Sprint Backlog.

A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã),
chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia
anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.

Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint

Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o
planejamento do próximo Sprint. Assim reinicia-se o ciclo. Veja a ilustração abaixo: