DiferenciandoRequisitos,RestriesePremissas

porMauroSotille,PMP

O que so os requisitos e qual a sua diferena em relao s restries? Como determinar quais
so as restries de um projeto e quais so suas premissas? Essas so dvidas usuais dos
alunos dos cursos de gerenciamento de projetos da PM Tech.
Requisitos mal definidos e incompletos esto entre as principais causas de falhas em projetos,
uma vez que estes so a fundao do escopo do projeto e do produto.
Nesse artigo busco esclarecer o que so os requisitos, as restries e as premissas, explico as
diferenas entre eles e comento sobre sua descrio no termo de abertura e na declarao do
escopo do projeto.

Requisitos
Os requisitos refletem as necessidades e as expectativas das partes interessadas no projeto,
principalmente do cliente, incluindo as condies ou capacidades que estes desejam que
sejam cumpridas pelo projeto ou estejam presentes no produto. Por exemplo, se um cliente
necessita reduzir os custos de ps-venda, um dos requisitos pode ser de que o projeto inclua
um sistema para diagnosticar problemas do produto remotamente.
O desenvolvimento dos requisitos inicia com a anlise das informaes contidas no termo de
abertura, passa pela anlise das partes interessadas e sai como resultado do processo
coletar requisitos. Os requisitos devem ser analisados e registrados com detalhes suficientes
para serem medidos, uma vez que vo ser a base para definir as alternativas de conduo do
projeto e se transformaro na fundao da EAP. Custo, cronograma e o planejamento da
qualidade so baseados nos requisitos.
Alguns pontos importantes sobre requisitos:

Requisitos originam-se das necessidades das partes interessadas;

O termo de abertura pode conter requisitos do patrocinador, porm outras partes
interessadas podem ter outros requisitos, que inclusive conflitam com os do
patrocinador;
Requisitos que no sero atendidos devem ser listados como fora de escopo na
declarao do trabalho;
O produto do projeto feito para atender aos requisitos aceitos e ento validado
contra esses requisitos;
Sem requisitos do cliente, no se pode validar o produto (mesmo que se possa testlo).

Como garantir que tenhamos requisitos abrangentes e suficientes?

Cada requisito deve ter uma fonte ou origem (necessidade de negcio, cliente, legislao,
etc.), um proprietrio (algum na equipe do projeto) e uma prioridade, baseada em seu
impacto no projeto ou produto. Devem ser mensurveis e testveis. Sua descrio no pode
ser ambgua (ou seja, devem ser escritos de uma forma que tenha apenas uma nica
interpretao).

PM Tech (51) 3330 8495

Copyright 2012 Mauro Sotille

www.pmtech.com.br

Restries
As restries so fatores internos e externos associados ao escopo do projeto que limitam as
opes da equipe de gerenciamento do projeto. Em geral so requisitos obrigatrios, impostos
pelo cliente ou pela organizao executora, que so oriundos do registro de requisitos e so
includos na declarao do escopo com destaque especial. Quando um projeto for realizado
sob contrato, em geral as clusulas contratuais tambm se constituiro em restries.
Exemplos:
O projeto de reforma dever ser conduzido com o laboratrio em funcionamento;
O projeto deve ser completado em 12 meses.
As restries (e as premissas) so usualmente descritas na declarao do escopo, sada do
processo definir o escopo no Guia PMBOK.

Premissas
Segundo o Guia PMBOK 4 ed. Premissas so fatores associados ao escopo do projeto
que, para fins de planejamento, so assumidos como verdadeiros, reais ou certos sem a
necessidade de prova ou demonstrao. Ou seja, so hipteses ou pressupostos.
Frequentemente, as equipes de projetos validam as premissas como parte do seu processo de
planejamento. Toda a premissa tem um risco associado, uma vez que a mesma pode no ser
verdadeira e, ao mostrar-se falsa, pode causar um impacto no projeto.
Dica: Em geral podemos descrever uma premissa iniciando a frase por Parte-se do princpio
que.. ou Supe-se que ....
Exemplos:
Sero disponibilizados cinco Analistas da rea de RH em perodo integral;
O cliente disponibilizar at o dia 01/02/2008 toda a infraestrutura necessria para o
desenvolvimento e instalao do sistema.

Termo de abertura vs. Declarao do Escopo

Note que, embora o termo de abertura e a declarao do escopo possam ter certo grau de
redundncia, ambos contendo requisitos para aprovao do projeto, estes so diferentes no nvel
de detalhe. As informaes contidas na declarao de escopo devem ser detalhadas e
progressivamente elaboradas. As informaes contidas no termo de abertura podem ser de mais
alto nvel.
Mauro Sotille possui certificao PMP - Project Management Professional desde 1998. Foi Presidente do
PMI-RS e membro da equipe que desenvolveu o Guia PMBOK 4 Edio. o atual Mentor do PMI para a
regio 13 Brasil. Autor de livros, tem treinado profissionais e acompanhado diversas organizaes na
implantao de cultura corporativa de projetos. Professor convidado da Fundao Getlio Vargas (FGV),
j ministrou mais de 100 cursos de preparao para certificao PMP para mais de 2000 alunos. Diretor
da PM Tech Capacitao em Projetos, onde orienta profissionais na capacitao em Gerenciamento de
Projetos.

PM Tech (51) 3330 8495

Copyright 2012 Mauro Sotille