IBM annunciò per la prima volta la deprecazione di questi studi nella versione 10.2.2, rilasciata nel 2014. All'epoca, c'era molta preoccupazione su dove sarebbe arrivata questa funzionalità e dove sarebbero andati quegli utenti. Nel corso del tempo, abbiamo visto IBM investire in un'esperienza utente molto buona, concentrarsi anche sugli utenti più nuovi e sul self-service e cercare di affrontare i casi d'uso normalmente completati con Query Studio.
La buona notizia è che le specifiche e le definizioni di Query Studio sono sempre state mini specifiche trasformate dal sistema Cognos nelle specifiche complete utilizzate per Report Studio (ora denominato Authoring). Ciò significa che passando a CA12 tutte le risorse di Query Studio vengono inoltrate alla creazione.
Cosa fare con questi utenti insoddisfatti?
Ora che abbiamo compreso che passando a Cognos Analytics 12 (CA) non si perde alcun contenuto, comprendiamo l'impatto reale sugli utenti. Vorrei incoraggiare chiunque si rechi a CA12 a comprendere l'utilizzo delle risorse Query Studio da parte della propria organizzazione. Le cose da cercare sono:
Il numero di risorse di Query Studio
Il numero di risorse di Query Studio a cui si è avuto accesso negli ultimi 12-18 mesi
Il numero di nuove risorse Query Studio create negli ultimi 12-18 mesi e da chi
I tipi di contenitori nelle specifiche (elenco, tabella incrociata, grafico...ecc.)
Identificare le risorse di Query Studio contenenti prompt
Identificare le risorse di Query Studio pianificate
Questi dati possono aiutare a comprendere l'utilizzo di Query Studio (QS) da parte dell'utente finale e consentono di concentrarsi solo sui contenuti attualmente utilizzati, nonché di identificare i gruppi di utenti.
Il nostro primo tipo di utente è quello che continua a creare nuovi contenuti in Query Studio. Questi utenti dovrebbero guardare alle meraviglie di Dashboarding. Onestamente questo è un enorme aggiornamento per loro, è molto facile da usare, il contenuto sarà molto più bello e anche se ha più potenza non è d'intralcio... e ha fantasiose capacità di intelligenza artificiale. Seriamente, creare nuovi contenuti in Dashboarding con un po' di apprendimento è facile e veloce.
Il nostro secondo tipo di utente è il gruppo di utenti che utilizzano Cognos come pompa di dati con elenchi semplici in Query Studio e la funzionalità di esportazione. Questi usi dovrebbero essere accettabili per l'atterraggio in un ambiente di creazione semplificato (uno skin per l'authoring per ridurre la funzione e la complessità) per eseguire le relative esportazioni. Se a loro non piace vedere l'interfaccia, possono guardare alla pianificazione di questi elementi. Sfortunatamente, Dashboarding non è un'opzione per questi utenti se desiderano creare nuovi contenuti da esportare, poiché rimangono molte differenze tra QS e Dashboarding. Attualmente, l'oggetto elenco in Dashboarding ha un limite di righe pari a 1000 da mostrare ed esportare. Ciò ha senso in quanto si tratta di uno strumento visivo pensato per aiutare a trovare risposte rispetto a uno strumento di pompaggio e esportazione di dati. Il secondo problema è che la pianificazione di una dashboard (con o senza esportazione) non è supportata. Ciò ha senso anche in quanto il design del dashboard è finalizzato alla rappresentazione visiva piuttosto che alla presentazione su carta o alla creazione di immagini di grandi dimensioni.
Cosa succede quindi se le opzioni di creazione (semplificata) e dashboard vengono rifiutate?
Se gli utenti della pompa di dati rifiutano questo, è tempo di sedersi con loro e capire dove stanno prendendo questi dati e perché. Metodi di consegna alternativi da Cognos potrebbero essere d'aiuto oppure gli utenti potrebbero semplicemente aver bisogno di un push in Authoring o Dashboarding. Inoltre, potrebbero aver semplicemente trasferito i dati su un altro strumento negli ultimi dieci anni e non capire fino a che punto Cognos Analytics sia realmente arrivato a soddisfare le loro esigenze.
Se i nuovi creatori di contenuti lo rifiutano, ancora una volta, dovremo capire perché, qual è il loro ambiente preferito e i loro casi d’uso. Il dashboarding dovrebbe davvero essere presentato a questi utenti come una dimostrazione, concentrandosi sull'intelligenza artificiale, su come funziona realmente e su quanto può essere facile.
L'ultima opzione per aiutare gli utenti a superare il rifiuto di Cognos Analytics 12 è una funzionalità poco conosciuta chiamata Cognos Analytics per Microsoft Office. Fornisce plug-in per Microsoft Office (Word, PowerPoint ed Excel) su installazioni desktop di Windows che consentono di inserire contenuto (oggetti visivi) o interagire con lo stack di query per inserire dati direttamente in Excel.
Per concludere, sì, Query Studio non c'è più, ma il contenuto continua a vivere. La maggior parte dei casi d'uso può essere eseguita meglio ora in CA12 e l'idea di scaricare o congelare Cognos Analytics su una versione 11 ostacolerà solo i team di Analytics e BI. Non sottovalutare il costo di una migrazione su un'altra piattaforma o il costo degli aggiornamenti tra più versioni principali. Gli utenti dovrebbero considerare le tre opzioni CA12:
- Dashboarding con intelligenza artificiale.
- Un'esperienza di creazione semplificata.
- Cognos Analytics per Microsoft Office.
Infine, gli amministratori dovrebbero sempre comprendere cosa stanno facendo gli utenti e come utilizzano il sistema invece di limitarsi ad accettare le richieste. Questo è il momento per loro di elevarsi come campioni di Analytics e guidare le conversazioni e il percorso da seguire.
