A importância das premissas no Gerenciamento de Projetos
Autora: Maria Angélica
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.
Fonte: http://blog.youwilldobetter.com/2009/08/08/a-importancia-das-premissas-nogerenciamento-de-projetos/
Premissas x Restrições - Como distinguir?
Resumo do Livro por:Eduardo Machado
Autor : Eduardo Machado
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 migrá-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 forma de como deverá ser feita a
implementação do algoritmo de criptografia dos dados.
Autor: Carlos Eduardo Machado Pires é estudante de Ciências da Computação da
Universidade
Católica
de
Brasília
e
Analista
de
Sistemas
Home
www.eduardomachado.com.br.
Fonte : http://pt.shvoong.com/exact-sciences/engineering/141713-premissasrestri%C3%A7%C3%B5es-como-distinguir/
Page: