geração (semi)automática de metadados - Universidad Autónoma ...

2004) e de se conseguirem identificar aspectos chave como causas das suas falhas, levam a que a
investigação prossiga na procura de metodologias, métodos, técnicas e ferramentas com vista a melhorar a
concepção, a construção, a implementação, e o decorrente sucesso dos projectos, com o objectivo de dar
resposta às necessidades particulares e específicas da Gestão de Projectos (GP) em TI.
Neste artigo efectuamos uma reflexão sobre a realidade actual da GP, caracterizando conceitos e
instrumentos referenciais na área, e identificando desafios, problemas e oportunidades de investigação.
Na secção 2 é abordado o problema do insucesso da GP, o qual constitui uma motivação para a
identificação de novos desafios e oportunidades na GP. Na secção 3 são apresentados conceitos referenciais
da GP e identificadas as principais áreas de GP. Finalmente, na secção 4, são identificados novos desafios e
oportunidades de investigação na área da GP.
2. O INSUCESSO EM PROJECTOS DE DESENVOLVIMENTO DE
SOFTWARE
Durante um período de 20 anos, a tecnologia do hardware e do software utilizada no desenvolvimento de
sistemas de informação mudou radicalmente. Nos anos 80, com base na evolução do hardware, o custo de
desenvolvimento de um novo sistema transferiu-se do hardware para o software. Deste modo os métodos
aplicados na engenharia de sistemas concentraram-se no software (Horowitz and Lambert 2006).
Nas últimas décadas os projectos de desenvolvimento de software atingiram índices de elevado insucesso.
No entanto, medir o sucesso dos projectos é complexo devido às várias definições de sucesso. De uma forma
simplista, sucesso pode ser medido em termos de satisfação de prazos, orçamentos e funcionalidades ou
serviços entregues (Group, 1998).
A análise do relatório Chaos do Standish Group realizado ao longo dos últimos anos mostra uma melhoria
significativa nos aspectos de entrega de projecto “dentro do orçamento e de acordo com a especificação”. O
número de falhas também foi reduzido significativamente, principalmente se for considerado que o número
de projectos duplicou em oito anos de pesquisa. Contudo, quase metade dos projectos mantém-se no estado
“challenged” conforme mostra a Tabela 1. De acordo com o Standish Group, isto significa que à data estes
projectos ultrapassavam o tempo, o orçamento ou estavam sub-especificados (Group, 2004).
Tabela 1. Coligido a partir dos Relatórios do Standish Group e adaptado de (Susan Brock et al, 2003)
1994
1996
Conferência IADIS Ibero-Americana WWW/Internet 2007
Succeeded 16% 27% 26% 28% 34%
Failed 31% 40% 28% 23% 15%
Challenged 53% 33% 46% 49% 51%
O sucesso dos projectos de desenvolvimento de software deve também ser medido em termos do valor
proporcionado aos accionistas da empresa e da sua contribuição para que a empresa atinja os seus objectivos
estratégicos (Shenhar, 1996). Outras perspectivas sobre falha e sucesso foram alvo de estudo de Linberg
(Linberg, 1999), que aponta como relevante a gestão das expectativas.
Apesar destas visões mais abrangentes sobre a definição de sucesso e falha dos projectos, os técnicos e os
gestores sentiram (e sentem) a necessidade de respostas específicas para as realidades dos projectos de
software (Hughes and Cotterell, 2002). Surgiu então a área do Software Project Management (SPM). Existem
diversas abordagens standard de GP que são aplicáveis a diferentes áreas do SPM, tais como PMBok (PMI,
2000), PRINCE2 (Commerce, 2005) e BS6079 (Institute, 2000).
1998
2000
2002
325