Definire i criteri di preparazione

La pianificazione e la gestione di una distribuzione implica un'ampia gamma di attività e ruoli distinti più adatti a ogni attività. Questo articolo descrive come identificare ruoli importanti e come classificare le app.

Individuare ruoli e personale

Come si prevede, vale la pena di capire quali ruoli è necessario eseguire la distribuzione e chi deve riempirli. Ruoli diversi sono attivi in varie fasi di una distribuzione. A seconda delle dimensioni e della complessità dell'organizzazione, alcuni ruoli potrebbero essere occupati dalla stessa persona. Tuttavia, è preferibile avere un responsabile dei processi stabilito, che supervisionerà tutte le attività per la distribuzione.

Gestione processi

Il responsabile del processo guida il processo di distribuzione degli aggiornamenti e ha l'autorità di eseguire il push del processo in avanti o di interromperlo, se necessario. Hanno anche responsabilità nell'organizzazione di queste attività:

Flusso di lavoro di compatibilità Distribuzione Funzionalità e modernizzazione
Assegnazione della priorità dell'applicazione Revisione dei requisiti dell'infrastruttura Determinazione delle modifiche all'infrastruttura
Valutazione dell'applicazione Convalida dell'infrastruttura in base ai requisiti Determinazione delle modifiche alla configurazione
Valutazione del dispositivo Creazione di un piano di aggiornamento dell'infrastruttura Creare una proposta di funzionalità

È il ruolo del responsabile dei processi raccogliere report sulle attività di correzione, inoltrare gli errori e decidere se l'ambiente è pronto per la distribuzione pilota e quindi per la distribuzione generale.

Questa tabella illustra una visualizzazione degli altri ruoli, con le relative responsabilità, le competenze pertinenti e le fasi di distribuzione in cui sono necessarie:

Ruolo Responsabilità Competenze Fasi attive
Gestione processi Gestisce il processo end-to-end; assicura che input e output siano acquisizioni; assicura che l'avanzamento delle attività Gestione dei servizi IT Pianificare, preparare, distribuire pilota, distribuzione generale
Proprietario dell'applicazione Definire il piano di test dell'applicazione; assegnare tester di accettazione utente; certificare l'applicazione Conoscenza di applicazioni critiche e importanti Pianificare, preparare e distribuire il progetto pilota
Sviluppatore di applicazioni Assicurarsi che le app siano sviluppate per rimanere compatibili con le versioni correnti di Windows Sviluppo di applicazioni; correzione dell'applicazione Pianificare, preparare
Elaborazione degli utenti finali In genere un gruppo che include tecnici dell'infrastruttura o tecnici della distribuzione che assicurano che gli strumenti di aggiornamento siano compatibili con Windows Distribuzione bare metal; gestione dell'infrastruttura; recapito dell'applicazione; gestione degli aggiornamenti Pianificare, preparare, distribuire pilota, distribuzione generale
Operazioni Assicurarsi che il supporto sia disponibile per la versione corrente di Windows. Fornire supporto post-distribuzione, incluse le comunicazioni e il rollback degli utenti. Sicurezza della piattaforma Preparazione, distribuzione pilota, distribuzione generale
Sicurezza Esaminare e approvare la baseline di sicurezza e gli strumenti Sicurezza della piattaforma Preparare la distribuzione pilota
Parti interessate Rappresentano i gruppi interessati dagli aggiornamenti, ad esempio i responsabili finanziari, i servizi per gli utenti finali o la gestione delle modifiche Decision maker chiave per una business unit o un reparto Piano, distribuzione pilota, distribuzione generale

Impostare i criteri per le app di classificazione

Alcune app nell'ambiente sono fondamentali per le attività aziendali principali. Altre app consentono ai lavoratori di svolgere i propri ruoli, ma non sono fondamentali per le operazioni aziendali. Prima di iniziare l'inventario e la valutazione delle app nell'ambiente, è necessario stabilire alcuni criteri per la categorizzazione delle app e quindi determinare una priorità per ognuna. Questo processo consente di comprendere come distribuire al meglio gli aggiornamenti e come risolvere eventuali problemi che potrebbero verificarsi.

Nella fase di preparazione verranno applicati i criteri definiti ora a ogni app dell'organizzazione.

Ecco uno schema di classificazione consigliato:

Classificazione Definizione
Critica Le applicazioni più importanti che gestiscono le attività e i processi aziendali di base. Se queste applicazioni non erano disponibili, l'azienda o una business unit non poteva funzionare affatto.
Importante Applicazioni di cui i singoli membri del personale devono supportare la produttività. Il tempo di inattività in questo caso avrebbe effetto sui singoli utenti, ma avrebbe solo un impatto minimo sull'azienda.
Non importante Non vi è alcun impatto sull'azienda se queste app non sono disponibili per un po'.

Dopo aver classificato le applicazioni, è necessario accettare il significato di ogni classificazione per l'organizzazione in termini di priorità e gravità. Questa attività consentirà di valutare i problemi con il giusto livello di urgenza. È consigliabile assegnare a ogni app una priorità basata sul tempo.

Di seguito è riportato un esempio di sistema di classificazione delle priorità. le specifiche possono variare per l'organizzazione:

Priority Definizione
1 Eventuali problemi o rischi identificati devono essere esaminati e risolti il prima possibile.
2 Iniziare a analizzare i rischi e i problemi entro due giorni lavorativi e risolverli durante il ciclo di distribuzione corrente.
3 Iniziare a analizzare i rischi e i problemi entro 10 giorni lavorativi. Non è necessario correggerli tutti all'interno del ciclo di distribuzione corrente. Tuttavia, tutti i problemi devono essere risolti entro la fine del ciclo di distribuzione successivo.
4 Iniziare a analizzare i rischi e i problemi entro 20 giorni lavorativi. È possibile correggerli nel ciclo di sviluppo corrente o futuro.

Correlato alla priorità, ma distinto, è il concetto di gravità. È consigliabile definire anche una classificazione di gravità, in base al modo in cui si ritiene che un problema con un'app influisca sul ciclo di distribuzione.

Ecco un esempio:

Gravità Effetto
1 Interruzione del lavoro o perdita di ricavi
2 Perdita di produttività per una business unit
3 Perdita di produttività per i singoli utenti
4 Impatto minimo sugli utenti

Esempio: una grande società finanziaria

Usando lo schema suggerito, una società finanziaria potrebbe classificare le proprie app come segue:

App Classificazione
App per l'elaborazione del credito Critica
App del servizio clienti in prima linea Critica
Visualizzatore PDF Importante
App per l'elaborazione delle immagini Non importante

Inoltre, potrebbero combinare questa classificazione con classificazioni di gravità e priorità come la seguente:

Classificazione Gravità Priority Risposta
Critica 1 o 2 1 o 2 Per 1, arrestare la distribuzione fino a quando non viene risolto; per 2, arrestare la distribuzione solo per i dispositivi o gli utenti interessati.
Importante 3 o 4 3 o 4 Per 3, continuare la distribuzione, anche per i dispositivi interessati, purché siano disponibili indicazioni per la soluzione alternativa.
Non importante 4 4 Continuare la distribuzione per tutti i dispositivi.