1. Diferenciando Premissas de Restrições

Escrito por Clay Susini Aquino Junior

Quando o assunto é gerenciamento de projetos, constantemente observo pessoas confundirem

premissas com restrições e vice e versa.

A confusão entre essas palavras ocorre cedo, logo no processo de iniciação, em um dos primeiros documentos do

projeto: o Termo de Abertura (Project Charter). Esse documento, utilizado para o Sponsor (patrocinador) aprovar o início

do projeto, requer que sejam expostas as premissas e as restrições. Apesar de cometido no começo do projeto, o erro de

conceito é percebido comumente apenas no processo de execução, onde eventuais mudanças já requerem alto grau de

esforço e validação política junto ao Sponsor.

Mas afinal: Qual a diferença entre premissas e restrições?

Basicamente premissas são hipóteses e restrições são deveres. Porém, essa definição não basta para

apresentar claramente a diferença entre os dois termos. A chave da questão está na pergunta: “Quem

executa o trabalho está no ambiente externo ou interno ao projeto?”.

Premissas são suposições dadas como certas sobre o ambiente externo ao projeto. Sobre elas é

baseado o plano e a promessa de tempo e custo.

Podemos resumir a afirmação acima na equação:

Premissas = Suposições + Ambiente externo ao Projeto

Já restrições são limitações impostas internamente ou externamente ao trabalho executado pela

equipe de projeto.

E a equação para a afirmação acima seria:

Restrição = Limitações + Ambiente Interno ou Externo ao Projeto + Trabalho Executado pela Equipe

de Projeto

Para exemplificar, segue um organograma padrão, pertinente a quase todos os tipos de projeto:

Com base na visão deste organograma, vamos supor a criação de um projeto referente a uma luxuosa

e grandiosa festa de casamento ao ar livre

em um sítio no período da manhã. E na Declaração de Escopo do Projeto há a seguinte descrição:

A luz do sol será refletida nos prismas colocados à margem do lago situado atrás da capela,

produzindo um arco-íris.

Para que esta ação ocorra, não há dependência única de trabalho executado pela equipe do projeto,

mas sim de um fator externo ao controle do projeto: o clima. Se não houver sol, não haverá luz

refletida nos prismas e consequentemente não haverá arco-íris. Conclui-se que se trata de uma

suposição dada como certa referente ao fator clima que está externo ao controle do projeto. Sendo

assim, trata-se de uma premissa. Essa premissa poderia ser declarada da seguinte forma no Termo de

Início do projeto:

Haverá sol pela manhã incidindo no lago situado por de trás da capela.

Uma premissa nunca possuirá um termo de obrigatoriedade como a palavra “deverá”. Seria errado

reescrever a frase acima da seguinte forma: “Deverá haver sol pela manhã incidindo no lado situado

por de trás da capela”. Não é possível obrigar uma premissa a ocorrer, pois ela não está sob o

controle do projeto, mas apenas sob monitoramento, consequentemente, não se pode impor a palavra

“deverá”.

O fato de não escrever palavras que transcendam o sentido de obrigação em premissas pode parecer

capricho, mas não é. Utilizar termos desse tipo pode ser um termômetro para saber se o que está

sendo escrito é uma premissa ou uma restrição. Se realmente houver necessidade de inserir, por

exemplo, um “deverá” na frase, este pode ser um indício de que a afirmação não é uma premissa, mas

uma restrição.

Caso seja realmente obrigatório que uma afirmação aconteça, a atividade responsável para que esta

afirmação ocorra deve estar mapeada na Declaração de Escopo do Projeto e incluída na WBS/EAP

(Work Breakdown Structure ou Estrutura Analítica de Projeto), para então poder se “candidatar” a

restrição. Reiterando: restrições são limitações impostas internamente ou externamente ao trabalho

executado pela equipe de projeto. Quando um projeto, por exemplo, é feito sob contrato, as cláusulas

contratuais geralmente serão restrições.

Mas continuando com o exemplo do projeto da festa de casamento, uma restrição poderia ser “Todos

os garçons devem falar inglês”. Esse item pode totalmente ser atendido apenas com a o trabalho da

equipe do projeto através de uma atividade como “Recrutamento e Seleção”, que deve estar mapeada

na WBS e descrita na Declaração de Escopo.

E ainda citando o fator clima, caso o projeto incluísse a procura por um local para realização da festa,

uma restrição poderia ser “O evento deverá ocorrer em um sítio no Estado de São Paulo, no

município que apresente o menor índice de chuva no mês de maio dos últimos 5 anos”. Esta ação

pode ser sanada através de uma atividade de pesquisa completamente passível de realização pela

equipe do projeto. Não está sendo exigido que haja sol, mas apenas que o evento seja realizado em

um local que historicamente possua a menor incidência de chuva no mês desejado.

Convém ressaltar que tanto Premissas como Restrições, além de serem expostas no Termo de Início,

também devem ser descritas na Declaração de Escopo do Projeto ou em um documento específico. A

diferença é que o trabalho responsável por satisfazer uma Premissa não existe na Declaração de

Escopo, nem na WBS, pois não se trata de uma atividade que está sob controle da equipe do projeto,

ou seja, não há trabalho dentro do projeto. Ao contrário, uma atividade responsável por atender uma

Restrição deve estar na Declaração de Escopo e na WBS, pois é um trabalho da equipe do projeto.

Clay Susini Aquino Junior possui MBA em Gerenciamento de Projetos pela Fundação Getúlio

Vargas e é Bacharel em Sistemas de Informação com Ênfase em Planejamento Estratégico pela

Universidade Presbiteriana Mackenzie. É membro do PMI (Project Management Institute) e ministra

palestras e aulas sobre Gerenciamento de Projetos, Metodologias de Projetos de Desenvolvimento

de Software e Gestão Financeira.

Contato: clay_susini@yahoo.com.br

2. Premissas x Restrições - Como distinguir?

Existem momentos durante o planejamento de um projeto que não conseguimos distinguir com

exatidão se uma característica deve ser declarada como premissa ou restrição. Muitos acreditam

existir uma tênue linha de separação entre as duas, por este motivo, muitas vezes premissas são

identificadas como restrições e vice-versa. Este artigo irá apresentar os conceitos de cada uma e

mostrar, com um exemplo prático, a diferença entre elas. Dificuldade de distinguir premissa e

restrição Imagine a seguinte situação: Fernando é um analista de requisitos e está fazendo a

primeira reunião para levantamento das funcionalidades de um sistema da área financeira de uma

grande corporação. Ao ser questionado sobre sistemas legados, o entrevistado informa a Fernando

que existe uma aplicação para simulações financeiras com dados corporativos dos últimos cinco

anos, e que deseja que esta base de dados seja integrada ao novo sistema, de preferência que

seja migrada para o mesmo banco da nova aplicação. Além disto, o entrevistado ressalta que estes

dados são confidenciais e solicita que sejam armazenados e trafeguem com criptografia RAS de

128 bits. De volta ao seu local de trabalho, Fernando começa a redigir a primeira versão do plano

do projeto quando se depara com uma grande dúvida: “a integração e criptografia dos dados

legados são restrições ou premissas?”. Não conseguindo chegar a uma conclusão, Fernando

resolve discutir este pequeno problema com um grupo de analistas durante o almoço. Na mesa do

restaurante, Fernando expõe suas dúvidas. As opiniões são divergentes, um dos analistas diz que

considera ambas como restrições já que são solicitações explicitas do usuário, outro acredita que

são todas premissas, uma vez que não são necessariamente uma funcionalidade do sistema.

Fernando retorna do almoço com mais dúvidas do que saiu.... Resolve então apelar para os livros,

artigos e fóruns na Internet. Depois de muita pesquisa, Fernando conclui de que a integração da

base legada é uma premissa, e a criptografia dos dados uma restrição.

Conceitos Premissas são fatores que devem ser considerados verdadeiros para fins de

planejamento. Em geral, as premissas oferecem um grau de risco caso não sejam atendidas e

influenciam todos os aspectos do planejamento de um projeto, por tanto, devem ser

constantemente revisadas e atualizadas durante a fase de planejamento.

Pode acontecer de uma premissa que foi identificada no início da fase de planejamento não se

aplicar mais ao projeto no final desta fase. Restrições são os fatores que afetam diretamente o

desempenho do projeto e a maneira com que uma atividade será executada. As restrições podem

determinar, por exemplo, as ferramentas e formas de se executar uma tarefa. Conclusão Voltando

à nossa situação hipotética, percebemos que a integração da base legada é uma premissa pois

existe o risco da base ser inconsistente ou que não seja possível migra-la para o banco do novo

sistema. A criptografia dos dados, por sua vez, é uma restrição pois irá demandar esforço extra

para implementar um algoritmo de criptografia, impactando no cronograma do projeto.

Esclarecendo melhor.... O conceito diz que premissa são fatores considerados verdadeiros durante

o planejamento de um projeto. Assim, podemos dizer que: Se premissa = verdadeira então Projeto

continua sem problemas Senão Replanejamento Aplicando esta visão ao nosso exemplo: Se

integração dos dados legados (for executada com sucesso) então Projeto continua sem

problemas Senão Replanejamento O conceito de restrições diz que elas determinam a forma de se

executar uma atividade, ou até mesmo as ferramentas que deverão ser utilizadas. A solicitação do

entrevistado de que a criptografia utilizada fosse do tipo RAS de 128 bits é considerada uma

restrição, pois determina a formade como deverá ser feita a implementação do algoritmo de

criptografia dos dados. ___________________________________________

____________________________________________CarlosEduardo Machado Pires é

estudante de Ciências da Computação da Universidade Católica de Brasília e Analista de Sistemas

Home Page: www.eduardomachado.com.br

Fonte: http://pt.shvoong.com/exact-sciences/engineering/141713-premissas-restri%C3%A7%C3%B5es-como-distinguir/#ixzz1wBkEYjBx

3. Podemos definir as premissas como hipóteses, condições que assumimos como verdadeiras para o projeto. São fatores que, para propósitos de planejamento consideramos como certas, reais e seguras. Devem ser específicas, precisas e claras. O Gerente de Projeto não necessita comprovar que são verdadeiras, são afirmações que defino necessárias para a execução do projeto.

Devem ser validadas pelos stakeholders do projeto e resguardam ao gerente de projetos. É importante identificar desde o início do projeto o maior número possível delas e documentá-las.

Em determinados projetos formam parte da proposta ou do contrato assinado pela empresa executora com o cliente. Uma leitura detalhada deste documento permitirá identificar grande parte delas. Pode-se realizar brainstorming com a equipe para detectar outras não previstas.

Preciso documentar detalhadamente estas premissas como condições verdadeiras para a execução do projeto. Alguns exemplos são:

- O cliente deverá assinar a Especificação de Requisitos Técnicos antes do desenvolvimento do produto que atenderá a solução requerida.

- O cliente deverá disponibilizar a área de trabalho da equipe até 21/08/2009.

- O fornecedor disponibilizará o produto em até 24 horas a partir da entrada da solicitação do cliente.

- O cliente deverá comunicar os dias não laboráveis com uma antecedência mínima de 48 horas.

Onde está o perigo de uma má definição destas premissas? Premissas não identificadas ou não documentadas poderão ocasionar problemas no decorrer do projeto ou fazê-lo soçobrar.

Estas suposições geram um risco que deverá ser mapeado e controlado. Então, onde vamos analisar se as premissas definidas não se cumprirem? No Gerenciamento de Riscos.

Ou seja, precisarei definir quais serão as ações de mitigação, transferência, contingência ou assumir o risco caso não sejam cumpridas.

Se o cliente não disponibilizar a área de trabalho na data prevista, o que faremos?… assumimos o atraso do projeto, preparamos uma área alternativa, etc.

Portanto, as premissas são fundamentais para nos permitir garantir a execução do projeto. Quanto mais completa seja nossa Declaração de Escopo com as premissas, estaremos mais resguardados das possibilidades externas que podem afetar nosso projeto.