Il pozzo senza fondo che si nasconde nel tuo ambiente Atlassian
Le organizzazioni sprecano dal 25 al 30% delle loro licenze SaaS su utenti inattivi . Negli ambienti Atlassian, questa percentuale aumenta rapidamente perché le licenze coprono simultaneamente Jira Software, Jira Service Management e Confluence.
Ecco come si presenta questo tipo di spreco su larga scala:
| Dimensioni dell'organizzazione | Utenti inattivi stimati | Costo mensile per utente | Rifiuti mensili stimati |
|---|---|---|---|
| organizzazione da 200 posti | Da 30 a 60 utenti | 7.75 $ a $ 15.25 | 232 $ a $ 915 |
| organizzazione da 500 posti | Da 75 a 150 utenti | 7.75 $ a $ 15.25 | 581 $ a $ 2,287 |
| organizzazione da 1,000 posti | Da 150 a 300 utenti | 7.75 $ a $ 15.25 | 1,162 $ a $ 4,575 |
Se sei un amministratore Jira sommerso da verifiche manuali degli utenti, un team IT o di gestione delle identità che cerca di implementare una governance degli accessi, un team di sicurezza preoccupato per l'esposizione di account inattivi o un responsabile finanziario alla ricerca di riduzioni di spesa per i servizi SaaS, questa guida fa al caso tuo.
Più grande è il team, più questo problema si aggrava silenziosamente. E gli utenti inattivi non rappresentano solo un problema di costi, ma anche un rischio per la sicurezza.
Perché il numero di utenti inattivi continua ad aumentare?
Non si tratta di un fallimento di una singola squadra. È un problema strutturale. Le cause più comuni includono:
- Turnover del personale dove la dismissione dei servizi IT non include gli account Atlassian
- Cambiamenti di ruolo dove l'accesso ai vecchi prodotti non viene mai revocato
- Appaltatori basati su progetti che terminano il loro lavoro ma rimangono nel sistema
- Crescita del dipartimento senza una governance centralizzata degli utenti
- Lavoratori stagionali che sono in possesso di licenza valida tutto l'anno nonostante mesi di inattività
Il risultato è un elenco utenti che sembra popolato ma è pieno di account che non hanno effettuato l'accesso da sei, dodici o addirittura diciotto mesi.
Perché la pulizia manuale non funziona su larga scala
La maggior parte degli amministratori inizia con un processo manuale: esporta i dati dell'ultimo accesso, confronta i dati con quelli delle risorse umane, identifica gli utenti inattivi, revoca l'accesso, documenta le modifiche e ripete il processo il trimestre successivo.
Per i team di piccole dimensioni, questo è gestibile. Per gli ambienti più grandi, il problema si acuisce rapidamente.
| Dimensione della squadra | Tempo stimato per la pulizia manuale | Ore amministrative annuali |
|---|---|---|
| Meno di 100 utenti | Da 1 a 2 ore a trimestre | da 4 a 8 ore |
| Da 100 a 500 utenti | Da 4 a 8 ore a trimestre | da 16 a 32 ore |
| Da 500 a 1,000 utenti | Da 8 a 16 ore a trimestre | da 32 a 64 ore |
| 1,000+ utenti | Oltre 20 ore a trimestre | 80 + ore |
Oltre al tempo, i processi manuali creano incoerenze. Alcuni account vengono dimenticati. Gli utenti attivi vengono rimossi accidentalmente. I registri di controllo sono incompleti. Più grande è l'ambiente, più gravi diventano questi problemi.
Cosa fa concretamente la gestione automatizzata degli utenti?
L'automazione sostituisce il ciclo manuale con un sistema continuo basato su regole. Ecco come funziona nella pratica:
- Definisci la tua sogliaÈ possibile impostare il periodo di inattività: 30, 60 o 90 giorni. Soglie diverse possono essere applicate a gruppi di utenti diversi.
- Il monitoraggio continuoIl sistema traccia automaticamente l'attività di accesso su tutti i tuoi prodotti Atlassian. Non è necessario alcun esportazione manuale.
- Notifiche di pre-disattivazionePrima di intraprendere qualsiasi azione, vengono inviate email di avviso configurabili all'utente e, facoltativamente, al suo responsabile. Gli utenti attivi che non hanno effettuato l'accesso di recente hanno la possibilità di riprendere l'attività.
- Disattivazione automaticaSe non viene effettuato alcun accesso entro il periodo di grazia, l'account viene disattivato e rimosso dai gruppi con licenza. La licenza viene sbloccata immediatamente.
- Registrazione dell'auditOgni azione viene registrata automaticamente con data e ora e motivazione. Non è necessaria alcuna documentazione manuale.
- Visibilità del cruscottoGli amministratori possono visualizzare in un unico luogo i dati in tempo reale relativi agli utenti attivi, alle disattivazioni in sospeso, alle azioni recenti e all'utilizzo delle licenze.
Caratteristiche principali da ricercare
| Caratteristica | Perchè é importante |
|---|---|
| Soglie di inattività configurabili | Le diverse squadre hanno modelli di utilizzo differenti |
| Notifiche di pre-disattivazione | Previene la rimozione accidentale di utenti legittimi |
| Azioni utente in massa | Accelera le operazioni di pulizia e ristrutturazione su larga scala. |
| Importazione ed esportazione CSV | Si integra con i sistemi HR e i flussi di lavoro di audit |
| Filtri utente avanzati | Rivolgersi a gruppi, reparti o tipologie di prodotto specifici. |
| Registri di controllo completi | Necessario per la conformità e la responsabilità interna |
| Supporto multiprodotto | Gestisci Jira, JSM e Confluence da un'unica piattaforma. |
Casi d'uso nel mondo reale
Ottimizzazione dei costi di licenza durante un blocco delle assunzioni
Un'azienda fintech di medie dimensioni ha bloccato le assunzioni. Invece di limitarsi a interrompere le nuove assunzioni, il team IT ha utilizzato un sistema automatizzato di gestione degli utenti per verificare le licenze esistenti.
Hanno scoperto che il 22% delle loro licenze Jira era collegato ad account inattivi: ex dipendenti, collaboratori che avevano concluso il loro incarico e dipendenti che erano passati completamente ad altri strumenti.
Recuperando quelle licenze, l'azienda ha evitato di rinnovare un livello di licenza superiore al successivo ciclo di fatturazione. Il risparmio ha coperto i costi dello strumento per diversi mesi già nel primo trimestre.
Gestione del ciclo di vita di appaltatori e fornitori
Un'azienda di servizi professionali assume regolarmente collaboratori esterni per incarichi della durata di 3-6 mesi. Storicamente, la procedura di cessazione del rapporto di lavoro era incoerente: alcuni collaboratori perdevano l'accesso immediatamente, altri solo dopo mesi.
Grazie alla gestione automatizzata, gli account dei collaboratori esterni vengono inseriti in un gruppo separato con una soglia di inattività di 30 giorni. Al termine di un progetto, se il collaboratore esterno smette di accedere, il suo accesso viene revocato automaticamente entro il periodo di tolleranza.
Conclusione
Gli utenti Jira inattivi rappresentano un onere finanziario, una falla nella sicurezza e un peso amministrativo. La pulizia manuale non è scalabile e il costo dell'inattività si accumula a ogni ciclo di fatturazione.
L'automazione risolve il problema alla radice: monitoraggio continuo, disattivazione automatica, registri di controllo preconfigurati e visibilità in tempo reale, senza gravare sul carico di lavoro del tuo team.
Ottieni la gestione automatizzata degli utenti per Jira sull'Atlassian Marketplace
Vuoi saperne di più? Leggi le informazioni su Atlassian Cloud Security e sulla gestione automatizzata degli utenti.
Domande frequenti
D: L'automazione potrebbe disattivare accidentalmente gli utenti attivi?
No. È l'utente a definire la soglia e il sistema invia email di avviso prima di intraprendere qualsiasi azione. Gli utenti che effettuano l'accesso durante il periodo di tolleranza rimangono automaticamente attivi.
D. Cosa succede ai dati di un utente dopo la disattivazione?
I contributi storici, i commenti e le problematiche assegnate rimangono intatti. La disattivazione revoca l'accesso al prodotto e libera la licenza. Nulla viene eliminato.
D. Esiste una traccia di controllo per la conformità?
Sì. Ogni azione viene registrata con data e ora e motivazione, rendendo la rendicontazione di conformità significativamente più rapida.
D: Posso applicare regole diverse a gruppi diversi?
Sì. I collaboratori esterni possono avere una soglia di 30 giorni, mentre i dipendenti a tempo pieno ne hanno 90. Le regole sono completamente configurabili per gruppo.
D: Posso eseguire azioni di massa una tantum senza impostare regole automatizzate?
Sì. La soluzione di gestione massiva degli utenti supporta operazioni singole tramite filtri o file CSV, indipendentemente dal flusso di lavoro automatizzato di inattività.
Lascia un tuo commento