WBS no Microsoft Project 2010
Autor: Klinger Menezes de Holanda Rocha | Publicado: 2012-03-19T00:27:00-03:00

Todos nós sabemos que o percentual de sucesso em projetos ainda é baixo. Diversos estudos desenvolvidos pelo Standish Group, IDC (International Data Corporation), entre outros,&nbsp; comprovam esse baixo índice de sucesso. A constatação é sempre:  “Uma das principais razões que levam os projetos a falharem é a definição pobre ou mal-entendida dos objetos”. Cada um de nós, que trabalhamos com projetos, sabemos que para atingir o sucesso de um projeto e atingir os objetivos esperados, diversos fatores são críticos, onde um desses fatores, o Escopo, é um desses fatores dos mais importantes, de tal forma que oferece à todas as partes interessadas do projeto que se conheça e entenda onde se quer chegar.    Precisamos entender antes de qualquer coisa, a necessidade de definirmos os objetivos da forma mais clara possível. Não importa que tipo de projeto que você esteja trabalhando, o conhecimento claro dos objetivos do projeto é uma das principais chaves para sucesso do projeto e de sua gestão. Isso deixa claro não só a importância do uso desta técnica, mas de todo o processo de planejamento. A definição de objetivos no contexto de projetos, traduz-se em definir o escopo, que acaba por conduzir a entrega de um projeto que atenda ou exceda as expectativas dos clientes. O foco desta publicação é a criação da WBS no Project 2010, reforçando sua importância no trabalho de planejamento do projeto. Vem em nossa mente algumas questões sobre a construção da WBS, tais como: Quantos níveis de detalhe deve-se ter um projeto? Quantos níveis de detalhe devem ser incluídos em uma WBS? A resposta para as questões acima é muito simples: Tantos quantos se precise. O caso é que, se uma WBS for muito pequena, com um nível de detalhe baixo, a WBS dará um pequeno valor ao planejamento e não fornecerá um direcionamento e uma comunicação clara sobre o escopo do projeto. Por outro lado, se a WBS traz um nível de detalhamento alto, levará a um nível complicado para a gestão, confundindo pacotes de trabalho com o próprio trabalho, ou seja, com as próprias atividades do projeto. Não tenho o objetivo de detalhar sobre o que é uma WBS nesta publicação. Caso o leitor deseje maiores informações sobre a definição de WBS (Workbreakdown Structure), pode ler uma das minhas publicações no link: Estrutura Analítica de Projetos: Boas Práticas. O Microsoft Project Professional 2010 podemos realizar um planejamento adequado do projeto, de forma, que podemos iniciar com a definição da WBS de lista mostrando exatamente a hierarquia dos pacotes de trabalho. Assim, deve-se iniciar o planejamento com o “Agendamento das Atividades” no modo manual, onde possibilita o planejamento sem se preocupar com datas, duração, precedências e recursos. O importante é a definição da estrutura do escopo necessário do projeto. Abaixo, mostrarei como visualizar a estrutura e códigos da WBS no Project 2010.  Acima, podemos visualizar os códigos hierárquicos da WBS, imediatamente à frente da descrição dos pacotes de trabalho. A entrega principal, “Nome do Projeto” ou, o produto ou serviço a ser entregue, possui um código “0” (zero). A partir das próximas quebras teremos os níveis da WBS.  Para habilitar a visualização dos códigos da estrutura da WBS na construção pelo Project 2010, pode-se selecionar a opção “Número da Estrutura de Tópicos” na barra de ferramentas do Gráfico de Gantt, conforme imagem abaixo.