Você está na página 1de 9

Utilizao da FMEA

para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

ste artigo apresenta uma proposta de utilizao da metodologia FMEA (Failure Mode and Effects Analysis) na gesto de riscos em projetos de desenvolvimento de software, aplicado especificamente s reas de conhecimento do Guia PMBOK (Project Management Book of Knowledge) do PMI (Project Management Institute). O objetivo da FMEA identificar como um projeto ou processo pode falhar e o que fazer para prevenir a ocorrncia dessas falhas. Inicialmente ser feita uma apresentao sucinta das reas de conhecimento do PMBOK e do processo de gesto de riscos em projetos do PMI e, em seguida, ser apresentado o conceito da metodologia de FMEA e suas aplicaes. Por fim, ser mostrada a aplicao do FMEA para a gesto de riscos referentes s diversas reas de conhecimento do PMBOK na gesto de projetos. O FMEA ser aplicado para prevenir a ocorrncia de falhas no processo de gesto de projetos utilizando como exemplo um projeto de Desenvolvimento de Software, entretanto pode ser aplicado a qualquer projeto, independente da rea de atuao (TI, Construo Civil etc).

1. Introduo
O objetivo deste artigo apresentar uma proposta de utilizao da metodologia FMEA (Failure Mode and Effects Analysis) no processo de gesto de riscos em projetos do PMI (Project Management Institute) utilizando como funes as reas de conhecimento do PMBOK: integrao, escopo, tempo, custos, qualidade, recursos humanos, riscos e comunicao. O FMEA foi desenvolvido pela NASA em meados de 1960. Em 1972 a Ford introduziu o FMEA de Processo na indstria automobilistica, difundindo seu uso na indstria atravs da Norma Q 101. Atualmente utilizado por indstrias de diferentes ramos como qumica, automotiva, alimentcia etc. 1

O FMEA foi desenvolvido pela NASA em meados de 1960. Em 1972 a Ford introduziu o FMEA de Processo na indstria automobilistica, difundindo seu uso na indstria atravs da O artigo inicia com a apresentao das reas do PMBOK e o processo de Gesto de Riscos em projetos. Em seguida apresenta Norma Q 101. Atualmente a metodologia FMEA e suas aplicaes e, por fim, descreve a utilizado por indstrias de proposta de utilizao da FMEA para a gesto de riscos em diferentes ramos como projetos de desenvolvimento de software, utilizando as reas de qumica, automotiva, conhecimento do PMBOK como funes do FMEA para se obter alimentcia etc. os modos de falhas, priorizar os maiores riscos e planejar as
aes a serem executadas para prevenir a ocorrncia das falhas.

2. Guia PMBOK e suas reas de Conhecimento


O PMI (Project Management Institute) desenvolveu o Guia PMBOK, que constitui a referncia de boas prticas para o gerenciamento de projetos pelos profissionais atuantes nessa rea de conhecimento em todo o mundo. O PMBOK utilizado como base para os programas de desenvolvimento profissional do PMI, como por exemplo a Certificao PMP (Project Management Professional) e cursos de gerenciamento de projetos oferecidos por entidades credenciadas ao PMI.
www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

O Gerenciamento de Projetos a aplicao de conhecimento, habilidades, ferramentas e tcnicas s atividades do projeto a fim de atender aos seus requisitos (PMBOK, 2004). O conhecimento a ser aplicado est relacionado s seguintes reas de conhecimento do PMBOK: integrao, escopo, tempo, custos, qualidade, recursos humanos, riscos e comunicao, porm sem ser restringido a elas. Associados a esse conhecimento encontramse ferramentas, tcnicas e metodologias, que somados, garantem o sucesso do projeto. O Gerenciamento Os gerentes de projetos se deparam freqentemente com tripla restrio ao atendimento das necessidades dos stakeholders de seus projetos, onde o escopo, o custo e o tempo tm de ser atendidos para que a qualidade no seja afetada. Um grande esforo de planejamento necessrio para minimizar a ocorrncia de eventos incertos que podem causar grande impacto em escopo, prazo e custo e tambm em recursos humanos.

de Projetos a aplicao
de conhecimento, habilidades, ferramentas e tcnicas s atividades do projeto a fim de atender aos seus requisitos. PMBOK, 2004

3. Riscos e o Processo de Gesto de Riscos do PMBOK


1 O que um Risco?
Risco um evento incerto que se ocorrer ter um efeito positivo ou negativo sobre algum fator. Um risco pode ter vrias causas e causar vrios impactos. Risco est associado incerteza. Os riscos podem ser avaliados de diferentes formas por diferentes organizaes, dependendo do contexto no qual o evento de risco est inserido. Com base nessa afirmao, pode-se dizer que um evento de risco pode constituir, ao mesmo tempo, uma ameaa ou uma oportunidade, dependendo ao que est sendo associado. Assim, seu impacto pode ser algo importante para uma organizao e danoso para outra. Segundo o Guia PMBOK, O risco do projeto um evento ou condio incerta que, se ocorrer, ter um efeito positivo ou negativo sobre pelo menos um objetivo do projeto, como tempo, custo, escopo ou qualidade [...].

2 Processo de Gesto de Riscos do PMBOK


O Guia PMBOK tambm ressalta que o gerenciamento de riscos do projeto inclui os processos que tratam da realizao de identificao dos riscos do projeto, anlise destes riscos, respostas aos riscos, monitoramento e controle dos riscos e planejamento do gerenciamento de riscos do projeto. Esse processo pode ser visualizado na figura a seguir:

Planejamento do Gerenciamento de Riscos

Identificao dos Riscos

Anlise Qualitativa dos Riscos

Anlise Quantitativa dos Riscos

Plano de Respostas aos Riscos

Monitoramento e Controle dos Riscos

Figura 1: Fluxograma do processo de gerenciamento de riscos em projetos

O planejamento do gerenciamento dos riscos faz parte do plano do projeto e envolve definies de abordagem, planejamento e execuo das atividades de gerenciamento dos riscos. composto da lista de riscos, suas prioridades, estratgias de respostas a esses riscos e como sero monitorados e acompanhados durante o desenvolvimento do projeto.

www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP
As atividades do processo de gerenciamento de riscos, conforme o Guia PMBOK, so:

Identificao dos Riscos


Atravs de tcnicas como: entrevistas, anlise de probabilidade, opinio de especialistas, realizadas com a equipe do projeto, por meio das quais sero identificados os riscos que podem afetar o projeto. Com a lista dos riscos identificados no projeto, preciso fazer a anlise individual, a fim de descobrir seus impactos no projeto.

Anlise Qualitativa dos Riscos


Por meio da probabilidade de ocorrncia e impacto, so priorizados aqueles riscos que, se ocorrerem, causaro o maior impacto ao projeto. No planejamento do gerenciamento dos riscos, esses devem ser registrados preferencialmente agrupados por categorias, por grau de prioridade, por necessidade de resposta imediata etc.

Anlise Quantitativa dos Riscos


Geralmente feita paralelamente anlise qualitativa, para os eventos de riscos priorizados durante sua investigao. A anlise quantitativa a classificao numrica dos riscos nos objetivos gerais do projeto, ou seja, a avaliao sobre custo, escopo, qualidade, prazo etc. Para realizao dessa anlise so utilizadas tcnicas como Monte Carlo e rvore de Deciso, com vistas simulao do impacto da ocorrncia dos riscos e anlise dos diversos cenrios a partir do evento do risco. Essa anlise determina o risco total do projeto e deve ser repetida periodicamente aps a elaborao do plano de respostas aos riscos, sendo parte da atividade de monitoramento, pois durante a execuo do projeto, surgem novos riscos que nao haviam sido identificados na fase de planejamento.

Plano de Respostas aos Riscos


o plano que define qual estratgia ser adotada para cada risco identificado. Estas estratgias podem ser:

Aceitar o risco: nenhuma ao tomada para evitar o risco, minimizar seus efeitos, etc. Mitigar o risco: so tomadas aes para minimizar o impacto do risco ao projeto, caso ele ocorra. Eliminar ou prevenir o risco: so tomadas aes para eliminar a probabilidade de ocorrncia do risco. Transferir o risco: esta estratgia significa transferir a outra parte a responsabilidade pelo risco. Um exemplo a contratao de seguros.
No plano de respostas aos riscos definido um responsvel para assumir a ao proposta, no caso de ocorrncia do risco. Esse plano tambm conhecido como Plano de Contigncias.

Monitoramento e Controle dos Riscos


Processo que envolve a identificao, a anlise e o planejamento de estratgias de resposta aos riscos que surgirem no decorrer da execuo do projeto. Durante o processo de monitoramento e controle, deve ser revisado o plano de resposta aos riscos para assegurar que as mudanas ocorridas durante a execuo do projeto no interferiram na classificao numrica e priorizao dos riscos identificados no seu planejamento.

www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

4. Metodologia FMEA
1 O que FMEA?
O FMEA (Failure Mode and Effects Analysis) foi criado pela NASA em meados de 1960. Em 1972 a Ford introduziu seu uso (FMEA de Processo) na indstria automobilistica, difundindo-o na indstria por meio da Norma Q 101. Atualmente utilizado por indstrias de diferentes ramos como qumica, automotiva, alimentcia etc. e seu uso requerido pelas normas QS9000, ISO TS 16949, EAQF94, VDA 6.1, AVSQ para projetos e processos de fabricao.

Conforme a Qs9000, FMEA :


1- Um conjunto de atividades com intuito de identificar e avaliar as falhas potenciais do produto/processo e os efeitos destas falhas. 2- Identificar aes que poderiam eliminar ou reduzir a chance da falha potencial ocorrer. 3- Documentar o processo. A norma QS9000 especifica o FMEA como um dos documentos necessrios para um fornecedor submeter uma pea/produto aprovao da montadora. A ISO TS 16949 tambm requer a utilizao dessa metodologia, fato que tem divulgado e difundido seu uso em muitas organizaes em todo o mundo. A tcnica de FMEA foi criada com enfoque no projeto de novos produtos e processos, mas devido a sua grande utilidade, passou a ser aplicada de diferentes formas e em diferentes tipos de organizaes. A metodologia de FMEA atualmente utilizada para reduzir a ocorrncia de falhas de produtos e processos existentes e para reduzir a probabilidade de falha nos demais processos organizacionais e vem sendo empregada tambm em aplicaes especficas tais como anlises de fontes de risco em engenharia de segurana e na indstria de alimentos. A metodologia do FMEA prope a quebra de sistemas em componentes inferiores e, em seguida, a anlise estruturada desses componentes ou subsistemas para se evidenciar as falhas potenciais antes que sejam incorporadas ao produto ou processo. Constitui, assim, a anlise de falhas do nvel inferior e quais suas conseqncias no nvel superior. Dois tipos de FMEA surgiram desde a sua criao em meados de 1960:

FMEA de Projeto (DFMEA Design Failure Modes and Effects Analysis) FMEA de Processo (PFMEA Process Failure Mode and Effects Analysis)
Desses dois tipos surgiram variaes e adaptaes de acordo com as necessidades de aplicao e interpretao, porm mantiveram os objetivos e os elementos bsicos do FMEA.

2 Aplicao e Elementos bsicos de FMEA


A utilizao da tcnica de FMEA deve ocorrer nas seguintes situaes:

Desenvolvimento de novo produto ou processo. Alteraes em produtos e processos existentes, visando a reduo das falhas potenciais de produtos e processos que j esto em operao. Anlise de oportunidade de melhoria da qualidade e aumento da confiabilidade dos produtos e processos. Avaliao do impacto do uso do produto ou processo existente em um novo ambiente, localizao ou aplicao. Reduo da ocorrncia de no conformidades em processos administrativos, em geral.
www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP
O fundamento da metodologia de FMEA o mesmo, seja para produto ou processo, sistema ou procedimento, para produtos novos ou em operao, mudando apenas o objetivo de sua aplicao. A anlise de FMEA consiste em formar uma equipe para encontrar as funes do produto ou processo e, em seguida, avaliar os modos de falha potenciais, seus efeitos e suas causas. Na seqncia, por meio da pontuao de alguns critrios como Severidade, Ocorrncia e Deteco gerado o ndice RPN, (do ingls, Nmero de Prioridade do Risco). Os maiores riscos so priorizados e recomendada uma ao para eliminar as causas evitando a ocorrncia do modo de falha. Um formulrio de FMEA sem aes recomendadas no completo e certamente no garantir que o modo de falha no ser instalado no produto ou processo. Todas as variaes de formulrios de FMEA devem incluir cinco elementos bsicos, a fim de assegurar a qualidade e confiabilidade do resultado obtido com o FMEA. Estes elementos podem ser visualizados na figura abaixo:

1 2 3 4 5
Modos de Falha Ocorrncia

Planejando o FMEA Causa Severidade Interpretao Acompanhamento Efeitos Deteco 5

Figura 2: Elementos bsicos do FMEA. Fonte: FMEA Anlise dos Modos de Falha e Efeitos, IMAM, pg. 8).

O planejamento do FMEA envolve a seleo do projeto de FMEA que apresente o maior potencial de retorno de qualidade e confiabilidade para a organizao e seus clientes, devendo ser observados o objetivo e abrangncia da anlise. nessa etapa de planejamento que devem ser formadas as equipes de trabalho. Preferencialmente equipes multidisciplinares e com nmero pequeno de integrantes (mximo cinco) de diferentes reas da empresa. Tambm nessa etapa o FMEA pode ser integrado a outras metodologias e tcnicas de desenvolvimento de produto, tais como QFD (Desdobramento da Funo Qualidade), Engenharia e Anlise de Valor etc. A prxima etapa constitui a identificao das funes, modos de falha, efeitos e causas, atravs de sesses de brainstorming e outras tcnicas para anlise de problemas. Depois de identificados, so atribudas pontuaes para os critrios de severidade, ocorrncia e deteco de 1 a 10 para cada efeito. Por meio da multiplicao desses trs ndices obtido o RPN. Com esse nmero possvel priorizar os riscos, da maior pontuao para a menor, propondo aes para evitar a ocorrncia das falhas.

www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

Essas aes podem envolver diferentes estratgias para se lidar com os riscos, como:

Aceitar o risco da falha, dependendo do seu impacto versus custo de preveno. Tomar medidas para preveno total da falha. Tomar medidas para reduo da ocorrncia falha ou da causa da falha. Tomar medidas para aumentar a probabilidade de deteco da falha. Tomar medidas para reduzir o efeito da falha.
Em seguida pode ser visualizado um exemplo de formulrio de FMEA, com seus elementos. Este formulrio pode ser apresentado em diferentes formatos, entretanto seus elementos bsicos so sempre os mesmos: cabealho, funes, modos de falha, efeitos, severidade, causas, ocorrncia, formas de controle, deteco e aes recomendadas.
FMEA - Anlise dos Modos e Efeitos das Falhas
Pea/Componentes: Fio Eltrico 2005 Ano do Modelo: Lanamento Previsto do Produto: 31/12/2005 Fornecedor Externo: SIM NO Cdigo de identificao Nome Nmero Funo Modo de Falha
1. Fio arrebenta

Engenheiro de Subsistema: Engenheiro do Sistema: Data do FMEA: Reviso: Efeito Causa Sev Ocor

Joo da Silva Joo da Silva 01/06/2005 001 Det RPN Aes Recomendadas
Deve-se usar material de melhor qualidade com alta moldabilidade e resistncia.

Situao Atual

Comp001

Fio Eltrico

Transmitir Corrente Eltrica

- Choque eltrico - Uso indevido - Secador no - Fio de m qualidade funciona - Choque eltrico - Uso indevido - Secador no - Fio de m qualidade funciona

Em andamento

2. Fio incendeia

- Usar fio de maior resistncia - Melhorar projeto para o fio

6
Figura 3: Exemplo de Formulrio de FMEA. Fonte: FMEA Anlise dos Modos de Falha e Efeitos, IMAM, pg. 249).

A funo a principal aplicao do componente ou subsistema. Em resumo, para o que ele est sendo concebido. Um modo de falha a maneira pela qual um processo pode falhar potencialmente em atender aos requisitos de produto ou processo descrita na coluna funo. Os Efeitos da falha so os efeitos do modo de falha, como percebidos pelos clientes internos ou externos. As Causas da falha so indicaes de fraquezas do projeto ou do processo, em conseqncia da qual ocorre o modo de falha. A Severidade o grau de seriedade/importncia de cada efeito da falha potencial. A Ocorrncia define a probabilidade de ocorrncia da causa da falha potencial. A Deteco constitui a probabilidade da causa da falha potencial ser identificada antes da falha chegar ao cliente. RPN = Severidade x Ocorrncia x Deteco. Aes Recomendadas: so as aes recomendadas para evitar a ocorrncia da falha antes da concepo do produto/processo. Essa uma das principais colunas do FMEA deve ser preenchida para assegurar que sero tomadas aes para evitar a ocorrncia da falha potencial. Essa coluna indica que houve realmente anlise sobre os riscos identificados. Pode-se ainda criar uma coluna para registrar os controles existentes para cada modo de falha.
www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

5. Utilizao da FMEA para Gesto de Riscos em Projetos


A proposta deste artigo a utilizao da tcnica de FMEA para identificar os riscos no gerenciamento de projetos, tendo as reas de conhecimento do PMBOK como base para desenvolvimento do FMEA. Essa abordagem interessante para prevenir falhas no processo de gesto de projetos, de modo que o Gerente de Projetos possa identificar onde seu projeto pode falhar, considerando suas caractersticas. importante ressaltar que essa proposta no consiste em aplicar o FMEA na WBS (Work Breakdown Structure) do projeto, como j apresentado em outros seminrios de gerenciamento de projetos. A maior vantagem da utilizao do FMEA a de evidenciar qual o ponto mais crtico do projeto, com vistas tomada de aes preventivas para minimizar o impacto dos riscos em escopo, prazo, custo, recursos humanos etc. As reas de conhecimento devem ser informadas na coluna das funes no formulrio de FMEA, sendo, desta forma, a base para identificao dos modos de falhas, efeitos e causas. Para cada uma destas reas de conhecimento do PMBOK: integrao, escopo, custos, tempo, qualidade, recursos humanos e comunicao seriam:

Identificados os modos de falha, seus efeitos e suas causas. Priorizados os maiores riscos utilizando tcnicas para qualificao e quantificao dos riscos. Elaborado plano de resposta aos riscos atravs das aes recomendadas. Definidos responsveis para cada uma das aes. Estas aes seriam documentadas e catalogadas para cada projeto durante sua execuo, uma vez que a FMEA um documento vivo. Para cada reviso dos riscos do projeto, o formulrio da FMEA seria atualizado, mantendo-se as revises.
Para que seja vivel a utilizao da tcnica FMEA para a gesto de riscos em projetos, faz-se necessria a criao de outras colunas no formulrio de FMEA como: 1 Estratgia
Qual estratgia de resposta ao risco ser adotada, conforme Guia PMBOK (Aceitar, mitigar, transferir, eliminar).

2 Responsvel / Prazo Implementao


Responsvel pela implementao da ao recomendada quando ocorrer o evento do risco, com o prazo correspondente para implementao da ao. Essa informao dever ser atualizada no decorrer do projeto durante a reviso da FMEA e avaliao dos riscos do projeto.

3 Status da Ao
Status da execuo da ao recomendada a cada reviso da FMEA.

www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

Em seguida pode-se visualizar um exemplo de formulrio de FMEA para um projeto de desenvolvimento de software.
FMEA - Anlise dos Modos e Efeitos das Falhas
Projeto: Gerente do projeto: Durao do projeto: Data de incio: Desenvolvimento Software XZZ Eliani Figueir Ramos 362 dias 02/01/2006 Data de incio: Cliente: Lder do Projeto: Data do FMEA: Reviso: Controles Atuais
__

Empresa ABC Joo da Silva 01/06/2005 001 Responsvel


Prazo de Implementao

28/12/2006

rea Afetada

Modo de Falha
Cliente solicita novas implementaes durante homologao das regras de negcio.

Efeito

Causa
- Escopo definido incorretamente - Alteraes no processo - Necessidade de Alterao do Escopo

Sev Ocor

Det RPN

Estratgia

Aes Recomendadas

Situao da Ao

Necessidade de replanejamento

12

Mitigar

Analisar impacto da mudana e negociar nova data com Cliente caso necessrio. Replanejar projeto.

Gerente do Projeto/quando ocorrer

Atraso no projeto Necessidade de

Solicitao de mudana gerando novo baseline.

Eliminar

Negociar nova data com Cliente.

Gerente do Projeto/quando ocorrer

Escopo

Gaps na definio escopo, validar com Validao do Escopo refinamento Figura 3:deExemplo de Formulrio de FMEA. 4 72 Mitigar Detalhar o projeto se necessrio.o Cliente e 9 2 replanejar pelo Cliente. do Escopo escopo Fonte: FMEA Anlise dos Modos de Falha e Efeitos, IMAM, pg. 249). Atraso da entrega Escopo definido

Lder do projeto/quando ocorrer

inconsistente

Insatisfao do cliente

devido a necessidade de replanejamento. Necessidade de alterao no Escopo. - Repriorizao do projeto - Novos projetos com ROI* maior

__

10 10

1 1

2 3

20 30

Eliminar Mitigar

Renegociar prazo de entrega quando houver alterao de escopo.

Gerente do Projeto/quando ocorrer

Atraso no projeto Falta de recursos financeiros para execuo do projeto Oramento insuficiente

Solicitao de mudana gerando novobaseline.

Replanejar projeto para que no haja atraso: alocar mais recursos, trabalhar mais horas por dia etc.

Gerente do Projeto/quando ocorrer

__

10

60

Mitigar

Solicitar que o projeto seja suspenso formalmente.

Gerente do projeto/quando ocorrer

Reduo do Escopo Recursos financeiros


limitados

__ __

6 2

2 1

3 1

36 2

Aceitar Aceitar

Replanejar projeto considerando novo oramento e novo escopo. Solicitar Parecer formal de que o projeto foi abortado.

Gerente do Projeto/quando ocorrer

Custo
Estouro do custo de determinada fase.

Projeto abortado Diretriz Estratgica ou do Cliente.


- Falta de Acompanhamento do Custo. - Necessidade de Alocao.

Gerente do Projeto/quando ocorrer

Tendncia de estouro do custo do projeto

Acompanhamento do Custo do projeto

56

Mitigar

Acompanhar os custos do projeto e reavaliar oramento.

Gerente do Projeto/quando ocorrer

No cumprimento da data de entrega

Falta de Acompanhamento Replanejamento

Reunies Peridicas

10 8 8

3 7 1

4 2 1

120 112 8

Eliminar

Solicitar Parecer formal de que o projeto foi abortado.

Gerente do Projeto/quando ocorrer

Tempo

Prazo insuficiente

Necessidade de devido a alterao de Replanejamento escopo, disponibilidade


de recursos, etc.

__

Mitigar

Renegociar prazo de entrega conforme solicitao de mudana.

8
Gerente do Projeto/quando ocorrer Gerente do Projeto/quando ocorrer

Bloqueio do Faturamento

Atraso das entregas, conforme contrato. - Metodologia de

__

Eliminar

Renegociar prazo de entrega e nova data de faturamento.

Processo no seguido

No conformidades desenvolvimento engessada. de processo - Falta de capacitao


dos recursos.

Pontos de controle do processo

64

Mitigar

Realizar reuniao com a equipe e ressaltar o impacto negativo causado no projeto.

Lder do Projeto/quando ocorrer

Qualidade
Indice de Retrabalho Elevado

Estouro das horas Baixa qualidade das planejadas para Construes. Retrabalho.

Mtricas de Qualidade

96

Mitigar

Acompanhamento dos retrabalhos. Se possvel contar com os melhores recursos. No sendo possivel, considerar folgas no planejamento para evitar atrasos.

Gerente do Projeto/quando ocorrer

Atraso na execuo Indisponibilidade das tarefas, Alocao em outros dos recursos podendo atrasar o projetos. alocados. projeto

Acompanhamento do Gerente de Projeto.

10

60

Eliminar

Solicitar liberao imediata dos recursos para o projeto ou solicitar outros recursos.

Gerente do Projeto/quando ocorrer

Recursos Humanos

Aumento do Pouca experincia dos Homologao interna esforo necessrio recursos afetando a das regras de negcio para execuo por produtividade. da tarefa Baixo conhecimento do Negcio Regras de Negcio Profissionais com baixo Homologao interna conhecimento e novos das regras de negcio definidas por na empresa. erroneamente
Necessidade de substituio do recurso.

128

Mitigar

Capacitao dos recursos e acompanhamento por um Analista Snior

Lder do Projeto/quando ocorrer

36

Eliminar

Ajustar regras de negcio conforme homologao.

Lder do Projeto/quando ocorrer

Doena/Morte

Mais de um recurso detm o conhecimento.

Aceitar

Substituio imediata do recurso.

Gerente do Projeto/quando ocorrer

Comunicao

Informaes Falta de informao No h um canal distribudas de sobre determinada central de distribuio diversas formas deciso ou assunto da informao.

120

Mitigar

Centralizar a comunicao formal do projeto atravs do gerente do projeto.

Gerente do Projeto/quando ocorrer

Figura 4: Exemplo de Formulrio de FMEA para Projetos de Desenvolvimento de Software Adaptado por: Eliani F. Ramos, PMP

Em Acompanhamento

Os efeitos que tem RPN acima de 70 devem ser tratados de forma especial, devido alta ocorrncia, alta severidade ou baixa capacidade de deteco. As aes recomendadas so aes a serem executadas quando da ocorrncia de um evento de risco bem como tambm podem ser aes de preveno ao risco, dependendo da estratgia adotada. A coluna de situao da ao deve ser preenchida durante as revises da FMEA ou na ocorrncia dos eventos dos riscos.

www.euax.com.br

Utilizao da FMEA para Gesto de Riscos em Projetos de Desenvolvimento de Software


Eliani Figueir Ramos, PMP

6. Concluses
Este formulrio de FMEA no evidencia todos os riscos inerentes aos projetos de desenvolvimento de software, simbolizando apenas alguns dos riscos potenciais, pois tais riscos variam de acordo com cada projeto e o contexto em que o mesmo se encontra. Na realizao da FMEA para identificao de riscos em projetos de desenvolvimento de software, fica clara a importncia de um planejamento eficaz, no qual cada item da trplice restrio igualmente importante e faz parte de uma cadeia de valor, cujos elos tm igual importncia para a obteno do sucesso global. O processo de gesto de riscos um dos mais complexos e que requerem maior esforo de acompanhamento dependendo da complexidade do projeto, para a reduo da ocorrncia de riscos que impactem no resultado financeiro do projeto. Como os projetos constituem o meio pelo qual a estratgia das organizaes so implementadas, fundamental que o gerente de projetos conhea a estratgia a qual o seu projeto est alinhado concentrando-se na gerao de valor a organizao e seus acionistas. A nica maneira pela qual voc atingir o sucesso luz dos novos paradigmas em gesto de projetos ser mediante a adoo da perspectiva de sistemas de negcios. Em termos mais diretos, isso significa pensar no projeto como se ele fosse uma empresa e voc o principal executivo, o CEO(COHEN;GRAHAM, 2002). 9

6. Referncias Bibliogrficas
A Guide to the Project Management Body of Knowledge (PMBOK Guide) Project Management Institute, 2004; COHEN, Dennis J.; GRAHAM, Robert J. Gesto de Projetos MBA Executivo. Como transformar projetos em negcios de sucesso. Rio de Janeiro: Ed. Campus, 2002, p. 5. Norma QS-9000 PALADY, Paul. FMEA Anlise dos Modos de Falha e Efeitos. 2 ed. So Paulo: IMAM, 2003. Available: http://sucesusp.org.br/gestaodeprojetos/artigos/fmea_gerenciamento_riscos_projetos.pdf. FMEA Info Centre. Available: http://www.isixsigma.com/tt/fmea/ [15 jan. 2006]. Available: http://www.npd-solutions.com/fmea.html

Eliani Figueir Ramos atua h cinco anos como gerente de projetos em empresas de desenvolvimento de software, em projetos nacionais e internacionais. Formada em Administrao SM de Empresas, ps-graduanda em Gesto da Qualidade de Produtos e Processos pela PUC-PR, possui certificao PMP e atualmente desenvolve atividades de Gerenciamento de Projetos na empresa Euax Gesto de Projetos em Joinville/SC.

www.euax.com.br