테이블에서 Now Platform 시작하여 대시보드에서 공유할 수 있는 점수 수집을 통해 완성된 표시기까지 작업합니다.
시작하기 전에
KPI를 만들기 전에 설계합니다. 를 사용하여 KPI Composer달성 퍼포먼스 분석하려는 비즈니스 목표를 결정하는 것부터 시작합니다. 각 비즈니스 목표에 대해 해당 목표의 핵심 성공 요인을 결정합니다. 마지막으로, 이러한 중요한 성공 요인에 대한 진행 상황을 확인하기 위해 어떤 측정을 해야 하는지 결정하십시오. 이러한 측정은 구현해야 하는 KPI에 해당합니다. Performance Analytics 솔루션 설계에 대한 자세한 내용은 을 참조하십시오 퍼포먼스 분석 다음을 사용하여 솔루션 설계KPI Composer.
PA 표시기를 설계한 후에는 사전 패키지된 플랫폼 분석 솔루션 원본 ServiceNow 중 하나가 요구 사항을 충족하는지 확인합니다. 일반적으로 말하자면, 처음부터 빌드하는 것보다 미리 패키징된 솔루션 중 하나를 사용자 지정하는 것이 훨씬 쉽습니다. 자세한 내용은 분석 솔루션 문서를 참조하십시오.
필요한 역할: 없음
이 태스크 정보
필요한 KPI를 알고 있으면 표시기와 세부 항목을 만들고 필요한 경우 데이터 소스를 만들 수 있습니다. 다음 워크플로우는 데이터베이스 테이블에서 점수를 Now Platform 수집하는 KPI의 구현인 자동 표시기에 적용됩니다. (수식 표시기의 자동화된 표시기에 연산을 결합하고 적용할 수 있음을 기억하십시오. 데이터베이스를 전혀 참조하지 않는 수동 표시기 및 외부 표시기를 Now Platform 사용할 수도 있습니다.)
중요사항: Performance Analytics는 자격을 갖춘 직원이 구현해야 합니다. 여기에 설명된 대로 여러 교육 과정을 사용할 수 있습니다.
ServiceNow 커뮤니티 기사. 이 설명서는 교육을 대체하기 위한 것이 아닙니다.
Performance Analytics를 위한 KPI를 설계하는 것은 하향식 프로세스인 반면, 표시기의 기술적 구현은 상향식 프로세스입니다.
프로시저
-
분석할 데이터가 있는 테이블을 식별합니다.
최소 역할: pa_data_collector.
KPI가 참조하는 테이블은 무엇입니까? 예를 들어 KPI가 인시던트에 관한 것이라면 정보는 인시던트 [incident]에 있습니다. KPI가 변경 요청에 대한 것이면 테이블은 변경 요청 [change_request]입니다. KPI를 설계하는 데 사용하는 KPI Composer 경우 이 정보가 이미 있습니다.
-
KPI와 관련된 기록의 하위 집합을 결정합니다.
최소 역할: pa_data_collector.
테이블의 모든 기록을 참조하는 KPI가 없는 것은 거의 확실합니다. 대신 미해결 인시던트 수, 한 번 이상 재할당된 미해결 인시던트 또는 열린 날 해결된 인시던트와 같은 기록의 하위 집합을 참조하는 KPI가 있습니다. 각 테이블에 대해 "오픈", "한 번 이상 재할당됨", "해결됨", "오픈된 날 > 해결된 상태"와 같이 기록의 관련 하위 집합을 정의하는 데 사용할 수 있는 조건을 확인합니다.
다시 말하지만, KPI를 설계하는 데 사용하는 KPI Composer 경우 이미 이 정보가 있습니다.
-
KPI와 관련된 기록의 하위 집합을 정의하는 조건을 기준으로 필요한 표시기 소스를 결정합니다.
최소 역할: pa_data_collector.
표시기 소스는 ServiceNow 테이블을 참조하는 데이터 소스이며 해당 테이블의 기록을 필터링하는 하나 이상의 조건입니다. 표시기 소스를 가능한 한 적게 만들려고 합니다. 이 편협함의 주된 이유는 효율성입니다. 데이터 수집에는 각 표시기가 아니라 표시기 소스를 공유하는 표시기 집합에 대해 데이터베이스를 쿼리하는 작업이 수반됩니다. 표시기 소스 수를 최소화하면 표시기 전체에 걸쳐 단일 진실 공급원을 유지하는 데도 도움이 됩니다. 조건을 변경해야 하는 경우 표시기 소스에서 조건을 변경하고 이 변경 내용을 연결된 모든 표시기에 자동으로 전파할 수 있습니다.
표시기 소스를 디자인할 때 여러 표시기에 적용할 수 있는 공통 조건을 찾아보십시오. 다음 KPI를 고려하십시오.
이러한 모든 KPI에 대해 점수를 수집하는 두 개의 표시기 소스를 만들 수 있습니다.
하나는 인시던트 테이블에 있으며, 열려 있는 인시던트를 필터링합니다.
인시던트 테이블의 또 다른 항목으로, 해결된 인시던트를 필터링합니다.
-
필요에 맞는 기존 표시기 및 표시기 소스를 검색합니다.
최소 역할: pa_data_collector, pa_power_user(표시기만)
중복된 표시기 및 표시기 소스는 일반적인 문제입니다. 적합한 표시기 또는 표시기 소스가 없음을 확인한 경우에만 표시기 및 표시기 소스를 만듭니다.
필요에 맞는 표시기 소스를 찾을 수 있는 경우 설계한 KPI와 일치하는 표시기가 해당 소스에 이미 있는지 확인합니다.
주: KPI Composer 적합한 기존 퍼포먼스 분석 표시기 검색을 설계 프로세스에 통합합니다.
-
필요한 누락된 표시기 소스를 생성합니다.
최소 역할: pa_data_collector.
-
필요한 KPI와 일치하는 누락된 자동 표시기를 작성하십시오.
최소 역할: pa_power_user.
표시기 소스가 있으면 비즈니스 분석가와 같이 pa_power_user 역할을 가진 사용자가 자동 표시기를 만들 수 있습니다.
표시기를 만들 때 조건을 추가합니다. 이러한 조건은 하나 또는 두 개의 표시기에만 적용되며 표시기 소스 수준에서 적용하기에는 효율적이지 않습니다. 표시기 소스와 표시기 간에 조건을 효율적으로 분할한 경우 표시기 소스의 일부 표시기에는 추가 조건이 없습니다. 이러한 표시기는 단순히 표시기 소스의 열에 대한 집합입니다.
-
관련 세분화를 새 표시기와 연결하고 매핑합니다.
최소 역할: pa_power_user.
표시기를 디자인할 때 표시기에 적용할 세부 항목도 디자인해야 합니다. 세분화 설계는 에 포함되어 있습니다 KPI Composer. 새 세부 항목 또는 세부 항목 소스를 만들어야 할 수도 있지만 이 워크플로우의 범위를 벗어납니다.
-
세부 항목 매트릭스를 수집하고 관리합니다.
최소 역할: pa_power_user.
우선순위 및 범주 모두로 분류하는 것과 같이 둘 이상의 세분화 수준을 수집하려면 세분화 매트릭스를 설정하십시오. 불필요하거나 무의미한 분석 결과 조합은 제외해야 합니다.
-
표시기에 대한 작업을 편집합니다.
최소 역할: pa_data_collector.
예약된 데이터 수집 작업 하나 및 예약되지 않은 데이터 수집 작업 하나(보통)를 표시기에 추가합니다. 예약되지 않은 작업을 실행하여 표시기의 과거 데이터를 수집합니다(기록 데이터가 있는 경우). 일반적으로 표시기를 만들 때만 이 작업을 실행하고 다시 실행하지 않습니다. 예약된 작업을 활성화하여 일반적으로 표시기 빈도에 따라 주기적인 데이터를 수집합니다. 한 기간 동안만 수집합니다. 예를 들어 일일 빈도의 표시기가 있는 경우 이전(마지막으로 완료된) 날에 대해 매일 수집하도록 예약된 작업을 설정합니다.
결과
이 워크플로우의 끝에는 데이터로 채워진 자동 표시기가 있습니다. 이 자동 표시기는 KPI Composer에서 설계한 측정, 중요성공요인 또는 지원 표시기에 해당합니다.
다음에 수행할 작업
수식 표시기에 이 표시기를 포함할 수 있습니다. 또한 위젯을 설계하여 표시기를 시각화하고 대시보드를 생성하여 적절한 이해 관계자와 이러한 시각화를 공유할 수 있습니다.