Você está na página 1de 2

Usando a anlise qualitativa de riscos em um projeto de migrao de plataforma Microsoft em sistemas web de alta disponibilidade Rogrio Castelo Branco

Ramos RESUMO O desenvolvimento de uma anlise preliminar de riscos fundamental, quando o planejamento de riscos de projetos iniciado. Para tal, um estudo dos riscos de forma a qualificar os riscos que o projeto oferece, facilitam a identificao de todos os riscos e precursora nos demais estudos, pois fornecem entradas no Registros de Riscos qualificados que so relevantes para o projeto. ESTUDO DE CASO Migrao do Internet Banking do banco Mercantil do Brasil. INTRODUO Este artigo tem o objetivo de demonstrar o uso da metodologia de gerenciamento de riscos, pondo em prtica o levantamento de riscos, atravs da anlise qualitativa, em um projeto de migrao de framework .Net 1.1 Microsoft para o 2.0 em um sistema web de alta disponibilidade. O uso da anlise qualitativa de riscos em projetos de migraes de tecnologias essencial e indispensvel quando falamos em migrao de tecnologia em sistemas de alta disponibilidade. Projetos que abandonam uma tecnologia j ultrapassada e migram para uma nova, possuem um alto grau de risco, pois existem poucas documentaes de problemas encontrados em outros projetos. Philips(2003) afirma que: projetos que no existem histricos recorrentes, como o caso, apresentar mais incertezas e possuem recursos limitados como base para hiptese de risco. Todos os riscos so baseados em alguma crena, em provas e em dados. A preciso e a fonte dos dados devem ser avaliadas para que seja determinado o nvel de confiana nos riscos identificados. A anlise qualitativa nos auxilia atravs de uma abordagem ampla na classificao de riscos por prioridade, que conduz todo o projeto a uma reao aos riscos identificados. Durante o processo de identificao de riscos no projeto de migrao do framework .Net 1.1 para o 2.0, levantamos todas as questes referentes aos riscos e nem todos os riscos apresentaram relevncia a ponto de serem considerados. Segue abaixo os riscos identificados na migrao que requerem anlise qualitativa: Problemas de Segurana Framework 2.0 oferece venerabilidade referente injeo de scripts, devido chamada assncrona de mtodos via AJAX. Problemas de Performance Framework 2.0 pode oferecer baixa performance ao dar suporte componentes do framework anterior. Incompatibilidade de verses de framework 2.0 com o framework 1.1. Existem relatos de mau funcionamento de alguns controles web da verso 1.1. Segundo base de conhecimento Microsoft, alguns controles web, precisam de alguns ajustes para funcionar corretamente. Seguem abaixo os riscos que no requerem uma anlise qualitativa e que podem passar diretamente para o planejamento de resposta a riscos Incompatibilidade de componentes de terceiros Existem relatos que alguns componentes desenvolvidos por outros fabricantes pararam de funcionar. Compatibilidade de Hardware 64 bits Uso da diretiva viewstate em arquiteturas de 64 bits no funciona para aplicativos desenvolvidos com o framework 1.1. Foram identificados os riscos que no so crticos a ponto de interromper o projeto No usar os ganhos oferecidos pela nova tecnologia. Desenvolvimento de novas funcionalidades usando a arquitetura ou modelo anterior, no utilizando os benefcios do framework novo. Aplicando a probabilidade e impacto dos riscos qualificados Os riscos do projeto so classificados de acordo com sua probabilidade e impacto. A probabilidade de risco a possibilidade de que um evento de risco ocorra enquanto o impacto do risco a

conseqncia que o resultado do evento ter sobre os objetivos do projeto. Cada risco avaliado com base em sua probabilidade e impacto. Os riscos com maior probabilidade e impacto demandaro uma anlise quantitativa para determinao da causa, mtodos de controle e um gerenciamento de riscos eficaz. A Matriz de probabilidade-impacto multiplica o valor da probabilidade pelo impacto para obteno de uma classificao final para o risco. Esta classificao geral dos riscos permite que o gerente do projeto, a gerncia snior, os clientes e outros stakeholders conheam os riscos, sua natureza e a relao entre a classificao do risco e a probabilidade de sucesso de um projeto. A classificao do risco pode ser comparada com a de outros projetos para determinar a seleo de projetos, a alocao de especialistas, a priorizao, a criao de um estudo de custo benefcio ou at mesmo o cancelamento do projeto, por ter sido considerado muito arriscado. Depois de identificado os riscos classificados como altos, como podemos ver no quadro acima, segue como exemplo o plano de resposta para o risco “Problemas de Segurana”. Plano de Contingncia Criar uma verso que no dependa da tecnologia AJAX, pois o problema de segurana est relacionado com o uso desta tecnologia. Disponibilizar duas verses do aplicativo, visando garantir que caso o evento de risco ocorra, seja utilizada a verso sem a tecnologia AJAX. Plano de Mitigao Garantir que as correes sugeridas pelo fabricante sejam aplicadas, atravs de atualizaes do produto disponvel em seu site. Usar ferramentas simuladoras visando garantir que o problema ocorra e o plano de contingncia seja utilizado. Concluso Como podemos observar atravs deste artigo, a anlise qualitativa essencial a qualquer projeto, inclusive aos que oferecem graus de riscos altssimos. Os resultados nesta anlise sero entrada para o registro de riscos e iniciar o processo de anlise adicional atravs da anlise quantitativa de riscos. Na migrao de plataforma.NET de 1.1 para 2.0, percebemos o quanto esta anlise representa para a identificao dos riscos e o start inicial para o estudo dos demais riscos, pois produz como resultado a identificao dos riscos iminentes propiciando a equipe de projeto buscar resposta imediata, lista de observao de riscos de baixa prioridade e riscos que precisam de uma anlise adicional onde os riscos categorizados como altos precisaro de uma anlise mais apurada, como exemplo a anlise quantitativa. AGRADECIMENTOS Agradeo ao Banco Mercantil, a oportunidade de poder participar de um projeto de migrao do maior sistema de Internet, o Internet Banking, na qual sou o responsvel tcnico por este sistema. REFERNCIAS JOSEPH, Philips. Project Management. London: McGraw-Hill/Osborne. 2003. GUIA PMBOK Terceira edio. 2004 Project Management Institute.