成功升級 IBM Cognos 的三個步驟
管理升級的行政人員的寶貴建議
最近，我們認為我們的廚房需要更新。 首先，我們聘請了一位建築師來製定計劃。 有了計劃，我們討論了細節：範圍是什麼？ 我們喜歡什麼顏色？ 我們想要什麼等級的電器？ 好，更好，最好。 由於這不是新建築，我們需要為哪些突發事件做好準備？ 我們要求預算。 建築師/總承包商自信地告訴我們，這將是 不到一百萬美元. 他的幽默嘗試失敗了。
如果您的公司擁有 IBM Cognos Analytics，您遲早會升級。 就像廚房項目，根據我的專業經驗，我可以告訴你，你的升級將花費不到 10 年和 100 億美元。 你可以花那麼多錢去月球，所以你應該能夠升級。 但是，這並不好笑。 或者，有幫助。 升級項目甚至開始之前的第一個問題是，“範圍是什麼？” 在您甚至可以估計所需的資源或預算之前，您需要知道所需的時間。
Enter MotioCI. 庫存儀表板旨在回答“工作範圍是什麼？”這個問題。 儀表板向您（BI 經理）呈現與您的 Cognos 環境相關的關鍵指標。 第一個指標讓您了解項目的總體估計風險。 該指標考慮了報告的數量和復雜性。 報告和用戶總數會立即顯示項目的大小以及它將影響的用戶數量。
其他可視化讓您快速了解可能需要額外工作的 Cognos 環境區域：報告和 CQM 與 DQM 包的複雜性。 這些指標還針對其他 Cognos 組織進行了基準測試，因此您可以根據報告數量和用戶數量將您的組織與其他組織進行比較。
你看到了大局，但你從哪裡開始呢？ 在您接觸任何東西之前，請考慮如何縮小項目的範圍。 方便的是，儀表板上也有指標可以幫助您解決這個問題。 餅圖顯示最近未使用的報告和重複報告的百分比。 如果您可以將這些報告組移出範圍，那麼您的整體工作量就會大大減少。
雜草。 你可能會說，“我可以看到很多報告是重複的，但它們是什麼，它們在哪裡？ 單擊鑽取鏈接以查看重複報告的列表。 同樣，最近未運行的報告也有詳細報告。 有了這些信息，您就可以知道 MotioCI 刪除您不會遷移的內容。
使用更精簡、更輕便的 Cognos 內容存儲，您可能希望重新運行儀表板。 這次重點關注您的團隊在升級時可能遇到的困難程度。 升級報告的挑戰通常與報告本身的複雜性直接相關。 Reports by Complexity 可視化顯示基於多種因素的簡單、中等和復雜報告的比例。 它還提供了相同指標與其他 Cognos 安裝的比較。
成功因素 2。 深入研究，您可能會發現 75% 的報告都很簡單。 這些報告的升級應該是直截了當的。 3% 的報告很複雜。 這些，不多。 相應地調整您的預算和時間表估計。
您可能還想將注意力集中在可能需要特別注意的特定報告上。 傳統上，在使用 HTML 項目（可能使用 Java Script）升級報告、使用本機查詢而不是利用模型的報告或在幾個 Cognos 版本之前創建的舊報告方面，有更多的工作要做。
不要忽視沒有可視化容器的報告。 那裡發生了什麼事？ 這些報告位於“簡單”之下，因為它們有 0 個視覺容器，但它們可能隱藏了潛在的陷阱。 這些可能是未完成的報告，也可能是需要“關注”的非標準報告。 該報告可幫助您專注於重要的事情。
成功因素 3. 在中創建一個項目 MotioCI 對於每一種類型的報告。 創建測試用例。 建立基線。 比較每個環境中的性能和值。 您將立即看到升級失敗的地方以及性能下降的地方。 修復需要修復的東西。
管理進度. 您的項目經理會喜歡顯示報告仍然失敗的地方的摘要報告。 為了管理項目，有一份燃盡圖報告記錄了每天的進度並估計了項目完成的日期。
從這個燃盡圖中可以看出，如果團隊保持目前的步伐，升級測試將在第 18 天完成。
因此，在三個報告中，您從端到端管理了您的 Cognos 升級。
- 庫存儀表板 是幫助您 a) 確定內容，b) 縮小範圍和 c) 關注對升級至關重要的領域的路標。
- 詳細內容 報告全面了解與升級項目相關的所有測試用例的成功或失敗。 您可以快速了解接下來幾天需要關注的項目領域。
- 燒掉 報告預測您的團隊預計需要多長時間才能完成與升級相關的修復。
還有什麼比這更好的？ 在開始之前了解您的風險。 通過縮小範圍來減少工作量。 通過專注於重要領域更聰明地工作。 通過展望和預測您的預期結束日期來智能地管理流程。 總的來說，這是為您的下一次 Cognos 升級節省時間和金錢的成功公式。
