PM2ALL - Gestão de Projetos

O que apresentamos a seguir é um exemplo prático da utilização conjunta da EAP / WBS Estrutura Analítica do Projeto orientada aos entregáveis, com a Estrutura Organizacional do Projeto EOP / OBS de forma a podermos criar a Matriz de Atribuição de Responsabilidades (MAR / RAM) que nos vai permitir um controlo mais eficiente da execução do projeto.

Começamos por criar da Estrutura Analítica do Projeto (EAP / WBS) orientada aos entregáveis do projeto (neste caso a construção de vivendas uni-familiares) e do respetivo Dicionário da EAP / WBS. Uma vez conhecidos os diversos Pacotes de Trabalho que são necessários para criar o produto do nosso projeto, estamos em condições de desenvolver a Estrutura Organizacional do Projeto (EOP / OBS). Conjugando estas duas estruturas hierarquicas é possivel criar a Matriz de Atribuição de Responsabilidades (MAR / RAM). 

Existem numerosas aplicações informáticas para suporte à gestão de projetos. Apesar de úteis, o software de suporte à gestão de projetos é, como o próprio nome indica, software de suporte e não software de gestão de projetos. Isto é, facilita determinadas atividades que de outra forma seriam excessivamente consumidoras de tempo, mas não se substitui ao gestor de projeto e ao conhecimento que este deve possuir das metodologias e dos processos de gestão de projetos.

Na nossa opinião, as organizações dão demasiada ênfase e confiam demasiado nas potencialidades do software de suporte à gestão de projetos, os quais são intensivamente usados, e por vezes de forma algo descuidada, durante a fase de planeamento e em particular para às atividades de calendarização do projeto.

Este processo envolve a determinação de quais os recursos (pessoas, equipamentos ou materiais) são necessários para a execução de cada uma das atividades do projeto, em que quantidade esses recursos são necessários, e quando necessitam estar disponíveis. Este processo deve ser coordenado em conjunto com o processo 7.1 Estimar os Custos do Projeto.

Os projetos são terrenos férteis para reuniões. Uma das tarefas importantes do gestor de projeto consiste em gerir corretamente o tempo ocupado em reuniões, garantindo a sua eficiência. A maioria dos projetos sofre de uma doença grave que dá pelo nome de Reunite.
As causas são múltiplas, desde logo porque essa doença está mais ou menos generalizada, fazendo parte da nossa tradição cultural. Esta Reunite tem como sintomas mais visíveis aquilo que, na gíria, chamamos de REPONE (Reunião de Porra Nenhuma).

O Método do Diagrama de Precedências / Precedence Diagram Method (MDP/PDM) é um método de criação do diagrama de atividades de um projeto que usa caixas (também chamadas de nós) para identificar as atividades do projeto, e setas para identificar as relações entre as diversas atividades do projeto. Esta técnica é igualmente conhecida por atividade no nó (Activity on Node AON).

Sequenciar as atividades consiste em identificar e documentar as relações lógicas que existem entre as atividades identificadas no projeto. As atividades devem ser relacionadas entre si de uma forma lógica e tendo por base as interdependências decorrentes do trabalho a realizar em cada atividade.
Por exemplo, se estamos a construir uma casa, não podemos colocar as placas de cerâmica no piso, sem primeiro termos terminado a construção da placa de betão armado. Neste exemplo existe uma relação de dependência entre a atividade “Fazer a Placa de Betão Armado” e a atividade “Colocar as Placas de Cerâmica”. Enquanto a primeira não estiver concluída, a segunda atividade não pode ser iniciada.

Após dispormos de uma visão clara do produto ou serviço que vamos criar estamos em condições de começar a definir como vamos fazer, isto é quais as atividades necessárias. Definir as atividades é o processo de identificação das ações específicas a serem realizadas para produzir as entregas do projeto.

No processo 5.4 Criar a Estrutura Analítica (EAP / WBS), o nível inferior da EAP / WBS é designado como nível de pacotes de trabalho. Cada pacote de trabalho é constituído por várias atividades. Cada um desses pacotes de trabalho representa um ou vários entregáveis do projeto.

A utilização de protótipos para a coleta de requisitos (prototipagem) é uma técnica usada numa grande variedade de casos, nomeadamente quando necessitamos de obter rapidamente informações específicas sobre os requisitos de informação do utilizador. Nos últimos anos tem sido usado com êxito em projetos de desenvolvimento de produtos ou sistemas de software, quando se pretende manter o utilizador envolvido no projeto ou como forma de disponibilizar mais rapidamente algumas das funcionalidades do sistema.  Um protótipo é um modelo do produto final. Permite avaliar as reações do utilizador, ao produto que está a ser criado, facilitando a identificando dos requisitos do produto. Pode igualmente ser usado para a realização de testes de funcionalidades, segurança e qualidade.

Dependendo do tipo e da complexidade do projeto ele será mais ou menos extenso, com determinados capítulos mais ou menos desenvolvidos, sem no entanto se perder de vista que é: Um documento guia para o desenvolvimento futuro do projeto; Base para os processos de detalhe que se seguem no âmbito do processo de planeamento; Elaborado para explicar a todos os intervenientes a razão e os objetivos do projeto