Plano de Risco. ACM1 Instrumentação de Tanque equipa: Sistemas de Engenharia Automação e Instrumentação

Transcrição

1 Mestrado Integrado em Engenharia Electrotécnica e de Computadores Plano de Risco ACM1 Instrumentação de Tanque equipa: Sistemas de Engenharia Automação e Instrumentação André dos Santos Oliveira Bernardo Miguel Carvalho Silva Bruno Miguel Fernandes Augusto Marina de Sousa Neves Fátima Cristina Oliveira Airosa Filipe dos Santos Teixeira Flávio Jorge Rodrigues de Amorim Luís dos Santos Pinto Miguel Freire Pimentel Morais Rui Miguel Jordão Xavier Novembro de 2014 Versão 0.8

2 Controlo de Versões do Documento Versão Data Descrição Autores /10/2014 Introdução Fátima /10/2014 Risk Management Planning Qualitative Risk Analysis Fátima /10/2014 Tabela de Riscos Fátima /10/2014 Tabela avaliada pela Qualitative Risk Analysis Fátima /10/2014 Auditoria Miguel /10/2014 Alterações depois da auditoria Fátima /10/2014 Auditoria Miguel /11/2014 Atualização do documento Fátima 2

3 Índice Lista de Tabelas... 4 Acrónimos Introdução Objectivos Metodologia Estrutura Risk Management Planning Qualitative Risk Analysis Referências

4 Lista de Tabelas Tabela 1 Risk Breakdown Strucutre... 7 Tabela 2 Matriz de probabilidade vs. impacto... 8 Tabela 3 Gráfico de nivelamento de riscos... 8 Tabela 4 Registo de riscos Acrónimos RMP - Risk Management Planning RBS Risk Breakdown Structure QRA - Qualitative Risk Analysis RI - Risk Identification 4

5 1 Introdução 1.1 Objectivos O principal objectivo de um plano de riscos é fomentar a ocorrência de eventos positivos, e diminuir a probabilidade e impacto de acontecimentos adversos ao projeto. O propósito deste documento é identificar potenciais problemas antes que estes ocorram. É crucial em qualquer projeto avaliar os perigos antes de estes ocorrerem e, perante essas indecisões tomar a melhor decisão. Deste modo, e planeando os riscos com antecedência, conseguimos mitigar os impactos destes sobre os objetivos propostos durante a execução de todo o projeto. 1.2 Metodologia Um plano de riscos envolve todas as atividades que podem afectar o desenvolvimento do projeto. Estas atividades vão estar inseridas num plano de controlo e gestão de riscos. Para que este plano seja realizado é necessário proceder a um levantamento de todos os riscos inerentes ao projeto, identifica-los, analisa-los, encontrar soluções e manter uma vigilância constante durante todo o ciclo de vida do projeto. Existem seis processos que devem ser seguidos para conduzir um plano de riscos: 1- Risk Management Planning (RMP): decidir como abordar, planear e executar as atividades de risco para o projeto, realizando um Risk Breakdown Structure para agrupar os riscos de acordo com as suas categorias; 2- Risk Identification (RI): determinar quais os riscos que podem afectar o projeto e documentar e analisar as suas características; 3- Qualitative Risk Analysis (QRA): ver qual a ordem de prioridade dos riscos, analisando a probabilidade de estes acontecerem e o seu impacto; 4- Quantitative Risk Analysis: impacto a nível monetário que o risco pode ter a nível global; 5- Risk Response Planning: conjunto de soluções que combatem as ameaças aos objetivos do projeto ou que reduzem a probabilidade destas acontecerem. 6- Risk Monitoring and Control: controlar os riscos já identificados, monitorizar riscos residuais, identificar novos riscos, executar os planos de respostas para controlar esses riscos, e avaliar a sua eficiência ao longo do ciclo de vida do projeto. 1.3 Estrutura Neste documento vamos abordar os pontos que, na nossa perspectiva, são os mais importantes de analisar. Numa primeira fase temo o Risk Management Planning, que pode ser entendido no ponto dois do documento, que nos expõe de que forma é que podemos agrupar os riscos. Já na última secção, escolhemos uma metodologia a usar para avaliar o impacto dos riscos durante toda a concepção do projeto, Qualitative Risk Analysis. 5

6 2 Risk Management Planning Este capitulo descreve como é que os riscos podem ser estruturados e agrupados, tornando-se, deste modo numa mais valia para a gestão e planeamento durante todo o projeto. Risk Management Planing consiste no processo de reunir os riscos em categorias, descrevendo-os com um nível de detalhe, contribuindo deste modo, para a eficiência e qualidade na identificação de riscos. Risk Breakdown Structure (RBS) é umas das abordagens que podemos usar para conseguir estruturar todos esses riscos inerentes ao projeto. O RBS vai ser divido por níveis e subníveis, o nível zero vai abranger dois grupos, Riscos de Sistemas e Riscos do Projeto, o primeiro consiste nos riscos que podem ocorrer durante a implementação da solução do desafio. Já os Riscos do Projeto consiste nos risco que podem ocorrer com a gestão de equipa e, com riscos externos não dependentes da equipa. Já os subníveis vão ser estruturados e divididos de acordo com as cinco grandes área definidas no projeto. RBS NIVEL 0 RBS NIVEL 1 RBS NIVEL 2 1. RISCOS DO SISTEMA Medição de Forças 1.2 Criação de Fluxo 1.3 Localização Subaquática Mau isolamento em equipamento submerso/curto-circuito e perigo de eletrocussão Danificar a plataforma de suporte Danificar o objeto a medir Ferir pessoas que estejam nas redondezas do suporte Danificar a célula de carga Danificar os sensores de velocidade Medições erradas Grandeza a medir não ser suficiente ou linear, para operação do sensor Mau processamento/condicionamento do output dos sensores Controlo deficiente dos motores Estrutura não estar pronta a tempo Motores ficarem indisponíveis na altura de testes (uma vez que que vão ser emprestados) Necessidade de mais tempo para montar a estrutura no tanque Suportes para submarino tem de ser seguros e com proteções para não danificar o material(submarino) Avaria dos sensores Sensores existentes não satisfazerem os requisitos mínimos do sistema Processamento (determinação da posição) não ser rápido o suficiente Insuficiente capacidade de memória física do computador para armazenamento de dados (histórico)

7 2. RISCOS DO PROJETO 1.4 Localização à Superfície 2.1 Riscos da Equipa 2.2 Riscos de Problemas Externos Plano de Risco Mau isolamento do equipamento submerso Muito ruído devido a fenómenos multi-caminho Erros na posição do submarino devido as múltiplas reflexões das ondas acústicas nas paredes do tanque Perdas nas ondas devido a distancia excessiva entre os sensores Sinal corrompido devido a perdas por dispersão nas partículas e bolhas presentes na água e por relaxamento molecular Erros na programação do software que calcula a posição do submarino Câmara existente não satisfazer os requisitos mínimos do sistema Resultado do processamento (determinação da posição) não ser rápido o suficiente Algoritmo de detecção da embarcação não ser minimamente funcional Algoritmo de detecção da embarcação não ser robusto Humidade do tanque gerar embaciamento da lente Avaria da câmara de vídeo Incompatibilidade da interface USB com determinados sistemas operativos Insuficiente capacidade de processamento do computador Insuficiente capacidade de memória volátil do computador para armazenamento de dados de processamento Insuficiente capacidade de memória física do computador para armazenamento de dados (histórico) Falta de competência da equipa Má gestão de tempo Incompatibilidade entre membros da equipa Má organização da equipa Incumprimento de prazos por membros da equipa Projeto não concluído a tempo da prova Requisitos não praticáveis Mau levantamentos de requisitos Falta de componentes Dependência do cliente e orientador Inviabilidade financeira do projeto Alteração de requisitos por parte do cliente Disponibilidade do funcionário responsável pelo tanque Atraso na encomenda dos materiais Tabela 1 Risk Breakdown Strucutre 7

8 3 Qualitative Risk Analysis Qualtative Risk Analysis (QRA) é um conjunto de métodos que nos permite saber qual a prioridade e importância de cada risco, previamente identificado no RBS, no desenvolvimento do projeto. Esta análise tem por base dois tipos de tabelas de classificação, uma matriz que avalia a probabilidade de acontecer o risco vs. impacto deste, e uma segunda tabela de cores diz-nos qual a importância que deve de ser dada. O primeiro critério, refere-se com a previsibilidade e probabilidade de esse risco ocorrer, o segundo critério, está relacionado com a gravidade do risco acontecer (custo e atraso no projeto), o impacto que este poderá ter. Tabela 2 Matriz de probabilidade vs. impacto Tabela 3 Gráfico de nivelamento de riscos Os critérios vão ser avaliados de um a cinco, e através da conjugação desses dois critérios conseguimos classificar os riscos com um grau de importância de Muito Baixa, Baixa, Média, Alta e Muito Alta. Foram também discutidas formas de mitigação para todos os riscos encontrados até agora, de forma a que estes riscos se tornem em consequências irremediáveis. 8

9 IMPACTO PROBABILIDADE PRIORIDADE IMPORTÂNCIA Plano de Risco Foram estabelecidas prioridades entre os riscos, prioridade essa que resulta do produto entre o impacto que esse risco tem no projeto com a probabilidade de este acontecer, resultando deste modo uma escala que varia de zero a vinte e cinco. Quanto mais elevada for esse número, maior relevância este risco tem, o que significa que tem uma maior influência no projeto e deste modo deve de ser resolvido o mais rapidamente possível. Na tabela abaixo podem visualizar os diversos riscos já referidos anteriormente no RBS, mas agora com mais detalhe e já avaliados pelo método QRA: DESCRIÇÃO MEDIDAS DE MITIGAÇAO RESPONSAV EL Mau isolamento em equipamento submerso/curtocircuito e perigo de eletrocussão Danificar a plataforma de suporte Danificar o objeto a medir Ferir pessoas que estejam nas redondezas do suporte B Danificar a célula de carga A Danificar os sensores de velocidade Medições erradas A Grandeza a medir não ser suficiente ou linear, para operação do sensor Mau processamento/condicionamento do output dos sensores MB Garantir que o isolamento foi bem feito Certificar que estão a ser cumpridos todos os cuidados com o material Certificar que estão a ser cumpridos todos os cuidados com o material Garantir que são tomadas todas as regras de segurança Certificar que estão a ser cumpridos todos os cuidados com o material Certificar que estão a ser cumpridos todos os cuidados com o material Melhorar qualidade do algoritmo Analisar datasheets dos componentes antes da encomenda Garantir que os componentes estão a funcionar corretamente

10 1.2.1 Controlo deficiente dos motores Estrutura não estar pronta a tempo Motores ficarem indisponíveis na altura de testes (uma vez que que vão ser emprestados) Necessidade de mais tempo para montar a estrutura no tanque Suportes para submarino tem de ser seguros e com proteções para não danificar o material(submarino) A A Avaria dos sensores A Sensores existentes não satisfazerem os requisitos mínimos do sistema Processamento (determinação da posição) não ser rápido o suficiente Insuficiente capacidade de memória física do computador para armazenamento de dados (histórico) Mau isolamento do equipamento submerso A MB Garantir que os componentes estão a funcionar corretamente Replanear o tempo que vai ser necessário para as montagens Comunicar logo que possível, necessidades de material a clientes e docentes Comunicar logo que possível, necessidades de material a clientes e docentes Certificar que estão a ser cumpridos todos os cuidados com o material Substituição desses componentes Proceder a nova e ponderada escolha de componentes Melhorar qualidade do algoritmo Trocar de microprocessador ou se for possível apenas a memoria por uma com maior capacidade Realizar testes ao isolamento debaixo de água Plano de Risco Bruno e Flávio Bruno e Flávio Bruno e Flávio Bruno e Flávio Bruno e Flávio Muito ruído devido a fenómenos multi-caminho A Realizar vários testes Erros na posição do submarino Calibrar melhor o sistema devido as múltiplas reflexões das de localização de forma a A ondas acústicas nas paredes do eliminar os "ecos" e ondas tanque refletidas Perdas nas ondas devido a distancia excessiva entre os sensores A Verificar se nunca upassamos a máxima distancia entre sensores 10

11 1.3.9 Sinal corrompido devido a perdas por dispersão nas partículas e bolhas presentes na água e por relaxamento molecular Erros na programação do software que calcula a posição do submarino Câmara existente não satisfazer os requisitos mínimos do sistema Resultado do processamento (determinação da posição) não ser rápido o suficiente Algoritmo de deteção da embarcação não ser minimamente funcional Algoritmo de deteção da embarcação não ser robusto Humidade do tanque gerar embaciamento da lente Plano de Risco Realizar vários testes Fazer debbuging, corrigir e melhorar o código Escolha de nova câmara A Avaria da câmara de vídeo B Incompatibilidade da interface USB com determinados sistemas operativos Insuficiente capacidade de processamento do computador Insuficiente capacidade de memória volátil do computador para armazenamento de dados de processamento Insuficiente capacidade de memória física do computador para armazenamento de dados (histórico) Melhorar qualidade do algoritmo Melhorar qualidade do algoritmo Melhorar qualidade do algoritmo B Realizar vários testes Certificar que estão a ser cumpridos todos os cuidados com o material MB Realizar vários testes Realizar vários testes Realizar vários testes Realizar vários testes Falta de competência da equipa Aprendizagem Má gestão de tempo Replanear o projeto Incompatibilidade entre membros da equipa Estabelecer regras e respeito entre os vários elementos Fátima, Filipe e 11

12 2.1.4 Má organização da equipa Incumprimento de prazos por membros da equipa Projeto não concluído a tempo da apresentação A A Requisitos não praticáveis Dar feedback docente do desenrolar do projeto Garantir que tudo entregue com qualidade nas datas previstas Verificar frequentemente o planeamento e ajustar sempre que necessário Validar junto de docentes e clientes os requisitos o mais cedo possível Mau levantamentos de requisitos A Novo levantamento Restrição de material M Dependência do cliente e orientador Inviabilidade financeira do projeto Alteração de requisitos por parte do cliente Disponibilidade do funcionário responsável pelo tanque A A Comunicar logo que possível, necessidades de material a clientes e docentes Clarificar todos os assuntos necessários sempre que estamos juntos Garantir que todos os recursos necessários são suportados Oficializar os requisitos e definir a baseline por escrito antes de executar Garantir, logo que possível, uma reunião com o responsável Cliente Cliente Cliente,, Advisor Atraso na encomenda dos materiais A Fazer a encomenda com antecedência Tabela 4 Registo de riscos 12

13 4 Referências PMBOK. A Guide to the Project Management Body of Knowledge. 3. ed. Four Campus Boulevard, Newtown Square PA: Project Management Institute,