Gerência de Projetos: Análise de Riscos
Pesquisas Acadêmicas: Gerência de Projetos: Análise de Riscos. Pesquise 861.000+ trabalhos acadêmicosPor: marcossn66 • 6/10/2014 • Pesquisas Acadêmicas • 9.545 Palavras (39 Páginas) • 318 Visualizações
Gerência de Projetos: Análise de Riscos
Por Iria Luppi Figueiredo
Data: 06/11/2009
Pode-se chamar de bem-sucedido um projeto que foi realizado dentro das expectativas de tempo, custo e qualidade, além de o cliente ter ficado satisfeito e o moral da equipe estar alto.
Respondendo a pergunta então sobre riscos de um projeto, realizada no artigo anterior temos:
Pode-se chamar de bem-sucedido um projeto que foi realizado dentro das expectativas de tempo, custo e qualidade, além de o cliente ter ficado satisfeito e o moral da equipe estar alto. Nem sempre a existência de um bom planejamento de prazos, recursos, custos e qualidade é suficiente para o sucesso de um projeto.Muitas vezes, fatores externos têm influência decisiva no sucesso ou no fracasso. Em projetos do governo, pode ocorrer, de um momento para o outro, o surgimento de uma notícia no jornal, a ação de uma organização não-governamental ou um depoimento de um político, que simplesmente desmoronam o projeto. Em projetos da iniciativa privada, é possível descobrir a necessidade de alterar completamente o escopo de um projeto em decorrência da iniciativa da concorrência, que já lançou um produto similar. Riscos são todas estas anomalias. Na moderna concepção das funções do gerente do projeto, ele é o responsável pelo levantamento dos riscos e pelo planejamento e execução de  contramedidas que neutralizam os riscos.
RISCO: é  uma quantificação das conseqüências que poderão ser advindas caso o projeto se atrase ou estoure orçamentos ou tenha problemas técnicos, etc. Preferencialmente, a quantificação deve ser financeira. Alguns exemplos:
-Qual seria o prejuízo para a empresa caso o novo software não fique pronto em 12 meses?
-Qual seria o prejuízo para a empresa se a concorrência lançar um software similar antecipadamente?
Os procedimentos para se efetuar o levantamento dos riscos se desdobram nas fases: identificação, qualificação e quantificação. Na primeira fase, os itens de riscos são identificados e existem diversas técnicas para se realizar esta fase. Uma técnica bastante utilizada é o uso de tabelas padronizadas contendo os itens de riscos geralmente enfrentados pela empresa. Outra técnica, que pode se juntar ou não à anterior, é o brainstorming, pela qual se reúnem diversos profissionais em uma sala e procede-se um levantamento ordenado dos possíveis riscos. A maneira de executar um brainstorming avançou muito graças à prática extensiva recebida nos programas de Qualidade Total. Seu uso correto deve ser procurado por todo profissional que ocupa cargo gerencial em informática. Após a identificação, os riscos são qualificados em baixo, médio ou alto relativamente à expectativa de atraso, excesso de gastos, qualidade comprometedora e prejuízo para a carreira/imagem do gerente do projeto. Logo após é feita a quantificação do prejuízo que ocorreria caso os riscos identificados realmente viessem a ocorrer. Completado o levantamento dos riscos, inicia-se a fase de efetuar um plano de ação de contramedidas para neutralizar os riscos. Neste plano, para cada item de risco, é identificado um responsável e uma data limite para que a ação neutralizadora seja concretizada.
Para empresas que desenvolvem produtos para clientes externos, os itens de risco geralmente se relacionam com a possibilidade de serem aumentados os custos planejados. Ao efetuar cálculos orçamentários para uma futura proposta, o levantamento de riscos deve ser conduzido por uma pessoa com bom amadurecimento em negócios e em informática, pois, do contrário, é possível haver tantos acréscimos no preço que tornariam a proposta inviável, por isso a importância de se escolher o correto gerente do projeto que, pela sua experiência e 'agressividade', saberá medir os riscos e aceitar os desafios.
O que é Gerenciamento de Projetos?
Resumo
A seguir é apresentado o tema "Gerenciamento de Projetos", inicialmente fazendo uma definição de "Projetos", com destaque para diferença entre desenvolvimento de um negócio e desenvolvimento de um projeto. Em seguida, é apresentada a conceituação de "Gestão de Projeto" propriamente dita, algumas áreas de conhecimento envolvidas são mencionadas e são feitas considerações sobre uso de softwares de apoio dentro do contexto de gerenciamento de projetos.
O que são Projetos?
Antes de abordarmos o tema “Gestão de Projetos”, vamos discutir um pouco a própria definição de “Projeto”. Muitas vezes comentamos que estamos desenvolvendo um projeto, ou que temos ideias para fazer um projeto, mas vamos observar alguns detalhes, seguindo o conceito utilizado pelo PMI – Project Management Institute, que é um dos institutos mais conceituados no mundo no assunto.
Primeiramente, um projeto é uma iniciativa que é única de alguma forma, seja no produto que gera, seja no cliente do projeto, na localização, nas pessoas envolvidas, ou em outro fator. Isto diferencia projetos de operações regulares de uma empresa – a produção em série de margarinas é uma operação da empresa, mas por outro lado, a criação de um móvel sob encomenda é um projeto.
Em segundo lugar, um projeto tem um fim bem definido, ou seja, tem um objetivo claro, que quando atingido, caracteriza o final do projeto. Isto faz com que o desenvolvimento de um novo negócio, por exemplo, possa não ser considerado um projeto.
Vamos nos ater a este segundo ponto um pouco mais. Imagine que você tenha uma ideia para um novo produto a ser lançado no mercado, e que você queira pleitear recursos para financiar o desenvolvimento deste negócio.
Para isso, você provavelmente irá desenvolver um plano de negócios, que conterá informações sobre o produto em si, sobre as forças do mercado que agirão sobre este negócio (clientes, concorrentes, fornecedores, etc...), irá fazer uma análise de oportunidades e ameaças, pontos fortes e pontos fracos (SWOT), apresentará planilhas financeiras, montará um Plano de Marketing, irá mostrar o diferencial do seu produto e seu negócio, etc., etc., etc...
É possível dizer que a criação deste documento completo é um projeto, mas o conteúdo do documento em si não, uma vez que se trata de um negócio novo, e – salvo exceções – negócios são feitos para durar
...