성공적인 IBM Cognos 업그레이드를 위한 XNUMX단계
업그레이드를 관리하는 경영진을 위한 값진 조언
최근에 우리는 주방을 업데이트해야 한다고 생각했습니다. 먼저 설계도를 작성하기 위해 건축가를 고용했습니다. 계획을 수립한 후 세부 사항에 대해 논의했습니다. 범위는 어떻게 됩니까? 우리는 어떤 색을 좋아했습니까? 어떤 등급의 기기를 원하십니까? 좋아, 좋아, 최고. 이것은 신축 공사가 아니므로 어떤 비상 사태에 대비해야 했습니까? 우리는 예산을 요청했습니다. 건축주/종합건설업자는 우리에게 백만 달러 미만. 유머에 대한 그의 시도는 무너졌다.
귀사에서 IBM Cognos Analytics를 소유하고 있다면 조만간 업그레이드하게 될 것입니다. 주방 프로젝트와 마찬가지로 제 전문적인 경험을 바탕으로 업그레이드에 10년 미만, 100억 달러가 소요될 것이라고 말씀드릴 수 있습니다. 그 정도의 돈이면 달에 갈 수 있으니 업그레이드를 할 수 있어야 합니다. 그러나 그것은 재미 있지 않을 것입니다. 또는 도움이 됩니다. 업그레이드 프로젝트가 시작되기도 전에 첫 번째 질문은 "범위가 어떻게 됩니까?"입니다. 소요될 자원이나 예산을 추정하기 전에 필요한 시간을 알아야 합니다.
엔터 버튼 MotioCI. 인벤토리 대시보드는 "작업 범위는 무엇입니까?"라는 질문에 답하도록 설계되었습니다. 대시보드는 BI Manager에게 Cognos 환경과 관련된 주요 메트릭을 제공합니다. 첫 번째 지표는 프로젝트의 전반적인 예상 위험에 대한 아이디어를 제공합니다. 이 메트릭은 보고서 수와 복잡성을 고려합니다. 총 보고서 및 사용자 수는 프로젝트의 크기와 영향을 받는 사용자 수를 즉시 보여줍니다.
다른 시각화는 추가 노력이 필요할 수 있는 Cognos 환경 영역(보고서 및 CQM 대 DQM 패키지의 복잡성)에 대한 빠른 그림을 제공합니다. 이러한 지표는 다른 Cognos 조직과도 벤치마킹되므로 보고서 수와 사용자 수를 기반으로 조직을 다른 조직과 비교할 수 있습니다.
큰 그림을 볼 수 있지만 어디서부터 시작해야 할까요? 무언가를 만지기 전에 프로젝트 범위를 줄이는 방법을 고려하십시오. 편리하게도 대시보드에는 이러한 문제를 해결하는 데 도움이 되는 메트릭이 있습니다. 원형 차트는 최근에 사용되지 않은 보고서와 중복 보고서의 비율을 보여줍니다. 이러한 보고서 그룹을 범위 밖으로 이동할 수 있다면 전체 작업 노력을 크게 줄일 수 있습니다.
잡초. “많은 수의 보고서가 중복된 것을 볼 수 있습니다. 하지만 그것들은 무엇이며 어디에 있습니까? 드릴스루 링크를 클릭하면 중복 보고서 목록이 표시됩니다. 마찬가지로 최근에 실행되지 않은 보고서에 대한 자세한 보고서가 있습니다. 이 정보를 손에 넣으면 알 수 있습니다. MotioCI 마이그레이션하지 않을 콘텐츠를 삭제합니다.
더 가볍고 가벼운 Cognos Content Store를 사용하면 대시보드를 다시 실행할 수 있습니다. 이번에는 팀이 업그레이드할 때 겪을 수 있는 어려움 수준에 초점을 맞춥니다. 보고서 업그레이드의 문제는 일반적으로 보고서 자체의 복잡성과 직접적인 관련이 있습니다. 복잡성별 보고서 시각화는 여러 요인을 기반으로 단순, 중간, 복잡한 보고서의 비율을 보여줍니다. 또한 동일한 메트릭을 다른 Cognos 설치와 비교할 수 있습니다.
성공 요인 2번. 자세히 살펴보면 보고서의 75%가 단순하다는 것을 알 수 있습니다. 이러한 보고서의 업그레이드는 간단해야 합니다. 보고서의 3%는 복잡합니다. 이것들은 그다지 많지 않습니다. 그에 따라 예산 및 일정 추정치를 조정하십시오.
특별한 주의가 필요할 수 있는 특정 보고서에 주의를 집중할 수도 있습니다. 전통적으로 HTML 항목(잠재적으로 Java Script 포함)이 포함된 보고서, 모델을 활용하는 대신 기본 쿼리가 포함된 보고서 또는 이전에 여러 Cognos 버전에서 생성된 이전 보고서를 업그레이드하는 작업이 더 많았습니다.
시각적 컨테이너가 없는 보고서를 간과하지 마십시오. 거기 무슨 일 이죠? 이러한 보고서는 시각적 컨테이너가 없기 때문에 "단순"에 속하지만 잠재적인 함정을 숨길 수 있습니다. 완료되지 않은 보고서이거나 "눈여겨볼" 주의가 필요한 비표준 보고서일 수 있습니다. 보고서는 중요한 것에 집중하는 데 도움이 됩니다.
성공 요인 3번. 에서 프로젝트 생성 MotioCI 각 유형의 보고서에 대해. 테스트 사례를 만듭니다. 기준선을 설정합니다. 각 환경의 성능과 가치를 비교하십시오. 업그레이드에 실패한 부분과 성능이 저하된 부분을 즉시 확인할 수 있습니다. 고쳐야 할 것은 고쳐라.
진행 상황 관리. 프로젝트 관리자는 보고서가 여전히 실패한 부분을 보여주는 요약 보고서를 좋아할 것입니다. 프로젝트를 관리하기 위해 일일 진행 상황을 차트로 표시하고 프로젝트 완료 날짜를 예측하는 번다운 보고서가 있습니다.
이 번다운 차트에서 팀이 현재 속도를 유지하면 업그레이드 테스트가 18일까지 완료된다는 것을 알 수 있습니다.
따라서 세 개의 보고서에서 Cognos 업그레이드를 종단 간 관리했습니다.
- XNUMXD덴탈의 인벤토리 대시보드 a) 콘텐츠 식별, b) 범위 축소, c) 업그레이드에 중요한 영역에 집중하는 데 도움이 되는 이정표입니다.
- XNUMXD덴탈의 자세한 내용 보고서는 업그레이드 프로젝트와 관련된 모든 테스트 사례의 성공 또는 실패에 대한 포괄적인 정보를 제공합니다. 앞으로 며칠 동안 집중해야 할 프로젝트 영역에 대한 간략한 개요를 얻을 수 있습니다.
- XNUMXD덴탈의 타 버리다 보고서는 팀이 업그레이드와 관련된 수정 작업을 얼마나 더 오래 할 수 있는지 예측합니다.
무엇이 더 좋을까요? 시작하기 전에 위험을 이해하십시오. 범위를 줄임으로써 작업량을 줄입니다. 중요한 영역에 집중하여 더 스마트하게 일하십시오. 예상 종료 날짜를 예상하고 예상하여 프로세스를 지능적으로 관리하십시오. 전반적으로 다음 Cognos 업그레이드에서 시간과 비용을 절약할 수 있는 성공 공식입니다.
