Identificar os requisitos funcionais
Normalmente, os requisitos são referidos como funcionais ou não funcionais. Os requisitos funcionais descrevem o que a solução precisa fazer ou seus comportamentos, e os requisitos não funcionais geralmente descrevem os aspectos não comportamentais da solução, como requisitos de desempenho. Este tópico aborda as considerações de requisitos funcionais.
Cada requisito funcional deve capturar claramente quem, o quê e o porquê do requisito. Se o requisito for grande demais, deverá ser dividida em partes menores.
Exemplos de requisitos funcionais
Os cenários a seguir descrevem exemplos simples de requisitos funcionais:
Como um usuário de vendas, preciso ser capaz de encerrar uma oportunidade como perdida e, em seguida, capturar por que ela foi perdida, para que possamos melhorar nossas táticas de vendas no futuro.
Como gerente de vendas, preciso aprovar um desconto em uma cotação para poder reduzir o preço total e conceder um desconto ao cliente.
Como contador da equipe, desejo ser impedido de fechar um lote com itens pendentes, para não ter que reabri-lo posteriormente.
Essas situações comunicam quem, o quê e por quê de um requisito.
Os exemplos a seguir são requisitos com palavras insuficientes:
Oportunidades podem ser ganhas ou perdidas.
O preço deve refletir descontos.
Na lista Item de lote, selecionar o botão Fechar lote, que é o terceiro botão da esquerda, deve fechar o lote se não existir nenhum item que o impeça de acontecer.
Ao reunir requisitos de qualquer variedade, é útil mapear para o processo, em vez de simplesmente listar recursos e funções. Crie uma história para um usuário e descreva como ele usará com sucesso o sistema que você está projetando. É possível escrever ou desenhar em um quadro branco, usar uma ferramenta para diagramar um processo ou usar quaisquer métodos que funcionem para sua equipe no estágio de planejamento em que você se encontra. Sua equipe irá dissecar as peças em itens acionáveis menores mais tarde.
Critérios de aceitação
É importante ter uma noção clara de como um requisito é considerado satisfeito. Geralmente, a satisfação do documento ajudará a determinar se o requisito é detalhado o suficiente e se tem o tamanho certo. Essa abordagem também é útil para testar equipes quando avaliam a implementação da necessidade. Por fim, a satisfação do requisito deve ser analisada com o participante para garantir que seja precisa, pois pode ser usada para ajudar a prevenir o aumento do escopo. O arquiteto de soluções precisa procurar os critérios de aceitação que possivelmente não possam ser atendidos e, em seguida, negociar para chegar a um acordo que seja alcançável.
Capturar exceções
Normalmente, um requisito simples, como fechar uma transação, pode ter um caminho simples e apenas alguns caminhos de exceção. Certifique-se de procurar e identificar essas exceções ao capturar o caminho bem-sucedido. À medida que avança para o design, focar em exceções no projeto é indesejável. Exceções devem ser tratadas como tal, mas se você não souber que elas existem, terá de retrabalhar o design posteriormente. Além disso, lembre-se de capturar a frequência com que a exceção ocorre porque algumas exceções são mais melhor ajustadas por procedimento e/ou processo e não por personalização de software.
Evite aumento de escopo
Se não for verificado, cada projeto adicionará escopo ao que foi previsto e orçado. O arquiteto da solução deve ficar atento em busca de requisitos que estão fora do escopo das suposições originais. O processo de governança do projeto deve ser usado para avaliar como lidar com elas depois de identificadas. Geralmente, os requisitos fora do escopo aceitos para inclusão podem resultar em um pedido de alteração, dependendo da estrutura contratual do projeto. Ignorar um aumento do escopo pode resultar facilmente no fracasso do projeto.
Exercício: encontre os requisitos funcionais
Analise as equipes do Banco Woodgrove e identifique a provável sobreposição entre as equipes na funcionalidade de que precisarão para fazer seu trabalho.
Crescimento de Negócios e Gestão de Ativos: contas comerciais com menos de USD 1 bilhão em transações anuais. O crescimento nesse sentido se refere aos empréstimos usados para reinvestimento na empresa. Estes clientes compartilham um grupo de gerentes de conta; eles não estão atribuídos a uma pessoa.
Fortune 500: cada cliente dessa divisão é atribuído a um gerente de conta sênior como contato principal para todas as questões bancárias. Quando uma empresa é gerenciada nessa divisão, ela permanece aqui, mesmo que saiam da Fortune 500.
Gerenciamento de Portfólio de Grupo: essa equipe gerencia as contas pai/filho em uma denominação comum para as empresas com várias organizações.
Novo Desenvolvimento Comercial: essa divisão é basicamente marketing para novos negócios. Quando uma conta é qualificada e ativa, ela passa para a equipe de gerenciamento apropriada.
Setor Público/Governo/Ensino Superior: o Woodgrove Bank é o credor preferencial de muitos governos soberanos em todo o mundo e de universidades privadas. Essa equipe também atende a algumas organizações sem fins lucrativos de grande volume atendidas pelo banco.
Crédito ao Consumidor: essa equipe é a menor porque o Woodgrove se dedica a produtos comerciais. No entanto, o empréstimo de alto volume a consumidores está disponível caso a caso. Essa equipe não é divulgada para clientes externos, sendo mais utilizada por executivos de clientes corporativos.
Gerentes de Relacionamento: essa equipe consiste em membros de cada uma das outras equipes, o que garante uma experiência consistente, pois as contas podem alternar de equipes e interagir de outras maneiras. Essa equipe também estabelece as práticas recomendadas para os usuários.