Planejamento de 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. Ele é voltado principalmente para:

• Equipes de COE (Centro de Excelência) 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 no Power BI.
• Criadores de conteúdo e proprietários de conteúdo: usuários que criam conteúdo que querem publicar no portal do Fabric para compartilharem com outras pessoas. Esses indivíduos são responsáveis por gerenciarem o ciclo de vida do conteúdo do Power BI que eles 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, o gerenciamento do ciclo de vida de conteúdo do Power BI é importante para garantir a entrega confiável e consistente de conteúdo para usuários empresariais.

O primeiro estágio do ciclo de vida do conteúdo é planejar e projetar conteúdo. Normalmente, você inicia o ciclo de vida do conteúdo executando de planejamento de 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 ilustra o ciclo de vida do conteúdo do Power BI, realçando a fase um, em que você planeja e projeta conteúdo.

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

As seções a seguir neste artigo descrevem os principais aspectos e considerações de uma solução que motivará sua abordagem para o gerenciamento do ciclo de vida à medida que 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 dará suporte e o quão crítico esse conteúdo é para a organização. Você deve abordar esses fatores durante ou depois de concluir requisitos de coleta como parte do design da solução.

Responda às perguntas a seguir 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 as principais decisões 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 a seguir para ajudá-lo a determinar o tipo de conteúdo que você criará.

• Quais tipos de item 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 paineis, ou uma combinação de ambos?
• Como o conteúdo é entregue aos consumidores de conteúdo? Por exemplo, os consumidores usarão itens de dados para criar seu próprio conteúdo, eles só exibirão relatórios centralizados ou uma combinação de ambos?
• Qual é a complexidade do conteúdo? Por exemplo, é um protótipo pequeno ou um modelo semântico grande que abrange vários processos empresariais?
• 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 dará suporte a uma iniciativa fundamental da empresa que tem uma linha do tempo finita?

Quem criará e dará suporte ao 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 gerenciamento de ciclo de vida de conteúdo mais sofisticado 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.

• Quantos indivíduos diferentes você espera criar esse conteúdo? Vários criadores de conteúdo colaborarão ou um único indivíduo será responsável pela criação do conteúdo?
• Os criadores de conteúdo estão familiarizados com o gerenciamento do ciclo de vida e os 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 que dão suporte a ela 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 a soluções existentes?
• Os criadores de conteúdo atualmente 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 a empresa, você tomará decisões diferentes sobre como gerenciá-lo. O conteúdo comercialmente crítico requer abordagens de gerenciamento de ciclo de vida de conteúdo mais robustas 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 a empresa? Qual é a urgência da solicitação para desenvolvê-la?
• As decisões ou ações críticas aos negócios serão tomadas com base nas informações fornecidas por esse conteúdo?
• Com que tamanho 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égicos dependerão desse conteúdo para seu trabalho?
• Qual é o impacto desse conteúdo? Por exemplo, se o conteúdo não estiver disponível de repente, quais impactos comerciais ocorrerão, como perda de receita ou processos de negócios interrompidos?

Quando você tiver identificado e descrito suficientemente o conteúdo que criará, deverá decidir em seguida como os criadores de conteúdo devem colaborar.

Decidir 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 ajudam 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 Teams

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

Usando 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. Eles também podem usar outras ferramentas e serviços integrados.

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

• Planner: Os proprietários de conteúdo podem usar o Planner para criar planos, que eles usam para acompanhar tarefas e o trabalho de conteúdo de escopo. As tarefas podem descrever problemas, bugs ou recursos na solução e os stakeholders correspondentes.
• SharePoint: os criadores de conteúdo 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 acompanhar e gerenciar alterações usando o SharePoint, consulte Estágio 2: Desenvolver conteúdo e gerenciar alterações.
• Aprovações: Criadores e proprietários de conteúdo podem configurar e usar fluxos de trabalho para aprovar alterações de conteúdo ou versões após a revisão.
• Fabric e Power BI: criadores e proprietários de conteúdo do podem acessar o portal do Fabric no Microsoft Teams. A partir daí, eles podem gerenciar ou discutir conteúdo e adicionar relatórios úteis a guias em canais do Teams.
• Outras integrações: os criadores de conteúdo do podem usar outros serviços da Microsoft ou de terceiros que se integram ao Microsoft Teams para melhor atender às suas necessidades e fluxos de trabalho preferenciais.

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

• Como gerenciar o acesso a equipes e canais.
• Quem é responsável por gerenciar equipes e canais.
• Como o trabalho é escopo e organizado em equipes, canais e planos distintos.
• Como os criadores de conteúdo devem usar uma biblioteca de documentos para organizar arquivos e acompanhar e gerenciar alterações. Por exemplo, como organizar a biblioteca de documentos e se os criadores de conteúdo devem fazer check-in e fazer check-out de arquivos.
• Se os criadores de conteúdo devem usar de 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

Criadores e proprietários de conteúdo também podem se comunicar e colaborar em um hub central 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 de conteúdo de dentro do Azure DevOps executando controle do código-fonte, validação e implantação. O controle do código-fonte é o processo de gerenciamento de alterações mais granulares no código de conteúdo e metadados.

O Azure DevOps geralmente é uma boa opção para cenários de colaboração mais avançados, pois há serviços e opções de suporte 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. Determine:

• Como o trabalho tem o escopo e como os branches de conteúdo são criados, nomeados e usados.
• 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 de pull.
• Como efetuar pull de conflitos de mesclagem de solicitação são resolvidos e quem os resolve.
• Como as alterações feitas em diferentes ramificações devem ser mescladas em uma única ramificação.
• Como o conteúdo é testado e quem executa os testes antes da implantação do conteúdo.
• Como e quando as alterações são implantadas em workspaces de desenvolvimento, teste e produção.
• Como e quando as alterações ou versões implantadas da solução podem ser revertidas.

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

Decidir onde armazenar arquivos

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

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. Arquivos de conteúdo com dados como arquivos .pbix e Projeto do Power BI (.pbip) contêm informações confidenciais. Armazene arquivos de conteúdo em um local seguro acessível somente por aqueles que precisam de acesso a eles. Além disso, você deve armazenar arquivos de conteúdo em um local que dê 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 Projeto do Power BI (.pbip)
  • Arquivos de relatório paginado do Power BI (.rdl)
  • 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, portanto, é 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 estruturadas, 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 que você importa para relatórios.
• Arquivos de suporte: arquivos que dão suporte à criação ou 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 dá suporte ao controle de versão e onde outras ferramentas e criadores de conteúdo podem acessá-los. Exemplos de arquivos de suporte podem incluir:
  • Arquivos de Regras do Analisador de Práticas Recomendadas (.json).
  • Arquivos de tema do Power BI (.json).
  • Arquivos de código-fonte para conteúdo e consultas.
  • Arquivos de visualização personalizada (.pbiviz).
• Modelos e documentação: Arquivos que auxiliam na criação de conteúdo de autoatendimento ou descrevem o conteúdo existente. Modelos e documentação devem ser facilmente acessíveis pelas pessoas que precisam usá-los. Exemplos de modelos e documentação podem incluir:
  • Arquivos de modelo do Power BI (.pbit).
  • Modelos de visualização e relatórios de exemplo.
  • Designs e documentação da solução.
  • Planejamento e roteiros de solução.
  • Solicitações do usuário e problemas de solução.

Você tem opções diferentes para armazenar arquivos. Verifique se você seleciona 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 é usar sites do SharePoint. O SharePoint é amplamente acessível para a maioria dos usuários e altamente integrado ao Power BI e a outros aplicativos do Microsoft 365, como o Microsoft Teams. Além disso, ele tem controle de versão interno, tornando conveniente armazenar a maioria dos tipos de arquivo. O controle de versão permite que você exiba e gerencie diferentes versões salvas de um arquivo.

Ao armazenar arquivos no SharePoint, considere os pontos a seguir.

• Organização: verifique se você mantém uma estrutura consistente e lógica para que seja simples 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 link um modelo semântico publicado ou relatório para 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 por hora. Embora conveniente, lembre-se de que essa abordagem vem com algumas advertências e desafios. Quando as coisas vão, não pode ser facilmente revertido.
• relatórios de visualização: 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. Essa funcionalidade pode ser uma alternativa conveniente para exibir relatórios do portal do Fabric. Ele é habilitado por padrão nas configurações de locatário do Fabric.

Considere armazenar os seguintes tipos de arquivo no SharePoint.

• Modelos e documentação: store modelos e documentação no SharePoint quando você não tem uma solução de armazenamento existente. O SharePoint é ideal para esses arquivos porque você pode conceder acesso a outras pessoas e gerenciar arquivos sem instalação ou processos complexos.
• Arquivos de suporte: Store que dá suporte a arquivos no SharePoint quando você não tem 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: armazenar conteúdo no SharePoint quando ele não for crítico para a empresa ou quando você não tiver acesso a um repositório remoto como do Azure Repos.
• Fontes de dados: armazenar fontes de dados no SharePoint somente quando forem pequenas em tamanho e complexidade. Exercite a disciplina ao usar o SharePoint para armazenar arquivos de fonte de dados. Considere outras alternativas possíveis, como OneLake.

OneLake

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

Repositório remoto

Os criadores de conteúdo podem confirmar e salvar o trabalho de seu computador local em um —de 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, usando um repositório remoto, os criadores de conteúdo podem se beneficiar de opções mais sofisticadas para colaborar em arquivos ou acompanhar e gerenciar alterações de arquivo. Por exemplo, os criadores de conteúdo podem trabalhar em seu próprio branch do repositório remoto para fazer alterações e solicitar a mesclagem dessas alterações no branch principal quando estiverem prontos.

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

• Modelos e documentação: modelos e documentação da Store em um repositório remoto ao gerenciar o projeto com serviços relacionados, como do Azure DevOps.
• Arquivos de suporte: Store que dá suporte a arquivos em um repositório remoto quando estiver disponível para controlar e gerenciar facilmente as alterações.
• Arquivos de conteúdo: armazenar conteúdo em um repositório remoto quando ele for essencial para a empresa ou você pretende colaborar com outros desenvolvedores no mesmo conteúdo. Um repositório remoto é ideal para acompanhar as 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, dashboards ou scorecards). Você também pode criar relatórios e modelos semânticos no portal do Fabric quando não tiver acesso a um computador Windows e, portanto, não pode usar o Power BI Desktop. Para obter mais informações, confira Ferramentas e dispositivos do usuário.

Lista de verificação – ao planejar a publicação de conteúdo, as principais decisões e ações incluem:

Conteúdo relacionado

No próximo artigo desta série, saiba como planejar e projetar conteúdos como parte do gerenciamento do ciclo de vida do conteúdo.