참을성이 없는 사람들을 위한 비즈니스 프로세스 다이어그램. 비즈니스 프로세스를 설명하기 위한 정보 시스템 검토

종종 질문을 받습니다. 비즈니스 프로세스에 대해 무엇을 읽어야 합니까?
러시아 인터넷 최고의 사이트 중 하나는 www.klubok.net입니다. 나 자신은 이 사이트의 포럼과 기사에서 "성장"했습니다. 지금도 많은 기사가 관련성을 잃지 않았습니다. 나는 그와 함께 공부를 시작하는 것이 좋습니다.

그러나 책에 관해 이야기하면 비즈니스 프로세스에 관한 최고의 책은 Repin과 Eliferov가 쓴 "회사 비즈니스 프로세스"라는 책이라고 자신있게 말할 수 있습니다.

비즈니스 프로세스 설명: 단순성 추구.

이 기사에서는 후속 규제를 목적으로 프로세스를 설명하기 위한 표기법 선택 문제에 대해 논의합니다. MS Visio의 “Simple Flow Diagram”, Business Studio의 “Procedure”, ARIS eEPC 표기법 등 자주 사용되는 Work Flow 표기법을 비교합니다.

표기법을 비교할 때 주요 초점은 조직 직원이 간단하고 이해할 수 있는 프로세스 다이어그램을 만드는 것입니다.

회사의 비즈니스 분석가에게 이 기사에서 논의된 논문은 조직 프로세스의 그래픽 다이어그램을 개발하는 데 사용하는 접근 방식이 얼마나 효과적인지 생각해야 하는 심각한 이유입니다.

소개

그래픽 프로세스 다이어그램을 만드는 가장 중요한 목표 중 하나는 조직의 규제 문서에서 이후에 사용하는 것입니다. 일반적으로 이러한 체계는 복잡한 표기법에 대한 교육을 받지 않았거나 시스템 분석 기술이 없는 직원이 사용합니다. 다이어그램의 단순성과 명확성은 그들에게 매우 중요합니다. 다양한 기호가 포함된 복잡하고 혼란스러운 다이어그램은 사람들이 잘 이해하지 못하기 때문에 실제로 사용하기 어렵습니다. 따라서 실제적인 목적을 위해서는 프로세스를 설명하기 위한 표기법(방법론)을 올바르게 선택하고 사용하는 것이 중요합니다. 그러한 표기법을 선택하려면 어떤 기준을 사용해야 합니까? 서로 다른 표기법을 서로 비교하는 방법은 무엇입니까? 몇 가지 널리 사용되는 표기법을 살펴보고 이러한 질문에 답해 보겠습니다.

비교를 위해 다음 프로세스 설명 표기법이 선택되었습니다.

1. "간단한 흐름도"("솔루션" 블록을 사용하여 문서 이동 표시)
2. "간단한 블록 다이어그램"(문서 이동을 표시하지 않고 "솔루션" 블록을 사용하지 않음)
3. Business Studio 시스템의 "절차"(다음 중 하나) 가능한 옵션대표);
4. ARIS eEPC.

간단하고 직관적인 프로세스가 테스트 사례로 선택되었습니다. 이 프로세스를 설명하는 결과는 그림 1에 나와 있습니다. 1-4.

다이어그램에서 그림. 1. 시간에 따른 처리 작업 순서는 굵은 화살표로 표시하고, 문서의 이동은 가는 점선 화살표로 표시합니다. 솔루션 블록은 고전적인 방식으로 사용됩니다. 프로세스의 후속 과정이 "의존"하는 정보(질문)를 표시합니다. "다이아몬드"를 사용하는 이러한 접근 방식은 매우 일반적입니다. 그러나 실제로는 의사결정의 전체 논리와 특정 결과물(문서)의 형성이 프로세스 운영 내에 포함되어야 합니다. 생각해보면, 이 “다이아몬드”를 그리는 것의 가치(의미)는 분명하지 않습니다. 프로세스 작업, 이벤트 등 어떤 종류의 객체입니까? 둘 중 하나도 아닌 것 같습니다. 이들은 오히려 어떤 조건에 따라 결정을 내리는 연산자입니다. 그러나 우리는 특별한 언어로 컴퓨터 프로그램을 작성하는 것이 아니라 사람들을 위한 프로세스 다이어그램을 개발하고 있습니다. 안에 컴퓨터 프로그램"다이아몬드"는 조건 등을 비교하는 본격적인 작업이 될 것입니다. 그러나 프로세스 다이어그램은 실제 개체(사람, 문서, 정보 시스템 등이 수행하는 프로세스)를 표시해야 합니다. 생각해 보십시오. 다이어그램의 프로세스 작업과 별도로 "다이아몬드"를 표시하는 것이 맞습니까? 대신 다음을 수행할 수 있습니다.

a) 고려중인 프로세스 다이어그램에 대한 일련의 작업 형태로 의사 결정 논리를 설명합니다.
b) 하위 레벨로 이동하여 해당 하위 프로세스의 단계를 다이어그램 형식으로 논리를 설명합니다.
c) 텍스트(작업의 텍스트 속성)로 논리를 설명하고 프로세스 실행 규정에 이를 표시합니다.

위에서 설명한 "다이아몬드"를 사용하는 방법의 "장점"과 "단점"을 공식화하겠습니다 (그림 1).

그림에서. 2. 동일한 프로세스의 예를 보여주며 "Solution" 블록 및 문서를 사용하지 않고만 설명합니다. 이 다이어그램에는 그림 1의 다이어그램보다 24개 더 적은 그래픽 요소가 있음을 쉽게 확인할 수 있습니다. 1. 계획 그림. 2. 훨씬 단순해 보입니다. 그래픽 요소는 눈을 현혹시키지 않으며 정보 내용의 관점에서 볼 때 이 다이어그램은 최종 사용자가 이해하기 쉽고 접근하기 쉽습니다. 각 프로세스 작업에 대해 구현 요구 사항을 텍스트로 설명하고 표 형식과 그래픽 프레젠테이션 형식을 결합하면 회사 직원을 위한 프로세스 실행 절차를 적절하게 설명할 수 있습니다.

그림 1에 제시된 형태로 프로세스를 그래픽으로 표현한 "장점"과 "단점" 2. 아래와 같습니다.

일반적으로 그림 1에 제시된 것과 유사한 형식의 다이어그램을 사용합니다. 2는 이러한 계획을 작업하는 개발자와 직원 모두에게 편리합니다.

그림에서. 3. Business Studio 모델링 환경의 "절차" 표기법으로 구성된 프로세스 다이어그램이 제시됩니다. 이 계획에는 몇 가지 기능이 있습니다. 첫째, "결정" 블록은 표준 방식으로 사용되지 않습니다. 즉, 질문 및 분기를 표시하는 그래픽 요소가 아니라 의사 결정과 관련된 본격적인 프로세스 작업으로 사용됩니다. Business Studio에서 "다이아몬드"는 본격적인 프로세스의 거의 모든 속성을 갖고 있지만 분해될 수는 없습니다(아마도 시스템 개발자가 시간이 지나면 이를 가능하게 만들 것입니다). 사각형 대신 "다이아몬드"를 사용하면 다이어그램이 더욱 시각적으로 보입니다. 동시에 설명, 시작, 완료, 마감일 요구 사항 등 "다이아몬드" 속성에 텍스트 정보를 입력할 수 있습니다.

그림에 제시된 프로세스 다이어그램의 두 번째 특징은 다음과 같습니다. 3. 화살을 사용하는 것입니다. 일련의 작업을 표시하려면 단일 팁이 있는 화살표("우선순위" 화살표)를 사용할 수 있습니다. 양방향 화살표를 사용하여 문서 이동을 표시할 수 있습니다. 그러나 Business Studio에서는 "우선" 화살표라는 한 가지 유형의 화살표만 사용할 수 있습니다. 동시에 활동 개체 디렉터리에 정의된 필요한 수의 문서를 명명된 화살표에 연결할 수 있습니다. 이 접근 방식을 사용하면 다음이 가능합니다.

• 프로세스 다이어그램의 그래픽 요소 수를 크게 줄이는 동시에 다음을 수행합니다.
• 프로세스 규정을 적용하다 필요한 정보들어오고 나가는 문서에 대해.

따라서 불필요한 요소로 다이어그램을 어지럽히지 않고도 프로세스를 완벽하게 설명하고 필요한 모든 정보를 규정에 업로드할 수 있습니다.

그림 1에 제시된 형태로 프로세스를 그래픽으로 표현한 "장점"과 "단점" 3. 아래와 같습니다.

Business Studio를 사용할 때 절차 표기법은 약간 다른 방식으로 사용될 수 있습니다. 이 기사의 저자는 그림 1에 제시된 접근 방식을 선호합니다. 삼.

그림에서. 그림 4는 ARIS eEPC 표기법으로 개발된 고려 중인 프로세스 다이어그램을 보여줍니다. 일부 프로세스 작업은 다이어그램에 맞지 않습니다. ARIS eEPC 표기법으로 작성된 이 간단한 프로세스의 부분 다이어그램에는 4개의 논리문과 8개의 이벤트가 포함되어 있습니다! 다이어그램을 읽는 사람은 이러한 논리 연산자를 모두 올바르게 해석할 수 있어야 합니다. 그러한 다이어그램을 읽는 데 특별한 훈련과 기술이 없으면 일반 직원은 자세한 텍스트 설명이나 자격을 갖춘 비즈니스 분석가의 도움 없이는 문제의 프로세스 논리를 이해할 수 없을 것입니다.

ARIS eEPC 표기법의 프로세스 다이어그램은 상당한 부분을 차지합니다. 더 많은 공간그림에 제시된 다이어그램보다 1-3. 그러한 체계를 형성하는 복잡성도 상당히 높습니다.

일반적으로 SAP R/3을 구매하지 않을 경우 ARIS eEPC 표기법을 선택하고 사용하는 것은 기사 작성자의 관점에서 볼 때 최적의 솔루션이 아닙니다. 수행자에게 보다 시각적이고 직관적인 프로세스를 설명하기 위한 표기법에 주목할 가치가 있습니다. 그러나 일부에서는 ARIS eEPC 표기법이 더 시각적이고 이해하기 쉽다고 생각할 수도 있습니다. 어느 정도 이것은 취향의 문제입니다.

후속 자동화 목적을 위한 프로세스 설명

문제의 프로세스 다이어그램이 BPMN 2.0 표기법으로 설명되어 있는지 살펴보는 것은 흥미롭습니다. 이 표기법은 "실행" 프로세스를 설명하기 위한 것입니다. BPM 시스템에서 지원하는 프로세스입니다.

BPMN 2.0 사용에 대한 귀하의 의견. A.A.를 공유합니다. 벨라이추크 - 최고 경영자"비즈니스 콘솔" 회사:

생활 실천

그림에서. 그림 6은 특정 회사의 비즈니스 분석가가 자신이 고안한 표기법으로 개발한 프로세스 다이어그램의 일부를 보여줍니다. 다이어그램은 "간단한 블록 다이어그램"의 원리를 사용하여 작성되었습니다. 클래식 버전에서는 "솔루션" 블록이 사용되었습니다. 또한 이 다이어그램에는 비표준 방식으로 사용되는 다른 많은 기호도 나와 있습니다.

그림에서 다이어그램을 구성할 때 6, 비즈니스 분석가는 분명히 일반 사용자의 명확성과 최대 이해성을 위해 "고군분투"했습니다. 그들은 프로세스 다이어그램에 대한 텍스트 설명을 최소화하거나 심지어 제거하려고 했습니다. 공연자들은 A3 형식의 다이어그램으로 간단히 인쇄되었으며, 읽자마자 무엇을 해야 할지, 어떻게, 어떤 문서를 사용할지 등 모든 것이 즉시 명확해졌습니다.

물론 고려중인 계획은 단순성과 명확성의 예가 아닙니다. 그러나 프로세스에 참여하는 사람들에게 최대한의 유용한 정보를 전달하기 위해 형성되었습니다.

결론

따라서 프로세스를 설명할 때 직원을 위해 단순성과 명확성을 위해 노력해야 한다는 것은 분명합니다.
프로세스를 설명할 때 복잡하고 형식화된 표기법을 사용하면 다음과 같은 이점이 있습니다.

• 일반 직원이 다이어그램을 사용(해석)하는 데 어려움이 있습니다.
• 통과하지 못한 부서의 직원이 프로세스를 설명하기 위해 작업을 구성하는 것이 불가능함(어려움) 특별 훈련;
• 계획 수립을 위한 비즈니스 분석가의 인건비가 크게 증가합니다.
• 회로를 문서화할 때 추가적인 어려움(대량 등)

따라서 다양한 그래픽 요소로 프로세스 다이어그램을 복잡하게 만들어서는 안됩니다. 하지만 사용한다면 휴대하는 것이 더 좋습니다 유용한 정보단순히 모델링 표기법을 공식적으로 적용한 결과가 아닌 직원을 위한 것입니다.

V.V. Repin 박사, 부교수, BPM Consulting Group LLC 전무 이사, 책임자. 고등 전문 교육 국립 교육 기관 "IEF "Synergy"의 비즈니스 프로세스 관리부, 포털 www.FineXpert.ru 창립자

바로 이것들 간단한 원리이것은 소프트웨어 제품의 아름다운 프레젠테이션에 매료되어 간단한 체크리스트가 10페이지의 규정보다 낫다는 사실을 종종 잊어버리는 비즈니스 관리자에게 전달하려는 것입니다.

자동화, 프로세스별 계산 시스템 구축, 내부 통제 및 감사 절차 개발 시 기업의 비즈니스 프로세스에 대한 설명이 필요하며, 최종적으로 균형성과표 구축의 기초가 됩니다. 이 문제는 표준 도구를 사용하여 해결할 수 있습니다. 마이크로 소프트 오피스, 전문 프로그램. 비즈니스 프로세스, 장점 및 단점을 설명할 때 기업에서 사용되는 가장 일반적인 시스템에 대해 이야기하고 특정 문제를 해결하기 위해 어떤 시스템을 선택해야 하는지 조언합니다.

비즈니스 프로세스 설명을 자동화하는 이유

회사의 비즈니스 프로세스와 장점 및 단점을 설명할 수 있는 다양한 소프트웨어 도구의 기능을 분석하기 전에 CFO에게 해당 소프트웨어가 필요한 상황을 결정합니다.

다섯 가지 주요 작업 그룹을 구분할 수 있습니다.

- 회사 내부 규정 및 업무 설명 개발.비즈니스 프로세스에 대한 공식화된 설명은 회사에서 이 문서 또는 해당 문서가 어떻게 "이동"하는지, 특정 직원 및 부서가 어떤 기능을 수행하는지에 대한 질문에 대한 답을 제공합니다. 이러한 데이터를 바탕으로 구조 단위에 대한 규정이 형성될 수 있습니다. 직업 설명, 관리 및 문서 관리 규정 또는 비즈니스 프로세스 규정. 동시에 일부 시스템(예: ARIS, EM Tool Kit)에서는 비즈니스 프로세스 모델이 구축된 후 이러한 문서를 자동으로 생성할 수 있습니다.

- 프로세스 별 계산 및 계획.회사의 특정 유형의 활동에 대한 비용을 정확하게 계산하고 제조된 제품의 비용을 정확하게 결정하기 위해 공식화된 설명을 기반으로 하는 프로세스 기반 원가 계산 방법(활동 기반 원가 계산) 1이 사용됩니다. 비즈니스 프로세스의 기사 작성자에 따르면 활동 기반 원가 계산 기술은 Excel에서 구현할 수 있지만 회사의 비즈니스 프로세스(예: 직원의 작업 순서, 직원 테이블또는 임금), 구성된 모델을 완전히 다시 작성해야 합니다. 전문화된 시스템을 사용하면 활동 기반 원가 계산 방법을 사용하여 비즈니스 프로세스 비용과 제품 또는 서비스 비용을 계산할 때 최소한의 인건비로 이러한 변경 사항을 고려할 수 있습니다. 활동 기반 예산 책정 2를 사용하는 경우에도 유사한 상황이 발생합니다. 비즈니스 프로세스를 설명해야 한다는 주장에 대한 진지한 주장은 이를 통해 회사 고객을 위한 가치 흐름이 어디서 어떻게 생성되는지 추적하고 부당한 비용의 원인을 제거할 수 있다는 것입니다.

- 균형성과표 만들기.기사의 저자에 따르면, 전형적인 실수균형성과표를 개발할 때 저지르는 실수는 핵심 성과 지표 달성에 대한 책임을 잘못 정의하거나 비즈니스 프로세스에 부차적인 지표를 핵심 지표로 강조하는 것입니다. 특정 작업에 이르기까지 비즈니스 프로세스에 대한 가장 자세한 설명을 갖고 있으면 이러한 문제를 방지하는 데 도움이 됩니다. 공무원. 동시에 표준 Microsoft Office 도구를 사용하여 이러한 수준의 세부 정보를 제공하는 것은 거의 불가능합니다.

- 내부 통제 3 및 감사 실시.회사에서 내부 통제 시스템을 구축하려면 비즈니스 프로세스를 분류하고 주요 항목에 영향을 미치는 프로세스를 식별해야 합니다. 재무제표, 이러한 비즈니스 프로세스의 위험을 식별하고 위험 상황 발생을 방지하기 위한 절차를 개발합니다. 위험을 정확하게 식별하려면 먼저 비즈니스 프로세스를 설명하는 것이 필요합니다.

- 기업 정보 시스템 개발을 위한 기술 사양 준비.컨설팅 회사의 전문가들이 직원들의 요구를 최대한 고려할 수 있도록

기업의 경우 위임 조건이 준비되는 기반으로 회사 비즈니스 프로세스에 대한 최신의 적절한 모델이 필요합니다. 에스

개인적인 경험

알렉세이 프로신,FORS - 개발 센터(모스크바)의 비즈니스 프로세스 설명 도구 담당 이사비즈니스 프로세스를 기술함으로써 해결할 수 있는 과제 중 하나는 정보 시스템의 성공적인 구현입니다. 주된 이유 IT 프로젝트의 실패한 구현은 비즈니스를 수행하는 사람들의 IT 기술에 대한 아이디어와 실제로 구현하는 사람들 사이의 불일치에 있습니다. 이를 방지하려면 모든 사람이 재무 이사를 포함한 고위 관리자가 이해할 수 있는 동일한 언어를 사용해야 합니다. 이러한 언어는 비즈니스 프로세스 모델링 및 분석 도구를 사용하여 만들 수 있습니다. 이를 기반으로 다이어그램과 그래픽 모델이 구축되어 회사에서 비즈니스 프로세스가 어떻게 구성되어 있는지, 사람들 간의 상호 작용이 어떻게 구성되어 있는지, 무엇을 변경해야 하는지를 단계별로 보여줍니다. 특히 비즈니스 프로세스를 설명하는 주요 목표는 비즈니스 문제 해결과 관련된 회사의 모든 구성 요소 간의 상호 작용을 이해하고 최적화하는 것임을 강조하고 싶습니다. 특정 작업을 자동화해야 하는 필요성은 질문이며, 그 대답은 작업에서 해당 작업의 위치와 목적을 명확하게 이해하는 경우에만 얻을 수 있습니다. 큰 그림사업.

선택 기준

시스템 선택은 회사가 직면한 업무와 재무 능력에 따라 달라집니다. 5개 워크스테이션의 소프트웨어 비용은 기능에 따라 미화 3,000~30,000달러에 이릅니다. 그러나 저자에 따르면 소프트웨어를 선택할 때 비용 외에도 주요 기준은 비즈니스 프로세스를 설명하는 방법론, 속성을 사용하고 모델을 자동으로 업데이트하는 기능, 회계 또는 ERP 시스템과의 통합입니다.

비즈니스 프로세스를 설명하는 방법론

오늘날 비즈니스 프로세스의 그래픽 표현에는 SADT/IDEF0(구조적 분석 및 설계 기술/ICAM 정의) 방법론과 ARIS(통합 정보 시스템 아키텍처)라는 두 가지 주요 접근 방식이 있습니다. 사용자의 관점에서 볼 때 IDEF0 표준의 비즈니스 프로세스는 더 간단하고 명확합니다(그림 1 참조). ARIS 방법론을 사용하여 컴파일된 비즈니스 프로세스 다이어그램에는 더 많은 데이터가 포함되지만 작업에 특별한 기술이 없는 사용자가 이해하기에는 상당히 복잡합니다. 따라서 기업이 규정, 규정, 직무 설명을 개발하고 비즈니스 프로세스를 분석하기 위해 비즈니스 프로세스를 설명하는 소프트웨어 도구를 구입하는 경우 IDEFO 표준을 지원하는 시스템을 사용하는 것이 좋습니다. 비즈니스 프로세스 비용 평가, ERP 시스템 구현을 위한 기술 사양 개발, 내부 통제 및 위험 관리 시스템 구축, 균형 성과표 개발에는 ARIS 방법론이 더 적합합니다. 그림에서. 그림 2는 eEPC(extended Event-driven Process Chain)의 그래픽 표현(기호)으로 "대출 제공" 비즈니스 프로세스의 ARIS 모델 일부를 보여줍니다.

속성 사용

이 기준은 모델 개체(예: 비즈니스 프로세스 내에서 수행되는 작업)에 대한 일련의 특성(속성)을 지정하는 기능을 특징으로 합니다. 예를 들어, 작업의 주요 특징은 작업을 완료하는 데 소요되는 비용과 시간입니다. 시스템에서 이러한 속성을 할당할 수 있는 경우 비즈니스 프로세스를 분석할 때 비즈니스 프로세스의 실행 시간, 인력 및 장비에 대한 부하, 비용을 추정할 수 있습니다. 따라서 재무 이사는 다음을받습니다. 효과적인 도구원가 관리.

비즈니스 프로세스 모델 자동 업데이트

여러 비즈니스 프로세스에서 동일한 작업을 수행할 수 있습니다. 다양한 이유로 인해 작업 비용이나 작업을 완료하는 데 걸리는 시간 및 기타 특성이 변경될 수 있습니다. 시스템을 통해 비즈니스 프로세스를 신속하게 변경할 수 있어야 합니다. 이를 통해 이미 생성된 비즈니스 프로세스 모델을 업데이트하고 최신 상태로 유지하는 데 필요한 시간이 크게 단축됩니다. 불행하게도 많은 시스템은 데이터 저장 특성으로 인해 이 기능을 완전히 지원하지 않으므로 수동으로 변경해야 하는 경우가 많습니다.

다른 시스템과의 통합

회계, 재무, ERP 시스템과 비즈니스 프로세스를 설명하는 프로그램을 통합하면 비즈니스 프로세스 모델로 자동 전환 가능 다양한 특성사물. 예를 들어, 사용된 자재 비용, 고객으로부터 받은 주문 수, 개별 작업의 실행 시간 및 해당 시스템에서 고려되는 기타 데이터를 개체 속성으로 추가할 수 있습니다. 인터페이스 개발이나 MS Excel 테이블 사용을 통해 통합이 보장됩니다. 이를 통해 정보 수집 및 입력에 소요되는 수작업의 양이 크게 줄어듭니다. 일반적으로 이러한 솔루션은 프로세스 원가 계산 기술이나 균형성과표를 구현하려는 대기업 및 중견 기업에 적합합니다.

또한 비즈니스 프로세스를 설명하기 위한 도구를 선택할 때 개발된 모델을 기반으로 다양한 보고서를 생성할 수 있는 가능성과 소프트웨어 사용 범위에 주의해야 합니다.

시장에 나와 있는 소프트웨어 시스템

러시아 기업에서 사용되는 비즈니스 프로세스를 설명하는 가장 일반적인 도구의 장점과 단점을 고려해 보겠습니다.

MS 비지오(마이크로소프트);

EM 도구 키트(IC "Orientsoft");

ARIS(IDS Scheer AG);

통합 시스템(BAAN/Dem, Oracle Designer).

MS 비지오

시각적 도구인 MS Visio는 Microsoft Office 2000 제품군의 응용 프로그램으로, 비즈니스 프로세스를 설명하는 전문 소프트웨어가 아니므로 기능이 매우 제한되어 있으며 모델에 대한 심층적인 분석 및 평가, 규제 문서 개발을 허용하지 않습니다. , 자동으로 모델을 변경합니다. MS Visio는 용량이 작고 내용이 일반적인 모델을 빠르게 시각적으로 표현하는 파격적이고 매우 유연한 그래픽 편집기입니다. 라이선스당 비용은 표준 구성의 경우 225달러부터 전문가 구성의 경우 550달러까지입니다.

장점.시스템 개발 및 사용 용이성, 비즈니스 프로세스의 그래픽 표현을 신속하게 개발하고 필요한 경우 변경하는 기능.

결함.시스템에서는 설명된 비즈니스 프로세스를 기반으로 보고서를 준비하거나 작업 완료 비용 및 시간과 전체 비즈니스 프로세스를 분석하는 것을 허용하지 않습니다. 표준 MS Visio 도구를 사용하면 여러 수준의 세부 정보(회사 수준에서 개별 직원 수준까지)가 포함된 비즈니스 프로세스의 계층적 모델을 개발하는 것이 불가능합니다.

권장 사항.이 시스템은 소규모 기업의 비즈니스 프로세스를 구조적 부문 수준에서 그래픽으로 표현하는 데 사용할 수 있습니다. 일반적으로 MS Visio의 모델은 회사의 구조 부서 간의 상호 작용 프로세스를 재구성하는 데 사용됩니다.

EM 도구 키트

EM Tool Kit(Enterprise Modeling Tool Kit) 4를 사용하면 IDEF0 형식으로 비즈니스 프로세스를 설명하고 규정회사 활동 (문서 흐름 규정, 업무 설명 등) 규제 및 감사 실시 조직 시스템, 예를 들어 품질 관리 시스템, 내부 통제 등 평균 비용 5개의 워크스테이션을 위한 시스템 가격은 미화 약 3,000달러입니다.

장점.이 시스템을 사용하면 비즈니스 프로세스의 중첩 모델을 생성하고(92페이지의 그림 3 참조) 자동으로 보고서를 생성하며 비즈니스 프로세스 중에 수행되는 작업에 대한 속성을 정의할 수 있습니다. 주의해야 할 점은 러시아 시장소프트웨어 시스템, 1C에서 개발한 소프트웨어 제품에서 필요한 속성을 자동으로 로드할 수 있는 모듈이 제공됩니다. 속성을 사용하면 EM 도구 키트를 사용하여 특정 비즈니스 프로세스의 비용과 기간을 추정할 수 있습니다. 여러 사용자의 동시 작업을 구성하는 것이 가능합니다.

결함.시스템의 가장 중요한 단점 중 하나는 "and" 및 "or" 연산자가 없다는 점입니다. 이로 인해 비즈니스 프로세스의 논리를 설명하기가 어렵습니다. 표준 EM 도구 키트 도구는 고급 프로세스별 원가 계산 방법론의 구현과 제조된 제품, 제공된 서비스 또는 기타 원가 대상의 전체 원가 계산을 허용하지 않습니다.

권장 사항. EM Tool Kit는 중소기업을 대상으로 하며 사내 표준 및 규정, 구현을 위한 기술 사양을 개발하는 데 사용할 수 있습니다. 정보 시스템, 비즈니스 프로세스 분석 및 최적화는 물론 품질 관리 시스템 구현에도 사용됩니다.

EM Tool Kit의 유사품은 BPwin 시스템입니다. 좋은 기회지원되는 방법론(IDEFO, IDEF1X, IDEF3) 및 보고 측면에서. 그러나 저자에 따르면 BPwin은 주로 기업 정보 시스템 구현과 관련된 문제 해결에 중점을 두기 때문에 IT 서비스 전문가에게 더 적합합니다. /

개인적인 경험

올렉 코스티코프,JSC Baltic Plant 경제 이사(상트페테르부르크)기업 정보 시스템(CIS) 구현 시작 당시 발트해 공장 OJSC의 상황은 상황을 이해하기 위해 기업의 구조, 다양한 부서의 기능, 문서 흐름에 대한 심층 분석이 필요했습니다. "있는 그대로" 문제와 해결 방법을 파악합니다.

승인된 주요 사용자 목록에 따라 해당 부문 직원을 대상으로 한 설문조사 결과를 바탕으로 공장 각 부문의 비즈니스 프로세스를 설명했습니다. 회의 결과를 바탕으로 비즈니스 프로세스에 대한 다이어그램과 텍스트 설명이 작성되었습니다. 기업 조사 결과, 비즈니스 프로세스를 "있는 그대로" 설명하는 텍스트 부분과 IDEF 다이어그램(BPwin을 사용하여 생성)을 포함하는 각 부서에 대한 보고서가 작성되었으며, 조직 구조, 비즈니스 프로세스 참여자의 기능 및 프로세스를 시각적으로 나타냅니다. 참가자 간 문서 전달 결과 비즈니스 프로세스 개발 단계에는 정보 시스템이 구성된 기반으로 모든 기능 관리자(부서장, 영역 책임자)가 승인한 비즈니스 프로세스에 대한 다이어그램과 설명이 포함되었습니다.

아리스

IDS Scheer AG의 ARIS 플랫폼은 비즈니스 프로세스의 구조화된 설명 및 분석을 위한 전문 도구 세트입니다. 시스템에는 다음을 위한 기능 모듈이 포함되어 있습니다.

비즈니스 프로세스의 설계 및 최적화(ARIS Easy Design, ARIS Toolset, ARIS Business Design, ARIS Business Architect, ARIS Business Server)

비즈니스 프로세스의 동적 분석 및 최적화(ARIS 시뮬레이션)

품질 관리 시스템(ARIS 품질 관리 스카우트) 개발 및 구현

비즈니스 프로세스 효율성 모니터링 및 제어(ARIS Process Performance Manager)

재무보고 작성에 대한 내부 통제 시스템의 운영을 보장하는 절차 관리(ARIS 감사 관리자)

운영 위험 관리 시스템(ARIS Process Risk Scout)의 개발, 구현 및 유지 관리

프로세스 기반 원가 계산 시스템 생성 - 활동 기반 원가 계산(ARIS 프로세스 비용 분석기)

균형성과표(ARIS BSC) 설계 등

구입한 모듈과 워크스테이션 수에 따라 시스템 비용은 9,000유로에서 13,000유로까지 다양합니다. ARIS에는 130개 이상이 있습니다. 다양한 방법으로조직 활동 모델의 그래픽 표현. 이 중 재무 이사에게는 다음 모델이 유용합니다.

조직 구조(조직도);

부가가치 체인 다이어그램;

확장된 이벤트 중심 프로세스 체인.

장점. ARIS 플랫폼에는 다양한 기능이 있습니다. 이는 구성된 비즈니스 프로세스 모델을 분석하고 병목 현상을 식별하며 "what-if" 분석을 기반으로 비즈니스 프로세스를 최적화하는 기능을 제공합니다. 즉, 사용자는 특정 비즈니스 프로세스를 변경할 수 있습니다. 예를 들어 직원의 권한을 재분배하고 특정 작업을 수행하는 데 걸리는 시간이나 작업 비용이 얼마나 증가할지 추정할 수 있습니다. ARIS 프로세스 비용 분석기 모듈을 사용하면 기존 활동 기반 비용 계산 방법론을 구현하여 비즈니스 프로세스 비용을 결정하고 그 결과를 전략적 기업 관리 모듈(ARIS BSC)에서 사용할 수 있습니다. 추가 모듈 사용 및 내부 언어프로그래밍을 통해 사용자는 모든 규정 및 조항을 만들 수 있을 뿐만 아니라 회사의 위험을 관리하고 품질 관리 및 내부 통제 시스템을 구축할 수 있습니다.

결함.단점은 소프트웨어 비용이 상당히 높다는 것입니다. 비즈니스 프로세스 모델의 그래픽 표현은 교육을 받지 않은 사용자가 이해하기에는 매우 복잡합니다. 예를 들어 EM 도구 키트를 사용하려면 2~3일 동안 지속되는 교육 과정을 이수해야 하며 ARIS의 기본 기능을 익히려면 여러 전문 교육 기관을 방문해야 합니다. 교육 과정 5일에서 15일까지 지속됩니다. 또한 시스템에는 다음이 포함됩니다. 많은 수의결코 필요하지 않을 수도 있는 기능. 실제로, 형성될 수 있는 모든 유형의 모델 중 15% 이하가 사용됩니다.

기능 계획의 단점에는 프로세스 별 계산 방법론 구현에 대한 접근 방식이 포함됩니다. 시스템에는 기본 동작 드라이버와 복잡한 동작 드라이버를 모두 지정할 수 있는 기능이 없습니다. 복잡한 회로제품, 서비스, 고객 및 주문 간의 비용 분배.

권장 사항.시스템이 할 것이다 대기업고가의 ERP 시스템을 구현하고, ISO 9001:2000 표준에 따라 인증을 수행하고, 비즈니스 프로세스에 대한 균형 성과표 및 프로세스 기반 계산 방법을 도입할 계획입니다.

통합 시스템

오늘날 많은 ERP 시스템에는 비즈니스 프로세스에 대한 설명을 작성할 수 있는 모듈이 포함되어 있습니다. 예로는 Oracle Designer 및 BAAN DEM이 있습니다.

장점.일반적으로 이러한 소프트웨어 제품에는 비즈니스 프로세스 설명, 보고서 생성 및 다양한 속성 할당을 위한 광범위한 기능이 있습니다. 가장 큰 장점은 다른 ERP 시스템 모듈과의 통합입니다. 덕분에 만들어진 모델을 바탕으로 다음과 같은 작업을 수행할 수 있다. 자동 설정 ERP 시스템(매개변수 및 액세스 권한 정의, 사용자 인터페이스 생성 등) 이 경우 비즈니스 프로세스 모델의 모든 변경 사항은 종합 정보 시스템에 자동으로 고려됩니다.

결함.단점은 비즈니스 프로세스를 설명하기 위한 모듈과 ERP 시스템 모두의 비용이 높기 때문에 비즈니스 프로세스를 설명하기 위한 통합 도구를 사용하는 것이 정당화되지 않는다는 것입니다. 통합 시스템을 사용하여 비즈니스 프로세스를 설명할 때 ERP 시스템의 요구 사항과 제한 사항에 크게 적응해야 하는데 이는 항상 편리한 것은 아닙니다.

회사가 아직 정보 시스템 선택을 결정하지 않은 경우 복잡한 정보 시스템에 대한 요구 사항이 결정되고 개발을 위한 기술 사양을 기반으로 비즈니스 프로세스를 설명하는 범용 도구를 사용하는 것이 좋습니다. 시스템의 구성이 이루어지게 됩니다.

단순한 것부터 복잡한 것까지

비즈니스 프로세스 모델링을 위한 소프트웨어 도구의 선택은 주로 회사의 전략, 활동 규모, 프로세스 및 관리 기술의 성숙도 수준에 따라 달라집니다. 기존 레벨오토메이션. 비즈니스가 발전함에 따라 비즈니스 프로세스는 더욱 복잡해지고 그에 따라 이를 문서화할 수 있는 도구에 대한 요구 사항도 높아집니다. 저자에 따르면 기업은 MS Visio 또는 EM Tool Kit를 사용하여 비즈니스 프로세스를 설명하는 작업을 시작하고 비즈니스 개발 및 자동화 수준이 높아짐에 따라 점차 통합 플랫폼으로 이동하는 것이 좋습니다. /

개인적인 경험

파벨 부르코프,MVS 그룹 경제 컨설팅 부서 이사(모스크바)많은 사람들과 마찬가지로 우리도 MS Visio를 사용하여 비즈니스 프로세스와 후속 자동화를 리엔지니어링할 때 비즈니스 프로세스를 설명했습니다. 그러나 소규모 기업의 활동을 설명할 때, 모델링을 위해 소프트웨어 제품을 사용하는 사람들이라면 잘 알고 있는 문제가 발생했습니다. 다른 모델비즈니스 프로세스 모델을 즉시 조정하는 데 어려움이 있음) 그러나 가장 중요한 단점은 고객을 위한 편리한 보고서(규정)를 생성하는 능력이 부족하다는 것입니다. 그때 우리는 비즈니스 프로세스를 설명하기 위한 전문 소프트웨어 제품을 개발하기로 결정했습니다. 처음에는 BPwin이었습니다. 그러나 이 시스템에서 비즈니스 프로세스를 표현하는 것은 회사 직원, 즉 프로세스가 생성된 사람들이 이해하는 데 그리 편리하지 않은 것 같습니다. 따라서 우리는 비즈니스 프로세스를 설명하기 위해 Business Studio를 사용하기로 결정했습니다. 이것은 범용 모델링 도구입니다. 다양한 규모와 활동의 프로젝트를 위해 설계되었으며 비즈니스 프로세스를 개선하고 규제하기 위한 정기적인 작업을 지원합니다.

블라디미르 레핀

Vladimir Repin Management LLC의 총책임자

ABPMP 러시아 회원

경영 컨설턴트

비즈니스 트레이너

후보자 기술 과학

이 기사에서는 후속 규제를 목적으로 프로세스를 설명하기 위한 표기법 선택 문제에 대해 논의합니다. MS Visio의 “Simple Flowchart”, Business Studio의 “Procedure”, ARIS eEPC 표기법 등 자주 사용되는 Work Flow 표기법을 비교합니다. 표기법을 비교할 때 주요 초점은 조직 직원이 간단하고 이해할 수 있는 프로세스 다이어그램을 만드는 것입니다.

회사의 비즈니스 분석가에게 이 기사에서 논의된 논문은 조직 프로세스의 그래픽 다이어그램을 개발하는 데 사용하는 접근 방식이 얼마나 효과적인지 생각해야 하는 심각한 이유입니다.

소개

그래픽 프로세스 다이어그램을 만드는 가장 중요한 목표 중 하나는 조직의 규제 문서에서 이후에 사용하는 것입니다. 이러한 체계는 일반적으로 복잡한 표기법에 대한 교육을 받지 않았거나 시스템 분석 기술 등이 없는 직원이 사용합니다. 체계의 단순성과 명확성은 그들에게 매우 중요합니다. 다양한 기호가 포함된 복잡하고 혼란스러운 다이어그램은 사람들이 잘 이해하지 못하기 때문에 실제로 사용하기 어렵습니다. 따라서 실제적인 목적을 위해서는 프로세스를 설명하기 위한 표기법(방법론)을 올바르게 선택하고 사용하는 것이 중요합니다. 그러한 표기법을 선택하려면 어떤 기준을 사용해야 합니까? 서로 다른 표기법을 서로 비교하는 방법은 무엇입니까? 널리 사용되는 표기법을 사용하여 비즈니스 프로세스를 설명하는 몇 가지 예를 살펴보고 이러한 질문에 답해 보겠습니다.

표기법 비교

비교를 위해 다음 프로세스 설명 표기법이 선택되었습니다.

1. "간단한 흐름도"("솔루션" 블록을 사용하여 문서 이동 표시)
2. "간단한 블록 다이어그램"(문서 이동을 표시하지 않고 "솔루션" 블록을 사용하지 않음)
3. Business Studio 시스템의 "절차"(가능한 프레젠테이션 옵션 중 하나)
4. ARIS eEPC.

간단하고 직관적인 프로세스가 테스트 사례로 선택되었습니다. 이 프로세스를 설명하는 결과는 그림 1에 나와 있습니다. 1-4.

쌀. 1. MS Visio의 "간단한 흐름도" 표기법의 프로세스 다이어그램("솔루션" 블록을 사용하여 문서 이동 포함)

그림에 제시된 다이어그램에서. 도 1에서는 굵은 화살표를 사용하여 시간에 따른 처리 작업의 순서를 나타내고, 가는 점선 화살표를 사용하여 문서의 이동을 나타낸다. 솔루션 블록은 고전적인 방식으로 사용됩니다. 프로세스의 후속 과정이 "의존"하는 정보(질문)를 표시합니다. "다이아몬드"를 사용하는 이러한 접근 방식은 매우 일반적입니다. 그러나 실제로는 의사결정의 전체 논리와 특정 결과물(문서)의 형성이 프로세스 운영 내에 포함되어야 합니다. 생각해보면, 이 “다이아몬드”를 그리는 것의 가치(의미)는 분명하지 않습니다. 프로세스 작업, 이벤트 등 어떤 종류의 객체입니까? 둘 중 하나도 아닌 것 같습니다. 이들은 오히려 어떤 조건에 따라 결정을 내리는 연산자입니다. 그러나 우리는 특별한 언어로 컴퓨터 프로그램을 작성하는 것이 아니라 사람들을 위한 프로세스 다이어그램을 개발하고 있습니다. 컴퓨터 프로그램에서 "다이아몬드"는 조건 등을 비교하는 본격적인 작업이 될 것입니다. 그러나 프로세스 다이어그램은 사람, 문서, 정보 시스템 등이 수행하는 프로세스와 같은 실제 개체를 표시해야 합니다. 그것이 올바른지 생각해보십시오. 다이어그램에서 프로세스 작업과 별도로 "다이아몬드"를 표시하려면? 대신 다음을 수행할 수 있습니다.

• 고려 중인 프로세스 다이어그램에서 일련의 작업 형태로 의사 결정 논리를 설명합니다.
• 다음 레벨로 이동하는 해당 하위 프로세스의 단계를 다이어그램 형식으로 논리를 설명합니다.
• 텍스트(작업의 텍스트 속성)로 논리를 설명하고 이후 프로세스 실행 규정에 표시합니다.

위에서 설명한 "다이아몬드"를 사용하는 방법의 "장점"과 "단점"을 공식화하겠습니다 (그림 1).

MS Visio의 "간단한 흐름도"(문서 이동 포함, "솔루션" 블록 사용)

그림에서. 그림 2는 동일한 프로세스의 예를 보여주며 "솔루션" 블록 및 문서를 사용하지 않고만 설명합니다. 이 다이어그램에는 그림 1의 다이어그램보다 24개 더 적은 그래픽 요소가 있음을 쉽게 확인할 수 있습니다. 1. 계획 그림. 2는 훨씬 단순해 보입니다. 그래픽 요소는 눈을 현혹시키지 않으며 정보 내용의 관점에서 볼 때 이 다이어그램은 최종 사용자가 이해하기 쉽고 접근하기 쉽습니다. 각 프로세스 작업에 대해 구현 요구 사항을 텍스트로 설명하고 표 형식과 그래픽 프레젠테이션 형식을 결합하면 회사 직원을 위한 프로세스 실행 절차를 적절하게 설명할 수 있습니다.

쌀. 2. MS Visio의 "간단한 흐름도" 표기법의 프로세스 다이어그램(문서 이동 없음, "솔루션" 블록 사용 없음)

그림 1에 제시된 형태로 프로세스를 그래픽으로 표현한 "장점"과 "단점" 2는 아래와 같습니다.

MS Visio의 "간단한 흐름도"(문서 이동 없음, "솔루션" 블록 사용 없음)

일반적으로 그림 1에 제시된 것과 유사한 형식의 다이어그램을 사용합니다. 2는 이러한 계획을 작업하는 개발자와 직원 모두에게 편리합니다.

그림에서. 그림 3은 Business Studio 모델링 환경의 "절차" 표기법으로 생성된 프로세스 다이어그램을 보여줍니다. 이 계획에는 몇 가지 기능이 있습니다. 첫째, "결정" 블록은 비표준 방식으로 사용됩니다. 즉, 질문 및 분기를 표시하는 그래픽 요소가 아니라 의사 결정과 관련된 본격적인 프로세스 작업으로 사용됩니다. Business Studio에서 "다이아몬드"는 본격적인 프로세스의 거의 모든 속성을 갖고 있지만 분해될 수는 없습니다(아마도 시스템 개발자가 시간이 지나면 이를 가능하게 만들 것입니다). 사각형 대신 "다이아몬드"를 사용하면 다이어그램이 더욱 시각적으로 보입니다. 동시에 설명, 시작, 완료, 마감일 요구 사항 등 "다이아몬드" 속성에 텍스트 정보를 입력할 수 있습니다.

그림에 제시된 프로세스 다이어그램의 두 번째 특징은 다음과 같습니다. 3, 화살의 응용이다. 일련의 작업을 표시하려면 단일 팁이 있는 화살표("우선순위" 화살표)를 사용할 수 있습니다. 양방향 화살표를 사용하여 문서 이동을 표시할 수 있습니다. 그러나 Business Studio에서는 "우선순위" 화살표라는 한 가지 유형의 화살표만 사용할 수 있습니다. 동시에 활동 개체 디렉터리에 정의된 필요한 수의 문서를 명명된 화살표에 연결할 수 있습니다.

이 접근 방식을 사용하면 다음이 가능합니다.

• 프로세스 다이어그램의 그래픽 요소 수를 대폭 줄이는 동시에
• 프로세스 규정에 들어오고 나가는 문서에 대해 필요한 정보를 표시합니다.

따라서 불필요한 요소로 다이어그램을 어지럽히지 않고도 프로세스를 완벽하게 설명하고 필요한 모든 정보를 규정에 업로드할 수 있습니다.

화살표의 이름이 첨부된 문서에 의존하지 않는다는 사실을 통해 직원이 가장 이해하기 쉽고 편리한 방법으로 다이어그램의 화살표 이름을 지정할 수 있습니다. 예를 들어 특정 문서 세트를 "보고서 세트가 준비되었습니다."라는 우선 화살표에 연결할 수 있습니다. 이 경우 화살표 이름은 "오늘의 수집 보고서 생성"이라는 이전 작업을 완료한 이벤트를 수행자에게 나타냅니다. (STU 회사의 방법론에서 프로세스 작업 뒤의 화살표는 이벤트가 아닌 엔터티입니다. "Decisions" 블록 뒤에는 가능한 결정 결과를 표시할 수 있습니다.)

쌀. 3. Business Studio 시스템의 "절차"("솔루션" 블록을 비전통적으로 사용하는 옵션)

그림 1에 제시된 형태로 프로세스를 그래픽으로 표현한 "장점"과 "단점" 3개는 아래와 같습니다.

Business Studio 시스템의 "절차"("솔루션" 블록을 비전통적으로 사용하는 옵션)

Business Studio를 사용할 때 절차 표기법은 약간 다른 방식으로 사용될 수 있습니다. 이 기사의 저자는 그림 1에 제시된 접근 방식을 선호합니다. 삼.

그림에서. 그림 4는 ARIS eEPC 표기법으로 개발된 고려 중인 프로세스 다이어그램을 보여줍니다. 일부 프로세스 작업은 다이어그램에 맞지 않습니다. ARIS eEPC 표기법으로 작성된 이 간단한 프로세스의 부분 다이어그램에는 4개의 논리문과 8개의 이벤트가 포함되어 있습니다! 다이어그램을 읽는 사람은 이러한 논리 연산자를 모두 올바르게 해석할 수 있어야 합니다. 그러한 다이어그램을 읽는 데 특별한 훈련과 기술이 없으면 일반 직원은 자세한 텍스트 설명이나 자격을 갖춘 비즈니스 분석가의 도움 없이는 문제의 프로세스 논리를 이해할 수 없을 것입니다.

ARIS eEPC 표기법의 프로세스 다이어그램은 그림 1에 제시된 다이어그램보다 훨씬 더 많은 공간을 차지합니다. 1-3. 그러한 체계를 형성하는 복잡성도 상당히 높습니다.

쌀. 4. ARIS eEPC 표기법의 프로세스 다이어그램(Business Studio에 내장됨)

ARIS eEPC 표기법의 프로세스 다이어그램(Business Studio에 내장됨)

일반적으로 SAP R/3을 구매하지 않을 경우 ARIS eEPC 표기법을 선택하고 사용하는 것은 기사 작성자의 관점에서 볼 때 최적의 솔루션이 아닙니다. 수행자에게 보다 시각적이고 직관적인 프로세스를 설명하기 위한 표기법에 주목할 가치가 있습니다. 그러나 일부에서는 ARIS eEPC 표기법이 더 시각적이고 이해하기 쉽다고 생각할 수도 있습니다. 어느 정도 이것은 취향의 문제입니다.

후속 자동화 목적을 위한 프로세스 설명

위의 비즈니스 프로세스 설명 예가 BPMN 2.0 표기법으로 표시된다면 이를 고려하는 것은 흥미롭습니다. 이 표기법은 "실행 가능한" 프로세스, 즉 BPM 시스템이 지원하는 프로세스를 설명하기 위한 것입니다.

BPMN 2.0 사용에 대한 귀하의 의견. A. A. Belaichuk, Business Console 회사의 총괄 이사는 다음을 공유합니다.

"그림에서 그림 5는 BPMN 표기법으로 동일한 프로세스를 보여줍니다. 우리가 볼 수 있듯이 이 그림은 그림 1과 유사하다. 1: BPMN 표기법에서 작업은 직사각형으로, 포크는 다이아몬드로, 데이터는 문서와 유사한 아이콘으로 표시됩니다. 제어 흐름은 실선이고 데이터 흐름은 점선입니다.

이 다이어그램은 BPMN 표기법의 작은 부분만을 사용한다는 점을 고려해야 합니다. 즉, 팔레트에서 사용할 수 있는 5개 중 한 가지 유형의 포크, 8개 중 한 가지 작업 유형만 사용됩니다. 더 넓은 팔레트 외에도 이 표기법은 다음과 같습니다. 격리된 작업 흐름뿐만 아니라 메시지나 데이터를 통해 서로 상호 작용하는 여러 프로세스를 모델링하는 능력으로 구별됩니다. 게다가 이 표기법은 더 엄격합니다. 이는 아이콘뿐만 아니라 아이콘을 서로 결합할 수 있는 규칙도 정의합니다. 이러한 규칙의 필요성은 BPMN 표기법이 사람이 읽을 것이라는 사실뿐만 아니라 BPM 시스템의 "엔진"인 특수 소프트웨어에 의한 직접 실행에도 초점을 맞추고 있다는 사실에 의해 결정됩니다.

동시에 이 예에서 볼 수 있듯이 팔레트의 제한된 하위 집합을 사용할 때 BPMN은 기존 순서도보다 더 복잡하지 않습니다. 글쎄, BPMN을 전문적으로 마스터하고 싶은 사람들에게는 전문 교육 bpmntraining.ru를 추천합니다.”

쌀. 5. BPMN 2.0 표기법의 프로세스 다이어그램

생활 실천

그림에서. 그림 6은 특정 회사의 비즈니스 분석가가 자신이 고안한 표기법으로 개발한 프로세스 다이어그램의 일부를 보여줍니다. 다이어그램은 "간단한 순서도"의 원칙을 사용하여 작성되었습니다. 클래식 버전에서는 "솔루션" 블록이 사용되었습니다. 또한 이 다이어그램에는 비표준 방식으로 사용되는 다른 많은 기호도 나와 있습니다.

쌀. 6. 회사 중 하나의 프로세스 다이어그램 예

다이어그램을 작성할 때 그림. 6, 비즈니스 분석가는 분명히 일반 사용자의 명확성과 최대 이해성을 위해 "고군분투"했습니다. 그들은 프로세스 다이어그램에 대한 텍스트 설명을 최소화하거나 심지어 제거하려고 했습니다. 공연자들은 A3 형식의 다이어그램으로 간단히 인쇄되었으며, 읽자마자 무엇을 해야 할지, 어떻게, 어떤 문서를 사용할지 등 모든 것이 즉시 명확해졌습니다.

물론 고려중인 계획은 단순성과 명확성의 예가 아닙니다. 그러나 프로세스에 참여하는 사람들에게 최대한의 유용한 정보를 전달하기 위해 형성되었습니다.

결론

따라서 프로세스를 설명할 때 직원을 위해 단순성과 명확성을 위해 노력해야 한다는 것은 분명합니다.

프로세스를 설명할 때 복잡하고 형식화된 표기법을 사용하면 다음과 같은 이점이 있습니다.

• 일반 직원이 다이어그램을 사용(해석)하는 데 어려움이 있습니다.
• 특별한 교육을 받지 않은 부서의 직원이 프로세스를 설명하기 위해 작업을 구성하는 것이 불가능함(어려움)
• 계획 형성을 위한 비즈니스 분석가의 인건비가 크게 증가합니다.
• 회로를 문서화할 때 추가적인 어려움(대량 등).

따라서 다양한 그래픽 요소로 프로세스 다이어그램을 복잡하게 만들어서는 안됩니다. 그러나 이를 사용하더라도 단순히 모델링 표기법을 공식적으로 적용한 결과가 아니라 직원에게 유용한 정보를 전달하는 것이 더 좋습니다.

http://finexpert.ru/ - 전문가를 위한 커뮤니케이션 환경 http://bpm3.ru/ - 프로세스, 프로젝트, 효율성

이 강의에서는 단순(하향식, 데이터 추적, 프로세스 계획 등) 및 기능 흐름도(비즈니스 프로세스와 부서 간의 관계 표시)를 구축하는 방법에 대해 설명합니다.

간단한 블록 다이어그램

Simple Flowchart 템플릿은 순서도, 하향식 다이어그램, 데이터 추적 다이어그램, 프로세스 계획 다이어그램 및 구조적 예측 다이어그램을 디자인하기 위해 디자인되었습니다. 템플릿에는 필요한 모양, 연결 선 및 링크가 포함되어 있습니다.

연습 1

쌀. 3.3.간단한 흐름도(3단계)

8. 순서도 모양에 텍스트를 입력합니다(그림 3.4 참조). 도형에 텍스트를 입력하려면 다음 단계를 따르세요.

9. 탭에서 집그룹에서 서비스악기 선택 바늘.

• 텍스트를 입력하려는 도형을 클릭하세요.
• 원하는 텍스트를 입력하세요.

메모:

1. 그림을 확대하려면 키보드 단축키를 누르세요. + 원하는 크기에 도달할 때까지 모양을 마우스 왼쪽 버튼으로 클릭하세요.
2. 그림의 배율을 줄이려면 키보드 단축키를 누르세요. + 원하는 크기에 도달할 때까지 모양을 마우스 오른쪽 버튼으로 클릭합니다.

쌀. 3.4.간단한 흐름도(4단계)

블록다이어그램의 그림 번호 매기기

Visio는 순서도의 셰이프에 번호를 매길 수 있습니다. 번호 매기기 옵션을 지정하려면 탭에서 보다그룹에서 매크로버튼을 클릭하세요 부가기능그룹에서 선택 추가 Visio 솔루션팀 그림의 번호 매기기. 열리는 창에서 그림의 번호 매기기필요한 넘버링 매개변수를 지정하고 버튼을 클릭합니다. 좋아요.

작업 2

1. 작업 1에서 준비된 순서도에 모든 그림의 자동 번호 매기기를 추가합니다(그림 3.6 참조).

   이를 위해:

   • 탭에서 보다그룹에서 매크로목록 버튼을 클릭하세요 부가기능, 그룹 선택 추가 Visio 솔루션, 그리고 그 안에 명령 그림의 번호 매기기.
   • 열리는 창에서 그림의 번호 매기기매개변수 지정
     • 탭에 흔하다:
       • 작업 - 자동 번호 매기기;
       • 적용 대상 - 모든 모양;
       • - 1부터 시작;
       • 간격 - 1;
       • 페이지로 끌어온 셰이프에 계속 번호 매기기 확인란을 선택합니다.
     • 탭에서 추가적으로:
       • 장소 번호 - 모양 텍스트 앞.
       • 번호 매기기 순서: 왼쪽에서 오른쪽, 위에서 아래로;
       • 확인란을 선택하세요. 연결선 제외.
     • 버튼을 클릭하세요 좋아요.
2. 순서도를 저장합니다.

쌀. 3.6.간단한 흐름도(6단계)

순서도 변경

다른 두 도형 사이에 도형 추가

다른 두 순서도 셰이프 사이에 새 셰이프를 추가하려면 삽입하려는 셰이프를 연결하는 연결선으로 새 셰이프를 끌어 놓습니다. Visio는 기존 셰이프 사이에 새 셰이프를 삽입하고 순서도를 자동으로 확장합니다.

도형 삭제

순서도에서 도형을 제거하려면 도형을 선택하고 키보드에서.

그림 번호 다시 매기기

순서도 그림의 번호를 다시 매기려면 다음 단계를 따르십시오.

1. 탭에서 보다그룹에서 매크로버튼을 클릭하세요 부가기능그룹에서 선택 추가 Visio 솔루션팀 그림의 번호 매기기.
2. 열리는 창에서 그림의 번호 매기기탭에 흔하다라디오 버튼 선택 같은 순서로 번호 다시 매기기, 표시하여주십시오 시작 번호번호 매기기 및 클릭 좋아요.

작업 3

1. 작업 2에서 준비된 순서도를 수정합니다.
   • 도형 삭제 문서(지원서 제출).
   • 그림 사이 해결책(신청이 정상적으로 완료되었습니다) 그리고 문서(거절 제출) 그림 배치 프로세스(무역 박람회 도우미에게 전달).
   • 도형 추가 프로세스(결제 관련은 참가업체에 문의) 아래 그림 문서(송장을 보내다).
   • 시작 번호 - 1부터 시작하여 동일한 순서로 블록다이어그램 그림의 번호를 다시 매깁니다.
2. 순서도를 저장합니다.

쌀. 3.7.간단한 블록 다이어그램(7단계)

연결된 셰이프 재정렬

순서도 셰이프가 연결되면 완전히 재정렬하고 연결을 재정렬할 수 있습니다. 이렇게 하려면 탭에서 건설자그룹에서 공들여 나열한 것목록 버튼을 클릭하세요 페이지 레이아웃 변경그리고 원하는 레이아웃을 선택하세요.

순서도 레이아웃을 변경하면 문서 페이지에 맞지 않을 수 있습니다. 이 경우 페이지 크기(탭 건설자, 그룹 페이지 설정, 사이즈 목록 버튼) 또는 방향(탭 건설자, 그룹 페이지 설정, 목록 버튼 정위).

작업 4

기능 블록 다이어그램

레이아웃 목적 기능 블록 다이어그램

공들여 나열한 것 기능 블록 다이어그램비즈니스 프로세스와 해당 프로세스의 단계 실행을 담당하는 부서 등 조직 또는 기능 단위 간의 관계를 보여주기 위한 것입니다.

순서도의 레인은 부서, 직위 또는 기타 기능과 같은 기능 단위를 나타냅니다. 프로세스 단계를 나타내는 각 모양은 해당 단계를 담당하는 기능 단위의 트랙에 위치합니다.

작업 5

트랙 추가, 이동, 삭제

을 위한 추가기능 블록 다이어그램을 추적하려면 다음 중 하나를 수행하십시오.

• 다이어그램의 트랙을 마우스 오른쪽 버튼으로 클릭하고 앞에 "트랙" 삽입또는 뒤에 "트랙" 삽입.
• 트랙 중 하나의 모서리 위로 마우스를 가져가세요. 나타나는 파란색 화살표를 클릭하세요. 경로 셰이프 삽입.
• 탭에서 기능 블록 다이어그램그룹에서 끼워 넣다버튼을 클릭하세요 길. 트랙은 선택한 트랙 뒤 또는 트랙을 선택하지 않은 경우 스트립 끝에 추가됩니다.
• 요소 집합에서 기능 블록 다이어그램 모양트랙을 다음으로 드래그하세요. 올바른 장소스트립의 경계까지.

을 위한 동정트랙:

1. 이동하려는 트랙의 제목을 클릭하여 강조 표시합니다. 마우스 포인터가 이동 아이콘으로 변경됩니다.
2. 트랙을 원하는 위치로 드래그하세요.

트랙에 있는 피규어도 함께 이동합니다. 모양이 트랙 위에 있는지 아니면 바로 위에 있는지 확인하려면 모양을 선택하세요. 곡이 트랙에 있으면 트랙 색상이 노란색-주황색으로 변경됩니다. 곡이 트랙에 없지만 거기에 배치해야 하는 경우, 조금 움직이면 트랙이 이를 식별합니다.

을 위한 제거트랙:

1. 삭제하려는 트랙 라벨을 클릭합니다.
2. 키를 누르세요 키보드에서.

메모. 트랙을 삭제하면 포함된 모든 모양도 삭제됩니다.

교육은 개인용 컴퓨터로 진행됩니다.

이 과정은 일반적인 비즈니스 편집기를 사용하여 비즈니스 프로세스를 설명하는 데 전념합니다. 마이크로소프트 그래픽비지오. 배우기 쉽고 동시에 비즈니스 모델을 빠르고 효율적으로 만들 수 있습니다.

교육 과정에서는 Visio에서 지원하는 비즈니스 프로세스 모델링을 위한 가장 일반적인 방법론(표기법)을 검토하고 MS Visio에서 그래픽 프로세스 다이어그램을 구성하는 실용적인 기술을 개발합니다.

과정 프로그램은 비즈니스 프로세스의 설명, 분석 및 최적화와 관련된 전문가를 대상으로 합니다.

1. 비즈니스 프로세스 다이어그램을 그리는 데 필요한 기본 Microsoft Visio 기능입니다.
   • 차트 시트 작업. 모양 세트 사용. 샘플 수치로 작업합니다. 다이어그램에 셰이프를 추가합니다. 도형 사이에 동적 연결선을 그립니다. 도형에 연결선을 붙입니다. 동적 및 정적 접착. 스냅 및 접착 옵션을 설정합니다. 자동 연결 기능을 사용합니다. 도형의 크기와 위치를 변경합니다. 크기 및 위치 변경 텍스트 필드수치. 모양 핸들: 선택, 회전, 텍스트 필드, 제어, 연결점. 도형 서식을 지정합니다. 도형과 해당 형식을 복사합니다. 그림의 자동 정렬 및 배치. 셰이프를 그룹화하고 컨테이너로 결합합니다. 다이어그램 페이지의 크기 및 모양을 조정하고 변경합니다. 차트 페이지 매개변수 구성 및 인쇄.
2. 프로세스 다이어그램 구성을 위한 기본 규칙.
   • 프로세스 네트워크 구축 최상위 수준. 프로세스 분해. 프로세스 설명의 목표를 결정합니다. 프로세스 경계 정의: 입력, 출력, 공급자 및 소비자. 상위 및 하위 수준의 프로세스 다이어그램 구성. 프로세스 실행 로직을 표시하기 위한 규칙입니다. 이벤트 및 논리 연산자 사용 규칙. 책임 있고 실행되는 프로세스를 표시합니다.
3. Microsoft Visio에서 지원하는 비즈니스 프로세스를 설명하기 위한 방법론 및 표준입니다.
   • Microsoft Visio 소프트웨어 제품에서 지원하는 비즈니스 프로세스를 설명하기 위해 가장 일반적으로 사용되는 방법론 및 표준(표기법)입니다. IDEF0 프로세스 다이어그램. 일반적인 프로세스 흐름도. 수영 레인을 사용한 프로세스 흐름도. ARIS VAC(부가가치 체인 다이어그램) 프로세스 다이어그램. ARIS EPC(이벤트 중심 프로세스 체인) 프로세스 다이어그램. BPMN(비즈니스 프로세스 모델 및 표기법) 프로세스 다이어그램. 비교 분석, 장점, 단점 및 표기법 적용 영역. 수동 및 자동화 프로세스를 다이어그램에 표시합니다. 프로세스, 시간 및 품질 요구사항, 기타 필요한 데이터에 대한 시간 및 비용 매개변수를 설정합니다.
4. MS Visio 서비스는 비즈니스 프로세스를 설명하는 작업에 적용되는 기능을 합니다.
   • 중첩된 비즈니스 프로세스 다이어그램에 대한 하이퍼링크 분해 및 설치. 다이어그램 셰이프에 대한 보호를 설정하고 편집합니다. 다양한 외부 파일, 문서, 리소스에 연결되도록 차트 모양을 설정하세요. 다이어그램 개체의 속성을 만들고 편집합니다. 모양의 속성 필드(속성) 추가 및 편집. 모양 세트 생성 및 편집 그래픽 차트를 기반으로 보고서를 생성합니다. 그래픽 다이어그램의 HTML 발행물 생성.