Planejamento da implementação do Power BI: planejar e projetar conteúdo

Este artigo ajuda você a planejar e projetar conteúdo como parte do gerenciamento do ciclo de vida do conteúdo. Destina-se principalmente a:

• Equipes do Centro de Excelência (COE) e BI: as equipes responsáveis por supervisionar o Power BI na organização. Essas equipes incluem tomadores de decisão que decidem como gerenciar o ciclo de vida do conteúdo do Power BI.
• Criadores de conteúdo e proprietários de conteúdo: usuários que criam conteúdo que desejam publicar no portal do Fabric para compartilhar com outras pessoas. Esses indivíduos são responsáveis por gerenciar o ciclo de vida do conteúdo do Power BI que criam.

O gerenciamento do ciclo de vida consiste nos processos e práticas que você usa para lidar com o conteúdo, desde sua criação até sua eventual desativação. Conforme descrito no primeiro artigo desta série, gerenciar o ciclo de vida do conteúdo do Power BI é importante para garantir a entrega confiável e consistente de conteúdo para usuários corporativos.

A primeira etapa do ciclo de vida do conteúdo é planejar e projetar o conteúdo. Normalmente, você inicia o ciclo de vida do conteúdo executando o planejamento da solução de BI. Você reúne requisitos para entender e definir o problema que sua solução deve resolver e chegar a um design de solução. Durante esse estágio de planejamento e design, você toma decisões importantes para se preparar para os estágios posteriores.

A imagem a seguir mostra o ciclo de vida do conteúdo do Power BI, destacando o estágio um, onde você planeja e projeta conteúdo.

Ao reunir requisitos, você deve descrever claramente os aspetos sobre o conteúdo que afetam sua abordagem ao gerenciamento do ciclo de vida. Você deve documentar esses aspetos como parte do planejamento e design da solução.

As seções a seguir neste artigo descrevem os principais aspetos e considerações de uma solução que motivarão sua abordagem ao gerenciamento do ciclo de vida enquanto você planeja e projeta seu conteúdo.

Identificar e descrever o conteúdo

Ao projetar sua solução, você deve descrever qual é o conteúdo, quem o criará, quem o apoiará e quão crítico esse conteúdo é para a organização. Você deve abordar esses fatores durante, ou depois de terminar, a coleta de requisitos como parte do design da solução.

Responda às seguintes perguntas sobre seu conteúdo para ajudá-lo a tomar decisões posteriores de gerenciamento do ciclo de vida.

Qual é o formato do conteúdo?

O tipo, o escopo e a complexidade do conteúdo motivam decisões importantes sobre como você o gerenciará. Por exemplo, um único relatório para um público limitado requer uma abordagem de gerenciamento de ciclo de vida diferente em comparação com um modelo semântico que será usado por toda a organização e por várias cargas de trabalho downstream diferentes.

Responda a perguntas como as seguintes para ajudá-lo a determinar o tipo de conteúdo que você criará.

• Quais tipos de itens você espera criar e quantos de cada um? Por exemplo, você criará itens de dados como fluxos de dados ou modelos semânticos, itens de relatório como relatórios ou painéis ou uma combinação de ambos?
• Como é que o conteúdo é entregue aos consumidores de conteúdos? Por exemplo, os consumidores usarão itens de dados para criar seu próprio conteúdo, visualizarão apenas relatórios centralizados ou uma combinação de ambos?
• Qual é a complexidade do conteúdo? Por exemplo, é um pequeno protótipo ou um grande modelo semântico que engloba vários processos de negócios?
• Você espera que a escala, o escopo e a complexidade do conteúdo cresçam ao longo do tempo? Por exemplo, o conteúdo abrangerá outras regiões ou áreas de negócios no futuro?
• Por quanto tempo você espera que a empresa precise desse conteúdo? Por exemplo, esse conteúdo apoiará uma iniciativa chave do negócio que tenha um cronograma finito?

Quem criará e apoiará o conteúdo?

Os criadores de conteúdo têm necessidades, habilidades e fluxos de trabalho variados. Esses fatores influenciarão o sucesso de diferentes abordagens de gerenciamento do ciclo de vida. Equipes maiores e centrais com colaboração geralmente exigem um gerenciamento mais sofisticado do ciclo de vida do conteúdo do que equipes menores de criadores de autoatendimento.

Responda a perguntas como as seguintes para ajudá-lo a determinar quem criará ou dará suporte ao conteúdo.

• Quantas pessoas diferentes você espera criar esse conteúdo? Vários criadores de conteúdo colaborarão ou um único indivíduo é responsável pela criação do conteúdo?
• Os criadores de conteúdo estão familiarizados com o gerenciamento do ciclo de vida e conceitos relacionados, como controle de versão? Os criadores de conteúdo entendem os benefícios do gerenciamento do ciclo de vida?
• Os criadores de conteúdo que desenvolvem a solução serão os mesmos indivíduos que a suportam após a implantação?
• Os criadores de conteúdo ou suas equipes têm práticas de gerenciamento de ciclo de vida existentes para dar suporte às soluções existentes?
• Atualmente, os criadores de conteúdo usam ferramentas de gerenciamento de ciclo de vida, como o Azure DevOps?

Qual a importância do conteúdo?

Dependendo da importância do conteúdo para o negócio, você tomará decisões diferentes sobre como gerenciá-lo. O conteúdo essencial para os negócios requer abordagens mais robustas de gerenciamento do ciclo de vida do conteúdo para proteger a qualidade e mitigar possíveis interrupções.

Responda a perguntas como as seguintes para ajudá-lo a determinar se o conteúdo é crítico.

• Quão crítico é esse conteúdo para o negócio? Quão urgente é o pedido para desenvolvê-lo?
• As decisões ou ações críticas para os negócios serão tomadas a partir das informações fornecidas por este conteúdo?
• Quão amplamente você espera distribuir esse conteúdo (de toda a organização para uma equipe local limitada)?
• Os executivos ou outros tomadores de decisão estratégica confiarão nesse conteúdo para seu trabalho?
• Qual é o impacto deste conteúdo? Por exemplo, se o conteúdo de repente não estiver disponível, que impactos nos negócios ocorreriam, como perda de receita ou processos de negócios interrompidos?

Depois de identificar e descrever suficientemente o conteúdo que irá criar, deve decidir em seguida como os criadores de conteúdo devem colaborar.

Decida como os criadores de conteúdo devem colaborar

À medida que uma solução aumenta em escopo e complexidade, pode se tornar necessário que vários criadores e proprietários de conteúdo trabalhem em colaboração. Ao criar soluções complexas, recomendamos que você use ferramentas eficazes que ajudem a estruturar, gerenciar e dar suporte à colaboração. Há muitas maneiras de colaborar ao produzir conteúdo do Power BI, como usando o Microsoft Teams ou o Azure DevOps.

Microsoft Stream

Para projetos menores ou mais simples, os criadores de conteúdo podem colaborar usando o Microsoft Teams.

Ao usar o Microsoft Teams, os criadores de conteúdo estruturam sua comunicação, planejamento e trabalho em equipes e canais. O Microsoft Teams geralmente é uma boa opção para cenários de colaboração mais simples. Por exemplo, equipes descentralizadas que produzem conteúdo para um público limitado podem usar bibliotecas de documentos para armazenar arquivos e controle de versão. Podem igualmente recorrer a outros instrumentos e serviços integrados.

Para colaborar e comunicar no Microsoft Teams, utilize serviços de suporte durante todo o ciclo de vida do seu conteúdo do Power BI.

• Planejador: os proprietários de conteúdo podem usar o Planner para criar planos, que eles usam para controlar tarefas e definir o escopo do trabalho de conteúdo. As tarefas podem descrever problemas, bugs ou recursos na solução e as partes interessadas correspondentes.
• SharePoint: os criadores de conteúdo podem armazenar e gerenciar arquivos em uma biblioteca de documentos do Microsoft Teams ou site conectado para cada canal. Os arquivos de conteúdo armazenados no SharePoint podem usar o controle de versão para ajudar a controlar e gerenciar alterações de conteúdo. Para obter mais informações sobre como controlar e gerenciar alterações usando o SharePoint, consulte Estágio 2: Desenvolver conteúdo e gerenciar alterações.
• Aprovações: os criadores e proprietários de conteúdo podem configurar e usar fluxos de trabalho para aprovar alterações ou lançamentos de conteúdo após a revisão.
• Malha e Power BI: os criadores e proprietários de conteúdo podem acessar o portal do Fabric de dentro do Microsoft Teams. A partir daí, eles podem gerenciar ou discutir conteúdo e adicionar relatórios úteis a guias nos canais do Teams.
• Outras integrações: os criadores de conteúdo podem usar outros serviços da Microsoft ou de terceiros que se integram ao Microsoft Teams para melhor atender ao fluxo de trabalho e às necessidades de sua preferência.

Recomendamos que você defina um processo estruturado para como os criadores de conteúdo devem usar o Microsoft Teams para colaborar. Certifique-se de determinar:

• Como gerir o acesso a equipas e canais.
• Quem é responsável pela gestão de equipas e canais.
• Como o trabalho é definido e organizado em equipes, canais e planos distintos.
• Como os criadores de conteúdo devem usar uma biblioteca de documentos para organizar arquivos e controlar e gerenciar alterações. Por exemplo, como organizar a biblioteca de documentos e se os criadores de conteúdo devem fazer check-in e check-out de arquivos.
• Se os criadores de conteúdo devem usar a Atualização do OneDrive para publicar automaticamente arquivos do Power BI Desktop (.pbix).
• Como os conflitos de sincronização de arquivos são resolvidos.
• Quando arquivar e remover arquivos de uma biblioteca de documentos que não são mais relevantes.

Azure DevOps

Os criadores e proprietários de conteúdo também podem se comunicar e colaborar em um hub central e organizado usando o Azure DevOps.

Usando o Azure DevOps, os criadores de conteúdo usam projetos para estruturar sua comunicação, planejamento e trabalho. Além disso, os criadores de conteúdo podem orquestrar o gerenciamento do ciclo de vida do conteúdo a partir do Azure DevOps executando o controle do código-fonte, a validação e a implantação. O controle do código-fonte é o processo de gerenciamento de alterações mais granulares no código de conteúdo e nos metadados.

O Azure DevOps geralmente é uma boa opção para cenários de colaboração mais avançados, porque há serviços de suporte e opções para orquestrar a criação e a implantação de conteúdo.

Recomendamos que você defina um processo estruturado para como os criadores de conteúdo devem usar o Azure DevOps para colaborar. Certifique-se de determinar:

• Como o trabalho é definido no escopo e como as ramificações de conteúdo são criadas, nomeadas e usadas.
• Como os autores agrupam e confirmam alterações e as descrevem com mensagens de confirmação.
• Quem é responsável por revisar e aprovar alterações usando solicitações pull.
• Como extrair conflitos de mesclagem de solicitação são resolvidos e quem os resolve.
• Como as alterações feitas em diferentes ramos devem ser fundidas em um único ramo.
• Como o conteúdo é testado e quem executa o teste antes que o conteúdo seja implantado.
• Como e quando as alterações são implantadas em espaços de trabalho de desenvolvimento, teste e produção.
• Como e quando as alterações implantadas ou versões da solução podem ser revertidas.

Depois de decidir se e como os criadores de conteúdo devem colaborar, você deve decidir em seguida onde armazenará seus arquivos. Muitos desses arquivos serão armazenados onde você optar por colaborar.

Decida onde armazenar ficheiros

Ao criar conteúdo, você normalmente produz diferentes tipos de arquivos. É importante decidir onde armazenar esses arquivos para que você possa gerenciá-los com eficiência.

Os tipos de arquivos que você precisará armazenar geralmente incluem:

• Arquivos de conteúdo: arquivos que contêm os dados de conteúdo ou metadados. Os ficheiros de conteúdo com dados como ficheiros .pbix e Power BI Project (.pbip) contêm informações confidenciais. Armazene arquivos de conteúdo em um local seguro, acessível apenas por aqueles que precisam acessá-los. Além disso, você deve armazenar arquivos de conteúdo em um local que ofereça suporte ao controle de versão, como uma biblioteca de documentos no Microsoft Teams ou um repositório Git no Azure DevOps. Exemplos de arquivos de conteúdo incluem:
  • Arquivos do Power BI Desktop (.pbix)
  • Arquivos do Power BI Project (.pbip)
  • Arquivos de relatório paginado (.rdl) do Power BI
  • Arquivos de metadados de modelo (.bim ou TMDL)
  • Arquivos de metadados de fluxo de dados (.json)
• Arquivos de fonte de dados: arquivos que são consumidos por itens de dados, como modelos semânticos ou fluxos de dados. O conteúdo depende diretamente dos arquivos de fonte de dados, por isso é importante considerar cuidadosamente onde eles estão armazenados, pois removê-los resultará em falha na atualização de dados. Além disso, esses arquivos podem conter informações confidenciais. Portanto, armazene arquivos de fonte de dados em um ambiente seguro, confiável e confiável que tenha acesso limitado por outros indivíduos. Exemplos de arquivos de fonte de dados podem incluir:
  • Fontes de dados estruturados, como pastas de trabalho do Excel, Parquet ou arquivos CSV.
  • Fontes de dados semiestruturadas, como arquivos JSON ou XML.
  • Fontes de dados não estruturadas, como imagens importadas para relatórios.
• Arquivos de suporte: arquivos que suportam a criação ou o gerenciamento de conteúdo, mas não são necessários para que ele funcione. Os arquivos de suporte devem ser armazenados em um local que ofereça suporte ao controle de versão e onde outras ferramentas e criadores de conteúdo possam acessá-los. Exemplos de arquivos de suporte podem incluir:
  • Arquivos de Regras do Analisador de Práticas Recomendadas (.json).
  • Arquivos de tema (.json) do Power BI.
  • Arquivos de código-fonte para conteúdo e consultas.
  • Arquivos de visualização personalizados (.pbiviz).
• Modelos e documentação: arquivos que ajudam na criação de conteúdo de autoatendimento ou descrevem o conteúdo existente. Os modelos e a documentação devem ser facilmente acessíveis pelas pessoas que necessitam de os utilizar. Exemplos de modelos e documentação podem incluir:
  • Arquivos de modelo (.pbit) do Power BI.
  • Modelos de visualização e relatórios de exemplo.
  • Projetos e documentação de soluções.
  • Planeamento de soluções e roadmaps.
  • Solicitações de usuários e problemas de solução.

Você tem diferentes opções para armazenar arquivos. Certifique-se de selecionar o local apropriado, dependendo do tipo de arquivo, seu conteúdo e como ele será usado.

SharePoint Online ou OneDrive

Uma solução comum para armazenar arquivos é usando sites do SharePoint . O SharePoint é amplamente acessível para a maioria dos usuários e altamente integrado com o Power BI e outros aplicativos do Microsoft 365, como o Microsoft Teams. Além disso, ele tem controle de versão embutido, tornando-o conveniente para armazenar a maioria dos tipos de arquivos. O controle de versão permite que você visualize e gerencie diferentes versões salvas de um arquivo.

Quando você armazena arquivos no SharePoint, considere os seguintes pontos.

• Organização: certifique-se de manter uma estrutura consistente e lógica para que seja fácil encontrar arquivos específicos. Use boas convenções de nomenclatura, organize arquivos em pastas e arquive arquivos que não são mais relevantes para projetos em andamento.
• Atualização do OneDrive: você pode vincular um modelo semântico publicado ou relatório a um arquivo .pbix armazenado em um site do SharePoint ou do OneDrive for Business (também conhecido como OneDrive para trabalho ou escola). Com essa abordagem, você não precisa mais publicar o modelo semântico para colocar as alterações em vigor. Em vez disso, suas alterações ficam visíveis após uma atualização automática do OneDrive, que ocorre de hora em hora. Embora conveniente, esteja ciente de que essa abordagem vem com algumas ressalvas e desafios. Quando as coisas correm, não pode ser facilmente revertido.
• Visualizar relatórios: no SharePoint, é possível exibir relatórios do Power BI sem precisar instalar o Power BI Desktop ou baixar o arquivo .pbix localmente. Quando você abre relatórios dessa forma, eles são exibidos no navegador. Esse recurso pode ser uma alternativa conveniente para visualizar relatórios do portal Fabric. Ele é habilitado por padrão nas configurações do locatário do Fabric.

Considere armazenar os seguintes tipos de arquivo no SharePoint.

• Modelos e documentação: armazene modelos e documentação no SharePoint quando você não tiver uma solução de armazenamento existente. O SharePoint é ideal para esses arquivos porque você pode conceder acesso a outras pessoas e gerenciar arquivos sem configuração ou processos complexos.
• Arquivos de suporte: armazene arquivos de suporte no SharePoint quando você não tiver uma solução de armazenamento existente. No entanto, alguns arquivos de suporte (como o tema do Power BI .json arquivos para relatórios) podem ser melhor armazenados em um sistema de controle de versão que permite exibir e gerenciar alterações salvas.
• Arquivos de conteúdo: armazene conteúdo no SharePoint quando não for crítico para os negócios ou quando você não tiver acesso a um repositório remoto como o Azure Repos.
• Fontes de dados: armazene fontes de dados no SharePoint somente quando elas forem pequenas em tamanho e complexidade. Exerça disciplina ao usar o SharePoint para armazenar arquivos de fonte de dados. Considere outras alternativas possíveis, como o OneLake.

OneLake

Se você tiver uma capacidade de malha, o OneLake pode ser uma boa opção para armazenar arquivos de fonte de dados. Você pode carregar ou sincronizar arquivos para o OneLake usando o Explorador de Arquivos do OneLake, onde eles podem ser transformados em tabelas para uso em cargas de trabalho downstream, como o Power BI. Para fontes de dados maiores ou atualizadas regularmente, você pode carregar arquivos no OneLake automaticamente usando o Fabric Data Factory ou outros aplicativos que usam a API Gen2 do Azure Data Lake Storage (ADLS) ou o SDK Python do Armazenamento do Azure.

Repositório remoto

Os criadores de conteúdo podem confirmar e salvar o trabalho de sua máquina local em um repositório remoto, como um repositório Git do Azure Repos , em intervalos regulares durante o desenvolvimento. Um repositório remoto contém a versão mais recente da solução e é acessível por toda a equipe de desenvolvimento. Normalmente, um repositório remoto facilita abordagens de gerenciamento de ciclo de vida mais avançadas do que usar o Teams, o SharePoint ou o OneDrive. Isso porque, ao usar um repositório remoto, os criadores de conteúdo podem se beneficiar de opções mais sofisticadas para colaborar em arquivos ou rastrear e gerenciar alterações de arquivos. Por exemplo, os criadores de conteúdo podem trabalhar em sua própria ramificação do repositório remoto para fazer alterações e solicitar a mesclagem dessas alterações na ramificação principal quando estiverem prontos.

Considere armazenar os seguintes tipos de arquivo em um repositório remoto.

• Modelos e documentação: armazene modelos e documentação em um repositório remoto quando você gerencia o projeto com serviços relacionados, como o Azure DevOps.
• Arquivos de suporte: armazene arquivos de suporte em um repositório remoto quando houver um disponível para rastrear e gerenciar facilmente as alterações.
• Arquivos de conteúdo: armazene conteúdo em um repositório remoto quando for crítico para os negócios ou quando você pretende colaborar com outros desenvolvedores no mesmo conteúdo. Um repositório remoto é ideal para acompanhar alterações de conteúdo e facilitar a colaboração.

Sem arquivos: conteúdo criado no portal do Fabric

Os criadores de conteúdo podem criar conteúdo diretamente no portal do Fabric. Nesse cenário, eles normalmente não funcionam diretamente com arquivos de conteúdo. Normalmente, você deve criar conteúdo no portal do Fabric somente quando os tipos de item não puderem ser criados em outro lugar (como fluxos de dados, painéis ou scorecards). Você também pode criar relatórios e modelos semânticos no portal da Malha quando não tiver acesso a uma máquina Windows e, portanto, não puder usar o Power BI Desktop. Para obter mais informações, consulte Ferramentas e dispositivos do usuário.

Lista de verificação - Ao planear e conceber conteúdos, as principais decisões e ações incluem:

Conteúdos relacionados

No próximo artigo desta série, saiba como desenvolver conteúdo e gerenciar alterações como parte do gerenciamento do ciclo de vida do conteúdo.