Multimedyada İçerik

Estimativa de esforço é um dos principais requisitos para um gerenciamento efetivo de projeto de desenvolvimento de software, pois serve como base para derivação de custos, alocação de recursos e estimativa de prazos para o projeto [PRE11]. Isto serve para todos os tipos de desenvolvimento de software, e reengenharia não é uma exceção.

Porém, mesmo diante dessa importância da estimativa para o projeto, a gestão desta atividade é, na maioria das vezes, negligenciada pela alta gestão da organização, ficando a cargo apenas dos responsáveis pelo gerenciamento do projeto. Essas pessoas recebem crédito tanto pelo sucesso quanto pelo insucesso das estimativas, pois cabe à elas tomar todas as decisões acerca de como a estimativa será conduzida.

Assim, um dos grandes desafios percebidos durante os estudos empíricos condu- zidos neste trabalho foi: a falta da definição de como o processo de estimativa deveria ser realizado e/ou de como proceder diante dos diferentes riscos a este processo.

Subprocesso Desafio Título do Desafio

Planejamento Estratégico

D03 Falta de documentação

D04 Má qualidade da documentação D10 Falta de conhecimento no negócio

D11 Falta de conhecimento na tecnologia do sistema legado

D13 Falta de experiência na realização das es- timativas

D23 Fator de aceleração não disponível em tempos de execução

D24 Gestão de riscos

Estimativa

D01 Qualidade do código-fonte legado D02 Complexidade do código fonte legado D03 Falta de documentação

D04 Má qualidade da documentação

D09 Falta de conhecimento nas tecnologias do sistema alvo

D10 Falta de conhecimento no negócio

D11 Falta de conhecimento nas tecnologias do sistema legado

D12 Falta de conhecimento do sistema D14 Escopo mal definido

D15 Acréscimo de muitas funcionalidades no- vas em relação ao sistema legado

D16 Falta de tempo para realizar a estimativa D17 Estimar esforço para a fase de engenharia

reversa

D18 Falta de dados para realizar a estimativa D19 Tamanho do projeto

D20 Complexidade do projeto de Reengenharia

D24 Gestão de riscos

Monitoramento e Calibragem D22_D24 Falta de similaridade entre projetos_{Gestão de Riscos}

Outro problema identificado foi a falta de Gestão do Conhecimento do processo de estimativa (quando existente), uma vez que as lições aprendidas ficam atualmente regis- tradas apenas pelas pessoas envolvidas diretamente no projeto. Isto apresenta um grande risco de perda de conhecimento para a organização, no caso do afastamento ou desliga- mento dessas pessoas.

Sendo assim, este modelo propõe a realização de um subprocesso de Planeja- mento Estratégico, a ser realizado pela alta gestão da organização e pelos gerentes de projeto (e outros responsáveis pela estimativa de esforço em reengenharia).

A Figura 7.2 apresenta o processo de Planejamento Estratégico. O Planejamento Estratégico envolve as etapas de:

Figura 7.2 – Planejamento Estratégico

• Definir/atualizar estratégia de armazenamento de dados históricos • Definir/atualizar estratégia de gerenciamento de conhecimento • Definir/atualizar estratégia de preparação da equipe de estimativa • Definir/atualizar plano de tratamento e mitigação de riscos

• Consolidar planejamento estratégico da estimativa de esforço

7.2.1 Definir/atualizar estratégia de armazenamento de dados históricos

Em um primeiro momento, caso a organização não possua uma base de dados das métricas dos projetos, deve-se planejar a criação desta base. A estratégia de cria- ção da base histórica de métricas deve envolver a definição de quais dados deverão ser armazenados, o formato de armazenamento, a forma de acesso e manipulação dos dados.

Estabelecer, manter e utilizar uma base histórica de projetos (BP11) é uma boa prática amplamente divulgada na literatura e adotada pela maioria das organizações direta ou indiretamente. O indiretamente implica que a organização mantém registro dos dados do projeto de maneira descentralizada (espalhados por ferramentas e planilhas) e sem uma gestão adequada destes dados e, com isso, não consegue se beneficiar completamente das informações contidas nestes dados.

7.2.2 Definir/atualizar estratégia de gerenciamento de conhecimento

De acordo com a (L06), deve haver aprendizagem sobre o processo de estima- tiva de esforço em reengenharia. Esta aprendizagem pode ser alcançada a partir de uma estratégia de Gerência de Conhecimento.

No processo de estimativa de esforço, o conhecimento frequentemente perdido e/ou mal gerenciado está relacionado a falta de controle sobre as lições aprendidas nos projetos de reengenharia. Exemplos de lições aprendidas não gerenciadas incluem: ade- quação da técnica de estimativa ao projeto, processo de levantamento de dados para esti- mativa, satisfação em relação aos valores reais em função do estimado.

Este modelo propõe que a organização elabore uma estratégia de coleta e ar- mazenamento dessas informações. Assim como no caso da base histórica de projetos, a estratégia de gerenciamento de conhecimento deve envolver: a definição de quais dados deverão ser armazenados, o formato de armazenamento, a forma de acesso e manipulação dos dados.

7.2.3 Definir/atualizar a estratégia de preparação da equipe de estimativa

Dada a existência de um processo de estimativa e que este processo deve em- pregar mais de uma técnica para o cálculo da estimativa (ver subprocesso Estimativa), é necessário que a equipe que realiza esta atividade esteja preparada para aplicar tais técni- cas, de acordo com as boas práticas (BP03 - Conhecimento do processo de estimativa) e (B04 - Conhecimento de diferentes técnicas de estimativa).

Devido ao tempo limitado para realização das estimativas, esta preparação não deve ocorrer em tempos de projeto. Portanto, é necessário que se estabeleça e mantenha uma estratégia de preparação da equipe, que permita que ela esteja apta no momento da realização do projeto.

7.2.4 Definir/atualizar plano de tratamento e mitigação de riscos

Adicionalmente, deve ser definido um plano para tratamento e mitigação de riscos. Segundo [SNE91], os riscos de um projeto de reengenharia devem ser significativamente menores do que o do desenvolvimento de um software do zero.

Assim, é necessário realizar uma Avaliação de Riscos, onde será analisado o custo/benefício de se realizar o projeto de reengenharia (L07 - Deve haver gestão de ris- cos sobre o processo de estimativa). De acordo com o modelo proposto neste trabalho, a análise de riscos deve ser feita por projeto, durante o subprocesso de Estimativa. O que se propõe no subprocesso de Planejamento Estratégico é que seja feito um plano de mitiga- ção e tratamento de riscos, para caso uma determinada situação ocorra durante o projeto, exista um planejamento geral do que deve ser realizado, uma vez que muitos riscos são comuns a todos os projetos de reengenharia.

Dentre os riscos relacionados a estimativa de esforço, identificados como comuns aos projetos de reengenharia e que devem ser mitigados e/ou tratados, estão:

1. Possuir insumos para realização da estimativa, tais como código-fonte legado