테이블부터 Now Platform 시작하여 대시보드에서 공유할 수 있는 점수 수집을 통해 완료된 표시기까지 작업합니다.
시작하기 전에
KPI를 생성하기 전에 KPI를 설계하십시오. 를 사용하여 KPI Composer달성하려는 비즈니스 목표를 퍼포먼스 분석결정하는 것부터 시작합니다. 각 비즈니스 목표에 대해 해당 목표의 핵심성공요인을 결정합니다. 마지막으로, 이러한 중요한 성공 요인에 대한 진행 상황을 확인하기 위해 수행해야 하는 측정을 결정합니다. 이러한 측정은 구현해야 하는 KPI에 해당합니다. 퍼포먼스 분석 솔루션 설계에 대한 자세한 내용은 다음 문서를 참조하십시오 다음을 사용하여 퍼포먼스 분석 솔루션 설계 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 작성기에서 설계한 측정, 핵심성공요인 또는 지원 표시기에 해당합니다.
다음에 수행할 작업
수식 표시기에 이 표시기를 포함할 수 있습니다. 표시기를 시각화하는 위젯을 디자인하고 대시보드를 생성하여 이러한 시각화를 적절한 이해 관계자와 공유할 수도 있습니다.