Reunir requisitos para migrar para o Power BI

Este artigo descreve o Estágio 1, que se preocupa com a coleta e priorização de requisitos ao migrar para o Power BI.

Nota

Para obter uma explicação completa do gráfico acima, consulte Visão geral da migração do Power BI.

A ênfase do Estágio 1 está na coleta de informações e no planejamento de uma solução individual que será migrada para o Power BI.

A saída do Estágio 1 inclui requisitos detalhados que foram priorizados. No entanto, as atividades adicionais nas fases 2 e 3 devem ser concluídas para estimar totalmente o nível de esforço.

Importante

Os estágios 1 a 5 representam atividades relacionadas a uma solução específica. Existem decisões e atividades no nível organizacional/locatário que impactam o processo no nível da solução. Algumas dessas atividades de planejamento de nível superior são discutidas no artigo de visão geral da migração do Power BI. Quando apropriado, adie para as decisões de nível organizacional para eficiência e consistência.

O roteiro de adoção do Fabric descreve esses tipos de considerações estratégicas e táticas. Tem ênfase na adoção organizacional.

Gorjeta

A maioria dos tópicos discutidos neste artigo também se aplica a um projeto de implementação padrão do Power BI.

Requisitos de compilação

O inventário de itens de BI existentes, compilados nas etapas de pré-migração, tornam-se a entrada para os requisitos da nova solução a ser criada no Power BI. Coletar requisitos é entender o estado atual, bem como quais itens os usuários gostariam de alterar ou refatorar quando os relatórios são reprojetados no Power BI. Os requisitos detalhados serão úteis para o planejamento da implantação da solução no Estágio 2, durante a criação de uma prova de conceito no Estágio 3 e ao criar a solução pronta para produção no Estágio 4.

Reunir requisitos de relatório

Compile informações completas e fáceis de referenciar sobre relatórios, tais como:

• Finalidade, audiência e ação esperada: identifique a finalidade e o processo de negócios aplicáveis a cada relatório, bem como a audiência, o fluxo de trabalho analítico e a ação esperada a ser tomada pelos consumidores do relatório.
• Como os consumidores usam o relatório: considere sentar-se com os consumidores do relatório existente para entender exatamente o que eles fazem com ele. Você pode aprender que certos elementos do relatório podem ser eliminados ou melhorados na nova versão do Power BI. Esse processo envolve investimento de tempo adicional, mas é valioso para relatórios críticos ou relatórios que são usados com frequência.
• Proprietário e especialista no assunto: identifique o proprietário do relatório e qualquer especialista no assunto associado ao relatório ou domínio de dados. Eles podem se tornar os proprietários do novo relatório do Power BI no futuro. Inclua quaisquer requisitos específicos de gerenciamento de alterações (que normalmente diferem entre soluções gerenciadas por TI e soluções gerenciadas por negócios), bem como aprovações e aprovações, que serão necessárias quando alterações forem feitas no futuro. Para mais informações, consulte este artigo.
• Método de entrega de conteúdo: Esclareça as expectativas do consumidor em relação à entrega de conteúdo. Pode ser execução interativa sob demanda, incorporada em um aplicativo personalizado ou entrega em um cronograma usando uma assinatura de email. Também pode haver requisitos para acionar notificações de alerta.
• Necessidades de interatividade: determine os requisitos de interatividade obrigatórios e agradáveis, como filtros, ações de detalhamento ou ações de detalhamento.
• Fontes de dados: verifique se todas as fontes de dados exigidas pelo relatório são descobertas e se as necessidades de latência de dados (atualização de dados) são compreendidas. Identifique dados históricos, tendências e requisitos de instantâneo de dados para cada relatório, para que possam ser alinhados com os requisitos de dados. A documentação da fonte de dados também pode ser útil mais tarde ao executar a validação de dados de um novo relatório com seus dados de origem.
• Requisitos de segurança: Esclareça os requisitos de segurança (como visualizadores permitidos, editores permitidos e quaisquer necessidades de segurança em nível de linha), incluindo quaisquer exceções à segurança organizacional normal. Documente qualquer nível de sensibilidade de dados, privacidade de dados ou necessidades regulamentares/de conformidade.
• Cálculos, KPIs e regras de negócios: identifique e documente todos os cálculos, KPIs e regras de negócios atualmente definidos no relatório existente para que possam ser alinhados com os requisitos de dados.
• Requisitos de usabilidade, layout e cosméticos: identifique necessidades específicas de usabilidade, layout e cosméticos relacionadas a visualizações de dados, requisitos de agrupamento e classificação e visibilidade condicional. Inclua quaisquer considerações específicas relacionadas com a entrega de dispositivos móveis.
• Necessidades de impressão e exportação: determine se há requisitos específicos para exportação ou layout pronto para impressão. Essas necessidades influenciarão qual tipo de relatório será mais adequado (como um relatório do Power BI, Excel ou paginado). Esteja ciente de que os consumidores de relatórios tendem a dar muita importância à forma como sempre fizeram as coisas, por isso não tenha medo de desafiar a sua forma de pensar. Certifique-se de falar em termos de melhorias em vez de mudança.
• Riscos ou preocupações: Determine se existem outros requisitos técnicos ou funcionais para os relatórios, bem como quaisquer riscos ou preocupações em relação às informações que estão sendo apresentadas neles.
• Problemas abertos e itens da lista de pendências: identifique qualquer manutenção futura, problemas conhecidos ou solicitações adiadas para adicionar à lista de pendências neste momento.

Gorjeta

Considere os requisitos de classificação, classificando-os como obrigatórios ou agradáveis de ter. Frequentemente, os consumidores pedem tudo o que podem precisar antecipadamente porque acreditam que é a sua única oportunidade de fazer pedidos. Além disso, ao abordar prioridades em várias iterações, disponibilize a lista de pendências para as partes interessadas. Ajuda na comunicação, na tomada de decisões e no acompanhamento de compromissos pendentes.

Reunir requisitos de dados

Compilar informações detalhadas relativas aos dados, tais como:

• Consultas existentes: identifique se há consultas de relatório ou procedimentos armazenados existentes que podem ser usados por um modelo DirectQuery ou um modelo Composto, ou se podem ser convertidos em um modelo de Importação.
• Tipos de fontes de dados: compile os tipos de fontes de dados necessários, incluindo fontes de dados centralizadas (como um data warehouse corporativo), bem como fontes de dados não padrão (como arquivos simples ou arquivos Excel que aumentam as fontes de dados corporativas para fins de relatório). Encontrar onde as fontes de dados estão localizadas, para fins de conectividade do gateway de dados, também é importante.
• Estrutura de dados e necessidades de limpeza: determine a estrutura de dados para cada fonte de dados necessária e até que ponto as atividades de limpeza de dados são necessárias.
• Integração de dados: avalie como a integração de dados será tratada quando houver várias fontes de dados e como as relações podem ser definidas entre cada tabela de modelo. Identifique os elementos de dados específicos necessários para simplificar o modelo e reduzir seu tamanho.
• Latência de dados aceitável: determine as necessidades de latência de dados para cada fonte de dados. Isso influenciará as decisões sobre qual modo de armazenamento de dados usar. A frequência de atualização de dados para tabelas de modelo de importação também é importante saber.
• Volume de dados e escalabilidade: avalie as expectativas de volume de dados, o que será levado em consideração nas decisões sobre suporte a modelos grandes e design de modelos DirectQuery ou Compostos. Considerações relacionadas às necessidades de dados históricos são essenciais para saber também. Para modelos semânticos maiores, a determinação da atualização incremental de dados também será necessária.
• Medidas, KPIs e regras de negócios: avalie as necessidades de medidas, KPIs e regras de negócios. Eles impactarão as decisões sobre onde aplicar a lógica: no modelo semântico ou no processo de integração de dados.
• Dados mestre e catálogo de dados: considere se há problemas de dados mestre que exigem atenção. Determine se a integração com um catálogo de dados corporativos é apropriada para melhorar a capacidade de descoberta, acessar definições ou produzir terminologia consistente aceita pela organização.
• Segurança e privacidade de dados: determine se há considerações específicas de segurança ou privacidade de dados para modelos semânticos, incluindo requisitos de segurança em nível de linha.
• Problemas abertos e itens da lista de pendências: adicione quaisquer problemas conhecidos, defeitos conhecidos de qualidade de dados, manutenção futura ou solicitações adiadas à lista de pendências neste momento.

Importante

A reutilização de dados pode ser alcançada com modelos semânticos compartilhados, que podem opcionalmente ser certificados para indicar confiabilidade e melhorar a capacidade de descoberta. A reutilização da preparação de dados pode ser alcançada com fluxos de dados para reduzir a lógica repetitiva em vários modelos semânticos. Os fluxos de dados também podem reduzir significativamente a carga nos sistemas de origem porque os dados são recuperados com menos frequência — vários modelos semânticos podem importar dados do fluxo de dados.

Identificar oportunidades de melhoria

Na maioria das situações, ocorrem algumas modificações e melhorias. É raro que ocorra uma migração direta um-para-um sem qualquer refatoração ou aprimoramento. Três tipos de melhorias que você pode considerar incluem:

• Consolidação de relatórios: relatórios semelhantes podem ser consolidados usando técnicas como filtros, marcadores ou personalização. Ter menos relatórios, cada vez mais flexíveis, pode melhorar significativamente a experiência dos consumidores de relatórios. Considere a otimização de modelos semânticos para P&R (consulta em linguagem natural) para oferecer ainda mais flexibilidade aos consumidores de relatórios, permitindo que eles criem suas próprias visualizações.
• Melhorias de eficiência: Durante a coleta de requisitos, muitas vezes podem ser identificadas melhorias. Por exemplo, quando os analistas compilam números manualmente ou quando um fluxo de trabalho pode ser simplificado. O Power Query pode desempenhar um papel importante na substituição de atividades manuais atualmente executadas. Se os analistas de negócios estiverem realizando as mesmas atividades para limpar e preparar dados regularmente, as etapas repetíveis de preparação de dados do Power Query podem gerar economias de tempo significativas e reduzir erros.
• Centralização do modelo de dados: um modelo semântico autorizado e certificado serve como espinha dorsal para o BI de autoatendimento gerenciado. Nesse caso, os dados são gerenciados uma vez, e os analistas têm flexibilidade para usar e aumentar esses dados para atender às suas necessidades de relatórios e análises.

Nota

Para obter mais informações sobre a centralização de modelos de dados, leia sobre disciplina no núcleo e flexibilidade na borda.

Priorizar e avaliar a complexidade

Neste ponto, o inventário inicial está disponível e pode incluir requisitos específicos. Ao priorizar o conjunto inicial de itens de BI prontos para migração, relatórios e dados devem ser considerados coletivamente, bem como independentemente uns dos outros.

Identificar relatórios de alta prioridade, que podem incluir relatórios que:

• Trazer valor significativo para o negócio.
• São executados com frequência.
• São exigidos pela liderança sênior ou executivos.
• Envolva um nível razoável de complexidade (para melhorar as chances de sucesso durante as iterações iniciais de migração).

Identificar dados de alta prioridade, que podem incluir dados que:

• Contém elementos de dados críticos.
• São dados organizacionais comuns que servem para muitos casos de uso.
• Pode ser usado para criar um modelo semântico compartilhado para reutilização por relatórios e muitos criadores de relatórios.
• Envolve um nível razoável de complexidade (para melhorar as chances de sucesso quando nas iterações iniciais de migração).

Conteúdos relacionados

No próximo artigo desta série de migração do Power BI, saiba mais sobre o Estágio 2, que se preocupa com o planejamento da migração para uma única solução do Power BI.

Outros recursos úteis incluem:

• A transformação de BI da Microsoft
• Planejamento de implementação do Power BI
• Perguntas? Tente perguntar à Comunidade do Power BI
• Sugestões? Contribua com ideias para melhorar o Power BI

Parceiros experientes do Power BI estão disponíveis para ajudar sua organização a ter sucesso com o processo de migração. Para envolver um parceiro do Power BI, visite o portal do parceiro do Power BI.