Como implementar uma ferramenta de gerenciamento de requisitos

Muitos anos atrás, passei vários anos trabalhando em um sistema de controle de armas muito complexo. Como você pode imaginar, os requisitos eram grandes, complexos e alterados com frequência. Passamos muito tempo apenas tentando gerenciar aquelas alterações incômodas que continuaram a ser enviadas, tanto pelos clientes quanto pelos desenvolvedores. Naqueles primeiros dias, não tínhamos nenhuma ferramenta de gerenciamento de requisitos para nos ajudar a avaliar essas mudanças. Estávamos usando Interleaf e Excel (estou ouvindo gemidos de dor agora). Tudo era manual, inclusive nossa complexa rastreabilidade. Tínhamos algumas pessoas que não faziam nada além de manter as matrizes de rastreabilidade e avaliar o impacto das mudanças. Neste momento só tínhamos rastreabilidade desde o Conceito de Operações até os Requisitos do Sistema até os Requisitos do Subsistema. Eu digo “apenas”, mas naquela época apenas ter esse nível de rastreabilidade era uma grande conquista. 

Quando tínhamos mudanças suficientes, emitimos um novo documento de requisitos do sistema e um novo documento de requisitos do subsistema. Esses empreiteiros pobres tiveram que passar pelos enormes requisitos do subsistema e determinar manualmente o que havia mudado. Não consigo imaginar o tempo que os empreiteiros gastaram apenas tentando descobrir com quais mudanças eles precisavam se preocupar.

Foi no meio desse projeto de atualização que o cliente disse chega e encarregou minha equipe de avaliar e selecionar uma ferramenta de gerenciamento de requisitos. A ferramenta que selecionamos não é importante para esta discussão específica, mas o que aprendemos com a seleção e implementação dessa ferramenta é importante. Aqui estão algumas lições aprendidas.

(1) – Não existe uma única ferramenta que agrade a todos. Tivemos usuários que adoraram nossa seleção e aqueles que lutaram conosco a cada passo do caminho. Sem um cliente apoiando e aplicando a mudança, não seria possível em um grande programa como este. Um usuário reclamou do tamanho da coluna da matriz de rastreabilidade gerada pela ferramenta, ignorando totalmente o fato de que isso lhe pouparia dias de esforço manual.

(2) – Nossa rastreabilidade manual não era muito limpa. Depois que importamos todas as nossas informações para a ferramenta e as vinculamos, encontramos muitas lacunas na rastreabilidade. O mais perturbador era que tínhamos links que realmente não faziam sentido. Tivemos muito trabalho para limpar nossas matrizes de rastreabilidade.

(3) - Apenas rastrear os requisitos era ótimo, mas agora poderíamos usar o mesmo esforço para vincular os requisitos aos planos de teste e chegamos ao ponto de vincular os requisitos do subsistema aos documentos de design que poderíamos revisar. Isso não aconteceu da noite para o dia, mas aconteceu. Eventualmente, poderíamos rastrear requisitos de sistema de um requisito de subsistema para um documento de design para um módulo de código. Até usamos uma ferramenta para determinar a complexidade dos módulos de código e usamos isso para ajudar a determinar a dificuldade de implementação e teste de uma mudança.

(4) – As métricas de uma ferramenta de requisitos são essenciais para entender a abrangência das atividades de teste. Muitas vezes pensamos que estávamos 50% completos com os testes. Afinal, 50% dos testes foram concluídos. No entanto, o que descobrimos foi que estávamos propensos a testar primeiro as partes mais simples e compreendidas do sistema. Portanto, embora estivéssemos 50% concluídos, tudo o que restava era de alto risco. Aprendemos a priorizar nossos testes observando as prioridades dos requisitos e a complexidade do software, informações que não conseguimos determinar por meio da rastreabilidade manual.

(5) – Foi muito fácil ficar sobrecarregado. Comece simples. Tivemos que recuar em nossas ideias ambiciosas e começar com um modelo de rastreabilidade simples. À medida que aprendemos e ganhamos mais experiência com a ferramenta, adicionamos mais informações ao nosso modelo. Estávamos constantemente avaliando nosso processo para descobrir o que mais poderíamos fazer para torná-lo melhor.

(6) - Não economize em treinamento e orientação. Treinamos todos no projeto e criamos especialistas que ajudaram os usuários a superar os obstáculos iniciais. Enviamos nossos especialistas para nossos contratados por semanas a fio para ajudá-los a se familiarizar com o uso da ferramenta. Tínhamos até nosso próprio grupo de usuários internos. Esteja preparado para esse tipo de esforço.

Que grande aprendizado isso foi para mim. Se você está interessado em embarcar em uma mudança como essa para melhorar seu processo de requisitos, entre em contato com a Visure Solutions. Teremos o maior prazer em discutir seu processo com você.