gerenciamento de projetos >> programação de projeto

Gerenciamento de ProjetosGerenciamento de Projetos>> Programação de Projeto>> Programação de Projeto

Engenharia de Software – Profa. Viviane Dal Molin de SouzaEngenharia de Software – Profa. Viviane Dal Molin de Souza

Programação de ProjetoProgramação de Projeto

A programação de projeto consiste em dividir o trabalho total de um projeto em atividades distintas e avaliar o tempo necessário para completar essas atividades.

De modo geral, algumas dessas atividades são realizadas em paralelo. É preciso coordenar essas atividades e organizar o trabalho, de modo que a força de trabalho seja otimizada.

O ideal é que as atividades de um projeto durem no mínimo uma semana e no máximo oito a dez semanas.

Uma boa regra para realizar estimativas é criá-la como se nenhum problema fosse acontecer e então acrescentar mais tempo para acomodar as incertezas. Uma regra seria acrescentar de 30% a 50% ao tempo previsto.


A programação de projeto é normalmente representada como um conjunto de diagramas mostrando a estrutura analítica do trabalho, dependências de atividades e alocação de pessoal.

Sobre a data final do projeto:* Pode ter sido definida antes do planejamento do projeto.(O esforço é distribuído no tempo disponível.)* Foi estabelecida por limites cronológicos aproximados que foram discutidos após o cálculo das estimativas.(O esforço é distribuído para que possa tirar melhor proveito dos recursos e a data final é definida após cuidadosa análise.)

Infelizmente a primeira opção é a mais freqüente.

Um cronograma descumprido pode deixar clientes insatisfeitos e elevar custos internos.


Mito de software: “... Se nos atrasarmos, sempre poderemos acrescentar mais programadores e posteriormente sairmos do atraso do projeto.”

Acrescentar pessoas tardiamente pode ter um efeito contrário, fazendo com que o cronograma fuja ainda mais do controle.

As pessoas que são incluídas:• Devem aprender sobre o sistema• As pessoas que ensinam são as mesmas que estão

realizando o trabalho• Enquanto estão ensinando nenhum ou pouco trabalho é

feito

Isto pode atrasar o projeto!Isto pode atrasar o projeto!


Os diagramas de barras e as redes de atividades são notações gráficas utilizadas para ilustrar a programação do projeto.

Os diagramas de barras mostram quem é responsável por cada atividade e para quando está programado o início e o término desta atividade.

As redes de atividades mostram a dependência entre as diferentes atividades.

Vamos utilizar um exemplo!!!


>> Exemplo: Rede de Atividades

Suponhamos a tabela abaixo:Tarefa Duração(dias) Dependências

T1 8

T2 15

T3 15 T1 (M1)

T4 10

T5 10 T2, T4 (M2)

T6 5 T1, T2 (M3)

T7 20 T1 (M1)

T8 25 T4 (M5)

T9 15 T3, T6 (M4)

T10 15 T5, T7 (M7)

T11 7 T9 (M6)

T12 10 T11 (M8)


Esta tabela mostra as tarefas e suas interdependências.

Vemos, por exemplo, que a tarefa T3 depende da tarefa T1. Isto significa que T1 deve ser concluída antes que T3 seja iniciada.

Considerando as dependências e as durações estimadas, pode ser produzida uma rede de atividades que mostre as seqüências destas atividades.

Essa rede mostra quais atividades podem ser realizadas em paralelo e quais devem ser executadas em seqüência devido a dependência.


M1

M3

M2

M5

M7

M4

M6

M8

T1

T2

T4

T3

T6

T7

T5

T8

T10

T11

T12

Início

Fim

T9

04/07/2006

10 dias

18/07/2006

25/07/2006

15 dias

8 dias

14/07/2006

25/07/2006

15 dias

5 dias

20 dias

10 dias

25 dias

11/08/2006

04/08/2006

15 dias

25/08/2006

7 dias

05/09/2006

15 dias

10 dias

19/09/2006


Os marcos de referência são indicados com cantos arredondados. As datas nesse diagrama mostram a data de início da atividade.

Todas as atividades devem terminar em marcos. Uma atividade pode iniciar quando um marco precedente (que pode depender de diversas atividades) tiver sido atingido.

Antes de prosseguir de um marco pra outro todos os caminhos que levam até ele precisam estar completos.

O tempo mínimo necessário para terminar o projeto pode ser estimado considerando o caminho mais longo do diagrama (o caminho principal.


O caminho crítico é mostrado com uma seqüência de contornos em negrito. A programação total do projeto depende do caminho principal.

Qualquer atraso na execução de qualquer atividade importante ocasiona o atraso do projeto.

Porém, atrasos ocorridos nas atividades que não estão no caminho principal não precisam causar um atraso geral de programação. Contanto que esses atrasos não estendam as atividades a ponto de o tempo total exceder o tempo no caminho principal, a programação do projeto não será afetada.


As redes de atividades também são utilizadas para alocar pessoas ao projeto.

Elas podem fornecer esclarecimentos sobre dependências que não são intuitivamente óbvias.

Uma maneira alternativa de representar as informações sobre a programação do projeto é um diagrama de barras (também chamado de diagrama de Gantt).

Ele mostra um calendário de projeto e a data de início e término das atividades.

Programação de ProjetoProgramação de Projeto4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

T4

T1

T2

T7

T3

T8

T6

T5

T9

T10

T11

T12

Programação de ProjetoProgramação de Projeto>> Exemplo: Diagrama de Barras

Para alocar pessoas em um projeto de software cria-se inicialmente uma tabela que determina qual desenvolvedor irá trabalhar em cada tarefa.

Tarefa Desenvolvedor

T1 Maria

T2 Paula

T3 Maria

T4 João

T5 Ana

T6 Paula

T7 José

T8 João

T9 Maria

T10 Paula

T11 João

T12 João


Pode então ser produzido um diagrama de barras que mostra os períodos nos quais o pessoal está designado para o projeto.

4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

T4

T1

T2

T7

T3

T8

T6

T5

T9

T10

T11

T12

João

Maria

Paula

José

Ana


As empresas podem empregar um desenvolvedor para trabalhar em vários projetos. Desta forma se um projeto atrasar isto pode gerar atraso de um outro projeto onde o desenvolvedor seria alocado.


>> Rastreamento e Controle do Cronograma“Os projetos de software atrasam-se em seu cronograma um dia de cada vez.”

O atraso de um dia na programação raramente trará problemas, porém os dias se somam e então pequenos atrasos podem resultar em grandes problemas.

Para acompanhar o andamento do cronograma o Engenheiro de Software pode:• Realizar reuniões periódicas sobre a situação do projeto,

em que cada membro da equipe relate o progresso e os problemas.

• Determinar os marcos de referência que foram atingidos até a data programada.

• Comparar a data de início real com a data de início planejada para cada tarefa do projeto.


• Reunir-se informalmente com profissionais para obter suas avaliações sobre o progresso até o momento e os problemas que aparecerem.

Quando ocorrerem problemas o Engenheiro de Software deverá tentar resolvê-los. Depois que os problemas tiverem sido diagnosticados, recursos adicionais podem ser concentrados na área de problema ou a programação do projeto redefinida.

gerenciamento de projetos >> programação de projeto

Documents