설계 검토
현재 또는 제안된 솔루션 설계 평가
설계 검토 - 고급
현재 또는 제안된 솔루션 설계 평가
개요
Design Review - Advanced는 Advanced Impact 고객에게 ServiceNow 플랫폼과 관련하여 (1) 구현할 솔루션 또는 (2) 기존 구현 솔루션에 대한 검토를 제공합니다. 고객이 확장성, 지속 가능성, 유지 관리 용이성 및 업그레이드 용이성을 개선하고 네이티브 플랫폼의 기능을 활용하여 기술 부채 및 미래 상태 제한을 방지하는 최상의 솔루션 설계 결정을 내릴 수 있도록 지원하는 것을 목표로 합니다.
얻을 수 있는 것
- 고객 소개 세션(최대 60분)
- 결과물의 프로세스와 깊이에 대한 기대치 설정
- 고객 참여에 대한 기대치 전달
- 설계 검토 질문서 제공
- 데이터 요청 및 기타 입력
- 고객 작업 세션(최대 120분)
- 솔루션 설계의 현재 상태 검토
- 주요 프랙티스 컨텐츠 토론
- 고객이 실행할 작업 계획 항목 제안
- 설계 검토 결과물
- 검토 중인 애플리케이션, 문제점 및 사용 사례 검토
- 임팩트 스쿼드의 권장 사항 집계
- 고객 검토 세션(최대 60분)
설계 검토 결과물 검토.
- 후속 고객 세션(고객 요청 시 선택 사항 - 최대 60분)
- 솔루션 설계 관련 Q&A 기회
- 주요 사례에 대한 추가 지침 제공
요청된 고객 자원
| 고객 자원 | 책임 |
|---|---|
| 플랫폼 소유자 - 필수 | ServiceNow 플랫폼의 전반적인 책임을 담당합니다. 시스템 관리자에게 리더십과 감독 권한을 제공하고, 팀이 비즈니스 전략과 ServiceNow 로드맵에 부합하는지 확인하며, 플랫폼의 전반적인 거버넌스에 적극적으로 참여합니다. |
| 경영진 스폰서 - 필수 | ServiceNow의 기본 전략적 접촉 창구입니다. |
| ServiceNow 개발 팀장 – 필수 | ServiceNow 플랫폼에서 개발을 주도합니다. |
| 프로세스 소유자 - 권장 | 검토 중인 프로세스를 소유합니다. |
요청 정보/액세스
- 고객 작업 세션 최소 1주일 전에 고객이 작성한 설계 검토 질문서(ServiceNow에서 제공)
- 커스터마이제이션을 검토할 스토리 문서(프로세스 문서, 설계 결정, 파트너가 관련된 경우 구현 SOW)
- 결과, 가치 기대치, KPI 및 메트릭
- 통합 고려 사항
- 프로세스 및 기술적 접근(플러그인 등)을 위한 아키텍처 청사진(사용 가능한 경우)
- 검토 중인 애플리케이션의 사용 케이스에 대한 자세한 설명(가상 사용자를 포함해야 함)
- 검토 중인 신청서의 문제점에 대한 자세한 설명(해당되는 경우)
예외
설계 검토는 다음과 같은 경우에만 수행할 수 있습니다.
- 인시던트
- 문제
- Service Catalog
- Service Portal
- Knowledge
- 릴리스
- 애자일
- 인시던트
- 문제
- Service Catalog
- Service Portal
- Knowledge
- 릴리스
- 애자일
사용자 지정 애플리케이션의 설계 검토의 경우, 설계의 복잡성은 가속기를 제공하는 영향 액셀러레이터 컨설턴트의 단독 재량에 따라 결정된 중소 규모의 복잡성이어야 합니다.
ServiceNow는 솔루션 개발, 설계 또는 권장 사항 실행에 대한 책임을 지지 않습니다.
설계 검토 - 합계
현재 또는 제안된 솔루션 설계 평가
개요
Design Review Total은 Total Impact 고객에게 ServiceNow 플랫폼과 관련하여 (1) 구현할 솔루션 또는 (2) 기존 구현 솔루션에 대한 검토를 제공합니다. 고객이 확장성, 지속 가능성, 유지 관리 용이성 및 업그레이드 용이성을 개선하고 네이티브 플랫폼의 기능을 활용하여 기술 부채 및 미래 상태 제한을 방지하는 최상의 솔루션 설계 결정을 내릴 수 있도록 지원하는 것을 목표로 합니다.
얻을 수 있는 것
- 고객 소개 세션(최대 90분)
- 액셀러레이터 설명 및 소개
- 범위 정의(고객은 하나의 역량 내에서 하나의 애플리케이션을 선택할 수 있습니다):
- 플랫폼 애플리케이션(역량 1개, 중요 결정 5-6개)
- 사용자 지정 애플리케이션(역량 1개, 중요 의사 결정 3-5개)
- 사용자 지정 애플리케이션에서 플랫폼 애플리케이션으로 전환(역량 1개, 주요 의사 결정 5-6개)
- 가속기 작업 계획 일정 정의 및 역할/책임 지정
- 고객 사전 작업 및 기타 입력 요청
- 고객 작업 세션(최대 12시간 – 2일 워크샵으로 나누어짐)
- 솔루션 설계의 현재 상태 검토
- 설계 목적 관점(비즈니스, 기능, 기술, 구현)에 대해 논의
- 주요 결정 식별
- 위험 및 문제 파악
- 성공 메트릭 정의
- 기본 설계 지침 검토
- 고객 검토 세션(최대 4시간)
- 설계 검토 결과물 검토
- 설계 검토 결과물, 최종 프리젠테이션 포함:
- 초기 액셀러레이터 범위 및 기대치
- 고객 작업 세션의 출력
- 관찰 및 진단
- 해당되는 경우 즉시 사용 가능한 경로로 돌아갑니다.
- 규범적 권장 사항
- 내려야 할 탁월한 결정
- 추가 주요 사례 리소스(해당하는 경우)
- 후속 고객 세션(고객 요청 시 선택 사항-최대 60분)
- 솔루션 설계 관련 Q&A 기회
- 주요 사례에 대한 추가 지침 제공
요청된 고객 자원
| 고객 자원 | 책임 |
|---|---|
| 플랫폼 소유자 - 필수 | ServiceNow 플랫폼의 전반적인 책임을 담당합니다. 시스템 관리자에게 리더십과 감독 권한을 제공하고, 팀이 비즈니스 전략과 ServiceNow 로드맵에 부합하는지 확인하며, 플랫폼의 전반적인 거버넌스에 적극적으로 참여합니다. |
| 비즈니스/플랫폼 소유자 - 필수 | 가속기의 범위와 관련하여 – ServiceNow 솔루션 설계의 일부가 될 수 있는 비즈니스/프로세스를 담당 |
| 설계 리드/팀 - 필수 | 가속기 범위와 관련하여 – ServiceNow 솔루션 설계 담당 |
| Sr. 기능적 서비스 소유자 - 필수 | 가속기의 범위와 관련하여 – ServiceNow 솔루션 설계의 일부가 될 수 있는 서비스를 담당합니다. |
| Sr. 기능 비즈니스 소유자 - 필수 | 가속기의 범위와 관련하여 – ServiceNow 솔루션 설계의 일부가 될 수 있는 비즈니스를 담당합니다. |
요청된 정보/액세스
- 다음을 포함한 플랫폼 배경 문서:
- 플랫폼 이력 정보 - 플랫폼 구현 날짜/버전; 구현된 응용 프로그램 제품군; 현재 구현; 현재 또는 이전 파트너; 플랫폼 거버넌스; 플랫폼 관리 팀
- 플랫폼 스탠딩 정보 - 아키텍처 다이어그램; 통합 맵; 열린 성능 또는 플랫폼 문제; 다음으로 계획된 업그레이드; CSDM/CMDB 성숙도; 사용자 커뮤니티 정보; 릴리스 관리 접근 방식; 변경 관리 접근 방식; DevOps 정보
- 다음을 포함한 애플리케이션 배경 문서:
- 비즈니스 케이스 정보 – 조직 목표 및 목적; 사용 사례; 관련 프로세스 흐름; 관련 역할 및 책임 문서; 프로세스 소유자; 비즈니스 케이스; 혜택 케이스
- 비즈니스 고려 사항 정보 – 지원 접근 방식; 조직 변경 관리 접근 방식; 정책/절차/표준 요구 사항; 감사/정정 요구 사항
- 미해결 문제 정보 - 미해결 사용자 문제/피드백입니다. 알려진 비즈니스 프로세스 갭
- 다음을 포함한 설계 접근 방식 문서:
- 아키텍처 결정 정보 – 아키텍처 결정 내역; 대체 옵션 고려; 플랫폼 아키텍처 지원이 필요한 영역
- 디자인 접근 방식 정보 – 기술적 접근 방식이 포함된 전체 사용자 스토리 세트; 디자인을 기반으로 한 프로세스 문서; 핸드오버 문서
- 개발 주기 정보 - 전체 주기 테스트 결과; 모든 관련 결함 목록; 변경 및 릴리스 기록(사용 가능한 경우)
- 비즈니스 프레젠테이션 슬라이드(고객이 작성할 수 있도록 ServiceNow에서 제공)
- 아키텍처 프레젠테이션 슬라이드(고객이 완료할 수 있도록 ServiceNow에서 제공)
예외
이 액셀러레이터에는 설계에 대한 심층적인 기술 검토가 포함되어 있지 않으며, 권장 사항은 고객 작업 세션에서 발견되고 검토된 분석을 기반으로 합니다.
ServiceNow는 솔루션 개발, 설계 또는 권장 사항 실행에 대한 책임을 지지 않습니다.