IT 및 비즈니스 이해 관계자가 앱과 흐름을 지원해야 하는 방법에 대한 규칙이 없거나 제한적입니다.
헬프 데스크는 Power Platform 쿼리를 인식하지 못하고 처리할 준비가 되어 있지 않습니다.
개별 비즈니스 단위는 사일로에서 발생하고 조직 전체에서 일관되지 않은 서로를 지원하는 방법을 찾습니다. 다른 사업부의 제작자는 부서의 성숙도에 따라 다른 지원을 받게 됩니다.
200: 반복 가능
커뮤니티 지원이 확립되고 있으며, 종종 Power Platform에 열정적인 개별 Power Platform 기술 전문가가 주도합니다. 그들은 지원 네트워크를 구축하기 위해 제작자를 모으고 연결하는 작업을 하고 있습니다.
내부 토론 채널을 사용할 수 있으며 Q&A의 장소가 됩니다. 이 채널은 유기적으로 성장할 수 있으며 새로운 제작자는 자동으로 초대되는 것이 아니라 입소문을 통해 채널을 발견합니다. CoE(최고 기관)는 채널에 대한 감독이 거의 없습니다.
솔루션 수명 주기 단계를 관리하기 위한 어느 정도의 약속 및 거버넌스 조치가 있으며 이는 종종 개별 제작자와 그들의 지식에 따라 다릅니다. 그들은 스스로 모범 사례를 배웠습니다.
헬프 데스크는 몇 가지 가장 일반적인 기술 지원 문제를 처리합니다.
300: 정의됨
지원 전략에 헬프 데스크가 포함됩니다. 헬프 데스크는 알려지고 예상되는 모든 Power Platform 기술 지원 문제를 처리할 준비가 되어 있으며 CoE는 필요할 때 적절한 확장 지원을 제공합니다.
정의된 위험 프로필은 솔루션이 받을 지원 수준을 나타냅니다(예: IT 지원, IT 보호, 제작자 지원). 제작자는 결정 매트릭스를 통해 솔루션의 위험 프로필을 신속하게 평가할 수 있으며 다음 단계를 식별할 수 있습니다(예: 테스트/프로덕션 환경 확보, 솔루션 인계, 지원 팀에 지식 이전 등). 종종 이 작업은 솔루션이 구축된 후 사후 대응적이며, 이는 IT에 사전 가시성이 없음을 의미합니다.
내부 토론 채널은 이제 대중적이며 대부분 자체적으로 유지됩니다. CoE 구성원은 토론 채널을 적극적으로 모니터링하고 관리하여 질문에 신속하고 정확하게 답변할 수 있도록 합니다.
400: 가능
전용 지원 팀.
사업 전략에 따른 지속적인 개선 계획.
역할과 책임을 명확히 이해.
추가 지원을 포함하여 헬프 데스크 지원 기대치를 정의하기 위해 SLA가 마련되어 있으며 관련된 모든 사람에게 명확합니다.
500: 효율
지원 활동 자동화(예: 소유권 변경, FAQ용 봇).
솔루션 구축 및 운영에 대한 책임과 소유권을 완전히 이해합니다.
헬프 데스크와 CoE 사이에는 양방향 피드백 루프가 있습니다.
핵심 성과 지표는 커뮤니티 참여와 만족도를 측정합니다.
자동화는 사용자 경험에 직접적인 가치를 추가하는 경우(예: 커뮤니티에 대한 자동 액세스) 또는 특정 헬프 데스크 활동(예: 속도를 높이고 오류를 줄이는 API 및 스크립트 사용)에 대해 적용됩니다.