Anne-Marie Mahfouf

annma@kde.org

Raphael Langerhorst

raphael.langerhorst@kdemail.net

JoséPires

jncp@netcabo.pt

Tradução Um gráfico ou diagrama de Gantt é um tipo popular de gráficos de barras, que pretende mostrar a calendarização de tarefas ou actividades, da forma como ocorrem ao longo do tempo. Ainda que o diagrama de Gantt não indicasse inicialmente as relações entre as tarefas, isso tornou-se comum na utilização normal, dado que a calendarização e as dependências entre as tarefas podem ser identificadas. Na gestão de projectos, um diagrama de Gantt pode mostrar quando os elementos terminais do projecto começam e acabam, resumir os elementos (mostrados) ou as dependências entre elementos terminais (não mostrado). Um elemento terminal é definido como sendo a menor tarefa registada como parte do esforço do projecto. As tarefas aparecem numa página como barras. A página é disposta de forma a que o tempo aumenta à medida que se move pela página. A data/hora de início de uma tarefa é indicada pelo ponto da página onde a barra começa e a sua duração é indicada pelo comprimento da barra. Desde a introdução inicial dos diagramas de Gantt, estes tornaram-se uma norma da indústria como uma ferramenta-chave da gestão de projectos para representar as fases, tarefas e actividades que estão agendadas como parte de uma Estrutura de Divisão de Trabalho (WBS) ou delineação temporal das tarefas. O formato inicial do gráfico foi desenvolvido por Henry L. Gantt (1861-1919) em 1910 (veja em Work, Wages and Profit de H. L. Gantt, publicado pela The Engineering Magazine, NY, 1910). Na gestão de projectos, uma estrutura de divisão de trabalho (WBS) é uma estrutura em árvore exaustiva e hierárquica (do mais genérico para o mais específico) dos itens a entregar e das tarefas que precisam ser efectuadas para completar um projecto. O intuito de um WBS é identificar os elementos terminais (os itens actuais a serem feitos num projecto). Como tal, a WBS serve como base para a maior parte do planeamento do projecto. Uma regra de algibeira útil é que qualquer projecto consegue ser dividido entre 10 e 20 tarefas. A estrutura de divisão do trabalho é uma ferramenta muito comum da gestão de projectos. Muitos contratos para o Governo dos Estados Unidos obrigam a estruturas de divisão de trabalho. Veja a secção para saber como configurar a sua WBS. A flutuação na gestão de projecto é a quantidade de tempo que um elemento terminal numa rede do projecto consegue ser atrasado, sem causar um atraso em: elementos terminais subsequentes (flutuação livre) data de fim do projecto (flutuação total). A flutuação é também chamada, em calão, de 'cagaço'. Uma tarefa é parte de um projecto que tem de ser cumprida dentro de um determinado período de tempo. As tarefas podem estar associadas em conjunto, de modo a criar Dependências. As tarefas tomam lugar sobre um período de tempo e consomem normalmente recursos. Uma tarefa é considerada crítica quando tiver uma flutuação nula ou negativa. No &kplato;, cada tarefa tem um ID de tarefa, um nome e um responsável. O tempo, o custo e os recursos atribuídos podem também ser definidos na janela de Configuração da Tarefa. Uma sub-tarefa é qualquer nó da árvore de WBS que tenha uma tarefa como mãe. Um recurso é um item necessário para terminar uma tarefa. Os recursos poderão ser pessoas, equipamentos, infra-estruturas, fundos ou algo que seja necessário para efectuar o trabalho de um projecto. Os recursos podem ter uma disponibilidade em tempo limitado (&ie; um empregado que trabalhe 8 horas por dia, 5 dias por semana). A disponibilidade está definida nos calendários. No &kplato;, os recursos podem ser pessoas (trabalho) ou máquinas/dispositivos (material). Um calendário define em que altura um recurso está disponível. Os calendários podem tanto ser uma semana de trabalho normal como em horas de trabalho especiais que poderão ser definidas de forma individual para cada dia. Isto permite um controlo muito subtil sobre a disponibilidade dos recursos. Cada recurso está normalmente associado a um calendário. No &kplato;, pode até usar os calendários hierárquicos. Um marco ou 'milestone' é um evento agendado que significa a finalização de um item de entrega importante ou um conjunto de itens relacionados (marcando normalmente o fim de um período). Um marco é uma actividade de duração zero e sem esforço &ie; não está trabalho associado a uma tarefa. É uma marca no plano de trabalho que significa que algum trabalho já foi terminado. Normalmente um marco é usado como marcação no projecto, para validar como é que o projecto está a progredir e validar de novo o trabalho. Os marcos são usados também como imagens de alto-nível para a gestão validar o progresso do projecto. Em muitos casos, existe uma decisão a tomar num marco. Um caminho é uma série de tarefas ligadas. Na gestão de projectos, o caminho crítico é a sequência de elementos terminais da rede do projecto com a duração global maior, que define o menor tempo para completar o projecto. A duração do caminho crítico determina a duração do projecto inteiro. Qualquer atraso num elemento terminal no caminho crítico cria impactos directos na data de finalização planeada do projecto (i.e., não há flutuações no caminho crítico). Por exemplo, se uma tarefa do caminho crítico atrasar um dia, o projecto inteiro irá atrasar um dia (a menos que outra tarefa do caminho crítico possa acelerar um dia). Um projecto poderá ter vários caminhos críticos em paralelo. Um caminho paralelo adicional através da rede com a duração total menor que a do caminho crítico também é conhecido por caminho sub-crítico. Originalmente, o método do caminho crítico considerava apenas as dependências lógicas entre os elementos terminais. Um conceito relacionado é a cadeia crítica, que adiciona as dependências de recursos. O método do caminho crítico foi inventado pela empresa DuPont. A calendarização é o processo de criação de um calendário de projecto, com base nos dados de projecto como as tarefas, os recursos e os calendários. O resultado pode ser visto num gráfico, como um diagrama de Gantt. O &kplato; pode também gerar relatórios para um projecto. Existem normalmente vários modos de calendarização, como o optimista, o esperado e o pessimista. Ao criar uma tarefa, a percentagem de estimativa adicional para a calendarização optimista e pessimista poderão ser definidas. Estas opções são então usadas para os vários modos de calendarização. Ao fazer o calendário de um projecto com o &kplato;, poderá optar entre a calendarização optimista, esperada e pessimista.