Governar guias através de Microsoft Power Platform ambientes e Power Apps

As organizações devem controlar os seus dados e controlar quem tem acesso a quê e quando. Para governar os guias, recomendamos que as empresas regulamentadas do setor os separem de acordo com o estágio do seu ciclo de vida. Por exemplo, está em desenvolvimento um guia específico ou aprovado para uso diário? Dependendo do estágio do ciclo de vida de um guia, funções específicas em sua organização devem ter permissão para acessar e editar o guia e seu conteúdo ou devem ter acesso restrito ao guia.

Para conseguir essa separação de guias de acordo com o estágio do ciclo de vida, você pode criar Microsoft Power Platform ambientes que correspondam aos estágios do ciclo de vida relevantes para sua organização e setor. Um ciclo de vida típico consiste em estágios de criação, validação, execução e arquivamento.

Na prática, um determinado guia existe apenas em um ambiente por vez. Entretanto, múltiplas versões de um guia podem existir simultaneamente em diferentes ambientes. Ao separar os guias de acordo com o estágio do ciclo de vida, você ajuda a reduzir o risco de erros de produção que podem ocorrer se um operador de máquina seguir as instruções de um guia inacabado, não validado ou obsoleto. Ao mesmo tempo, recomendamos que as organizações apliquem o controle de acesso baseado em funções por meio de unidades de negócios e funções de segurança, para que os colaboradores tenham acesso apenas aos ambientes onde tenham funções a cumprir. Dessa forma, você garante uma divisão estrita entre dados e acesso do usuário.

Para facilitar um fluxo tranquilo de guias entre ambientes, recomendamos que você use Power Apps para permitir que os funcionários relevantes transfiram guias de um ambiente para outro. Dessa forma, sua organização pode estabelecer uma trilha de auditoria, onde os metadados necessários são adicionados para dar suporte aos requisitos regulatórios do seu setor, aos controles de qualidade da empresa e à rastreabilidade.

O diagrama a seguir mostra a estrutura de fluxo recomendada entre quatro ambientes típicos. As setas indicam as direções nas quais as guias podem ser transferidas. Por exemplo, um guia pode ser transferido da criação para a validação e depois voltar novamente se for considerado incorreto ou não preciso o suficiente para ser aprovado. No entanto, um guia não pode ignorar o ambiente de validação. Ele deve passar por validação antes de ser transferido para execução, onde será utilizado por operadores de uma linha de produção, por exemplo.

Para tornar mais concreto o conceito de ambientes que correspondem aos estágios do ciclo de vida, o restante deste artigo fornece uma descrição mais completa de cada um dos quatro exemplos de ambientes mencionados anteriormente: autoria, validação, execução e arquivamento. Embora esta estrutura de ambiente e o fluxo entre os ambientes nela contidos sejam normalmente relevantes para empresas do setor regulamentado, eles podem não ser relevantes para sua empresa específica ou estar em conformidade com as regulamentações específicas às quais você está sujeito. Para identificar a estrutura e o fluxo relevantes para sua empresa, recomendamos que você facilite workshops internos com as partes interessadas. Para obter mais informações, acesse A jornada do usuário dos Guias.

Ambiente de exemplo 1: Ambiente de autoria

Durante a primeira fase do ciclo de vida de um guia, a sua organização cria o guia num PC, juntamente com as tarefas e passos que os utilizadores do guia irão seguir. Em seguida, você coloca conteúdo 3D holográfico no espaço físico para ajudar os usuários a entender as instruções passo a passo. Esse processo também é conhecido como autoria. Enquanto os guias estão sendo criados, recomendamos que eles existam em um ambiente dedicado à criação.

Como os guias ainda estão sendo criados nesta fase e não são validados e talvez até incompletos, é crucial que os usuários de um laboratório, por exemplo, não possam utilizá-los. Ao criar guias em um ambiente de autoria dedicado, os autores podem criar, desenvolver, testar e avaliar o conteúdo holográfico e o texto sem qualquer risco de que os guias sejam usados ​​antes de serem finalizados, aprovados e liberados para uso diário.

Na sua organização, um autor pode ser um consultor de treinamento, um engenheiro de projeto ou um operador com conhecimento especializado de uma peça específica de equipamento de produção. Embora os guias estejam nesta primeira fase do seu ciclo de vida, é responsabilidade do autor:

• Adicione os metadados exigidos pela regulamentação em preparação para o processo de aprovação.
• Certifique-se de que o conteúdo e a colocação no espaço tridimensional funcionem conforme pretendido antes que o guia seja transferido para o próximo ambiente, o ambiente de validação.

Exemplo de ambiente 2: ambiente de validação

O ambiente de validação é usado para validar, rejeitar e aprovar guias criados pelos autores no ambiente de autoria.

Muito provavelmente, a validação é uma responsabilidade dos especialistas em garantia de qualidade (QA). Os especialistas em QA avaliam, entre outras coisas, o conteúdo do guia (como a adesão aos procedimentos operacionais padrão [SOPs]), a colocação de objetos 3D no espaço físico e a qualidade geral.

Como resultado dessas avaliações, os especialistas em QA decidem se um guia está pronto para ser usado em um local de produção, por exemplo, e pode, portanto, ser transferido para o ambiente de execução, ou se precisa de autoria adicional antes de poder ser aprovado para uso. . Neste último caso, o guia é transferido de volta para o ambiente de autoria para que o autor possa melhorar as instruções aumentadas usando Power Apps.

Se elementos holográficos como setas 3D forem incluídos no conteúdo que instrui o usuário, a validação deverá ser feita pelo menos parcialmente em um HoloLens dispositivo. Dessa forma, os especialistas em controle de qualidade podem acessar, por exemplo, as setas 3D que direcionam a atenção do usuário para um ponto de interesse específico na máquina e podem verificar se essas setas estão posicionadas com precisão e não são potencialmente enganosas.

Embora revisores técnicos ou especialistas no assunto possam ter que apoiar o processo de controle de qualidade ou ser responsáveis ​​pela revisão técnica/especialista no assunto, o controle de qualidade tem a aprovação final.

Observação

Comparado ao ambiente de autoria, o ambiente de validação pode exigir mais controles regulatórios e limitações sobre alterações, acesso e rastreabilidade.

Exemplo de ambiente 3: ambiente de execução

Depois que os guias são criados, validados e aprovados, eles residem no ambiente de execução, onde se tornam somente leitura. Os guias neste ambiente estão prontos para serem usados ​​em um local (por exemplo, em uma linha de produção em uma empresa de manufatura).

No local é definida uma referência única aos guias aprovados: os códigos QR impressos são colocados nas máquinas, ou junto aos equipamentos em tablets ou outras superfícies. Os operadores usam um HoloLens dispositivo e escaneiam os códigos QR por meio da HoloLens câmera. Cada código QR possui um link incorporado. Portanto, ao ser digitalizado, uma guia específica é aberta no ambiente de execução. O operador segue então as instruções do guia para a atividade ou processo relevante.

Como alternativa, sua organização pode usar tablets ou celulares em vez de HoloLens dispositivos para abrir, visualizar e seguir os guias de instruções. No entanto, HoloLens os dispositivos oferecem algumas vantagens em relação aos tablets e celulares:

• HoloLens sobrepõe imagens holográficas no mundo real. Portanto, os usuários interagem com o conteúdo digital de uma forma mais imersiva do que os tablets e celulares podem oferecer.
• Você pode usar códigos QR com um HoloLens dispositivo, mas não com um tablet ou celular.
• Ao contrário de tablets e telefones celulares, HoloLens é um dispositivo viva-voz que permite aos usuários interagir com conteúdo digital por meio de comandos de voz, gestos e rastreamento ocular. Portanto, os usuários podem seguir facilmente o guia enquanto realizam tarefas com as mãos.

Quando existe um ambiente separado para execução, os usuários podem ter total confiança na exatidão e qualidade das instruções fornecidas. Como as opções de autoria estão bloqueadas nesse ambiente, os operadores, o controle de qualidade e os gerentes sabem que edições intencionais ou acidentais nos guias não são possíveis. O ambiente de execução é apenas para uso diário dos guias pelos operadores.

Observação

Comparado ao ambiente de autoria, o ambiente de execução pode exigir mais controles regulatórios e limitações de alterações, acesso e rastreabilidade.

Exemplo de ambiente 4: Ambiente de arquivo

Eventualmente, os guias que sua organização criou, aprovou e usou tornam-se obsoletos e devem ser retirados. Por exemplo, os guias podem tornar-se obsoletos quando a sua organização substitui máquinas para otimizar os fluxos de produção. Se o novo maquinário for manuseado de forma diferente, serão necessárias novas instruções para operação do equipamento de produção.

Um guia também pode se tornar obsoleto porque o operador percebe que as instruções nele contidas poderiam ser mais eficientes ou precisas. Neste caso, o guia deve ser atualizado criando uma nova versão corrigida. Como é recomendado que você acompanhe a evolução de seus guias, o processo de atualização de um guia ineficiente ou impreciso envolve duplicar o guia se ele estiver acessível no ambiente de execução e, em seguida, tornar o guia obsoleto no ambiente de execução. Para obter mais informações, acesse Estratégia dos guias de versão.

Você deve manter guias obsoletos para fins de trilha de auditoria, porque as trilhas de auditoria podem ser um requisito regulatório ou de qualidade comercial. Recomendamos que você aposente os guias em um ambiente dedicado ao arquivamento. O período de retenção dos guias no ambiente de arquivo deve ser definido de acordo com os requisitos do setor e outros padrões da sua organização.

Observação

Comparado ao ambiente de autoria, o ambiente de arquivo pode exigir mais controles regulatórios e limitações sobre alterações, acesso e rastreabilidade.

Próximas etapas

• Desafios e requisitos comuns