Mestrado em Engenharia e Gesto de Tecnologia

Riscos e Dificuldades no Desenvolvimento de Software

Marco Antnio Oliveira Orientador: Prof. Lus Valadares Tavares

Pertinncia do Tema (1)

"Em praticamente todas as fases dos mais bem sucedidos projectos de software, existem muita coisas que so extremamente importantes, mas que so desconhecidas Jim McCarthy,
Program Manager, Microsoft Visual C++

Pertinncia do Tema (2)

A

taxa de insucesso em projectos de software situa-se entre os 30 e os 40 %; 90 % dos projectos, o oramento ultrapassado; a 50 % do dinheiro gasto em software vai para correces e alteraes; % das empresas americanas tiveram pelo menos um projecto desastroso.

Em 40

35

Contracting for Computer Software Development, GAO Report, 1990

Pertinncia do Tema (3)

A

maioria das autpsias a projectos desastrosos software indicam que os seus problemas teriam sido evitados/reduzidos se tivesse existido uma preocupao genuna na identificao e reduo dos seus factores de maior risco. O entusiasmo sobre as novas capacidades do software importante mas no deve ser exagerado. A atitude em relao ao risco no desenvolvimento de software deve ser semelhante medicina preventiva e segue o ditado popular mais vale prevenir que remediar.

Objectivos do Estudo
Este trabalho pretendeu responder a duas questes: Que caractersticas apresentam as dificuldades que surgem no desenvolvimento de software ? Quais os riscos mais comuns e os riscos mais perigosos em projectos de software desenvolvidos no nosso pas?

Desenvolver Software (1)

extremamente difcil entregar software de boa qualidade dentro dos prazos previstos. Na maioria das empresas, o trabalho e o investimento centram-se em torno de dois aspectos fundamentais: actividade intelectual e esforos mecnicos. Sendo o software um produto no tangvel, mas apenas o resultado de um esforo intelectual, a gesto do mesmo apresenta caractersticas prprias na medida em que os esforos mecnicos so mnimos. Muitas das causas das aflies que surgem no desenvolvimento de software tm origem numa srie de mitos que propagam confuses e mal-entendidos.

Desenvolver Software (2)

Desenvolver software no um processo mecanicista; adicionar novas pessoas a um projecto que j est atrasado, acaba por o atrasar ainda mais.
Meses

Pessoas BROOKS, Frederick. The Mythical Man-Month. 1995.

Desenvolver Software (3)

Erros devidos a efeitos secundrios

20 - 50 %

Quantidade Erros

Mudana

Curva Real

Curva Ideal

Tempo
PRESSMAN, Roger. Software Engineering. McGraw-Hill, 1997, New York.

O que o Risco?

Os dicionrios definem a palavra risco como exposio possibilidade de perdas ou danos ou apenas possibilidade de perda. Exposio ao risco (tambm designado como impacto do risco). Assim, a exposio ao risco pode ser definida por ER = P(RI) x D(RI) em que ER a exposio ao risco, P(RI) a probabilidade de obter resultados insatisfatrios e D(RI) so os danos causados por resultados insatisfatrios.

Os Riscos mais Comuns

Projectos No Contratados

Alterao dos Requisitos do Utilizador Excessiva Presso sobre Prazos Baixa Qualidade Derrapagem de Custos Controlo de Configurao inadequado Elevados Custos de Manuteno Atritos entre empregados do cliente e da empresa contratada Alterao dos Requisitos do Utilizador Critrios de Aceitao no previstos Propriedade legal do software e dos produtos

80% 65% 60% 55% 50% 60% 50% 45% 30% 20%

Projectos Contratados

JONES, Capers Assessement and Control of Software Risks. 1994.

Os Riscos mais Perigosos

Mtricas

incorrectas Medies incorrectas Excessiva presso sobre os prazos Prticas incorrectas de Gesto Estimativas incorrectas de Custos Sndroma da Bala de Prata Alterao dos Requisitos do Utilizador Baixa Qualidade Baixa Produtividade Projectos Cancelados
JONES, Capers Assessement and Control of Software Risks. 1994.

Etapas do Estudo
Adaptar Adaptar

e aplicar o questionrio do SEICMU a um modelo proposto o mecanismo de avaliao de risco do SEI-CMU (pag. 62) os riscos mais comuns

Identificar Identificar

os riscos mais perigosos Quantificar os resultados e aplicar o mecanismo de Boehm para calcular o impacto do risco (pag. 64)

O Modelo de Risco proposto

PRODUTO Especificaes Hardware Software Requisitos e Especificaes Codificao e Instalao Testes e Integrao Experincia do Chefe de Projecto Ambiente da Equipa Escassez de Competncias Prazos Restries Contratuais Articulao Cliente-Fornecedor

PROCESSO

RISCO
GESTO

RECURSOS

Questionrio (1)
O questionrio foi distribudo a quase uma centena de chefes/gestores de projecto. Na 1 parte (baseada num questionrio de Avaliao de Risco do SEI-CMU) pedido para identificar um conjunto de dificuldades num projecto especfico. Aqui as dificuldades foram agrupadas em 4 categorias distintas:

Definio de Produto a Desenvolver

Processo de Desenvolvimento Mtodos de Gesto Recursos

Questionrio (2)
Na segunda parte era apresentada uma lista com mais de duas dezenas de riscos possveis no desenvolvimento de software. Pedia-se ao entrevistado que considerasse toda a sua experincia profissional e identifique nessa lista aqueles que considera ser os riscos mais comuns e aqueles que considera ser os riscos mais perigosos. Os riscos constantes dessa lista foram seleccionados de um trabalho de Capers Jones [1994].

O impacto do risco
Ao quantificar a frequncia e o perigo de cada risco, estamos em condies de calcular o impacto de cada risco.
Probabilidade Muito Frequente Muito Perigoso Perigo Perigo Normal Nada Perigoso Elevado Mdio Baixo Ocasional Raro

Concluses (1)
DIFICULDADES NA DEFINIO DO PRODUTO Na maioria dos projectos em causa as especificaes do software a desenvolver no estavam completas, eram pouco claras ou requeriam interpretao; Em 50% dos projectos as especificaes baseavam-se em suposies optimistas ou pouco realistas; Mais de metade dos projectos incluam alguma coisa em que a empresa no tinha experincia.

Concluses (2)
PROCESSO DE DESENVOLVIMENTO As alteraes das especificaes eram controladas; Existiam planos formais para quase todas as actividades do projecto; Em 30% dos projectos no havia planos formais para Testes e Instalao do Software; O processo de desenvolvimento bem compreendido pelos membros da equipa.

Concluses (3)
MTODOS DE GESTO
A

maioria dos chefes de projecto consideram-se experientes; Quase sempre existia reconhecimento pelo trabalho realizado pelos membros da equipa; Na maioria dos projectos havia um bom esprito de equipa; Apenas metade dos chefes de projecto envolviam os membros da equipa nas tomadas de deciso.

Concluses (4)
RECURSOS
A

escassez de competncias verifica-se primeiramente em reas como Garantia de Qualidade e Anlise de Performance (70%). reas como Segurana, Desenho e Metodologias tambm registam carncia de competncias (55%). Em 65% dos casos, o prazo no o adequado para a concluso dos trabalhos, e o contrato Cliente-Fornecedor provoca algumas restries ao projecto.

Concluses (5)
Os riscos considerados mais comuns so:
Alterao

de Requisitos do Utilizador Presso excessiva sobre os prazos Metas no Cumpridas Derrapagens Oramentais

Seguem-se:
Estimativas

e Mtricas incorrectas M Estrutura Organizacional Elevados Custos de Manuteno Baixa Qualidade

Algumas Concluses (6)

Os riscos considerados mais perigosos so: Baixa qualidade Alterao de Requisitos do utilizador Ferramentas e Metodologias Inadequadas Mtricas Incorrectas Frices entre Pessoal empresa Cliente e Fornecedor Metas No cumpridas M Estrutura Organizacional

Concluses (7)
Impacto de Risco
O
80

B H P I A D

L S F J U E N R Q

K=7200

60

G C M

K=5400 K=4500 K=3600 K=2700

Perigo

T
40

20

K=1800

0 0 20 40 60 80 100

Probabilidade

Para l das Concluses...

A

maior parte dos riscos envolvidos no so de natureza tecnolgica mas sim de natureza relacionamento humana. Para os gestores mais fcil lidar com tecnologia do que com questes humanas. Mais do que o hardware ou o software, h que centrar as atenes no peopleware!

Evolues possveis deste trabalho:

Este trabalho apenas pretendeu ser um levantamento patolgico. Futuramente poderse-: Alargar o leque de entrevistados para poder fazer uma classificao do tipo de projectos em causa; Estudar a relao entre os diferentes riscos; Analisar as terapias propostas para cada um dos riscos.

Risco e Incerteza
Os riscos da tecnologia apenas so controlveis se compreendermos as suas limitaes e tivermos expectativas razoveis sobre a sua utilizao. Um sucesso no futuro obtm-se antevendo um insucesso no presente. Robert Charette

 Inexperincia de Utilizadores Inexperincia de Gestores Metodologias Inadequadas Estimativas Inadequadas de Custos

Alterao de Requisitos

Frico com Utilizadores Frico com Gestores

Prazos no Cumpridos Derrapagens Oramentais Atrasos na Comercializao Presso Excessiva sobre Prazos Moral Fraco da Equipa

 Alterao de requisitos dos Utilizadores Estimativas inadequadas Medies Incorrectas Planeamento Incorrecto Prticas de Gesto Incorrectas

Presso Excessiva sobre os prazos

Moral Fraco da Equipa Elevada Rotatividade de Pessoal Projectos Cancelados Derrapagens Oramentais Baixa Qualidade

 Inexperincia dos Gestores Inexperincia do Pessoal Alterao de requisitos dos Utilizadores Estimativas inadequadas Medies Incorrectas Planeamento Incorrecto

Metas no Cumpridas

Frico com Utilizadores Frico com Gesto Snior Moral Fraco da Equipa Projectos Cancelados Derrapagens Oramentais Baixa Qualidade

 Prticas Incorrectas de Gesto Pessoal Inexperiente Alterao de Requisitos do Utilizador Estimativas Incorrectas Planeamento Inadequado Presso Excessiva sobre os Prazos

Projectos Cancelados Prazos Demasiado Longos Metas No cumpridas

Derrapagens Oramentais

Frico com Utilizadores Frico com Gesto Snior Atritos entre Pessoal Moral Fraco da Equipa

 Inexperincia dos Gestores Pessoal Inexperiente Alterao de Requisitos do Utilizador Estimativas Incorrectas Planeamento Incorrecto Correco deficiente de Erros Presso Excessiva sobre os Prazos

Baixa Produtividade Prazos Demasiados Longos

Baixa Qualidade

Frico com Utilizadores Baixa satisfao dos Utilizadores Frico com Gesto Snior Elevados Custos de Manuteno Moral Fraco da Equipa