> 플랫폼 > 프로세스 아키텍처: 구조, 책임, 거버넌스

프로세스 아키텍처: 구조, 책임, 거버넌스

첫 번째 계층 만들기

신용카드 없이 이용 가능 · 브라우저에서 바로 사용 · BPMN 2.0 준수

프로세스 아키텍처: 구조, 책임, 거버넌스

프로세스 아키텍처 계층을 자유롭게 구성

일반적으로 5개 레벨로 구성하며, 각 레벨은 상위 레벨을 더 세분화해 조직의 업무 방식을 보여줍니다.

  1. Process groups

    조직의 최상위 프로세스 그룹입니다.

    조직 개요

  2. Major processes

    각 그룹에 속한 주요 프로세스입니다.

    가치 흐름 구조

  3. Activities & subprocesses

    프로세스를 구성하는 활동 또는 하위 프로세스입니다.

    프로세스 세분화

  4. Tasks & decisions

    각 활동에 포함된 작업과 의사결정입니다.

    운영 로직

  5. Detailed steps

    작업을 완료하는 데 필요한 세부 단계입니다.

    실행 세부 정보

조직 전체의 구조부터 업무 완료에 필요한 구체적인 단계까지 살펴보세요.

실무에 적용하는 방법

관리 가능한 프로세스 아키텍처 구축

프로세스 아키텍처는 조직에서 수행하는 프로세스를 체계화하고 서로의 관계를 보여줍니다. 먼저 계층을 정한 다음 담당자를 지정하고 변경 검토 방식을 마련하세요.

계층 구조 설정

조직 전체를 보는 상위 관점부터 개별 업무의 세부 단계까지, 프로세스를 일관된 계층으로 구성하세요. 계층 구조를 활용하면 조직 전체의 개요에서 실제 수행 업무까지 같은 기준으로 살펴볼 수 있습니다.

  • 모든 팀이 같은 방식으로 계층을 탐색할 수 있도록 공통 정의를 사용하세요.
  • 업무가 조직이나 기능의 경계를 넘나들면 관련 프로세스를 연결하세요.
엔터프라이즈 프로세스 아키텍처 기능 살펴보기
문서화
프로세스 환경
프로세스 환경
AI 지원 아키텍처 설정
AI 지원 아키텍처 설정
프로세스 카탈로그 계층 구조
프로세스 카탈로그 계층 구조

전략과 실행 연결

조직 목표가 역량 및 운영 프로세스와 어떻게 연결되는지 보여주세요.

  • 조직에 필요한 성과와 역량부터 정리하세요.
  • 해당 역량을 뒷받침하는 프로세스를 매핑하세요.
  • 프로세스 간 의존 관계나 팀 경계를 넘는 지점을 파악하세요.
  • 이 맵을 활용해 우선순위를 논의하고 제안된 변경의 영향을 명확히 하세요.
엔터프라이즈 프로세스 아키텍처 기능 살펴보기
문서화
가치 흐름 카탈로그
가치 흐름 카탈로그
가치 흐름 매핑
가치 흐름 매핑
프로세스 역할과 책임
프로세스 역할과 책임

책임과 변경 관리 방식 정의

각 프로세스를 누가 관리하고 변경을 어떻게 처리할지 명확히 하세요.

  • 모델을 최신 상태로 유지할 책임이 있는 프로세스 소유자를 지정하세요.
  • RACI 매트릭스로 담당자, 최종 책임자, 협의 대상, 공유 대상을 정하세요.
  • 거버넌스 요구사항에 맞는 검토 및 승인 단계를 설정하세요.
  • 변경 사항과 버전 변경 내역을 기록해 팀에서 무엇이 바뀌었는지 확인할 수 있도록 하세요.
  • 프로세스 문서를 검토하거나 폐기, 업데이트할 기준과 주기를 정하세요.
엔터프라이즈 프로세스 아키텍처 기능 살펴보기
문서화
Signavio와 비교
ARIS 대안
거버넌스 워크플로
거버넌스 워크플로
RACI 역할 지정
RACI 역할 지정
애플리케이션 감사 로그
애플리케이션 감사 로그
모델 품질 대시보드
모델 품질 대시보드

프로세스 문서를 서로 연결해 관리

관련 프로세스에 참고 문서를 연결하세요.

  • 절차, 작업 지침, 참고 자료를 프로세스 모델에 첨부하세요.
  • 참고 문서와 함께 담당자 및 프로세스 맥락을 확인할 수 있도록 하세요.
  • 관련 프로세스가 변경되면 문서도 검토하세요.
  • RACI 개요를 활용해 프로세스 내 역할을 명확히 하세요.
프로세스 문서 살펴보기
문서화
프로세스 문서
프로세스 문서
RACI 문서
RACI 문서
프로세스 참고 자료
프로세스 참고 자료

누구나 아키텍처에 쉽게 접근

사용자가 업무에 필요한 프로세스를 쉽게 찾을 수 있도록 하세요.

  • 부서나 기능별로 프로세스 정보를 정리하세요.
  • 프로세스 모델을 절차 및 정책과 연결하세요.
  • 담당자와 최신 프로세스 맥락을 쉽게 확인할 수 있도록 하세요.
  • 이해관계자가 접근할 수 있는 곳에 프로세스 정보를 게시하세요.
  • 프로세스 관련 문의와 업데이트에 공통으로 참고할 자료를 제공하세요.
엔터프라이즈 프로세스 아키텍처 기능 살펴보기
문서화
프로세스 카탈로그
프로세스 카탈로그
뷰어 사용자를 위한 프로세스 포털
뷰어 사용자를 위한 프로세스 포털
프로세스 카탈로그 탐색
프로세스 카탈로그 탐색

접근 및 문서 관리 기준 설정

프로세스 정보를 열람하거나 관리할 수 있는 사용자를 정하세요.

  • 프로젝트와 프로세스별 역할 및 권한을 설정하세요.
  • 프로세스 변경 기록과 검토 방식을 정하세요.
  • 프로세스 모델과 참고 문서를 내보낼 수 있도록 하세요.
  • 접근 규칙을 조직의 거버넌스 방식에 맞추세요.
엔터프라이즈 프로세스 아키텍처 기능 살펴보기
문서화
역할 기반 접근 제어
역할 기반 접근 제어
애플리케이션 감사 로그
애플리케이션 감사 로그
프로세스 계층의 한 레벨부터 시작
지금 시작하기

전사 프로세스 청사진을 구축하세요

개별 프로세스는 일관된 아키텍처 안에서 연결될 때 더 큰 가치를 만듭니다. 프로세스 환경과 거버넌스 모델, 책임 구조를 정의하세요. 워크플로를 비즈니스 전략 및 규정 준수 요건에 맞추세요. 개별 다이어그램을 지속적으로 관리하는 전사 모델로 연결해 변화를 이끌 수 있습니다.
성숙도 1단계

프로세스 기반 마련

프로세스를 모델링하고 문서화해 팀이 업무를 명확히 이해하고 공통된 관점을 갖도록 지원합니다.

비즈니스 분석가 프로세스 문서와 BPMN 모델을 작성하고 관리합니다.
프로세스 책임자 업무 수행 방식을 정하고 프로세스 표준화를 관리합니다.
프로세스 기반 살펴보기
성숙도 2단계

프로세스 아키텍처

프로세스 환경을 정의하고 관리해 운영을 전략 및 규정 준수 요건에 맞추세요.

프로세스 아키텍트 전사 프로세스 환경과 거버넌스 구조, 책임 모델을 설계합니다.
전환 관리자 프로세스를 전략, 규정 준수 요건 및 비즈니스 변화 과제에 맞춥니다.
프로세스 아키텍처 살펴보기
성숙도 3단계

프로세스 인텔리전스

데이터와 AI로 성과를 파악하고 결과를 예측하며 지속적으로 개선하세요.

운영 우수성 관리자 데이터를 활용해 병목을 찾고 KPI를 모니터링하며 지속적인 개선을 추진합니다.
Process Mining 분석가 실제 프로세스 실행을 분석해 비효율을 찾아내고 개선 효과를 검증합니다.
프로세스 인텔리전스 살펴보기

프로세스를 구성하고 관리하는 공통 방식

프로세스 아키텍처로 해결할 수 있는 문제

맥락이 빠진 프로세스

다이어그램 하나로는 프로세스의 작동 방식은 알 수 있지만, 조직 내 위치나 다른 프로세스와의 관계는 파악하기 어렵습니다.

프로세스를 계층 구조로 정리해 서로 어떻게 연결되는지 확인하세요.

불분명한 책임

책임이 명확하지 않으면 프로세스 관련 의사결정과 업데이트가 지연될 수 있습니다.

RACI를 활용해 담당자, 최종 책임자, 협의 대상, 공유 대상을 명확히 하세요.

통제되지 않는 변경

검토와 승인 절차가 없으면 팀마다 서로 다른 버전의 프로세스를 기준으로 업무를 수행할 수 있습니다.

프로세스 변경을 검토하고 승인해 알리는 방식을 정하세요.

전략과 운영의 단절

전략적 목표를 실제 업무를 수행하는 프로세스와 연결하기 어려울 수 있습니다.

전략적 목표를 뒷받침하는 프로세스와 역량을 연결하세요.

기억에 의존하는 거버넌스

검토 주기가 정해져 있지 않고 책임도 불분명하면 프로세스 문서가 최신 상태로 유지되지 않을 수 있습니다.

거버넌스 책임과 반복 가능한 검토 절차를 명확히 정하세요.

정보를 찾느라 낭비하는 시간

프로세스 정보가 흩어져 있으면 팀은 올바른 다이어그램과 담당자, 버전을 찾는 데 시간을 씁니다.

프로세스 정보를 쉽게 찾고 관리할 수 있도록 공통 구조를 만드세요.
프로세스 계층의 한 레벨부터 시작
지금 시작하기

프로세스 아키텍처 원칙

프로세스 환경 및 아키텍처
AI가 생성하는 프로세스 아키텍처 AI
프로세스 연결 및 하위 프로세스 관계
가치 흐름 매핑
RACI 프로세스 모델링
모델 품질 및 표준(구조)
거버넌스
프로세스 보관, 복원 및 분류
BPMN 일괄 가져오기 및 내보내기
프로세스 상태 점수
AI 생성 프로세스 문서 AI
연결된 문서 및 아티팩트
RACI 매트릭스
인쇄용 문서 묶음
대화형 프로세스 포털
프로세스 문서 작업 공간
역할 기반 프로세스 탐색
프로세스 댓글
맞춤 브랜딩 및 테마
프로세스 내보내기 및 공유
북마크
See Full Feature Comparison

흩어진 정보에서 공통 구조로

프로세스 지식을 체계적으로 정리하는 방법

흩어진 프로세스 정보

폴더마다 따로 저장된 다이어그램

프로세스 간 관계를 파악하려면 여러 파일을 찾아봐야 합니다.

거버넌스가 적용된 프로세스 아키텍처

서로 연결된 프로세스 계층 구조

관계를 명확히 하고 쉽게 탐색할 수 있는 구조로 프로세스를 정리하세요.

흩어진 프로세스 정보

일부만 알고 있는 담당자 정보

프로세스 지식이 일부 사람의 머릿속에만 있으면 책임이 불분명해집니다.

거버넌스가 적용된 프로세스 아키텍처

RACI와 프로세스 책임

프로세스 아키텍처 전반에서 역할과 책임을 명확히 하세요.

흩어진 프로세스 정보

비공식적으로 처리하는 변경

팀에서 최신 버전이 무엇인지, 변경을 누가 승인했는지 모를 수 있습니다.

거버넌스가 적용된 프로세스 아키텍처

명확한 거버넌스와 변경 관리

검토, 승인, 프로세스 업데이트에 관한 기준을 명확히 정하세요.

흩어진 프로세스 정보

모델과 분리된 문서

참고 자료를 찾기 어렵거나 프로세스 변경 사항과 일치하도록 관리하기 어려울 수 있습니다.

거버넌스가 적용된 프로세스 아키텍처

문서가 연결된 프로세스 모델

프로세스 맥락과 참고 정보를 함께 관리하세요.

흩어진 프로세스 정보

찾기 어려운 프로세스 정보

필요한 프로세스 자료를 찾으려면 동료에게 물어봐야 합니다.

거버넌스가 적용된 프로세스 아키텍처

공통으로 참고하는 프로세스 자료

이해관계자가 일관된 방식으로 프로세스 정보를 찾을 수 있도록 하세요.

흩어진 프로세스 정보

따로 논의되는 전략과 운영

어떤 프로세스가 조직 목표를 뒷받침하는지 파악하기 어려울 수 있습니다.

거버넌스가 적용된 프로세스 아키텍처

역량 및 프로세스와 연결된 전략

운영 프로세스가 전략적 목표와 어떻게 연결되는지 보여주세요.

흩어진 프로세스 정보

운영 근거가 없는 모델

프로세스 설계만으로는 실제 업무가 어떻게 진행되는지 알 수 없습니다.

거버넌스가 적용된 프로세스 아키텍처

프로세스 분석과 연결된 아키텍처

process mining과 분석을 활용해 문서화된 프로세스를 운영 데이터와 비교하세요.

다음 단계

아키텍처와 실제 업무 흐름 비교

"프로세스 아키텍처는 프로세스를 어떻게 구성하고 관리할지 정합니다. process mining은 이벤트 데이터에서 근거를 가져와 실제 업무 흐름과 지연이 발생하는 지점, 문서화된 모델과 실행의 차이를 보여줍니다. 대시보드와 KPI로 프로세스 성과를 추적하고, 프로세스 시뮬레이션으로 변경안을 검토하세요. 아키텍처는 체계적인 기준을 제공하고, 운영 분석은 개선할 대상을 판단하는 데 도움을 줍니다."
Step 3 of 3
성숙도 1단계

프로세스 기반 마련

프로세스를 모델링하고 문서화해 팀이 업무를 명확히 이해하고 공통된 관점을 갖도록 지원합니다.

비즈니스 분석가 프로세스 문서와 BPMN 모델을 작성하고 관리합니다.
프로세스 책임자 업무 수행 방식을 정하고 프로세스 표준화를 관리합니다.
자세히 보기
성숙도 2단계

프로세스 아키텍처

프로세스 환경을 정의하고 관리해 운영을 전략 및 규정 준수 요건에 맞추세요.

프로세스 아키텍트 전사 프로세스 환경과 거버넌스 구조, 책임 모델을 설계합니다.
전환 관리자 프로세스를 전략, 규정 준수 요건 및 비즈니스 변화 과제에 맞춥니다.
자세히 보기
다음 단계
성숙도 3단계

프로세스 인텔리전스

데이터와 AI로 성과를 파악하고 결과를 예측하며 지속적으로 개선하세요.

운영 우수성 관리자 데이터를 활용해 병목을 찾고 KPI를 모니터링하며 지속적인 개선을 추진합니다.
Process Mining 분석가 실제 프로세스 실행을 분석해 비효율을 찾아내고 개선 효과를 검증합니다.
자세히 보기

자주 묻는 질문

프로세스 아키텍처는 조직의 프로세스와 프로세스 간 관계를 체계적으로 보여줍니다. 프로세스를 일관된 방식으로 분류하고 담당자를 지정하며 변경을 관리할 수 있어, 전략부터 실행까지 업무가 어떻게 연결되는지 파악할 수 있습니다.

프로세스 아키텍처 다이어그램은 계층과 연결 관계를 한눈에 보여줍니다. 팀이 정의와 책임 기준에 합의하면 효과적으로 활용할 수 있습니다. 기준이 없으면 다이어그램이 단순한 스냅샷에 그쳐 사람마다 다르게 해석할 수 있습니다.

계층 수는 조정할 수 있으며, 일반적으로 5개 레벨(L1~L5)로 구성합니다. 매핑을 시작하기 전에 각 레벨이 무엇을 나타내는지 합의하세요. 조직 전체에서 같은 정의를 사용하고, 부서마다 같은 프로세스를 서로 다른 레벨에 배치하지 않도록 하세요.

레벨 1: 조직의 최상위 프로세스 그룹입니다. 레벨 2: 각 그룹에 속한 주요 프로세스입니다. 레벨 3: 프로세스를 구성하는 활동 또는 하위 프로세스입니다. 레벨 4: 각 활동에 포함된 작업과 의사결정입니다. 레벨 5: 작업을 완료하는 데 필요한 세부 단계입니다.

이 정의를 바탕으로 팀은 상위 개요부터 세부 업무까지 같은 기준으로 살펴볼 수 있습니다. 아키텍처와 관련 역량 자료 전반에서 정의를 일관되게 유지하세요.

실무에 적용할 프로세스 아키텍처 프레임워크는 프로세스 정보를 어떻게 구성하고, 책임지고, 유지할지 정합니다. 다음 항목을 정리하세요.

범위: 조직의 어느 부분과 어떤 유형의 프로세스를 포함하나요? 레벨: 계층의 각 레벨은 무엇을 나타내며, 프로세스는 레벨 간에 어떻게 이동하나요? 관계: 의존 관계, 업무 인계, 역량 또는 목표와의 연결을 어떻게 나타내나요? 책임: 각 프로세스를 누가 관리하고 변경을 누가 승인하나요? 거버넌스: 프로세스를 얼마나 자주 검토하며, 어떤 상황에서 업데이트하나요? 변경 관리: 팀은 변경을 어떻게 제안하고, 검토하고, 승인하고, 알리나요?

큰 규모의 카탈로그를 만들기 전에 이러한 결정을 문서화하세요. 공통 규칙을 몇 가지 정해두면 아키텍처가 확장되어도 이해하기 쉽습니다.

RACI는 업무 수행 담당자(Responsible), 결과에 대한 최종 책임자(Accountable), 의견을 구할 대상(Consulted), 결정 사항을 공유할 대상(Informed)을 명확히 합니다. 각 프로세스에 최종 책임자를 지정한 다음, 유지관리나 변경에 관여하는 역할을 정하세요.

매트릭스는 실무에 맞게 구성하세요. 최종 책임을 지나치게 많은 사람과 나누면 의사결정이 늦어질 수 있습니다. 책임이 바뀌면 역할 지정을 검토하고, 프로세스 소유자가 업데이트를 요청하는 방법을 알고 있는지 확인하세요.

변경 관리는 제안된 프로세스 업데이트를 승인하고 공유하는 절차를 정합니다. 실무에 맞는 절차라면 누가 변경을 요청하고 검토 및 승인하는지, 업데이트된 프로세스를 필요한 사람에게 어떻게 전달할지 명확해야 합니다.

프로세스와 위험 수준에 맞춰 검토 주기를 정하세요. 정책, 시스템, 책임 또는 운영 방식이 바뀌는 경우처럼 검토를 시작해야 하는 상황도 정의하세요. 승인 단계를 늘리는 것이 목적은 아닙니다. 변경 사항을 명확히 알리고 팀이 최신 프로세스를 기준으로 일하도록 하는 것이 목적입니다.

범위를 정하고 이미 파악된 프로세스 목록을 준비하세요. 합의한 레벨에 따라 프로세스를 분류하고 담당자를 지정한 뒤, 프로세스 간 관계를 기록하세요. 그런 다음 실제 업무를 수행하고 관리하는 사람들과 맵을 검토하세요.

첫 버전에 모든 프로세스를 담을 필요는 없습니다. 한 영역부터 시작해 가정과 누락된 부분을 기록하고, 팀의 검토에 따라 계층을 보완하세요. 개요에서 세부 정보까지 살펴볼 수 있도록 맵을 프로세스 모델 및 참고 문서와 연결하세요.

엔터프라이즈 프로세스 아키텍처의 레벨 알아보기

프로세스 아키텍처는 직접 정의하는 방법론으로, 계층 구조와 책임, 거버넌스, 변경 관리 방식을 포함합니다. 엔터프라이즈 프로세스 아키텍처 기능은 모델과 카탈로그, 거버넌스 워크플로 등 이 방법론을 적용하고 유지하도록 돕는 소프트웨어입니다.

이 페이지에서는 방법론을 설명합니다. ProcessMind가 이를 어떻게 지원하는지 알아보려면 엔터프라이즈 프로세스 아키텍처 기능 페이지를 확인하세요.

프로세스 아키텍처는 프로세스를 구성하고 관리하는 방식을 설명합니다. process mining은 이벤트 데이터를 활용해 실제 업무가 어떻게 진행되는지 보여줍니다. 두 가지를 비교하면 실제 실행이 문서화된 프로세스와 다른 지점과 추가로 조사할 부분을 찾는 데 도움이 됩니다.

아키텍처를 공통 기준으로 삼고, 프로세스 분석으로 운영 성과와 개선 기회를 살펴보세요.

첫 번째 계층 만들기

프로세스 영역을 하나 선택해 첫 번째 레벨에 포함할 항목을 정하고 담당자를 지정하세요. 그런 다음 ProcessMind에서 자체 프로세스 목록을 바탕으로 계층을 구성할 수 있습니다. 무료 체험을 시작하고 실제 업무에 적용해 보세요.

오늘 무료 체험 시작하기