Professional Documents
Culture Documents
Como j pontuei em uma srie de artigos para o Blog Industrial Nomus, um dos objetivos
desses textos de alguma maneira simplificar a gesto de projetos, proporcionando um
entendimento mais simples e efetivo das suas aplicaes na realidade da grande maioria
das empresas.
J explicamos em outros artigos o conceito do gerenciamento de projetos, sobre como
definir o ciclo de vida dos projetos da sua fbrica e sobre como o conceito da trplice
restrio pode ajudar a gesto dos projetos da sua indstria.
O objetivo agora passa a ser o de nos apropriarmos dos conceitos das reas de
Gerenciamento de Projetos do PMI e fazermos uma adaptao livre para tentarmos
construir uma forma diferente de pensar.
Neste artigo, ainda no iremos detalhar cada uma das reas. E sim apresentar de maneira
simples um entrelaamento entre elas e, mais ainda, uma sequncia lgica que ir permitir
pensar a gesto de projetos em sua indstria de maneira mais estruturada.
importante notar que, embora a primeira figura apresente uma sequncia lgica entre
todas as reas, os grupos podem e devem estabelecer uma conexo em ordens
diferentes. normal que aps fazer a anlise dos riscos, seja necessrio adicionar uma
nova parte interessada. Mas o pensamento deve sempre iniciar por algum ponto e ter
nesse incio uma sequncia lgica para avanar.
Outro aspecto importante e que no existe como dissociar essa lgica de gesto do
famoso PDCA, mas isso assunto para outro artigo.
No artigo de hoje, vamos tratar no primeiro grande grupo, no qual definimos o que vamos
fazer:
I. O que fazer?
1. Partes interessadas: Identificao da equipe
Tudo comea nessa fase, na qual identificamos as partes interessadas. No incio, o grande
esforo deve ser de abranger todos que de alguma forma esto envolvidos com o projeto.
De maneira bastante prtica, devemos reunir toda a equipe, apresentar o projeto e coletar
os requisitos do cliente. Basicamente, engajar a todos para que todos trabalhem sob o
mesmo direcionamento.
Definir exatamente o que est includo e to importante quanto o que no est no escopo
do projeto. Muitas vezes a etapa da definio do que no est includo ignorada, e
acabamos gerando grandes confuses no momento da entrega. Definir claramente o que
est e o que no est no escopo a melhor maneira de alinhar expectativas.