Visão geral do workshop de Revisão do blueprint da solução.

Concluído

A revisão do Blueprint de soluções é um workshop que pode ser realizado por pessoa, nesse caso, normalmente é executado como um único workshop que cobre todos os tópicos necessários. O workshop também pode ser conduzido remotamente. Quando o workshop é feito remotamente, é comum dividir a revisão em várias sessões ao longo de vários dias.

As seções a seguir cobrem os tópicos de nível superior da revisão do blueprint da solução e fornecem uma amostra dos tipos de perguntas abordadas em cada seção.

Estratégia do programa

A estratégia do programa cobre o processo e as estruturas que guiarão a implementação. Ela também revisa a abordagem que será usada para capturar, validar e gerenciar requisitos, bem como o plano e o planejamento para a criação e a adoção da solução. Este tópico se concentra em responder a perguntas como:

  • Quais são os objetivos da implementação e eles estão documentados e são bem compreendidos e mensuráveis?
  • Qual é a metodologia usada para guiar a implementação e ela é bem compreendida por toda a equipe de implementação?
  • Qual é a estrutura em vigor para a equipe que conduzirá a implementação?
  • As funções e as responsabilidades de todas as funções de projeto foram documentadas e compreendidas?
  • Qual é o processo para gerenciar escopo e alterações de escopo, status, riscos e problemas?
  • Qual é o plano e a linha do tempo para a implementação?
  • Qual é a abordagem para gerenciar o trabalho no plano?
  • Quais são as dependências externas e como são consideradas no plano de projeto?
  • Quais são os cronogramas para a implementação planejada?
  • Qual é a abordagem de gerenciamento de alterações e adoção?
  • Qual é o processo para reunir, validar e aprovar os requisitos?
  • Como e onde os requisitos serão rastreados e gerenciados?
  • Qual é a abordagem de rastreio entre os requisitos e outros aspectos da implementação (como teste, treinamento etc.)?
  • Qual é o processo de avaliação de ajustes e lacunas?

Estratégia de teste

A estratégia de teste aborda os vários aspectos da implementação que lidam com a validação de que a solução implementada funciona conforme definido e atende à necessidade comercial. Este tópico se concentra em responder a perguntas como:

  • Quais são as fases de teste e como elas se complementam para garantir a validação da solução?
  • Quem é responsável por definir, criar, implementar e gerenciar testes?
  • Qual é o plano para testar o desempenho?
  • Qual é o plano para testar a segurança?
  • Qual é o plano para testar o processo de substituição?
  • Foi planejada uma abordagem de teste de regressão que permitirá a aceitação eficiente das atualizações?

Estratégia do processo de negócios

A estratégia de processos de negócios considera os processos de negócios subjacentes (a funcionalidade) que serão implementados na plataforma Microsoft Dynamics 365 como parte da solução e como esses processos serão usados ​​para orientar o projeto geral da solução. Este tópico se concentra em responder a perguntas como:

  • Quais são os principais processos que estão no escopo da implementação?
  • O que se sabe atualmente sobre o ajuste geral dos processos no conjunto de aplicativos do Dynamics 365?
    • Como os processos são gerenciados na implementação e como eles se relacionam com as áreas subsequentes da solução, como histórias de usuários, requisitos, casos de teste e treinamento?
    • O cronograma de implementação do processo de negócios está documentado e compreendido?
    • Os requisitos são estabelecidos para a implementação offline de processos de negócios?

Com base nos processos que estão no escopo, o arquiteto de soluções que está realizando a revisão pode fazer uma série de perguntas relacionadas a recursos para medir a complexidade ou compreender possíveis riscos ou oportunidades de otimizar a solução com base no roteiro futuro do produto.

Estratégia de aplicativo

A estratégia de aplicativos considera os vários aplicativos, serviços e plataformas que irão compor a solução geral. Este tópico se concentra em responder a perguntas como:

  • Quais aplicativos ou serviços Dynamics 365 serão implantados como parte da solução?
  • Quais recursos ou serviços Microsoft Azure serão implantados como parte da solução?
  • E se novos componentes ou serviços de aplicativos externos forem implantados como parte da solução?
  • E se novos componentes ou serviços de aplicativos legados forem implantados como parte da solução?
  • Quais extensões para os aplicativos e a plataforma Dynamics 365 estão planejadas?

Estratégia de dados

A estratégia de dados considera o projeto dos dados na solução e o projeto de como os dados legados serão migrados para a solução. Este tópico se concentra em responder a perguntas como:

  • Quais são os planos para as principais questões de projeto de dados, como estrutura de entidade legal e localização de dados?
  • Qual é o escopo e o fluxo planejado das principais entidades de dados mestre?
  • Qual é o escopo e o fluxo planejado das principais entidades de dados transacionais?
  • Qual é o escopo da migração de dados?
  • Qual é a estratégia e a abordagem gerais de migração de dados?
  • Quais são os volumes gerais de dados a serem gerenciados na solução?
  • Quais serão as etapas seguidas para otimizar o desempenho da migração de dados?

Estratégia de integração

A estratégia de integração considera o projeto de comunicação e conectividade entre os vários componentes da solução. Essa estratégia inclui as interfaces do aplicativo, middleware e os processos necessários para gerenciar a operação das integrações. Este tópico se concentra em responder a perguntas como:

  • Qual é o escopo do projeto de integração em um nível de interface/intercâmbio?
  • Quais são os requisitos não funcionais conhecidos, como volumes de transação e modos de conexão, para cada interface?
  • Quais são os padrões de design identificados para serem usados na implementação de interfaces?
  • Quais são os padrões de design identificados para gerenciar integrações?
  • Quais componentes de middleware estão planejados para uso na solução?

Estratégia de business intelligence

A estratégia de business intelligence considera o projeto dos recursos de business intelligence da solução. Essa estratégia inclui relatórios tradicionais e análises. Inclui o uso de relatórios e recursos de análise nos componentes do Dynamics 365 e componentes externos que se conectarão aos dados do Dynamics 365. Este tópico se concentra em responder a perguntas como:

  • Quais são os processos na solução que dependem de recursos de relatório e análise?
  • Quais são as fontes de dados da solução que conduzirão relatórios e análises?
  • Quais são os recursos e restrições dessas fontes de dados?
  • Quais são os requisitos para a movimentação de dados entre os componentes da solução para facilitar a análise e a geração de relatórios?
  • Quais componentes da solução foram identificados para dar suporte a requisitos de relatório e análise?
  • Quais são os requisitos para combinar dados corporativos de vários sistemas/fontes e como é essa estratégia?

Estratégia de segurança

A estratégia de segurança considera o projeto de segurança nos componentes Dynamics 365 da solução e os outros componentes do Microsoft Azure e da solução externa. Este tópico se concentra em responder a perguntas como:

  • Qual é a estratégia de autenticação geral para a solução? Ela está em conformidade com as restrições da plataforma Dynamics 365?
  • Qual é o projeto das estruturas de diretório e locatário no Azure?
  • Há necessidades de autenticação incomuns e quais padrões de projetos serão usados para solucioná-las?
  • Há necessidades extraordinárias de criptografia e quais padrões de projetos serão usados para solucioná-las?
  • Os requisitos de privacidade e residência de dados estão estabelecidos e quais padrões de design serão usados para solucioná-los?
  • Os requisitos extraordinários estão estabelecidos para segurança em nível de linha e quais padrões de design serão usados para solucioná-los?
  • Há requisitos para validação de segurança, ou outros requisitos de conformidade, e quais são os planos para abordá-los?

Estratégia de gerenciamento do ciclo de vida do aplicativo

A estratégia de gerenciamento do ciclo de vida do aplicativo (ALM) considera os aspectos da solução relacionados à forma como a solução é desenvolvida e como será mantida, visto que os aplicativos do Dynamics 365 são gerenciados por meio de atualização contínua. Este tópico se concentra em responder a perguntas como:

  • Qual é a estratégia do ambiente de pré-produção e como ela oferece suporte à abordagem de implementação?
  • A estratégia de ambiente oferece suporte aos requisitos de atualização contínua?
  • Qual plano para o Azure DevOps será usado para dar suporte à implementação?
  • A equipe de implementação entende a abordagem de atualização contínua seguida pelo Dynamics 365 e quaisquer outros serviços de nuvem na solução?
  • A abordagem de ALM planejada considera a atualização contínua?
  • Quem é responsável por gerenciar o processo de atualização contínua?
  • A equipe de implementação entende como a atualização contínua afetará os eventos de ativação e há um plano para otimizar as versões e atualizações para garantir a capacidade de suporte e estabilidade durante todas as fases?
  • A abordagem do ALM inclui o gerenciamento de configurações e extensões?

Estratégia de ambiente e capacidade

A arquitetura de implantação considera os aspectos da solução relacionados à infraestrutura em nuvem, aos ambientes e aos processos envolvidos na operação da solução em nuvem. Este tópico se concentra em responder a perguntas como:

  • Foi feita uma determinação sobre o número de ambientes de produção que serão implantados e quais são os fatores que levaram a essa decisão?
  • Quais são os requisitos de continuidade de negócios para a solução e todos os componentes da solução atendem a esses requisitos?
  • Quais são os dados mestre e os requisitos de volume de processamento transacional?
  • De quais locais os usuários acessarão a solução?
  • Quais são as estruturas de rede implementadas para fornecer conectividade à solução?
  • Os requisitos estão disponíveis para clientes móveis ou o uso de outras tecnologias de cliente específicas?
  • Os requisitos de licenciamento para as instâncias e interfaces de suporte foram compreendidos?