흐름 식별 및 평가에 대한 권장 사항
이 Power Platform Well-Architected Reliability 체크리스트 권장 사항에 적용:
| 제목:02 | 사용자 및 시스템 흐름을 식별하고 평가합니다. 비즈니스 요구 사항에 따라 중요도 척도를 사용하여 흐름의 우선 순위를 지정합니다. |
|---|
이 가이드에서는 워크로드 흐름을 식별하고 우선 순위를 지정하기 위한 권장 사항을 설명합니다. 워크로드 흐름을 식별하고 우선 순위를 지정하려면 사용자 흐름과 시스템 흐름을 매핑하여 조직에 대한 중요성을 결정해야 합니다. 이 방법을 사용하면 가장 중요한 워크로드 기능을 식별하고 우선 순위를 지정하여 손상을 일으키는 오류의 위험을 줄일 수 있습니다. 워크로드 흐름을 식별하고 우선 순위를 지정하지 못하면 시스템이 고장나고 워크로드 안정성이 저하될 수 있습니다.
정의
| 용어 | 정의 |
|---|---|
| 사용자 흐름 | 사용자가 애플리케이션이나 시스템 내에서 수행하는 작업의 경로 또는 순서입니다. |
| 시스템 흐름 | 시스템 내의 정보와 프로세스의 흐름입니다. 시스템은 자동으로 이 흐름을 따라 사용자 흐름 또는 워크로드 기능을 활성화합니다. |
주요 디자인 전략
워크로드를 설계할 때 사용자 흐름과 시스템 흐름을 정의하는 것이 중요합니다.
사용자 흐름은 애플리케이션을 통한 사용자의 이동을 차트로 표시합니다. 이는 사용자 인터페이스, 상호 작용, 결정 및 작업을 완료하는 데 필요한 단계에 중점을 둡니다. 사용자 흐름은 사용자 경험과 인터페이스 디자인에 대한 사용자 중심 관점을 제공합니다.
시스템 흐름은 워크로드의 내부 작업을 차트로 표시합니다. 데이터 이동, 입력 처리, 출력 처리 및 워크로드 구성 요소, 백엔드 서비스 및 외부 API 간의 상호 작용에 중점을 둡니다. 시스템 흐름은 워크로드가 내부적으로 작동하는 방식에 대한 복잡한 세부 정보를 나타냅니다.
워크로드의 설계 단계 초기에 흐름을 식별하고 정의해야 합니다. 이를 통해 워크로드의 안정성에 영향을 미치는 요소를 보다 명확하게 이해할 수 있습니다. 워크로드의 안정성 목표에 맞춰 아키텍처 결정을 밀접하게 조정합니다.
모든 사용자 및 시스템 흐름 식별
모든 사용자 및 시스템 흐름을 식별한 결과는 워크로드의 모든 흐름에 대한 카탈로그입니다. 이 식별 프로세스에서는 시스템 내의 모든 사용자 상호 작용과 프로세스를 처음부터 끝까지 계획해야 합니다. 이 매핑은 중요한 흐름을 식별하기 위한 전제 조건입니다. 워크로드의 모든 사용자 및 시스템 흐름을 식별하기 위한 권장 사항은 다음과 같습니다.
주요 기여자를 파악합니다. 프로세스에 기여하는 모든 사람을 생각하십시오. 여기에는 부서의 사람들과 문제에 대해 함께 협력하는 다른 부서가 포함됩니다. 해결 중인 비즈니스 문제와 관련하여 그들이 하는 일을 이해하십시오.
이해관계자 인터뷰. 이해 관계자는 흐름을 식별하는 데 유용한 정보를 제공할 수 있으며 흐름을 매핑하고 우선 순위를 지정하는 데 도움을 줄 수도 있습니다. 또한 사용자, 비즈니스 분석가 및 기술 팀을 인터뷰하여 워크로드 내 사용자 상호 작용 및 종속성에 대한 인사이트를 수집할 수도 있습니다.
프로세스 마이닝를 활용하여 개선할 수 있는 프로세스를 알아보세요. 작업이 데스크톱에서 완전히 완료되면 프로세스 마이닝을 사용하여 조직의 사람들이 작업을 완료하기 위해 수행하는 모든 단계를 검색할 수 있습니다. 프로세스 마이닝은 프로세스 맵에서 프로세스를 시작하고 분석 보고서에서 프로세스의 병목 현상과 메트릭을 보여줍니다.
문서를 검토하세요. 설계 단계에서는 검토할 문서가 없을 수도 있습니다. 그러나 문서가 있으면 이를 사용해야 합니다. 시스템 아키텍처 다이어그램, 사용자 매뉴얼, 프로세스 설명을 요청하세요. 이러한 문서는 워크로드의 의도된 기능과 개별 흐름을 이해하는 데 도움이 될 수 있습니다.
어떤 활동이 수행되고 있는지 관찰하세요. 오늘 작업이 다른 방식으로 수행된다면 진행 중인 작업을 모니터링하세요. 이 비즈니스 프로세스 단계에서 작업을 완료하기 위해 사용자가 수행한 활동을 기록하십시오. 활동의 세부 사항을 가져옵니다. 활동을 결정할 때 각 활동의 원인과 결과, 활동과의 관계 및 원하는 목표에 더 근접한 방법을 고려할 수 있습니다. 프로세스의 시작점을 식별하고 목표로 이끄는 활동을 작성하십시오. 활동은 순차적일 수 있습니다. 즉, 이전 활동이 완료될 때까지 하나의 활동이 발생할 수 없으며, 병렬적일 수 있습니다. 즉, 두 개 이상의 활동이 동시에 발생할 수 있습니다.
어떤 데이터가 필요한지, 그리고 그 데이터가 어디에서 나오는지 확인하세요. 모든 데이터 원본의 목록을 만들고 데이터가 어디서 오는지 관찰하세요. 내부 시스템에서 왔나요, 아니면 외부 데이터 원본에서 왔나요? 사용자는 데이터를 얻기 위해 어떻게 인증합니까? 다양한 권한 수준이 있나요? 누가 시스템을 사용하는지에 따라 데이터가 변경됩니까?
어떤 데이터가 생성 또는 편집되었는지 확인하세요. 오늘날 데이터를 캡처하는 데 종이 양식 또는 전자 양식이 사용됩니까? 이러한 양식은 화면 레이아웃과 데이터 캡처 방법에 대해 생각할 때 출발점 역할을 할 수 있습니다. 캡처되는 데이터는 무엇입니까? 그것을 무엇이라 부릅니까? 데이터 원본의 실제 이름입니까, 아니면 비즈니스의 이 부분에서 사용되는 일반 이름입니까? 데이터 원본의 이름을 사용자가 알고 있는 "친숙한" 이름으로 매핑해야 할 수도 있습니다.
사용자 또는 시스템 흐름의 일부로 내려진 결정을 확인합니다. 이 과정에서 이 활동이 끝나면 결정이 내려지고 있습니까? 솔루션이 데이터를 기반으로 자동으로 결정을 내릴 수 있는 방법이 있습니까? 데이터의 계층 구조가 있습니까? 예를 들어, 각 경비 보고서에는 여러 경비가 있을 수 있으며 일부 경비 유형에는 추가 정보가 필요합니다. 이 결정은 누구에게 전달됩니까? 어떻게 전달되나요? 프로세스의 다음 단계가 시작되기 전에 승인이 필요합니까? 이러한 승인은 어떻게 캡처됩니까? 프로세스의 다음 단계를 승인할 수 있는 특정 사용자 또는 역할이 있습니까?
식별된 흐름을 나열하세요. 인터뷰, 문서 및 관찰을 통해 워크로드의 모든 흐름을 식별할 수 있어야 합니다. 식별한 모든 흐름의 목록을 컴파일하고 이를 사용자 흐름(사용자 상호 작용에 중점)과 시스템 흐름(백엔드 프로세스 및 데이터 이동에 중점)으로 분류합니다.
흐름 시작점과 종료점을 정의합니다. 식별된 각 흐름에 대해 흐름이 시작되는 위치와 끝나는 위치를 명확하게 정의합니다. 사용자 흐름의 경우 각 사용자 상호 작용과 예상 결과를 문서화하세요. 사용자 환경과 인터페이스 디자인에 중점을 둡니다. 시스템 흐름의 경우 기본 트리거와 예상 결과를 식별해야 합니다.
각 흐름을 나누어 보세요. 각 흐름을 개별 단계로 나누어 각 지점에서 발생하는 작업, 결정 또는 프로세스를 설명합니다. 다른 흐름이나 외부 시스템에 대한 종속성을 포함하여 각 단계가 시스템의 다른 부분과 어떻게 상호 작용하는지 확인하세요. 흐름이 워크로드 및 사용자 경험과 통합되고 영향을 미치는 방식을 정확히 찾아낼 수 있어야 합니다. 이 이중 접근 방식은 전체 워크로드에 대한 전체적인 보기를 제공합니다.
고유한 결과물을 문서화하세요. 오류 처리나 조건부 분기 등 각 흐름 내에서 대체 경로나 예외를 식별합니다. 흐름에 가능한 결과가 여러 개 있는 경우 해당 결과를 고유한 항목으로 카탈로그에 추가해야 합니다. 사용자 흐름의 경우 상호 작용의 의도된 동작을 식별해야 합니다. 시스템 흐름의 경우 프로세스의 의도된 동작을 식별해야 합니다.
다이어그램으로 시각화하세요. 흐름과 해당 단계를 시각적으로 나타내는 순서도 또는 다이어그램을 만듭니다. Microsoft Visio, UML(Unified Modeling Language) 시퀀스 다이어그램, 사용 사례 다이어그램, 간단한 그리기 도구 또는 텍스트 형식의 설명 목록과 같은 도구를 사용할 수 있습니다( 예제 흐름 카탈로그 참조).
매핑 흐름을 반복적으로 업데이트합니다. 흐름 매핑은 반복적인 프로세스입니다. 흐름은 특히 설계 단계에서 변경, 분할 또는 결합될 수 있습니다. 워크로드 흐름이 더욱 명확하게 정의되면 일치하도록 흐름 카탈로그를 업데이트해야 합니다. 정확성과 완전성을 보장하기 위해 이해관계자의 피드백을 통해 흐름도를 검증하고 개선합니다.
각 흐름에 대한 비즈니스 프로세스 식별
비즈니스 프로세스는 경비 보고, 연차 휴가 관리, 주문 이행 또는 재고 관리와 같은 결과를 달성하기 위한 일련의 작업입니다. 각 흐름에 대한 비즈니스 프로세스를 식별하려면 흐름을 하나 이상의 비즈니스 프로세스에 매핑해야 합니다. 이 매핑은 비즈니스에 대한 각 흐름의 중요성을 이해하는 데 도움이 됩니다.
비즈니스 프로세스에 대한 흐름 매핑을 제공하는 기존 문서나 비즈니스 계획이 있을 수 있습니다. 때로는 사용자 매뉴얼, 교육 자료 또는 시스템 사양을 통해 워크로드와 해당 흐름의 의도된 용도와 목적에 대한 인사이트를 얻을 수 있습니다. 그렇지 않은 경우 지원하는 비즈니스 프로세스에 흐름을 매핑해야 합니다. 각 흐름에 대한 비즈니스 프로세스를 식별하기 위한 권장 사항은 다음과 같습니다.
작업 부하 출력을 사용하세요. 워크로드 출력 및 흐름 분석을 사용하여 흐름이 지원하는 비즈니스 프로세스와 상호 연관시킬 수 있습니다. 먼저 워크로드가 생성하는 출력을 검토합니다. 출력은 영업 보고서, 데이터 파일 또는 완료된 작업일 수 있습니다.
인터뷰를 실시합니다. 워크로드와 상호 작용하는 팀 구성원 및 이해 관계자와 대화하세요. 일상적인 작업, 워크로드 사용 방법, 워크로드를 통해 달성하는 목표에 대해 구체적인 질문을 해야 합니다. 기술 팀은 워크로드 구조를 더 깊이 이해하고 지원하는 비즈니스 프로세스에 대한 인사이트를 제공할 수 있는 경우가 많습니다.
작업 부하 사용량을 모니터링합니다. 기존 워크로드의 경우 워크로드를 모니터링하고 데이터 입력, 주문 처리 또는 고객 상호 작용과 같은 기본 비즈니스 프로세스를 나타내는 사용 패턴을 찾습니다.
연결 비즈니스 프로세스에 대한 출력. 흐름 출력의 점을 지원하는 전체 비즈니스 프로세스에 연결하세요. 예를 들어 흐름 단계에 고객 주문 처리가 포함된 경우 주문 이행의 비즈니스 프로세스를 직접 지원합니다. 주문 이행은 고객 만족을 유지하고 수익을 창출한다는 비즈니스 목표에 기여합니다. 마지막으로 흐름 분석을 사용하여 어떤 흐름이 판매 보고서를 생성했는지 확인하는 데 도움을 줍니다.
각 흐름에 대한 프로세스 담당자 및 이해 관계자 식별
흐름의 프로세스 담당자는 지정된 프로세스의 성공적인 실행을 담당하는 개인입니다. 그들은 해당 프로세스와 이를 지원하는 흐름을 담당합니다. 각 워크로드 흐름에 대한 프로세스 담당자를 식별해야 합니다. 또한 각 흐름에 대한 이해 관계자를 식별해야 합니다. 이해 관계자는 워크로드에 참여하거나, 흐름에 대한 종속성을 갖거나, 흐름이 갖는 종속성을 관리할 수 있습니다.
프로세스 담당자와 이해 관계자를 이미 식별하는 RAM(책임 할당 매트릭스) 또는 RACI(Responsible, Accountable, Consulted, Informed) 매트릭스가 있을 수 있습니다. 일반적으로 프로세스 담당자는 프로세스에 대한 책임이 있으며 이해 관계자에게 문의하거나 알립니다.
각 흐름에 대한 에스컬레이션 경로 식별
에스컬레이션 경로 식별은 흐름과 관련된 문제를 에스컬레이션하기 위한 채널을 결정하는 것입니다. 에스컬레이션이 필요한 문제로는 긴급 업데이트, 보안 문제, 성능 저하 또는 기술적 사고가 있을 수 있습니다. 에스컬레이션 경로를 식별하는 목적은 시기적절하고 효과적인 문제 해결을 보장하는 것입니다.
에스컬레이션 경로는 특정 문제를 해결할 가능성이 가장 높은 사람이나 그룹부터 시작해야 합니다. 이 사람이나 그룹이 문제를 해결할 수 없는 경우 에스컬레이션 경로에서 다음 연락처를 식별해야 합니다. 다음 연락 지점은 더 광범위한 책임을 가지며 조직의 더 많은 부분과 완화 전략을 조정할 수 있습니다. 에스컬레이션 경로에 있는 사람 수는 흐름과 조직에 따라 다릅니다. 에스컬레이션 경로에 사람이 너무 많으면 해결 노력이 느려질 수 있습니다.
각 흐름의 비즈니스 영향 식별
각 흐름이 주요 비즈니스 목표에 어떻게 기여하는지 이해하려면 각 흐름의 비즈니스 영향을 식별하는 것이 필수적입니다. 비즈니스 영향에는 성능 개선, 직간접적인 비용 절감, 위험 완화 또는 비즈니스 혁신이 포함될 수 있습니다. 각 흐름의 긍정적인 영향과 부정적인 영향을 모두 이해함으로써 비즈니스에 가장 중요한 흐름의 안정성을 보장하기 위한 노력의 우선 순위를 지정할 수 있습니다. 흐름 실패의 직접적인 영향과 다른 상호 연결된 프로세스에 대한 간접적인 영향을 고려하는 것이 중요합니다. 각 흐름의 비즈니스 영향을 식별하는 단계는 다음과 같습니다.
긍정적인 영향을 파악하세요. 흐름이 의도한 대로 실행될 때 예상되는 이점을 판단합니다. 예상되는 이점에는 운영 효율성 및 효율성 향상, 고객 또는 직원 만족도 향상, 데이터 보안 향상, 규제 요구 사항 준수 보장 또는 비즈니스에 대한 기타 긍정적인 효과가 포함될 수 있습니다.
부정적인 영향을 파악하세요. 프로세스가 실패하거나 예상대로 작동하지 않을 경우 잠재적인 부정적인 영향을 평가합니다. 수익 하락과 같은 구체적인 손실을 수량화해 보세요. 평판 손상, 고객 신뢰 저하 또는 기타 관련 비즈니스 프로세스에 대한 부정적 영향과 같은 주관적인 영향을 포함합니다.
용량 및 가용성 가정을 정의합니다. 각 프로세스의 예상 용량 및 가용성에 대한 가정을 설정합니다. 예상 업무 시간, 목표 가동 시간 비율 등의 요소를 고려하세요. RTO(복구 시간 목표) 또는 RPO(복구 지점 목표)에 대한 기대치가 있는 경우 이러한 기대치를 포함해야 합니다. 이러한 가정은 각 흐름의 안정성 요구 사항을 이해하는 데 도움이 됩니다.
이러한 측면을 체계적으로 평가함으로써 각 흐름이 비즈니스에 어떤 영향을 미치는지에 대한 포괄적인 시각을 확보하고 안정성 최적화에 대한 전략적 결정을 내릴 수 있습니다.
각 흐름에 중요도 등급 할당
전체 비즈니스 영향과 관련된 흐름 중요도를 자세히 평가하면 각 흐름에 중요도 등급을 할당할 수 있습니다. 목적은 우선 순위에 따라 흐름을 정렬하고 중요한 흐름을 식별할 수 있는 레이블을 할당하는 것입니다. 이 프로세스는 비즈니스 프로세스와 영향을 식별, 매핑 및 조정하는 논리적 연속입니다. 다음 중요도 설명을 사용하여 중요 등급을 할당합니다.
중요(높은 중요도): 중요한 흐름은 핵심 비즈니스 기능에 필수적입니다. 이는 고객 경험, 금융 거래, 보안 프로토콜, 인간 건강 및 안전과 같은 비즈니스의 중요한 측면에 직접적인 영향을 미칩니다. 이러한 흐름이 실패하거나 중단되면 즉각적이거나 장기적으로 심각한 부정적인 영향을 미칠 수 있습니다. 부정적인 영향의 예로는 수익 손실, 신뢰 위반, 법적 문제 등이 있습니다. 이러한 흐름의 우선 순위를 지정하면 워크로드의 가장 중요한 측면이 강력하고 탄력적으로 유지됩니다.
중요(중간 중요도): 중요한 흐름은 비즈니스 기능의 일부를 충족하지만 중요한 비즈니스 운영과 직접적으로 연관되거나 영향을 미치지 않습니다. 예를 들어 문제로 인해 내부 데이터 처리 흐름이 중단되는 경우 즉각적인 외부 영향 없이 데이터 처리를 다시 시도할 수 있습니다. 이러한 흐름은 원활한 운영을 위해 필수적이지만 즉각적인 고객 또는 재정적 영향 측면에서 완충 장치를 제공하여 문제에 대한 관리적인 대응을 가능하게 합니다.
생산성(중요도 낮음): 생산성 흐름은 핵심 비즈니스 기능이나 고객 경험에 직접적이거나 상당한 영향을 미치지 않습니다. 예를 들어 스토리지 백업을 위해 정기적으로 파일을 전송하거나 피드백 설문 조사를 처리하는 등의 보조 프로세스와 소규모 팀 사용 사례가 있습니다. 이러한 흐름은 전체 시스템에 기여하지만 중단으로 인해 즉각적인 비즈니스 또는 운영 문제가 발생할 가능성은 낮으며 수동으로 해결하는 경우가 많습니다.
중요도 할당에 대한 이러한 구조적 접근 방식을 따르면 리소스의 우선 순위를 효과적으로 지정하고 가장 중요한 흐름의 안정성과 효율성을 유지하고 향상하는 데 집중할 수 있습니다.
트레이드오프: 신뢰성에 대한 기대치가 높아지면 운영 비용과 운영자의 관리 부담이 커지는 경우가 종종 있습니다. 이해 관계자가 중요한 흐름의 신뢰성을 향상시키는 데 따른 잠재적인 비용 증가를 이해하는지 확인하십시오.
흐름 카탈로그 예
다음 예에서는 전체 시나리오를 제공하고 흐름을 식별하고 매핑하고 우선 순위를 지정하는 데 도움이 되는 중요한 사항을 보여줍니다. 예시 워크로드는 직원이 비용 양식을 작성하고, 관리자가 비용을 검토 및 승인하고, 감사자가 주간 보고서를 검토할 수 있는 비용 보고용 LOB(기간 업무) 앱입니다.
사용자 흐름 1: 경비 양식 작성
흐름 설명: 직원은 애플리케이션을 사용하여 경비 양식을 작성합니다.
비즈니스 프로세스: 이 흐름은 경비 양식 작성 및 제출을 지원하지만, 비동기적이기 때문에 그다지 중요하지 않습니다.
프로세스 소유자: 비즈니스 관리자
이해 관계자: 직원, 라인 관리자, 비즈니스 관리
에스컬레이션 경로: 애플리케이션 팀, 플랫폼 팀
사업 영향: 이 흐름은 직원이 비용을 청구하는 데 중요하지만, 사업의 주요 수익 흐름에 직접적인 영향을 미치지 않으며 직접적인 고객 영향을 미치지 않습니다. 직원이 이 흐름을 사용할 수 없어 경비 청구를 생성할 수 없는 경우 회사의 수익이나 평판에 부정적인 영향을 미치지 않습니다. 직원은 나중에 경비를 신청할 수 있습니다. 다운타임이 길어지면 경비 지불을 놓친 경우 신용카드 추가 요금이 부과될 수 있습니다. 그러나 고가용성은 이 프로세스에 필수적인 것은 아닙니다. 비즈니스 관리자는 이 프로세스에 대해 90% 가용성 요구 사항을 지정했으며 유지 관리를 위해 업무 시간 이외의 다운타임에 동의했습니다.
중요도 평가: 생산성(낮음)
사용자 흐름 2: 경비 검토 및 승인
흐름 설명: 직원의 직속 관리자가 경비 청구를 검토하고 승인합니다.
비즈니스 프로세스: 이 흐름은 경비 청구 검토 및 승인을 지원하지만, 비동기적 프로세스입니다.
프로세스 소유자: 비즈니스 관리자
이해 관계자: 직원, 라인 관리자, 비즈니스 관리
에스컬레이션 경로: 애플리케이션 팀, 플랫폼 팀
비즈니스 영향: 이 흐름을 통해 라인 관리자는 경비 청구를 검토하고 승인하며 더 자세한 내용을 요청할 수 있습니다. 직속 관리자가 경비 청구를 승인하는 데 7일이 걸리므로 이 흐름의 고가용성은 중요하지 않습니다. 직원이 이 흐름을 사용할 수 없어 경비 청구를 생성할 수 없는 경우 회사의 수익이나 평판에 부정적인 영향을 미치지 않습니다. 직원은 나중에 경비를 신청할 수 있습니다. 다운타임이 길어지면 경비 지불을 놓친 경우 신용카드 추가 요금이 부과될 수 있습니다. 그러나 고가용성은 이 프로세스에 필수적인 것은 아닙니다. 비즈니스 관리자는 이 프로세스에 대해 90% 가용성 요구 사항을 지정했으며 유지 관리를 위해 업무 시간 이외의 다운타임에 동의했습니다.
중요도 평가: 생산성(낮음)
사용자 흐름 3: 트랜잭션 입력 및 전기
흐름 설명: 사업 관리자는 비용을 검토하고 거래를 게시하여 크레딧 카드를 지불해야 합니다.
비즈니스 프로세스: 이 흐름은 신용 카드 요금 카드 지불을 지원합니다.
프로세스 소유자: 비즈니스 관리자
이해관계자: 사업 관리, 플랫폼 팀, 데이터 팀
에스컬레이션 경로: 플랫폼 팀, 데이터 팀, 플랫폼 팀 상주 엔지니어
사업에 미치는 영향: 이러한 흐름은 비용 지불에 필수적이며, 지불을 놓치면 신용 카드 요금이 부과될 수 있습니다. 그러나 일반적으로 경비 접수부터 지불 기한까지 충분한 시간이 있습니다. 비즈니스 관리자는 이 프로세스에 대해 90% 가용성 요구 사항을 지정했으며 유지 관리를 위해 업무 시간 이외의 다운타임에 동의했습니다.
중요도 평가: 중간
시스템 흐름 4: 주간 경비 보고서 생성
흐름 설명: CFO가 검토할 수 있도록 주간 비용 보고서가 작성됩니다. 보고서가 생성되어 Power BI에 게시되고 CFO에게 알림이 전송됩니다.
비즈니스 프로세스: 이 흐름은 비용 검토를 지원합니다.
프로세스 소유자: CFO
이해 관계자: 비즈니스 관리, 모든 기술 팀
에스컬레이션 경로: 애플리케이션 팀 대기 엔지니어, 플랫폼 팀 대기 엔지니어, 데이터 팀 대기 엔지니어
사업에 미치는 영향: 이 흐름을 사용할 수 없어도 회사의 수익이나 평판에 영향을 미치지 않습니다. 비즈니스 관리자는 이 프로세스에 대해 90% 가용성 요구 사항을 지정했으며 유지 관리를 위해 업무 시간 이외의 다운타임에 동의했습니다.
중요도 평가: 중간
사용자 흐름 5: 경비 감사
흐름 설명: 외부 감사원은 보고서가 규정 준수 요구 사항을 충족하는지 확인하기 위해 비용에 대한 적시 감사를 수행합니다.
비즈니스 프로세스: 이 흐름은 규정 준수 및 감사 프로세스를 직접 지원합니다. 이 기능이 없으면 회사는 외부 감사자로부터 벌금이 발생할 수도 있습니다.
프로세스 소유자: 플랫폼 팀
이해 관계자: 플랫폼 팀, 운영 팀, 비즈니스 관리자
에스컬레이션 경로: 플랫폼 팀 대기 엔지니어
비즈니스 영향: 이 흐름에는 외부 감사자가 경고나 통지 없이 비용 보고를 요청할 수 있으므로 높은 가용성이 필요합니다. 이 흐름을 사용할 수 없으면 벌금이 부과될 수 있습니다. 이는 연장된 업무 시간을 포함하여 기업이 99.9%의 가동 시간을 기대하는 핵심 프로세스입니다.
중요도 평가: 높음
Power Platform 간편 사용
비즈니스 프로세스를 시각화하고 분석하는 데 도움이 되는 강력한 도구인 프로세스 맵을 포함하여 Power Automate의 프로세스 마이닝 및 작업 마이닝을 사용해 보세요.
Power Apps 프로젝트를 계획하여 아이디어를 완전한 기능을 갖춘 솔루션으로 변환하는 방법을 알아보세요.
안정성 체크리스트
전체 권장 사항 세트를 참조하세요.