IBM kündigte die Einstellung dieser Studios erstmals in 10.2.2 an, das 2014 veröffentlicht wurde. Damals gab es große Bedenken darüber, wo diese Funktion landen würde und wohin diese Benutzer gehen würden. Im Laufe der Zeit haben wir gesehen, dass IBM in sehr gutes UX investiert, den Schwerpunkt auf neuere Benutzer und Self-Service legt und versucht, Anwendungsfälle zu bewältigen, die normalerweise mit Query Studio abgeschlossen werden.
Die gute Nachricht ist, dass die Spezifikationen und Definitionen von Query Studio immer Mini-Spezifikationen waren, die das Cognos-System in die vollständigen Spezifikationen für Report Studio (jetzt Authoring genannt) umgewandelt hat. Das bedeutet, dass beim Übergang zu CA12 alle Query Studio-Assets in Authoring weitergeleitet werden.
Was tun gegen diese unzufriedenen Benutzer?
Nachdem wir nun verstanden haben, dass bei der Umstellung auf Cognos Analytics 12 (CA) kein Inhalt verloren geht, wollen wir uns mit den tatsächlichen Auswirkungen auf die Benutzer befassen. Ich würde jedem, der CA12 besucht, empfehlen, sich mit der Nutzung von Query Studio-Assets in seiner Organisation vertraut zu machen. Zu beachten sind:
Die Anzahl der Query Studio-Assets
Die Anzahl der Query Studio-Assets, auf die in den letzten 12–18 Monaten zugegriffen wurde
Die Anzahl der neuen Query Studio-Assets, die in den letzten 12–18 Monaten erstellt wurden, und von wem
Die Arten von Containern in den Spezifikationen (Liste, Kreuztabelle, Diagramm usw.)
Identifizieren Sie Query Studio-Assets, die Eingabeaufforderungen enthalten
Identifizieren Sie geplante Query Studio-Assets
Diese Daten können dabei helfen, die Nutzung von Query Studio (QS) durch Ihre Endbenutzer zu verstehen und es Ihnen ermöglichen, sich nur auf aktuell verwendete Inhalte zu konzentrieren und die Benutzergruppen zu identifizieren.
Unser erster Benutzertyp ist derjenige, der immer noch neue Inhalte in Query Studio erstellt. Diese Benutzer sollten sich mit den Wundern des Dashboarding befassen. Ehrlich gesagt ist dies ein riesiges Upgrade für sie, es ist sehr einfach zu bedienen, der Inhalt wird viel besser aussehen und es ist zwar leistungsstärker, stört aber nicht ... und es verfügt über ausgefallene KI-Fähigkeiten. Im Ernst: Das Erstellen neuer Inhalte im Dashboarding ist mit ein wenig Lernaufwand schnell und einfach.
Unser zweiter Benutzertyp ist die Gruppe von Benutzern, die Cognos als Datenpumpe mit einfachen Listen in Query Studio und der Exportfunktionalität verwenden. Diese Verwendungen sollten in einer vereinfachten Authoring-Umgebung (einem Skin für Authoring zur Reduzierung der Funktion und Komplexität) landen, um ihre Exporte durchzuführen. Wenn ihnen die Benutzeroberfläche nicht gefällt, können sie diese Elemente planen. Leider ist Dashboarding für diese Benutzer keine Option, wenn sie neue Inhalte für den Export erstellen möchten, da zwischen QS und Dashboarding noch einige Unterschiede bestehen. Derzeit ist das Listenobjekt in Dashboarding auf 1000 Zeilen begrenzt, die angezeigt und exportiert werden können. Dies ist sinnvoll, da es sich um ein visuelles Tool handelt, das bei der Suche nach Antworten helfen soll, im Gegensatz zu einem Datenpumpen- und Exporttool. Das zweite Problem besteht darin, dass die Planung eines Dashboards (mit oder ohne Export) nicht unterstützt wird. Dies ist auch sinnvoll, da das Design des Dashboards eher der visuellen Darstellung als der Präsentation auf Papier oder der Erstellung großer Bilder dient.
Was passiert also, wenn die Optionen „Authoring (vereinfacht)“ und „Dashboarding“ abgelehnt werden?
Wenn die Nutzer der Datenpumpe dies ablehnen, ist es an der Zeit, sich mit ihnen zusammenzusetzen und zu verstehen, wohin sie diese Daten bringen und warum. Alternative Bereitstellungsmethoden aus Cognos können hilfreich sein, oder die Benutzer benötigen möglicherweise nur einen Einstieg in die Erstellung oder das Dashboarding. Darüber hinaus haben sie die Daten möglicherweise in den letzten zehn Jahren einfach in ein anderes Tool übertragen und verstehen nicht, wie weit Cognos Analytics wirklich gekommen ist, um ihre Anforderungen zu erfüllen.
Wenn die neuen Content-Ersteller dies erneut ablehnen, müssen wir verstehen, warum, was ihre bevorzugte Umgebung ist und welche Anwendungsfälle sie haben. Diesen Benutzern sollte das Dashboarding wirklich vorgeführt werden, wobei der Schwerpunkt auf der KI liegt, wie sie wirklich funktioniert und wie einfach sie sein kann.
Die letzte Möglichkeit, Benutzern dabei zu helfen, die Ablehnung von Cognos Analytics 12 zu überwinden, ist eine wenig bekannte Funktion namens Cognos Analytics für Microsoft Office. Dies stellt Plugins für Microsoft Office (Word, PowerPoint und Excel) auf Windows-Desktop-Installationen bereit, mit denen Sie entweder Inhalte (visuelle Inhalte) abrufen oder mit dem Abfragestapel interagieren können, um Daten direkt in Excel abzurufen.
Um es zusammenzufassen: Ja, Query Studio gibt es nicht mehr, aber der Inhalt lebt weiter. Die meisten Anwendungsfälle können jetzt in CA12 besser umgesetzt werden, und die Idee, Cognos Analytics auf einer Version 11 zu verwerfen oder einzufrieren, wird Analytics- und BI-Teams nur behindern. Unterschätzen Sie nicht die Kosten einer Migration auf eine andere Plattform oder die Kosten für Upgrades zwischen mehreren Hauptversionen. Benutzer sollten sich die drei CA12-Optionen ansehen:
- Dashboarding mit KI.
- Eine vereinfachte Autorenerfahrung.
- Cognos Analytics für Microsoft Office.
Schließlich sollten Administratoren immer verstehen, was die Benutzer tun und wie sie das System nutzen, anstatt nur Anfragen entgegenzunehmen. Dies ist die Zeit für sie, als Analytics-Champions aufzutreten und die Gespräche und den Weg nach vorne zu leiten.
