테이블부터 ServiceNow AI Platform 시작하여 대시보드에서 공유할 수 있는 점수 수집이 있는 완성된 표시기까지 작업합니다.
시작하기 전에
KPI를 생성하기 전에 설계합니다. 를 사용하여 KPI Composer먼저 달성하려는 비즈니스 목표를 결정합니다.퍼포먼스 분석 각 비즈니스 목표에 대해 해당 목표의 핵심 성공 요인을 결정합니다. 마지막으로, 이러한 중요한 성공 요인에 대한 진행 상황을 확인하기 위해 어떤 측정이 필요한지 결정합니다. 이러한 측정치는 구현해야 하는 KPI에 해당합니다. 퍼포먼스 분석 솔루션 설계에 대한 자세한 내용은 다음 문서를 참조하십시오 으로 솔루션 설계 퍼포먼스 분석KPI Composer.
필요한 역할: 없음
이 태스크 정보
필요한 KPI를 알고 있으면 표시기와 세부 항목 및 필요한 경우 해당 데이터 소스를 만들 수 있습니다. 다음 워크플로우는 데이터베이스 테이블에서 ServiceNow AI Platform 점수를 수집하는 KPI의 구현인 자동 표시기에 적용됩니다. ( 수식 표시기에서 자동화된 표시기에 작업을 결합하고 적용할 수 있습니다. 또한 수동 표시기 와 데이터베이스를 전혀 참조하지 않는 외부 표시기를 사용할 수도 있습니다 ServiceNow AI Platform .)
중요사항: Performance Analytics는 자격을 갖춘 직원이 구현해야 합니다. 여기에 설명된 대로 여러 교육 과정을 사용할 수 있습니다.
ServiceNow 커뮤니티 문서. 이 설명서는 교육을 대체하기 위한 것이 아닙니다.
퍼포먼스 분석을 위한 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 작성기에서 설계한 측정값, 핵심성공요인 또는 지원 표시기에 해당합니다.
다음에 수행할 작업
수식 표시기에 이 표시기를 포함할 수 있습니다. 표시기를 시각화하는 위젯을 디자인하고 이러한 시각화를 적절한 이해 관계자와 공유하는 대시보드를 만들 수도 있습니다.