Planejar os processos de lançamento, alteração e gerenciamento de riscos
A Microsoft libera atualizações regulares para aplicativos de finanças e operações. Esses lançamentos são fornecidos em versões de Plataforma e Aplicativo. Eles podem incluir atualizações para novas funcionalidades, correções de bugs ou melhorias gerais de desempenho do sistema.
As versões são classificadas como upgrades e atualizações. Os upgrades incluem a migração de uma versão oficial para a versão seguinte. Por exemplo, um upgrade seria da versão 7.1 para 7.3. Um upgrade envolve um código e upgrade de dados. Uma atualização aplica um pacote binário a um ambiente. Esse processo tem um tempo de inatividade menor e não inclui um upgrade de dados.
Antes de implantar qualquer uma das versões em seu ambiente, é recomendável ler os Planos de Lançamento do Dynamics 365 e do Microsoft Power Platform para descobrir quais novas atualizações serão adicionadas. Isso dará a você uma ideia de quais áreas serão afetadas.
Você precisará saber qual versão quer selecionar para fazer upgrade. Como a Microsoft remove a versão mais antiga do software quando uma nova versão é lançada, recomendamos sempre migrar para a versão mais recente disponível. Isso lhe dará dois meses para fazer upgrade de seus ambientes antes que essa versão não esteja mais disponível. Por exemplo, se você começar a fazer upgrade de seus ambientes para a versão x em vez da última versão x.2, e a Microsoft lançar a versão x.3, para você poder fazer upgrade de seu ambiente de produção, a versão x não estará mais disponível para o upgrade de seu ambiente de produção.
Você poderá encontrar problemas de compatibilidade se a versão estender uma enumeração. O compilador verificará se há enumerações personalizadas que não são seguras devido ao valor inteiro de uma enumeração não extensível. Será necessário modificá-la para compilar. Seu modelo deve fazer referência a módulos de nível superior e a submódulos. Uma alteração da Microsoft pode adicionar um novo recurso em um submódulo não referenciado. Isso pode causar erros durante a compilação. Alguns métodos ou objetos também podem ser selecionados como obsoletos, o que significa que o objeto será totalmente preterido em algum momento. Se qualquer código personalizado for selecionado para preterimento, ele deverá ser investigado para que o caminho de código esperado possa ser corrigido. A realização de revisões de código pode ajudar a identificar problemas com o código personalizado logo no início.
Identificar risco
Os upgrades e as atualizações para o sistema podem trazer muita alteração. É importante identificar grupos de riscos para identificar riscos específicos a uma empresa. Um proprietário de processo empresarial deve ser selecionado para ser responsabilizado por um risco específico. Alguns riscos podem incluir tempo de inatividade para fazer upgrade do sistema, a disponibilidade de recursos para teste ou desenvolvimento adicional. A aplicação de algumas habilidades de gerenciamento de riscos pode ajudar a reduzir esses riscos:
- Identificar possíveis ameaças.
- Avaliar quais áreas estão vulneráveis a essas ameaças.
- Determinar a probabilidade ou o risco das áreas que estão sendo afetadas.
- Identificar maneiras de reduzir o risco.
- Priorizar os planos de redução de risco.
O uso de planos de liberação que a Microsoft fornece pode ajudar a determinar quais áreas em aplicativos de finanças e operações estão sendo alteradas e quais alterações estão sendo feitas. Para reduzir o risco de um novo plano de lançamentos, você deve ter recursos disponíveis para testar as áreas que estão sendo alteradas. A Microsoft também tem uma Regression Suite Automation Tool (RSAT) para automatizar os testes com base nas gravações de tarefas.