Informazioni su Atlassian
Atlassian offre software per pianificare attività, gestire richieste, documentare processi e collaborare tra team. Jira, Confluence, Jira Service Management e Trello sono tra i prodotti più noti, ma account comune non significa funzioni o condizioni identiche. Ogni prodotto ha propri flussi, permessi, piani e limiti. Prima dell’adozione è utile definire quali informazioni verranno gestite, quanti utenti servono, quali ruoli devono approvare le modifiche e quali integrazioni sono indispensabili. Una prova gratuita dimostra l’interfaccia, non sostituisce l’analisi di costi, migrazione, sicurezza e continuità operativa per l’ambiente definitivo.
Nel cloud Atlassian si sovrappongono organizzazione, sito, prodotto, gruppo, progetto e spazio. Amministratore dell’organizzazione, del sito, del prodotto e della fatturazione non sono necessariamente la stessa persona. Concentrare tutti i privilegi in un unico account crea un rischio di blocco; è preferibile documentare responsabilità, contatti di recupero e procedure per ingressi e uscite. Le autorizzazioni devono essere verificate nella schermata effettiva, inclusi ospiti, collegamenti pubblici, accesso anonimo, API token ed esportazioni. Un progetto apparentemente privato può diventare visibile se un gruppo ereditato o un’app riceve diritti più ampi del previsto.
Prezzi e fatturazione dipendono da prodotto, piano, numero di utenti, periodicità e canale di acquisto. Aggiungere o rimuovere persone può modificare il costo, ma la rimozione di un’app o di un singolo utente non equivale alla cancellazione del contratto. Prima di confermare un piano bisogna controllare importo totale, valuta, imposte, data di rinnovo, conteggio degli utenti e modalità di riduzione. Se il contratto è stato concluso tramite partner, l’assistenza commerciale e il rinnovo possono spettare al rivenditore. Dopo ogni cambiamento conviene conservare ordine, fattura, schermata di conferma e data in cui la variazione avrà effetto.
Le applicazioni del Marketplace sono fornite anche da aziende terze. Possono avere prezzi, assistenza, localizzazione dei dati e politiche proprie. Prima dell’installazione vanno controllati editore, permessi richiesti, dati letti o inviati, utenti conteggiati e comportamento dopo la disinstallazione. Un’app utile in un progetto pilota può accedere a un intero sito se l’autorizzazione è troppo estesa. È prudente testare in un ambiente separato, partire dal privilegio minimo e stabilire chi revisiona integrazioni e token. I dati importanti devono poter essere esportati o recuperati senza dipendere da una sola estensione.
Per sicurezza e conformità, l’organizzazione dovrebbe configurare autenticazione, criteri per gli account, registri, conservazione e risposte agli incidenti in base al rischio reale. Le pagine Trust e legali forniscono informazioni pubbliche, ma non sostituiscono la verifica contrattuale richiesta dall’azienda. Messaggi su pagamenti falliti o accessi sospetti possono imitare Atlassian; è più sicuro aprire direttamente atlassian.com o id.atlassian.com. Il supporto non deve ricevere password complete o codici temporanei. Screenshot e file di diagnosi vanno ripuliti da nomi di clienti, e-mail, contenuto dei ticket e segreti tecnici.
Quando si apre una richiesta di assistenza è utile indicare prodotto, URL cloud, piano, ora, operazione, messaggio e impatto, distinguendo errore generale da configurazione di un singolo progetto. Stato del servizio e cronologia degli incidenti aiutano a capire se il problema è esteso. Prima di chiudere un prodotto o un sito bisogna esportare dati necessari, revocare integrazioni e confermare gli effetti sugli altri servizi. Nomi, pacchetti, funzioni IA, tariffe e condizioni cambiano: per una decisione attuale fanno fede il sito italiano, l’amministrazione dell’account, l’ordine, la documentazione e la risposta scritta del supporto.