Preparar-se para o workshop

Concluído

Normalmente, o workshop de desempenho da solução dura cerca de 2 a 4 horas. Esse tempo pode variar de acordo com o nível de detalhe disponível para revisão e a amplitude da solução como um todo. O arquiteto de soluções trabalhará com a liderança da equipe de implementação para planejar o workshop com base nas especificações da solução que está sendo revisada.

Antes do workshop de desempenho da solução, os participantes devem se familiarizar o máximo possível com a estrutura do workshop, os pré-requisitos e os tipos de tópicos que serão abordados. O arquiteto de soluções fornecerá uma agenda com tópicos e pré-requisitos à frente do workshop.

Observação

Essencialmente, o workshop de desempenho da solução é uma discussão e não deve ser visto como um questionário que pode ser respondido e revisado offline. Embora os pré-requisitos sejam definidos e fornecidos antecipadamente, não é possível delimitar as direções que a conversa pode tomar.

O arquiteto de soluções se preparará com antecedência para o workshop, revisando os artefatos de projeto existentes. Os artefatos úteis do projeto incluem:

• Revisão do blueprint da solução – como pré-requisito para o workshop de desempenho da solução, o workshop de revisão do blueprint da solução deve ter sido concluído. As informações capturadas sobre aspectos como plano do projeto, diagrama da arquitetura da solução, processos comerciais, estratégia de integração, estratégia de ambiente, número de usuários, estratégia de migração de dados e outras podem levar diretamente a esse workshop.
• Plano/agenda do projeto – documentos ou gráficos de Gantt representando a agenda e a dependência gerais das principais fases do projeto e as atividades associadas.
• Perfis de uso do sistema – agendamentos de processos operacionais e volumes transacionais de pico por tipo de carga de trabalho.
• Estratégia de ambientes – diagramas de blocos ou fluxogramas que descrevem os tipos de ambientes que serão implantados, como e quando eles serão usados e como o código e a configuração fluirão por eles.
• Locais de implantação – diagramas ou registros que mostram os locais físicos nos quais a solução será implantada juntamente com requisitos de idioma e localização.
• Registro de interface – listas de interfaces com requisitos não funcionais e padrões de design que documentam o escopo e a abordagem de implementação a seguir.
• Diagramas de fluxo de dados – em uma solução que inclui vários aplicativos do Dynamics 365, aplicativos herdados ou serviços e componentes externos, é útil identificar de onde os dados vêm e como eles se movimentam e são consumidos na solução.
• Estratégia de migração de dados – documentos ou registros que mostram as entidades a serem migradas, as fontes de onde elas virão, os volumes, o momento e os métodos de migração. É essencial garantir que você conhece o escopo (entidades e fontes) durante o estágio de criação do blueprint da solução,
• Estratégia de teste de desempenho – qualquer documentação preexistente sobre a estratégia de teste de desempenho que descreva áreas como objetivos de desempenho, KPIs, ferramentas de teste, ambiente a ser usado e outros fatores relacionados ao teste de desempenho.

Esta não é a lista completa da entrega do projeto, mas é um bom ponto de partida para a revisão do desempenho da solução. Os formatos, a composição e os nomes de cada entrega podem variar de um projeto para outro. O formato não é o componente mais importante. O essencial é ter informações disponíveis e acordadas na equipe.

Ao realizar uma revisão do desempenho da solução no início do projeto, muitos desses documentos não estarão totalmente prontos, o que é aceitável na maioria dos casos. O mais importante é identificar o escopo e elaborar um plano conceitual para determinar como a solução oferecerá suporte a esse escopo. Se a abordagem conceitual e de escopo de solução estiverem definidas, a revisão do desempenho da solução poderá se concentrar na parte conceitual e os workshops aprofundados de acompanhamento poderão focar nos detalhes quando eles estiverem disponíveis.

É aceitável que o projeto use maneiras diferentes de gerenciar ou acompanhar informações daquelas listadas anteriormente. Normalmente, o formato não é crítico, desde que as informações estejam prontamente disponíveis para os membros do projeto. Se as informações listadas acima não estiverem documentadas no projeto, ou se estiverem documentadas de uma forma que não seja facilmente acessível, você deverá priorizar a produção dos artefatos relevantes.

Dica

Recomendamos que você use diagramas e representações visuais para fornecer resumos gerais na implementação, quando possível. Esses diagramas e gráficos fornecem um meio imediato de comunicação sobre planos e projetos com toda a equipe e com a gerência executiva.