Governance e processi decisionali nel framework per l'adozione di servizi
Esistono quattro pilastri strategici per la governance dei contenuti e dei contenitori in Microsoft 365 che influiscono direttamente sull'esperienza in Microsoft Teams, SharePoint e altri servizi che si basano sui gruppi di Microsoft 365 per la gestione delle appartenenze. Il loro scopo è quello di:
- Responsabilizzare fondamentalmente r i dipendenti
- Identificare contenuti validi
- Proteggere le risorse aziendali
- Garantire responsabilità
È possibile raggiungere questi pilastri strategici prendendo decisioni di governance che privilegiano l'esperienza dell'utente in linea con la necessità di sicurezza.
Prendere le decisioni seguenti. A questo punto, queste decisioni sono valide solo per la Fase 2.
Decisione 1: chi può creare Teams? Nella Fase 2, è possibile limitare chi può creare team per gli early adopter e al team di progetto principale. Questo consente agli early adopter di creare ulteriori team, se necessario. Il monitoraggio di questo comportamento fornirà le informazioni fondamentali per la tua distribuzione generale.
Decisione 2: convenzioni di denominazione di Teams Probabilmente sarà necessario implementare alcune convenzioni di denominazione per la distribuzione generale di Teams e verificare la presenza di nomi duplicati. Nella Fase 2 è consigliabile usare una convenzione di denominazione manuale per i progetti iniziali. Come procedura consigliata, è possibile condurre un onboarding interattivo con il team di progetto dei primi utenti e consentire loro di scegliere il proprio nome. Ciò fornirà informazioni dettagliate sul modo in cui dipendenti pensano al proprio lavoro. Tale informazione sarà essenziale quando si crea una convenzione di denominazione su larga scala in un secondo momento. Questa funzionalità è disponibile solo se si dispone della licenza P1 Microsoft Entra ID P1 o P2 appropriata. Per altre informazioni, vedere Un buona governance: la chiave per distribuire Microsoft Teams nella propria organizzazione.
Decisione 3: accesso guest A seconda dell'ambito e del tipo del progetto e della natura del proprio settore, consentire una collaborazione sicura con partner o fornitori può essere una caratteristica essenziale da testare. È possibile limitare chi può aggiungere guest all'implementazione di Teams utilizzando i controlli dei tenant appropriati.
Decisione 4: app approvate Il miglior caso di utilizzo per Teams include l'integrazione di altre app nell'esperienza. Come minimo, il team tecnico dovrebbe abilitare le app prodotte da Microsoft e le app in primo piano nell'esperienza di Teams. A seconda del caso di utilizzo e delle altre app utilizzate nell'organizzazione, è possibile scegliere di includere app aggiuntive come parte dell'esperimento controllato. Collaborare con i partner IT nel flusso di lavoro di idoneità tecnica per assicurarsi di poter offrire scenari "Insieme è meglio" come Microsoft Teams e Planner o creazione in modalità condivisa in app di Office ProPlus come PowerPoint e Word.
Decisione 5: le riunioni sono incluse nel test? L'esperienza delle riunioni con Teams supporta le videochiamate e fa in modo di riunire i dipendenti per una maggiore produttività. Consultare il team tecnico per assicurarsi che l'ambiente sia pronto per includere semplici riunioni VoIP. L'abilitazione di servizi di audioconferenza o vocali sarebbe normalmente esclusa da questa fase della sperimentazione; tuttavia, ciò dipende dal team di progetto principale, dall'idoneità tecnica e dallo stato di altri servizi vocali/di riunione nella propria organizzazione. È consigliabile includere videochiamate e riunioni VoIP nella sperimentazione per ottenere più valore dall'implementazione di Teams.
Decisione 6: sicurezza dei dati In preparazione della distribuzione generale, è possibile scegliere di utilizzare etichette di sicurezza per classificare i tipi di team nel proprio ambiente. Ai fini dell'esperimento, si consiglia di seguire le indicazioni riportate in Pianificare la governance in Teams e assicurarsi che sia presente un criterio di conservazione di base impostato sui dati di Teams nell'organizzazione. Potrebbe essere necessario coordinare questo lavoro con il team tecnico perché per completarlo sono richiesti i diritti di amministratore.
Decisione 7: durata dell'esperimento Un'implementazione di successo di Teams procede a un ritmo vigoroso in modo da garantire interesse, concentrazione e apprendimenti adeguati. Si consiglia di eseguire la fase di sperimentazione del progetto per 60 giorni per assicurarsi che gli early adopter completino abbastanza cicli aziendali. Estendere la sperimentazione per troppo tempo aumenta il rischio che il programma di cambiamento non riesca. La durata corretta varia per ogni organizzazione.