Mapear requisitos
À medida que você trabalha na coleta de requisitos, uma etapa importante que percorrerá é mapear o requisito para os recursos do aplicativo do Dynamics 365. Essa tarefa é diferente do que você faria com um software personalizado ou um projeto somente do Microsoft Power Platform em que a lógica de processo de negócios pré-criada não existe como nos aplicativos do Dynamics 365. Por exemplo, o Microsoft Dynamics 365 Sales já implementou o rastreamento de oportunidades de vendas, então, você não precisa criar essa lógica. Seu esforço de mapeamento é revisar cada requisito e considerar como você o implementará. O mapeamento geralmente resultará em uma das seguintes categorias aplicáveis ao requisito:
Pronto para uso: o aplicativo do Dynamics 365 tem esse requisito integrado e precisa ser habilitado ou ter configuração mínima. O rastreamento de oportunidades de vendas é um bom exemplo dessa categoria.
Configuração: o aplicativo do Dynamics 365 não dá suporte à configuração por padrão, mas adicionando algumas colunas às tabelas ou algumas tabelas personalizadas e talvez alguma automação, você pode implementar o requisito. Por exemplo, o requisito pode ser rastrear um valor de comissão em cada oportunidade. Você pode implementar esse requisito com alguma configuração com pouco código/sem código e, talvez, alguma automação para automatizar os cálculos.
Personalizado: o aplicativo do Dynamics 365 não dá suporte à personalização, mas você pode fazer isso incluindo alguns recursos de desenvolvedor de código para criar um componente ou lógica personalizada. Por exemplo, um desenvolvedor de código na sua equipe poderia criar um controle do Microsoft Power Apps Component Framework para implementar um configurador de produto personalizado no formulário de oportunidade.
Solução de parceiros: muitas soluções de parceiros funcionam com os aplicativos do Dynamics 365. Por exemplo, um configurador de produto pode vir de uma solução de parceiro, em vez de ser uma criação personalizada.
Esses exemplos são categorias que você pode usar, mas as equipes não estão limitadas a essas categorias.
Quando combinadas com o nível de esforço e prioridade, você pode usar essas categorias para concluir uma análise de lacunas de ajuste. Uma análise de lacunas de ajuste é um processo de avaliação do grau de eficácia de uma solução para o problema que está sendo resolvido. Nas categorias anteriores, os recursos prontos para uso seriam considerados "adequados". Esse aspecto é importante em um aplicativo de negócios, como o Dynamics 365, porque significa que você ajusta o que o aplicativo faz. Se você tiver uma porcentagem baixa de "ajuste", esse aplicativo poderá não ser um bom ponto de partida para criar a solução.
Normalmente, os requisitos que terminam em categorias com uso intenso de configuração ou categorias personalizadas devem ser examinados para determinar se há opções disponíveis para torná-los mais de acordo com os recursos prontos para uso, com algumas configurações para atender aos requisitos exclusivos. Não é incomum que os requisitos sejam mapeados inicialmente como personalizados, pois um cliente acha que o processo deve ser feito como no sistema antigo, sem perceber que o Dynamics 365 difere um pouco em seu suporte pronto para uso. Trabalhar com seu cliente para negociar esses tipos de requisitos para recursos prontos para uso pode ser benéfico.
Outro benefício do exercício de mapeamento é avaliar a viabilidade de um requisito. Os motivos comuns pelos quais os requisitos não são viáveis incluem:
Um número mínimo de pessoas usará o recurso.
O recurso não é tecnicamente possível.
Regulamentos ou leis proíbem o recurso ou o processo.
Considerar como um requisito será implementado também tem o benefício de identificar onde você pode precisar de uma solução de prova de conceito para identificar como ele será implementado. As provas de conceito normalmente envolvem a construção ou a criação de um exemplo de como um problema pode ser resolvido. Não têm a funcionalidade de um recurso pronto para produção, mas têm o suficiente para avaliar se o conceito funciona. Esse conceito também pode ser aplicado para avaliar soluções de parceiros a fim de determinar se resolveriam o problema. O Microsoft AppSource é uma boa opção para encontrar essas soluções de parceiros.
Independentemente de você realizar o mapeamento informal ou formalmente como parte de sua metodologia de projeto, pode ser um exercício valioso refinar seus requisitos e entender mais sobre o nível de esforço necessário para implementá-los.