프로세스 아키텍처 및 수명 주기 이해

다른 사용자가 보고 실행하기 위해 프로세스 모델이 생성됩니다. 따라서 모든 프로세스는 일반적으로 문서로 시작하는 반복적인 수명 주기를 따릅니다.

기본 프로세스 정보를 캡처하는 것으로 시작합니다.

• 프로세스 참가자와 워크샵 운영
• 프로세스 관련 설문 조사 생성
• 프로세스 인터뷰 수행

이 단계의 결과는 (신규 또는 세부 지정된) 프로세스 모델이어야 하며, 시스템에서 또는 수동으로 프로세스 실행을 위한 공통 기반으로 사용할 수 있습니다.

프로세스 실행은 문서화된 비즈니스 태스크를 실행하기 위해 프로세스 모델을 사용하는 사람 및/또는 어플리케이션을 의미합니다. 보다 자동화된 방식으로 워크플로우 엔진은 태스크를 실행, 제어 및 관리합니다. 프로세스 모델의 이러한 태스크는 실제로 사용자에게 지정될 수 있으며, 사용자는 미결 태스크에 대한 통지를 받아 적시에 태스크를 완료할 수 있습니다.

프로세스 분석은 취약점, 병목 및/또는 규정 준수 문제를 발견하기 위해 프로세스 KPl을 설정하는 데 중점을 둡니다.

판매 프로세스에 대한 KPI의 예는 다음과 같습니다.

• 신규 판매 계약 수
• 기간별 서명된 신규 계약 금액

오늘날 높은 수준의 가치 사슬은 조직의 시작점으로 흔합니다.

회사 전체의 비즈니스 프로세스를 구성, 구성 및 관리하고 개별 비즈니스 영역으로 드릴다운하여 최종 프로세스를 결정할 수 있도록 지원합니다.

가치 사슬 모델은 가장 높은 관점에서 본 조직의 프로세스 아키텍처를 나타냅니다. 레벨 1 프로세스 랜드스케이프는 일반적으로 관리, 코어 및 지원 프로세스의 프로세스 그룹을 시각화하며, 이는 전체 회사 목표 및 전략에 맞춰 조정됩니다. 회사의 사업 영역에 대한 개략적인 개요를 예로 들 수 있습니다.

특정 프로세스 영역은 조직의 기능 부분(예 :)에 중점을 둡니다. 인사 관리, 재무 또는 판매 부서 를 통해 관련 비즈니스 프로세스에 대한 인사이트를 얻을 수 있습니다. 특정 비즈니스 단위의 관련 프로세스 영역을 논리적으로 그룹화한 것입니다.

프로세스 아키텍처의 세 번째 레벨은 전용 프로세스 영역의 기존 End-to-End 프로세스와 개념적 End-to-End 프로세스로 구분됩니다. BPMN은 모든 비즈니스 프로세스의 그래픽 표현에 사용됩니다. 프로세스 완료를 위한 태스크, 분기, 결정이 포함되어 있습니다.

추가적인 수준의 세부 정보 및 아웃소싱 프로세스 정보는 프로세스 계층구조의 상위 레벨에 있는 단일 또는 여러 주요 프로세스에 연결된 BPMN 모델 형태의 하위 프로세스로 처리할 수 있습니다.

실제 레벨 수는 사업 영역의 복잡도에 따라 달라집니다. 관련 프로세스의 추가 그룹화가 필요한 경우 추가 레벨을 생성하는 것이 유용한 경우가 있습니다.  일부 회사에서는 서로 다른 비즈니스 위치나 엔티티의 프로세스 변형을 나타내는 중간 레이어를 생성하기도 합니다. 가치 사슬에서 권장되는 레벨 수는 3 ~ 5개입니다.

상위 레벨 가치 사슬은 여러 영역에 걸쳐 비즈니스 관련 서비스를 표시할 수 있습니다. 다음은 이러한 가치 사슬의 예입니다.

프로세스 및 비즈니스 영역에 대한 엔트리 포인트는 클릭 가능한 아이콘을 포함한 특정 탐색 맵을 통해 제공할 수도 있습니다. 이러한 진입점은 제품 수명 주기, 회사/고객 여정 또는 기타 회사별 여정에 맞춰 조정할 수 있습니다.

전용 여정을 통해 고객 관점에서 영향을 받는 비즈니스 프로세스에 연결할 수 있습니다. 각 단계에서 해당 비즈니스 프로세스를 연결할 수 있습니다.

프로세스 레벨을 살펴보면 모델은 현실의 전체 복잡성을 절대 보여줄 수 없으며 의도한 것도 아닙니다. 비즈니스 컨텍스트에서 프로세스 모델의 목적은 모든 비즈니스 사용자에게 프로세스를 이해하고 관련 비즈니스 태스크를 실행할 수 있도록 하는 것입니다.

프로세스 모델은 비즈니스 태스크, 책임 및 상호작용 포인트에 대한 정보를 제공합니다. 모든 내부 사원은 모델을 살펴보고 프로세스 흐름을 따르는 것만으로 현재 프로세스를 공통적으로 이해해야 합니다. 이는 온보딩 케이스에서 조직을 처음 접하는 직원에게 더욱 중요합니다.

그러나 생성된 프로세스 모델은 비즈니스 개선 또는 IT 구현을 위한 모든 이니셔티브의 핵심입니다.

• AS-IS 프로세스 모델링
• 투명성 확보
• 프로세스 지식 공유

• 향후 프로세스 모델링
• 시뮬레이션 처리
• 대체 평가

• 문제 진단
• 원인 연구
• 예상 추정

• 변경 관리
• 기본 IT 프로젝트
• 프로세스 자동화

모든 프로세스 여정은 문서로 시작합니다. 더 구체적으로 말하면 프로세스의 초기 시각적 개요를 얻기 위해 AS-IS 상황을 모델링하는 것으로 시작됩니다. 이 단계에서 프로세스가 얼마나 좋거나 나쁜지는 중요하지 않습니다. 유일한 목표는 이 비주얼 버전을 토론/개선의 기준으로 사용하기 위해 프로세스를 '표시'하는 것입니다. 캡처된 BPMN 다이어그램은 주로 개별 프로세스 단계와 액티비티의 순차 흐름에 대한 정보를 제공합니다. 또한 프로세스 트리거 및 결과, 심지어 몇 가지 결정 포인트를 이해할 수 있습니다.

첫 번째 액티비티는 프로세스의 '프레임'을 캡처하는 것입니다. 여기에는 다음이 포함됩니다.

• 이름: 프로세스 이름이 목적과 내용을 반영합니까?
• 목적: 프로세스에 관한 내용을 개괄적으로 이해할 수 있도록 프로세스 설명에 충분한 정보가 포함되어 있습니까?
• 목표: 설명된 프로세스의 목표가 한 문장에 올바르게 반영되어 있습니까?
• 프로세스 소유자: 전체 프로세스에 대한 책임은 누구이며 프로세스의 성공적인 실행에 관심이 있습니까? KPI를 설정하고 성과 및 개선사항에 관심이 있는 사람은 누구입니까?
• 추가 프로세스 정보: 프로세스 레벨에 다른 추가 정보가 있습니까?

두 번째 액티비티는 프로세스 실행에 초점을 맞춘 추가 정보를 추가하는 것입니다.

• 책임: 태스크 실행과 관련된 역할은 무엇입니까?
• 작업 및 설명: 필요한 작업? 필요한 정보는 무엇입니까? 전용 태스크 내역으로 제공해야 하는 정보는 무엇입니까?
• 시스템: 작업을 완료하는 데 사용되는 도구 또는 응용 프로그램은 무엇입니까?
• 데이터: 어떤 데이터 또는 문서가 사용되거나 생성됩니까?
• 위험 및 통제: 특정 태스크에 위험이 있습니까? 해당 통제에 의해 리스크가 충족됩니까?
• 핵심 성과 지표(KPI): 프로세스에서 성과를 측정하는 데 적합한 KPI는 무엇입니까?