비즈니스 프로세스. 모델링, 구현, 관리블라디미르 레핀
(아직 평가가 없습니다)
제목: 비즈니스 프로세스. 모델링, 구현, 관리
책 "비즈니스 프로세스. 모델링, 구현, 관리" Vladimir Repin
효과적인 회사의 활동은 프로세스를 기반으로 합니다. 핵심 프로세스를 식별하는 방법, 이를 정렬하고 개선을 달성하는 방법은 무엇입니까? 비즈니스 프로세스의 선두 주자인 Vladimir Repin의 새 책에서 이 모든 것에 대해 설명합니다.
당신의 손에 읽기 쉬운 책이 아니라 공부와 성찰이 필요한 책입니다. 다른 오픈 소스에서는 볼 수 없는 수십 개의 그림, 표, 순서도 및 문서 템플릿이 포함되어 있습니다.
책에 관한 우리 사이트에서 등록하지 않고 사이트를 무료로 다운로드하거나 온라인 책 "비즈니스 프로세스"를 읽을 수 있습니다. Modeling, Implementation, Management'는 Vladimir Repin의 epub, fb2, txt, rtf, pdf 형식으로 iPad, iPhone, Android 및 Kindle용으로 제공됩니다. 책은 당신에게 많은 즐거운 순간과 읽는 즐거움을 줄 것입니다. 파트너로부터 정식 버전을 구입할 수 있습니다. 또한 여기에서 문학계의 최신 뉴스를 찾고 좋아하는 작가의 전기를 배울 수 있습니다. 초보 작가의 경우 유용한 팁과 트릭, 흥미로운 기사가 있는 별도의 섹션이 있어 직접 작성해 볼 수 있습니다.
책 "비즈니스 프로세스"의 인용문. 모델링, 구현, 관리" Vladimir Repin
프로세스는 주기적으로 반복되고 제어되는 활동으로, 그 결과 특정 소비자(클라이언트)에게 가치가 있는 일부 리소스가 생성됩니다.
수준 1: 정의된 프로세스 없음
레벨 1 조직은 프로세스 이데올로기를 사용하지 않습니다. 종종 그들은 영웅을 붙잡는 조직이라고 불립니다. 직원들은 업무를 수행할 때 정시에 완료하고 경영진에게 보고하기 위해 영웅적인 노력을 기울입니다. 이러한 회사에서는 특정 프로세스를 수행하는 데 필요한 리소스를 계산하는 것이 불가능합니다.
수준 2: 정의된 일부 프로세스
처음으로 프로세스를 볼 때 조직은 일반적으로 핵심 프로세스를 식별하는 것으로 시작합니다.
Eliferov V. G., Repin V. V. 비즈니스 프로세스. 규제 및 관리.
이 책은 구현의 개념과 현대적인 방법과 도구의 가능성에 관한 것입니다.
머리말
비즈니스 프로세스 관리는 현대 기업의 관리 시스템에서 가장 중요한 요소입니다. 프로세스 관리 방법이 활발히 개발되고 있습니다. 비즈니스 프로세스를 설명하고 규제하기 위한 새롭고 향상된 기존 도구가 있습니다. 지표(메트릭)를 기반으로 하는 프로세스 관리를 위한 접근 방식 및 도구가 활발히 사용됩니다. 그러나 회사의 소유자와 관리자는 때때로 프로세스 접근 방식의 가능성과 구현 방법에 대한 체계적인 이해가 부족합니다. 관리를 개선하기 위해, 체계적으로기존 가능성을 상상합니다. 이 책은 구현의 개념과 현대적인 방법과 도구의 가능성에 관한 것입니다. 제 목표는 체계적인 그림, 필요한 기술 및 실제 구현 경험을 전달하는 것입니다. 수십 개의 컨설팅 프로젝트 경험을 이해하고 회사 직원을 대상으로 교육을 수행하는 것이 가능하기를 바랍니다.
1장에서는 프로세스 접근 방식을 구현하는 일반적인 개념에 대해 설명하고 주요 용어와 정의를 설명합니다. 프로세스 접근 방식 구현의 효율성에 대한 정당성을 제공하고 일반적인 구현 프로젝트 계획과 이에 필요한 방법 및 도구를 논의합니다.
2장에서는 가장 중요한 방법 중 하나인 종단 간(교차 기능) 프로세스의 정의, 분석 및 재구성에 대해 설명합니다. 회사 규모의 종단 간 프로세스 관리 조직에 대한 접근 방식이 고려됩니다.
3장에서는 비즈니스 프로세스 시스템 구축에 대한 접근 방식을 다룹니다. 여기에서 독자는 가장 널리 사용되는 방법에 대해 배우고 회사 프로세스 및 예제 시스템을 구축하기 위한 실용적인 권장 사항을 찾습니다.
4장에서는 운영 수준에서 프로세스를 설명합니다. 자주 사용되는 모델링 기법, 회사의 전자 저장소 생성 문제에 대해 논의합니다. 워크플로 형식의 비즈니스 프로세스 다이어그램의 예가 제공됩니다.
5장에서는 조직의 비즈니스 프로세스 표준화 시스템 구축, 규제의 장단점에 대해 자세히 설명합니다. 규제 및 방법론 문서의 수명 주기를 관리하는 절차와 최신 비즈니스 모델링 시스템을 사용하여 규제를 자동으로 생성하는 절차를 고려합니다.
6장에서는 관리 프로세스의 정의와 프로세스 관리를 위한 지표 개발에 대해 설명합니다. 지표의 예가 제공됩니다. 프로세스를 모니터링하고 시정 조치를 취하고 PDCA 주기를 기반으로 프로세스를 개선하는 문제가 논의됩니다.
이 책이 기업의 소유자와 관리자, 조직 개발 부서의 전문가, 비즈니스 분석가, 품질 관리 전문가 모두에게 유용하기를 바랍니다.
1장
프로세스 접근 방식: 조직의 구현 개념
1.1. 프로세스 관리 분야에서 회사의 성숙도
관리에 대한 프로세스 접근 방식을 성공적으로 구현하려면 회사 리더는 프로세스 관리가 무엇인지, 조직의 프로세스가 어떻게 할당 및 관리되는지, 이 접근 방식이 효과적인 이유를 명확하게 이해해야 합니다. 개념은 직관적으로 인식될 뿐만 아니라 특정 용어로 공식화되어야 합니다.
비즈니스 프로세스(프로세스);
프로세스 아키텍처;
프로세스 소유자;
프로세스 설명;
공정 규제;
공정 안정성;
프로세스 개선;
공정 자동화 등
예시.한 회사의 사장은 프로세스 관리에 대해 매우 열정적이었고 이 분야에서 자신의 업적을 자랑스럽게 생각했습니다. 어느 날 경영 컨설턴트가 그의 사무실에 찾아왔다. 사장은 자신의 '프로세스 작업'에 대해 말하며 '모든 직원이 프로세스가 무엇인지 알고 있다'고 말했다. 컨설턴트는 확인을 제안했습니다.
사장과 함께 그들은 사무실을 돌아다니며 방 중 하나를 들여다보았다. 사장이 직원에게 “프로세스가 무엇인지 알려주세요”라고 물었다. 그는 벌떡 일어나 분명히 말했다: "입구와 출구가 있는 것!"
또 다른 예. 한 회사의 직원은 프로세스 접근 방식을 구현했느냐는 질문에 “물론입니다. 3년 전에 우리는 프로세스를 설명하고 규정을 인쇄했습니다. 그 이후로 그 옷장에 보관되어 있는데..."
조직의 수장은 프로세스 관리에 대한 아이디어뿐만 아니라 자신의 신념을 직원들에게 전달하는 것이 중요합니다. 그렇기 때문에 용어 체계와 구현 개념이 매우 중요합니다. 경험에 따르면 이러한 회사는 성공을 달성했으며 리더는 프로세스 접근 방식을 구현하는 논리적이고 이해하기 쉬운 개념을 만들고 몇 년 동안 상당한 노력을 기울여 구현했습니다. 프로세스 관리의 필수적인 부분인 관리 시스템을 만드는 것이 중요합니다. 이러한 시스템은 주문 또는 구매(예: 일종의 자동화 형태)로 구현할 수 없습니다. 문제는 오히려 모든 관리 수준에서 프로세스와 함께 작업하는 특정 문화를 만드는 것입니다.
1장에서는 필요한 용어와 정의를 제공하고 프로세스 관리 구현의 개념을 논의합니다. 조직의 책임자는 이 장의 자료를 사용하여 프로세스 관리 분야의 기본 방법론 문서를 개발하기 위해 프로세스 접근 방식, 구현 개념을 도입하는 목표 및 목적에 대한 자신의 비전을 명확히 할 수 있습니다.
이 장은 프로세스 접근 방식을 기반으로 하는 관리 시스템에 자신의 활동을 기반으로 할 준비가 된 사람들을 위해 작성되었습니다.
프로세스 관리 방법을 마스터하기 시작하기 전에 조직의 성숙도를 평가하십시오. 이를 수행하는 방법에는 여러 가지가 있으며 가능한 모델 중 하나의 예를 보여 드리겠습니다. 프로세스 성숙도 수준의 개념은 1990년대 Carnegie Mellon University의 SEI(Software Engineering Institute)에서 만들어졌습니다. Watts Humphrey의 작업을 기반으로 합니다. 프로그래밍 프로세스 성숙도 분석(CMM)을 지원하기 위해 처음 개발된 최신 버전인 통합 기능 성숙도 모델(CMMI)은 조직 전반의 다양한 프로세스에 일반화되었습니다(그림 1.1.1).
쌀. 1.1.1. CMMI 모델에 따른 주요 성숙도 개요
그림 1에 표시된 각 레벨에 대해 간략하게 설명하겠습니다. 1.1.1.
수준 1: 정의된 프로세스 없음
레벨 1 조직은 프로세스 이데올로기를 사용하지 않습니다. 종종 그들은 영웅을 붙잡는 조직이라고 불립니다. 직원들은 업무를 수행할 때 정시에 완료하고 경영진에게 보고하기 위해 영웅적인 노력을 기울입니다. 이러한 회사에서는 특정 프로세스를 수행하는 데 필요한 리소스를 계산하는 것이 불가능합니다.
수준 2: 일부 프로세스 정의됨
프로세스를 처음 볼 때 조직은 일반적으로 어떤 프로세스가 핵심 프로세스인지 또는 가장 많이 사용되는지 파악하는 것으로 시작합니다. 이 단계에서 관리자는 회사 전체를 상호 작용하는 일련의 프로세스로 보지 않고 특정 프로세스에 중점을 둡니다. 계층 2 조직에는 몇 가지 핵심 프로세스가 정의되어 있을 수 있습니다.
수준 3: 식별된 대부분의 프로세스
레벨 3 조직에서는 대부분의 프로세스가 식별됩니다. 주요 비즈니스 프로세스의 모델(설명)이 있습니다. 경영진은 관리 방법을 이해하고 있습니다. 대부분의 레벨 3 조직은 프로세스 아키텍처(시스템)를 개발했습니다. 문제가 발생하면 문제를 일으키는 프로세스가 식별됩니다. 그런 다음 문제의 원인을 분석하고 제거합니다.
레벨 4: 프로세스가 통제되고 있습니다.
레벨 4 조직은 프로세스의 단순한 정의를 넘어섰습니다. 관리자는 지표 시스템을 사용하여 프로세스를 모니터링 및 분석하고 프로세스 최적화에 대한 결정을 내립니다.
예시.비즈니스 모델링 시스템을 오랫동안 구현하고, 비즈니스 프로세스 저장소를 생성 및 사용하고, 프로세스 규정의 실행을 제어하고, 운영 모니터링 및 프로세스 관리를 위해 BPM 성과 관리 시스템을 구현한 회사는 레벨 4에 속합니다. 이러한 회사에서 ( 전반적으로 크고 지속 가능한 비즈니스) 비즈니스 프로세스 모델링 방법, KPI 개발 및 분석 등에 전문적으로 능숙한 정규직 전문가가 필요합니다. 이러한 전문가는 복잡한 방법을 숙달하고 구현할 수 있습니다. 비즈니스 프로세스 관리 분야의 도구.
레벨 5: 프로세스가 지속적으로 개선됩니다.
레벨 5 조직에서는 프로세스가 관리될 뿐만 아니라 지속적으로 개선됩니다.
러시아 기업의 성숙도는 어느 정도입니까?
나는 대부분의 러시아 조직이 첫 번째 또는 두 번째 성숙 단계에 있으며 일부는 세 번째, 작은 부분에서 네 번째 단계에 접근하고 있다고 생각합니다. 다섯 번째 수준에서 운영되는 조직은 거의 없습니다.
제 생각에는 프로세스 관점에서 성숙한 조직을 결정하는 데 다음 기준을 사용할 수 있습니다.
회사의 비즈니스 프로세스(BPA 시스템)의 아키텍처(시스템) 가용성 및 유지 관리
활동(주로 프로세스)의 현재 표준화(규제) 시스템; 규정 및 방법론 문서(규정, 규정, 지침)의 수명 주기를 지원하기 위한 ECM 클래스 시스템 사용
비즈니스 프로세스에 대한 지표(메트릭) 시스템의 모니터링, 분석, 개선 및 자극을 위한 가용성 및 적극적인 사용 BI / BPM 시스템이 사용됩니다.
각 기능 단위에서 비즈니스 프로세스의 모델링, 분석 및 규제 분야에서 유능한 전문가의 가용성;
각 부서(기능 종속)의 담당자가 있는 조직 개발을 위한 역량 센터(부서/부서)의 가용성;
BPMS에서 가장 중요한 종단 간 프로세스 자동화.
쌀. 1.2.1.프로세스 블록 다이어그램
이름: 비즈니스 프로세스 - 규제 및 관리.
이 책은 가장 진보적이고 현대적인 관리 방법 중 하나인 프로세스 접근 방식에 대해 설명합니다. 프로세스 접근 방식은 최대 효율성을 달성하기 위해 이러한 비즈니스 프로세스를 구성하고 관리하기 위한 비즈니스 프로세스 시스템을 구축하는 것으로 구성됩니다. 이 책은 관리에 대한 프로세스 접근 방식을 도입하는 문제, 조직의 비즈니스 프로세스를 규제하는 문제를 포괄적으로 다루고, 가장 중요한 관리 측면을 다루는 프로세스 접근 방식을 구현하기 위한 방법론을 제공합니다. 제안된 방법을 사용하면 조직이 MS ISO 9001:2000의 요구 사항을 준수하기 위한 품질 경영 시스템 인증을 준비할 수 있습니다.
목차
소개 5
1장.
비즈니스 프로세스: 용어 및 정의. 9
1.1. "프로세스 접근"이라는 용어 뒤에 무엇이 있습니까? 9
1.1.1. 조직의 리더는 프로세스 접근 방식의 구현에서 무엇을 기대합니까? 십
1.1.2. 엔터프라이즈 관리 소프트웨어 제품. 13
1.1.3. 프로세스 접근 방식의 시스템. 열 다섯
1.1.4. 분할 프로세스(기능 내 프로세스). 24
1.1.5. 종단 간(교차 기능) 프로세스. 26
1.1.6. 프로세스의 분해. 36
1.1.7. 프로세스 및 기능 제어 시스템: 결합이 가능합니까? 38
1.2. 조직 프로세스 네트워크. 41
1.2.1. 조직의 프로세스 할당 및 하나의 네트워크로의 통합 기능. 42
1.3. 조직 프로세스 선택 규칙. 오십
1.3.1. 프로세스 분류. 52
1.3.2. 프로세스의 크기와 수. 59
1.4. 프로세스의 단계별 선택 기술. 76
1.4.1. 프로세스 할당 규칙의 적용. 76
1.4.2. 조직 프로세스의 단계별 선택. 79
1.5. 무역 및 생산 조직의 프로세스 선택의 실제 예. 85
1.5.1. 회사에 대한 초기 데이터입니다. 85
1.5.2. 컨설턴트의 회사 설문 조사 결과. 87
1.5.3. 회사 프로세스 네트워크 프로젝트. 90
1.5.4. 프로세스 및 소유자 목록을 명확히 했습니다. 92
1.6. 제1장 문학 93
제 2 장
비즈니스 프로세스를 기반으로 하는 조직 관리. 95
2.1. 조직의 활동을 프로세스 시스템으로 분할. 95
2.1.1. 프로세스 관리 시스템의 기능. 98
2.1.2. 프로세스 제어 체계에 대한 ISO 9001:2000 표준 섹션의 요구 사항 부과. 104
2.1.3. 프로세스 간의 기능 분배. 107
2.1.4. 종단 간 프로세스 할당 문제. 112
2.1.5. 예산 책정 프로세스의 예에 대한 활동 세분화. 119
2.2. 비즈니스 프로세스(프로세스) 관리. 127
2.2.1. 조직 관리 프로세스. 134
2.2.2. 프로세스 관리를 위한 스코어카드. 138
2.2.3. 리소스를 처리합니다. 142
2.3. 프로세스의 규제. 144
2.3.1. 프로세스 문서화 시스템. 147
2.3.2. 진행 중인 작업에 대한 책임 분배. 150
2.4. 프로세스 간의 입력 및 출력 조정. 154
2.4.1. 프로세스 간의 입력과 출력을 조정하는 기술입니다. 154
2.4.2. 프로세스 간의 입력 및 출력을 표 형식으로 조정합니다. 159
2.5. 무역 및 생산 회사의 "재무 관리" 프로세스에 대한 지표 선택의 실제 예. 162
2.5.1. 회사에 대한 초기 데이터입니다. 162
2.5.2. 진행 상황을 측정하는 방법에 대한 토론 중에 CFO가 제안한 메트릭 목록입니다. 163
2.5.3. "프로세스 진행 상황에 대한 보고서"재무 관리 ""에 포함 된 지표의 최종 목록. 166
2.6. 제2장 문학 167
3 장
비즈니스 프로세스 규제 방법. 168
3.1. 비즈니스 프로세스 모델링 방법의 검토 및 적용을 위한 권장 사항. 168
3.1.1. 비즈니스 프로세스 모델링 기술은 무엇에 사용됩니까? 168
3.1.2. ARIS eEPC 표기법에 대한 설명입니다. 170
3.1.3. IDEFO, IDEF3 표기법에 대한 설명입니다. 173
3.1.4. ARIS와 IDEF 표기법의 비교 분석. 179
3.1.5. ARISnBPWin 소프트웨어 제품의 기능. 181
3.1.6. 일반적인 작업에 따른 방법 및 소프트웨어 제품의 적용에 대한 권장 사항. 184
3.2. 프로세스의 "평면" 및 "볼륨" 모델. 186
3.2.1. 프로세스 모델이 "대량"이어야 하는 이유는 무엇입니까? 186
3.2.2. ARIS eEPC 표기법의 "체적" 모델. 187
3.2.3. IDEF0 표기법의 "체적" 모델. 190
3.2.4. 관리에 대한 프로세스 접근 방식의 요구 사항을 충족하는 ARIS eEPC의 비즈니스 프로세스 모델입니다. 192
3.3. 비즈니스 프로세스 계획을 형성하는 일반적인 오류의 예. 200
3.3.1. IDEF0 표기법의 체계 형성 오류. 200
3.3.2. ARIS eEPC 표기법의 모델 형성 오류. 202
3.4. 실제 프로세스 설명의 예. 204
3.4.1. 예제 및 문제 설명에 대한 설명입니다. 204
3.4.2. 프로세스 설명의 예 분석. 209
3.5. 조직의 비즈니스 프로세스에 대한 포괄적인 규제. 215
3.5.1. 템플릿을 사용하여 비즈니스 프로세스를 규제합니다. 215
3.5.2. 비즈니스 프로세스 실행 일정 템플릿의 구조입니다. 218
3.5.3. 템플릿을 사용하여 비즈니스 프로세스를 설명하기 위한 권장 사항. 244
3.6. 제3장 문학 250
4장
전략적 관리 시스템 및 비즈니스 프로세스 관리 시스템의 개발 및 구현. 251
4.1. 전략적 목표 및 지표 시스템: 비즈니스 프로세스에 연결. 251
4.2. 전략 및 프로세스 관리 시스템의 개발 및 구현. 278
4.3. 4장에 대한 문학.
종단 간(교차 기능) 프로세스.
종단 간(또는 교차 기능) 비즈니스 프로세스 - 기능 및 관리 종속성이 서로 다른 조직의 구조적 부서에서 수행하는 활동을 완전히 또는 부분적으로 포함하는 비즈니스 프로세스입니다.
모든 관리 시스템은 조직의 경영진과 소유자가 직면한 작업에 따라 위에서 아래로 구축됩니다. 최상위 프로세스에서 조직의 프로세스 식별을 시작하는 것이 좋습니다. 종종 고객 지향 체인(그림 1.6) 또는 제품 체인(부가가치 체인)을 기반으로 구별됩니다.
각 클라이언트가 고유한 제품을 소비하고 제품 생성이 병렬로 수행되고 동시에 프로세스가 서로 약간 겹치면 클라이언트 중심 체인의 원칙에 따라 기능 간 프로세스 할당이 수행될 수 있습니다.
편리한 형식으로 전자 책을 무료로 다운로드하고 다음을 시청하십시오.
책을 다운로드하십시오. 비즈니스 프로세스 - 규제 및 관리 - Eliferov V.G. 레핀 V.V. - fileskachat.com, 빠르고 무료 다운로드.
블라디미르 레핀
비즈니스 프로세스. 모델링, 구현, 관리
머리말
비즈니스 프로세스 관리는 현대 기업의 관리 시스템에서 가장 중요한 요소입니다. 프로세스 관리 방법이 활발히 개발되고 있습니다. 비즈니스 프로세스를 설명하고 규제하기 위한 새롭고 향상된 기존 도구가 있습니다. 지표(메트릭)를 기반으로 하는 프로세스 관리를 위한 접근 방식 및 도구가 활발히 사용됩니다. 그러나 회사의 소유자와 관리자는 때때로 프로세스 접근 방식의 가능성과 구현 방법에 대한 체계적인 이해가 부족합니다. 관리를 개선하기 위해, 체계적으로기존 가능성을 상상합니다. 이 책은 구현의 개념과 현대적인 방법과 도구의 가능성에 관한 것입니다. 제 목표는 체계적인 그림, 필요한 기술 및 실제 구현 경험을 전달하는 것입니다. 수십 개의 컨설팅 프로젝트 경험을 이해하고 회사 직원을 대상으로 교육을 수행하는 것이 가능하기를 바랍니다.
1장에서는 프로세스 접근 방식을 구현하는 일반적인 개념에 대해 설명하고 주요 용어와 정의를 설명합니다. 프로세스 접근 방식 구현의 효율성에 대한 정당성을 제공하고 일반적인 구현 프로젝트 계획과 이에 필요한 방법 및 도구를 논의합니다.
2장에서는 가장 중요한 방법 중 하나인 종단 간(교차 기능) 프로세스의 정의, 분석 및 재구성에 대해 설명합니다. 회사 규모의 종단 간 프로세스 관리 조직에 대한 접근 방식이 고려됩니다.
3장에서는 비즈니스 프로세스 시스템 구축에 대한 접근 방식을 다룹니다. 여기에서 독자는 가장 널리 사용되는 방법에 대해 배우고 회사 프로세스 및 예제 시스템을 구축하기 위한 실용적인 권장 사항을 찾습니다.
4장에서는 운영 수준에서 프로세스를 설명합니다. 자주 사용되는 모델링 기법, 회사의 전자 저장소 생성 문제에 대해 논의합니다. 워크플로 형식의 비즈니스 프로세스 다이어그램의 예가 제공됩니다.
5장에서는 조직의 비즈니스 프로세스 표준화 시스템 구축, 규제의 장단점에 대해 자세히 설명합니다. 규제 및 방법론 문서의 수명 주기를 관리하는 절차와 최신 비즈니스 모델링 시스템을 사용하여 규제를 자동으로 생성하는 절차를 고려합니다.
6장에서는 관리 프로세스의 정의와 프로세스 관리를 위한 지표 개발에 대해 설명합니다. 지표의 예가 제공됩니다. 프로세스를 모니터링하고 시정 조치를 취하고 PDCA 주기를 기반으로 프로세스를 개선하는 문제가 논의됩니다.
이 책이 기업의 소유자와 관리자, 조직 개발 부서의 전문가, 비즈니스 분석가, 품질 관리 전문가 모두에게 유용하기를 바랍니다.
프로세스 접근 방식: 조직의 구현 개념
1.1. 프로세스 관리 분야에서 회사의 성숙도
관리에 대한 프로세스 접근 방식을 성공적으로 구현하려면 회사 리더는 프로세스 관리가 무엇인지, 조직의 프로세스가 어떻게 할당 및 관리되는지, 이 접근 방식이 효과적인 이유를 명확하게 이해해야 합니다. 개념은 직관적으로 인식될 뿐만 아니라 특정 용어로 공식화되어야 합니다.
비즈니스 프로세스(프로세스);
프로세스 아키텍처;
프로세스 소유자;
프로세스 설명;
공정 규제;
공정 안정성;
프로세스 개선;
공정 자동화 등
예시.한 회사의 사장은 프로세스 관리에 대해 매우 열정적이었고 이 분야에서 자신의 업적을 자랑스럽게 생각했습니다. 어느 날 경영 컨설턴트가 그의 사무실에 찾아왔다. 사장은 자신의 '프로세스 작업'에 대해 말하며 '모든 직원이 프로세스가 무엇인지 알고 있다'고 말했다. 컨설턴트는 확인을 제안했습니다.
사장과 함께 그들은 사무실을 돌아다니며 방 중 하나를 들여다보았다. 사장이 직원에게 “프로세스가 무엇인지 알려주세요”라고 물었다. 그는 벌떡 일어나 분명히 말했다: "입구와 출구가 있는 것!"
또 다른 예. 한 회사의 직원은 프로세스 접근 방식을 구현했느냐는 질문에 “물론입니다. 3년 전에 우리는 프로세스를 설명하고 규정을 인쇄했습니다. 그 이후로 그 옷장에 보관되어 있는데..."
조직의 수장은 프로세스 관리에 대한 아이디어뿐만 아니라 자신의 신념을 직원들에게 전달하는 것이 중요합니다. 그렇기 때문에 용어 체계와 구현 개념이 매우 중요합니다. 경험에 따르면 이러한 회사는 성공을 달성했으며 리더는 프로세스 접근 방식을 구현하는 논리적이고 이해하기 쉬운 개념을 만들고 몇 년 동안 상당한 노력을 기울여 구현했습니다. 프로세스 관리의 필수적인 부분인 관리 시스템을 만드는 것이 중요합니다. 이러한 시스템은 주문 또는 구매(예: 일종의 자동화 형태)로 구현할 수 없습니다. 문제는 오히려 모든 관리 수준에서 프로세스와 함께 작업하는 특정 문화를 만드는 것입니다.
1장에서는 필요한 용어와 정의를 제공하고 프로세스 관리 구현의 개념을 논의합니다. 조직의 리더는 이 장의 자료를 사용하여 프로세스 관리 분야의 기본 방법론 문서를 개발하기 위해 프로세스 접근 방식, 구현 개념 구현의 목표와 목적에 대한 자신의 비전을 명확히 할 수 있습니다.
이 장은 프로세스 접근 방식을 기반으로 하는 관리 시스템에 자신의 활동을 기반으로 할 준비가 된 사람들을 위해 작성되었습니다.
프로세스 관리 방법을 마스터하기 시작하기 전에 조직의 성숙도를 평가하십시오. 이를 수행하는 방법에는 여러 가지가 있으며 가능한 모델 중 하나의 예를 보여 드리겠습니다. 프로세스 성숙도 수준의 개념은 1990년대 Carnegie Mellon University의 SEI(Software Engineering Institute)에서 만들어졌습니다. Watts Humphrey의 작업을 기반으로 합니다. 프로그래밍 프로세스 성숙도 분석(CMM)을 지원하기 위해 처음 개발된 최신 버전인 통합 기능 성숙도 모델(CMMI)은 조직 전반의 다양한 프로세스에 일반화되었습니다(그림 1.1.1).
쌀. 1.1.1. CMMI 모델에 따른 주요 성숙도 개요
그림 1에 표시된 각 레벨에 대해 간략하게 설명하겠습니다. 1.1.1.
수준 1: 정의된 프로세스 없음
레벨 1 조직은 프로세스 이데올로기를 사용하지 않습니다. 종종 그들은 영웅을 붙잡는 조직이라고 불립니다. 직원들은 업무를 수행할 때 정시에 완료하고 경영진에게 보고하기 위해 영웅적인 노력을 기울입니다. 이러한 회사에서는 특정 프로세스를 수행하는 데 필요한 리소스를 계산하는 것이 불가능합니다.
수준 2: 일부 프로세스 정의됨
프로세스를 처음 볼 때 조직은 일반적으로 어떤 프로세스가 핵심 프로세스인지 또는 가장 많이 사용되는지 파악하는 것으로 시작합니다. 이 단계에서 관리자는 회사 전체를 상호 작용하는 일련의 프로세스로 보지 않고 특정 프로세스에 중점을 둡니다. 계층 2 조직에는 몇 가지 핵심 프로세스가 정의되어 있을 수 있습니다.
수준 3: 식별된 대부분의 프로세스
레벨 3 조직에서는 대부분의 프로세스가 식별됩니다. 주요 비즈니스 프로세스의 모델(설명)이 있습니다. 경영진은 관리 방법을 이해하고 있습니다. 대부분의 레벨 3 조직은 프로세스 아키텍처(시스템)를 개발했습니다. 문제가 발생하면 문제를 일으키는 프로세스가 식별됩니다. 그런 다음 문제의 원인을 분석하고 제거합니다.
레벨 4: 프로세스가 통제되고 있습니다.
레벨 4 조직은 프로세스의 단순한 정의를 넘어섰습니다. 관리자는 지표 시스템을 사용하여 프로세스를 모니터링 및 분석하고 프로세스 최적화에 대한 결정을 내립니다.
예시.비즈니스 모델링 시스템을 오랫동안 구현하고, 비즈니스 프로세스 저장소를 생성 및 사용하고, 프로세스 규정의 실행을 제어하고, 운영 모니터링 및 프로세스 관리를 위해 BPM 성과 관리 시스템을 구현한 회사는 레벨 4에 속합니다. 이러한 회사에서 ( 전반적으로 크고 지속 가능한 비즈니스) 비즈니스 프로세스 모델링 방법, KPI 개발 및 분석 등에 전문적으로 능숙한 정규직 전문가가 필요합니다. 이러한 전문가는 복잡한 방법을 숙달하고 구현할 수 있습니다. 비즈니스 프로세스 관리 분야의 도구.
레벨 5: 프로세스가 지속적으로 개선됩니다.
레벨 5 조직에서는 프로세스가 관리될 뿐만 아니라 지속적으로 개선됩니다.
러시아 기업의 성숙도는 어느 정도입니까?
나는 대부분의 러시아 조직이 첫 번째 또는 두 번째 성숙 단계에 있으며 일부는 세 번째, 작은 부분에서 네 번째 단계에 접근하고 있다고 생각합니다. 다섯 번째 수준에서 운영되는 조직은 거의 없습니다.
제 생각에는 프로세스 관점에서 성숙한 조직을 결정하는 데 다음 기준을 사용할 수 있습니다.
회사의 비즈니스 프로세스(BPA 시스템)의 아키텍처(시스템) 가용성 및 유지 관리
활동(주로 프로세스)의 현재 표준화(규제) 시스템; 규정 및 방법론 문서(규정, 규정, 지침)의 수명 주기를 지원하기 위한 ECM 클래스 시스템 사용
비즈니스 프로세스에 대한 지표(메트릭) 시스템의 모니터링, 분석, 개선 및 자극을 위한 가용성 및 적극적인 사용 BI / BPM 시스템이 사용됩니다.
각 기능 단위에서 비즈니스 프로세스의 모델링, 분석 및 규제 분야에서 유능한 전문가의 가용성;
각 부서(기능 종속)의 담당자가 있는 조직 개발을 위한 역량 센터(부서/부서)의 가용성;
BPMS에서 가장 중요한 종단 간 프로세스 자동화.
쌀. 1.2.1.프로세스 블록 다이어그램
1.2. 프로세스 접근 방식의 용어 및 정의
1.2.1. 프로세스 블록 다이어그램
무화과에. 1.2.1은 프로세스의 블록 다이어그램입니다. 보편적이며 기본 작업에 이르기까지 모든 수준에서 프로세스를 분석하는 데 사용할 수 있습니다. 이것은 조직 활동의 일부로서 프로세스의 본질을 이해하기 위한 기본 체계입니다.
프로세스에는 자원 변환 활동과 관리 활동이 포함됩니다. 정의를 공식화해 보겠습니다.
프로세스는 특정 기술을 사용하여 입력을 소비자(클라이언트)에게 가치 있는 출력으로 변환하는 안정적이고 목적이 있는 상호 관련된 일련의 활동입니다.
간단히 말해서, 프로세스는 주기적으로 반복되고 제어되는 활동이며 그 결과 특정 소비자(클라이언트)에게 가치가 있는 일부 리소스가 생성됩니다.
자원은 프로세스 실행에 필요한 재료 또는 정보 객체로 이해됩니다.
상태 측면에서 리소스는 다음을 수행할 수 있습니다.
저장되다;
이동하다;
처리 상태에 있어야 합니다.
예시.자동차로 매장까지 가져온 상품은 하역 후 접수 구역으로 이동됩니다. 분명히, 이동(자동차에서), 이동(하역), 보관(접수 구역)과 같은 상품 자원의 상태는 지속적으로 변화하고 있습니다.
예시.마케터는 시장 조사에 대한 분석 보고서를 입수하여 연구하고 회사 제품의 판매량 예측에 대한 명확한 결론을 내립니다. 이 보고서는 먼저 이동한 다음(마케터의 개인용 컴퓨터 또는 데스크톱에 종이 형식으로) 저장한 다음 처리 상태(보고서 및 후속 분석에서 정보 검색)에 있는 정보 리소스입니다. 결과적으로 보고서에 포함된 정보가 판매 예측으로 변환됩니다. 따라서 보고서는 작업을 완료하는 데 필요합니다. 이 문서는 입구마케팅 프로세스에.
자원과 프로세스의 연결은 "입력" 및 "출력"의 개념을 사용하여 정의할 수 있습니다. 프로세스 실행에 필요한 리소스가 있으면 이 프로세스의 관점에서 입력으로 간주할 수 있습니다. 그리고 이 과정에서 리소스가 변환되어 소비자에게 출력으로 특정 가치를 받았습니다. 따라서 리소스가 이동, 저장, 처리됩니다. 그것들은 특정 프로세스와 관련해서만 입력 또는 출력이라고 부를 수 있습니다. 한 프로세스의 출력이 다른 프로세스의 입력이 됩니다. 특정 프로세스에 관계없이 입력과 출력에 대해 이야기하는 것은 의미가 없습니다.
무화과에. 1.2.1은 프로세스 관점에서 리소스가 변환 가능하고, 변환되고, 프로비저닝 및 관리 리소스가 될 수 있음을 보여줍니다. 필요한 정의를 내리겠습니다.
변환 가능한 자원은 프로세스 실행 중에 변환되는 자원입니다.
변환된 리소스는 프로세스 실행 중에 특정 값이 추가된 리소스입니다.
프로비저닝 리소스는 프로세스 실행에 필요하지만 프로세스가 진행되는 동안 변환되지 않습니다.
관리 자원 – 프로세스를 관리하는 데 필요합니다.
프로세스 입력은 다른 프로세스에서 제공하는 프로세스 실행에 필요한 변환 가능 또는 제어 리소스입니다.
프로세스의 출력은 프로세스 실행 중에 변환된 리소스입니다.
변환될 자원은 프로세스의 입력을 입력합니다. 프로세스가 수행되면 리소스는 추가 가치를 획득하고 변환되어 프로세스의 출력(내부 또는 외부 소비자)으로 이동합니다. 차례로 소비자는 변환된 리소스를 프로세스에 대한 입력으로 간주할 수 있습니다. 변환자원 등
프로세스를 실행하려면 변환할 리소스 외에도 지원 리소스도 필요합니다. 여기에는 하드웨어, 소프트웨어, 인프라, 직원이 포함됩니다. 리소스를 제공하면 다음을 수행할 수 있습니다.
필요에 따라 주기적으로 다른 프로세스에 의해 프로세스에 공급됩니다.
지속적으로 프로세스에 눈에 띄십시오.
예시.가구, 개인용 컴퓨터 및 기타 장비가 있는 임대 사무실은 지속적으로 프로세스(프로세스 소유자)에 할당되는 프로비저닝 리소스로 간주될 수 있습니다. 동시에 관리자의 제한된 시간 요청에 의해 제공되는 회의실은 주기적으로 공급되는(행정 서비스) 제공 자원으로 볼 수 있다.
프로세스 실행 중에 지원 리소스가 변환됩니까? 고려중인 모델의 관점에서, 아니요. 실생활에서 지원 리소스는 다음과 같이 변경됩니다.
직원은 경력, 나이 등을 얻습니다.
장비가 마모됩니다.
소프트웨어가 더 이상 사용되지 않습니다.
그러나 이 모델을 사용할 때 이러한 현상을 무시할 수 있습니다. 반대로 인사관리의 과정이나 장비의 유지보수 과정을 기술하고 분석한다면 자원 제공의 변화가 중요한 요인이 된다. 이러한 프로세스에 대한 부가가치의 주요 대상이며 변환된 자원으로 나옵니다.
관리 자원은 관리에 필요한 정보입니다. 흐름의 방향에 따라 이 정보는 실제, 계획 또는 관리 결정을 포함할 수 있습니다.
무화과로 돌아가자. 1.2.1. 다이어그램에 표시된 프로세스 제어 활동에는 프로세스 개선 및 프로세스 제어(운영 제어)가 포함됩니다.
운영 관리의 주요 임무는 편차(변이)의 원인을 식별하고 제거하여 안정적인 재현 가능한 상태로 프로세스를 유지하는 것입니다. 차례로, 프로세스 개선은 상위 관리 기관(다이어그램에서 "상위 계층의 관리 활동")이 설정한 목표를 기반으로 하는 프로세스의 지속적이고 의도적인 변경에 중점을 둡니다. 설명하겠습니다: 조직의 각 프로세스에 대해 항상 존재계층적으로 우월한 치리회.
리더는 프로세스를 관리하기 위해 리소스와 정보를 관리할 수 있는 권한이 필요합니다. 다이어그램은 소위 관리 리소스를 보여줍니다. 일반적으로 계획 및 실제 정보를 나타냅니다. 예를 들어, 목표 및 계획된 성과 지표는 상위 관리 기관에서 제공되고 운영 사실 정보는 프로세스 실행 중에 발생합니다. 관리자는 또한 정보 영향(구두 메시지, 정보 편지, 주문, 주문)을 통해 프로세스를 관리합니다.
그것들은 프로세스 제어 활동의 출력입니다.
프로세스 관리에 대해 말하면 "프로세스 소유자"의 개념을 정의합시다.
프로세스 소유자는 마음대로 자원을 할당하고 프로세스의 진행 상황을 관리하며 프로세스의 결과와 효율성을 책임지는 공무원입니다.
프로세스 소유자를 각 전용 프로세스에 할당하는 접근 방식은 오랫동안 사용되어 왔습니다. 이제 프로세스 소유자가 무엇이며 무엇을 해야 하는지에 대한 다양한 견해가 있습니다. 그러나 관리 컨설턴트가 이에 대해 더 많이 이야기할수록 실무자(회사에서 프로세스 소유자 제도를 구현해야 하는 관리자)에 대한 명확성이 떨어집니다.
일반적으로 프로세스 소유자는 구조 단위의 책임자(또는 그의 대리인, 조수)입니다. 회사에 존재하는 구조적 세분화의 관리 계층은 파괴되지 않습니다. 프로세스 소유자 계층이 생성되지 않습니다. 명확히 하기 위해: 프로세스 소유자의 관리로 이전되는 리소스의 양과 프로세스 결과에 대한 책임이 다를 수 있습니다. 프로세스 유형, 조직에 대한 중요성 등에 따라 변경됩니다.
일반적으로 프로세스 소유자는 최소한 다음을 수행할 수 있는 리더입니다.
프로세스의 진행 상황을 모니터링합니다.
프로세스에 영향을 미치고 변화를 일으키는 요인을 분석합니다.
프로세스를 개선하고 토론과 승인을 구성하기 위한 제안을 개발합니다.
내부 프로세스 개선 프로젝트를 조정(또는 관리)합니다.
일부 회사는 2계층 프로세스 관리 체계를 채택했습니다. 프로세스 소유자는 최상위 관리자 중에서 임명됩니다. 동시에, 소위 프로세스 관리자는 프로세스와 직접 작업(운영 모니터링, 편차 분석 등)에 참여합니다.
1.2.2. 프로세스 경계
프로세스 경계의 개념은 프로세스 접근 방식을 구현할 때 필수적입니다. 나는 경계 설정이 주관적으로 수행된다는 점을 강조합니다. 여러 당사자(공급자와 소비자) 간의 합의에 도달함으로써입니다. 프로세스 경계를 논의하려면 몇 가지 정의를 공식화해야 합니다.
프로세스 경계는 프로세스를 시작하고 종료하는 이벤트(이벤트 집합)입니다.
이벤트 - 특정 상황의 시작(시간, 자원에 대한 책임 이전).
시작 이벤트 - 발생 시 프로세스가 시작되는 이벤트입니다.
종료 이벤트는 프로세스를 종료하는 이벤트입니다.
리소스 "A"가 일부 프로세스에서 변환의 결과라고 하자(그림 1.2.2). 이 프로세스 소유자의 관점에서 리소스 "A"는 출력입니다. 소비자 프로세스 소유자의 관점에서 리소스 A는 입력입니다. 리소스 "A"를 한 프로세스에서 다른 프로세스로 이전할 때 프로세스 소유자 간에 이 리소스에 대한 책임이 이전됩니다. 책임의 이전과 함께 자원의 이동 사실은 이벤트를 사용하여 식별할 수 있습니다. 첫 번째 프로세스 소유자의 관점에서 이 이벤트는 프로세스를 종료하고 두 번째 프로세스 소유자의 관점에서 프로세스를 시작합니다. 고려 중인 두 프로세스의 경계를 설명할 때 동일한 이벤트를 다르게 공식화할 수 있습니다. 첫 번째 소유자는 리소스 "A"가 전송되었다고 말하고 두 번째 소유자는 리소스 "A"를 받았습니다. 프로세스를 설명할 때 단일 시스템으로 연결하는 것이 더 편리하도록 하려면 하나의 이벤트를 정의하고 다음과 같이 지정하는 것이 좋습니다. "자원 "A"가 프로세스 1에서 프로세스 2로 전송되었습니다." 어떤 경우든 경계를 규제할 때 이벤트의 표현은 프로세스 소유자 간에 합의되어야 합니다.
쌀. 1.2.2.프로세스 경계
물질적 자원의 이동과 관련된 사건의 공식화 예를 들어 보겠습니다.
"상품이 보관 구역에 배치되었습니다";
“제품이 포장되어 구매자에게 전달됩니다.”;
"설치된 하드웨어"
정보 전송과 관련된 이벤트 표현의 예:
"고객 주문 접수";
"팩스 전송";
"리더가 진행을 맡겼습니다."
마지막 예는 농담으로 제공됩니다. 실제적인 관점에서 이러한 사건의 공식화는 용납될 수 없습니다. 다음과 같이 공식화하는 것이 좋습니다. "관리자가 작업을 진행하라는 명령을 받았습니다."(가능한 한 서면이나 적어도 전자 메일로).
다양한 직원이 업무를 수행하는 과정에서 프로세스 내에서 자원에 대한 책임 이전도 가능합니다. 해당 이벤트는 프로세스 내에서 직원의 책임 영역을 정의하는 데 사용할 수 있습니다.
한 프로세스를 종료하는 이벤트가 다른 프로세스를 시작하는 이벤트가 아닌 더 복잡한 경우를 고려해 보겠습니다. 예를 들어, 조직의 한 부서에서 직원이 보고서를 준비하여 서버에 배치했습니다. 프로세스를 종료하는 이벤트는 다음과 같이 공식화할 수 있습니다. "보고서가 준비되어 서버에 배치되었습니다." 일정 시간 후(예: 월말) 다른 부서의 직원이 서버에서 다운로드하거나 열어 필요한 정보를 사용합니다. 프로세스를 시작하는 이벤트는 "이러한 보고 수신"으로 기록될 수 있습니다. 실제로 보고서는 사용되기 전에 며칠 동안 서버에 남아 있을 수 있습니다. 어떻게 될 것인가? 답은 두 번째 프로세스를 시작하는 이벤트의 문구에 있습니다. 이것은 다음과 같이 수행할 수 있습니다. "요약 보고서를 준비할 시간이 되었습니다." 다음으로 직원은 서버에서 보고서를 확인합니다. 결과는 다음과 같은 이벤트입니다. "서버에 이러한 항목이 있음을 보고합니다." 분명히 이러한 유형의 이벤트에 대한 정의는 프로세스 설명의 세부 수준에 따라 다릅니다.
또 다른 예: 회사 전자 네트워크를 통해 문서를 보내는 것을 고려하십시오. 직원이 문서를 보낸다는 사실은 "문서가 전자 메일로 전송됨" 이벤트로 설명할 수 있습니다. 다만, 본 문서를 발송받은 직원은 즉시 이를 받지 못하거나 아예 받지 못할 수도 있습니다(네트워크 장애, 실수로 인한 삭제 등). 즉, 두 번째 직원의 프로세스는 "이메일로 문서 수신" 이벤트에 의해 시작됩니다. 분명히, 이 두 가지 다른 이벤트입니다. 이 경우 다음을 수행할 수 있습니다.
위에 표시된 대로 두 가지 다른 이벤트 공식을 사용하십시오.
전자 네트워크를 통한 문서 전송을 독립적이지만 자체 소유자 등이 있는 자동으로 수행되는 프로세스로 간주합니다.
우리는 첫 번째 중요한 이벤트 그룹을 고려했습니다. 자원의 이동을 분석할 때 식별(자료 및 정보 제공 모두). 두 번째 그룹은 일정 시간 도달과 관련된 이벤트절대적 또는 상대적인 시간적 척도로. 예를 들어, 이벤트 "3월 8일이 왔다"는 달력 날짜를 나타냅니다. 즉, 달력 날짜(절대 척도)에 연결됩니다. "주문을 받은 후 2영업일이 지났습니다."라는 이벤트는 일 단위로 측정된 상대적 척도에서 일정 시간의 시작을 나타냅니다(척도의 시작은 주문을 받은 순간에 해당). 프로세스에 따라 시간 척도의 척도는 월, 일, 시간, 심지어 분까지 다릅니다.
따라서 프로세스의 경계를 명확하게 정의하려면 다음이 필요합니다.
어떤 리소스가 프로세스 안팎으로 이동하는지 결정합니다(입력 및 출력).
시작 및 종료 이벤트를 정의합니다.
각 공급자 및 소비자 프로세스의 소유자와 입력/출력 요구 사항 및 시작/종료 이벤트 문구에 동의합니다.
1.2.3. 프로세스 입력 및 출력 사양
프로세스 경계를 넘는 리소스 요구 사항은 프로세스 입력 및 출력에 대한 사양과 같은 다양한 문서에 문서화될 수 있습니다. 이러한 사양은 별도의 문서 형태로 만들거나 프로세스에 대한 규제 문서의 일부가 될 수 있습니다.
사양은 다음을 통해 충족되어야 하는 요구 사항을 자세히 설명할 수 있습니다.
선적 서류 비치;
원료, 보조 및 포장재;
반제품;
완제품;
산업 및 사무실 건물, 기반 시설;
직원;
장비;
소프트웨어;
특정 프로세스에 의해 대상에 대한 모든 요구 사항을 사양에 기록해야 합니다(표 1.2.1–1.2.3).
예시.회사는 프로세스의 입력 및 출력에 대한 사양을 개발합니다. 사양의 첫 번째 버전의 유효 기간은 2개월입니다. 이 시간 동안 문서의 내용이 실제로 테스트됩니다. 사양의 사용자는 의견과 제안을 제출합니다. 프로세스 소유자는 사양을 논의하기 위해 회의를 조직합니다. 토론의 결과 사양이 변경되고 문서의 두 번째 버전이 승인됩니다. 사양의 두 번째 이후 버전의 유효 기간은 1년입니다.
작업 과정에서 매개변수에 대한 문서화된 변경 사항이 있는 경우 사양에 포함됩니다. 변경된 사항으로 새 기간에 대해 승인됩니다. 변경 사항이 기록되지 않으면 유효 기간이 끝날 때 새 기간에 대한 변경 사항 없이 사양이 승인됩니다.
표 1.2.1.완제품의 BOM 구조
표 1.2.2.생산설비 사양의 구조
표 1.2.3.인적자원(직원) 명세서의 구조
1.2.4. 프로세스 입출력 제어
프로세스 경계에 대해 말하면 입력 및 출력을 제어하는 방법에 대해 논의할 필요가 있습니다. 연속 및 선택적 제어의 두 가지 방법이 있습니다(예: 참조). 지속적인 관리를 통해 프로세스 입력에 들어가는 각 자원(제품, 제품, 상품)을 확인합니다. 선택적으로 - 여러 제품을 선택하고 제어를 수행하십시오. 또한 통계적 방법을 사용하여 전체 수에서 부적합 제품의 비율을 추정합니다. 어떤 형태의 통제도 부적절한(결함이 있는) 제품이 프로세스에 들어가지 않는다는 완전한 보장을 제공하지 않습니다. 유망한 방법은 불일치가 발생하는 즉시 이를 감지하는 방식으로 프로세스에 제어를 포함하는 것입니다. 이 경우 프로세스의 출력(즉, 해당 소비자 프로세스의 입력)에서 불량 제품의 확률이 크게 줄어듭니다.
입력 및 출력 자원에 대한 요구 사항 정의(예: 관련 사양)와 동시에 이러한 요구 사항(사양) 준수를 모니터링하는 방법을 개발하는 것이 바람직합니다.
프로세스 경계를 다룰 때 사용하는 중요한 개념은 "작업 정의"(참조)입니다.
운영 정의 - 직원이 가장 객관적인 방법으로 이 결과의 수용 가능성에 대해 합의된 의견을 얻을 수 있도록 하는 활동 결과에 대한 요구 사항에 대한 설명입니다.
예시.잘못된 작동 정의의 예는 "최대 허용 농도"(MAC) 개념의 공식화입니다. 공식적으로는 다음과 같이 들립니다. "단위 부피 또는 질량당 유해 물질의 최대량. 매일 무제한 노출로 인체에 고통스러운 변화를 일으키지 않음… 러시아연방에서는 유해물질별로 법으로 정해져 있습니다.” 영원히 사는 사람을 본 사람이 있습니까? 어떤 유기체에서든 수백 가지 이유에 의해 야기되는 고통스러운 변화를 포함하여 변화가 끊임없이 일어나고 있습니다. MPC에 대한 그러한 정의를 명확하고 모호하지 않다고 부를 수 있습니까? 아마 그렇지 않을 것입니다.
효과적인 회사의 활동은 프로세스를 기반으로 합니다. 핵심 프로세스를 식별하는 방법, 이를 정렬하고 개선을 달성하는 방법은 무엇입니까? 비즈니스 프로세스의 선두 주자인 Vladimir Repin의 새 책에서 이 모든 것에 대해 설명합니다.
당신의 손에 읽기 쉬운 책이 아니라 공부와 성찰이 필요한 책입니다. 다른 오픈 소스에서는 볼 수 없는 수십 개의 그림, 표, 순서도 및 문서 템플릿이 포함되어 있습니다.
작품은 경제의 장르에 속합니다. 사업. 오른쪽. Mann, Ivanov & Ferber에 의해 2012년에 출판되었습니다. 당사 사이트에서 fb2, rtf, epub, pdf, txt 형식의 "비즈니스 프로세스. 모델링, 구현, 관리" 책을 다운로드하거나 온라인에서 읽을 수 있습니다. 책의 평점은 5점 만점에 3.43점입니다. 여기에서 책을 읽기 전에 이미 책에 대해 잘 알고 있는 독자들의 리뷰를 참고하고 그들의 의견을 알아볼 수도 있습니다. 파트너의 온라인 상점에서 종이 형태의 책을 구매하고 읽을 수 있습니다.
