농업 

조직 관리에 대한 프로세스 접근 방식. 비즈니스 프로세스 - 경영의 새로운 시대? 조직의 프로세스 접근 방식 및 품질 관리 시스템

프로세스 접근 방법

프로세스 접근 방식의 핵심은 각 직원이 특정 비즈니스 프로세스에 직접 참여하여 기능을 보장한다는 것입니다. 각 직원의 책임, 책임 영역 및 성공적인 성과 기준은 특정 작업이나 프로세스의 맥락에서만 공식화되고 의미가 있습니다. 구조 단위 간의 수평 연결이 훨씬 강력합니다. 상하관계의 수직적 관계는 다소 약화된다. 직원의 책임감은 질적으로 변합니다. 그는 상사가 자신에게 할당한 기능뿐만 아니라 비즈니스 프로세스 전체에 대해서도 책임을 집니다. 그에게는 병렬 구조 단위 활동의 ​​기능과 결과가 중요합니다. 전체적으로 비즈니스 프로세스의 결과에 대한 책임은 비즈니스 프로세스에 자신과 동일한 참가자인 동료에 대한 책임을 지게 만듭니다.

프로세스 중심 관리 시스템을 구축할 때 회사 내 구조 단위 간 및 외부 환경 모두에서 프로세스 내 상호 작용 메커니즘을 개발하는 데 중점을 둡니다. 고객, 공급업체, 파트너와 함께합니다. 이러한 사항을 고려할 수 있는 것이 프로세스 접근 방식입니다. 중요한 측면비즈니스는 최종 제품에 중점을 두어 최종 제품의 품질 향상에 대한 각 수행자의 관심과 결과적으로 작업의 최종 성과에 대한 관심을 나타냅니다. 프로세스 접근 방법경영진은 개별 부서에 고유한 기능 할당을 통해 조직을 관리하는 조직 구조를 무시합니다. 프로세스 접근 방식을 통해 조직은 관리자와 직원에게 최종 결과를 얻기 위한 비즈니스 프로세스로 구성된 활동으로 인식됩니다. 조직은 다음과 같이 인식된다. 비즈니스 프로세스 네트워크, 이는 조직의 부서에서 수행되는 모든 기능을 포함하여 상호 연관되고 상호 작용하는 일련의 비즈니스 프로세스입니다. 비즈니스의 기능적 구조가 수행해야 할 작업을 설정하여 기업의 역량을 결정하는 반면, 프로세스 구조(비즈니스 운영 체제의)는 설정된 목표와 목표를 달성하기 위한 특정 기술을 설명하고 이를 어떻게 수행해야 하는지에 대한 질문에 답합니다. 완료됩니다.

프로세스 접근 방식은 다음 원칙을 기반으로 합니다.

1. 회사의 활동은 일련의 비즈니스 프로세스로 간주됩니다.

2. 비즈니스 프로세스의 실행은 필수 규정 또는 공식 설명의 적용을 받습니다.

3. 각 비즈니스 프로세스에는 내부 또는 외부 고객과 소유자(비즈니스 프로세스의 결과에 대한 책임이 있는 사람)가 있습니다.

4. 각 비즈니스 프로세스의 특징 주요 지표, 실행, 결과 또는 조직 전체의 결과에 미치는 영향을 설명합니다.

관리에 대한 프로세스 접근 방식의 원칙은 최종 결과를 목표로 하는 비즈니스의 효과적인 기능을 구성하는 것이 가능한 기본 규칙을 결정합니다.

첫 번째 원칙은 회사 활동의 비전을 일련의 비즈니스 프로세스로 정의합니다. 결정하는 사람은 바로 그 사람이다 새로운 문화프로세스 접근 방식에서 조직에 대한 인식.

비즈니스 프로세스에 대한 의무적인 규제를 요구하는 프로세스 접근 방식의 두 번째 원칙은 다음과 같은 사실에 기초합니다. 규정 업무의 순서, 책임, 수행자 간의 상호작용 절차, 업무 프로세스 개선을 위한 의사결정 절차 등을 기술한 문서입니다.

비즈니스 프로세스를 분리하는 것은 항상 식별과 관련이 있습니다. 고객 또는 특정 가치를 지닌 프로세스 결과의 소비자입니다. 클라이언트 외에도 각 비즈니스 프로세스에는 소유자 - 경영진, 처분 가능 필요한 자원, 비즈니스 프로세스의 진행 상황을 관리하고 비즈니스 프로세스의 결과와 효율성을 담당합니다. 비즈니스 프로세스의 소유자는 공식적인 리더이므로 필요한 권한을 갖고 있으며 프로세스를 구현하는 데 필요한 자원을 보유하고 있으며 비즈니스 프로세스의 진행 상황을 관리하고 그 결과에 대해 책임을 집니다. 이러한 장점은 조직의 높은 성과를 보장하며, 그 관리는 프로세스 지향적인 성격을 띠고 있습니다.

프로세스 중심 관리를 사용하면 통합의 운영, 부서 간 및 조직 간 수준에서 조직의 활동을 질적으로 변경할 수 있습니다. 기능적 통합은 더 이상 기능간 갈등을 해결하기 어려운 원인이 되지 않습니다. 통합의 운영 수준은 조직의 비즈니스 프로세스 네트워크 덕분에 새로운 비전을 얻고 다음을 허용합니다.

a) 직원의 권한과 책임을 보다 효과적으로 설명합니다.

b) 효과적인 권한 위임 시스템을 개발합니다.

c) 수행자에 대한 요구사항의 표준화를 보장합니다.

d) 개별 수행자에 대한 의존 위험을 최소화합니다.

e) 관리자의 업무량을 줄입니다.

f) 비용 절감;

g) 인사 관리의 효율성을 높인다.

h) 비즈니스 프로세스 실행을 위한 비용과 시간을 절감할 수 있는 소스를 식별합니다.

i) 수락 시간을 단축 경영 결정.

결과적으로 조직의 통제 가능성이 증가하고 인적 요소의 영향과 제품 및 서비스 비용이 감소합니다. 이 모든 것이 조직 자체의 질적 변화와 프로세스 중심 조직의 형성으로 이어집니다. , 전체 팀이 제품 생산 또는 서비스 제공의 최종 결과와 관련된 지속적인 활동 프로세스에 의식적으로 참여하는 것입니다.

경영에 대한 프로세스 접근 방식의 개발은 폭넓은 반향을 불러일으켰습니다. 사실상 전 세계의 모든 주요 조직은 프로세스 지향 조직입니다.

조직 내에서 어떤 비즈니스 프로세스가 수행되는지에 대한 이해를 바탕으로 이를 관리하기 위한 효과적인 조직 구조를 구축할 수 있습니다. 조직 구조가 전통적으로 발전했다면 품질을 분석하는 데 도움이 될 수 있습니다. 운영 체제사업.

따라서 관리에 프로세스 접근 방식이 없으면 재현이 어렵기 때문에 신뢰할 수 없고 분석할 수 없는 자발적인 결과가 발생합니다. 회사 활동의 최종 결과물은 예외 없이 모든 직원의 공동 작업의 결과라는 것을 이해할 수 있게 해주는 프로세스 접근 방식입니다. 또한 이를 통해 프로세스 교차점의 격차를 없애고 그들 사이의 연결. 프로세스 접근 방식은 기존 방식을 거부하지 않습니다. 제어 시스템, 그러나 개선 및 질적 수정 방법을 결정합니다.

테이블에 2는 기업 관리에 대한 프로세스 접근 방식의 장점과 단점을 식별합니다.

표 2 - 기업 관리에 대한 프로세스 접근 방식의 장점과 단점 분석

장점

결함

프로세스 내 및 해당 부서 내 상호 연결의 명확한 시스템

명확한 명령 통일 시스템 - 한 명의 관리자가 설정된 목표를 달성하고 원하는 결과를 얻기 위한 전체 운영 및 조치 관리에 집중합니다.

직원에게 더 큰 권한을 부여하고 회사 업무에서 직원 각자의 역할을 늘리면 생산성이 크게 향상됩니다.

변화에 대한 실행 프로세스 단위의 신속한 대응 외부 조건;

관리자의 작업에서 전략적 문제운영을 지배하십시오.

부서와 조직 전체의 업무 효율성과 품질에 대한 기준은 일관되고 공동으로 지시됩니다.

일반 직원 및 수행자의 자격, 개인 및 비즈니스 품질에 대한 조직 성과의 의존도 증가

기능적으로 혼합된 작업 팀을 관리하는 것은 기능적 부서를 관리하는 것보다 더 복잡한 작업입니다.

서로 다른 기능적 자격을 가진 팀에 여러 사람이 있으면 팀 구성원 간에 작업을 전달할 때 발생하는 일부 지연과 오류가 필연적으로 발생하지만 여기서의 손실은 수행자가 다른 부서에 보고할 때 전통적인 작업 조직보다 훨씬 적습니다. 그 회사

물론 비즈니스 프로세스의 공식화만으로는 효율성 향상을 달성할 수 없으며, 프로세스 접근 방식이 조직의 모든 문제에 대한 만병통치약은 아닙니다. 이를 통해 회사 전체와 공통 작업을 수행할 때 다양한 부서의 상호 작용 문제를 진단할 수 있습니다. Sterligova A.N. 운영(생산) 관리: 교과서 / A.N. - M.: INFRA-M, 2009. - P.32-35.

하지만 프로세스 접근 방식과 기능적 접근 방식의 대조근본적으로 잘못되었습니다. 프로세스와 마찬가지로 기능도 동일한 개념입니다. 경영활동, 서로 분리되어 존재할 수 없습니다. 동시에 기능적 접근과 프로세스 접근의 결과는 동시에 디자인입니다. 조직 구조(예: 기능 영역) 및 해당 프레임워크(예: 프로세스) 내 상호 작용 순서. 유일한 차이점은 디자인의 출발점, 즉 배포 여부입니다. 기능적 책임기능 영역 간의 프로세스 기반 또는 디자인 상호 작용 프로세스.

테이블에 그림 3은 두 가지 관리 접근 방식을 비교 분석한 것입니다. 표에 설명된 기능적 접근 방식에 비해 프로세스 접근 방식이 갖는 장점을 통해 역동적으로 발전하는 시장에서는 경쟁력 측면에서 프로세스 중심의 조직 관리가 더 효과적이라는 결론을 내릴 수 있습니다.

표 3 - 비교 분석관리에 대한 기능적 및 프로세스 접근 방식

시스템 요소

기능적 접근

프로세스 접근 방법

제어 개체

접근 방식 정의

기능적 특성에 따라 구조적 요소로 구분된 조직을 관리하는 것

특정 기술을 사용하여 입력을 소비자에게 가치 있는 출력으로 변환하는 일련의 활동으로 비즈니스 프로세스를 관리하는 것

소비자

기능 관리자는 부서 활동 결과의 소비자 역할을 합니다. 욕구 충족은 계층 구조 수준을 통해 위로 이동합니다.

프로세스 결과의 소비자는 체인의 다음 프로세스입니다. 요구사항에 대한 만족은 최종 소비자를 향해 기업을 따라갑니다.

공급자

공급 업체는 다른 부서의 직원에게 처리 자원을 제공하는 기업 부서의 직원 또는 책임자로, 이는 제공된 자료의 특성에 직접적인 영향을 미치는 수행자의 능력을 제한합니다. 동시에 다른 부서의 직원은 이러한 요구 사항이 기능 관리자로부터 직접 나오지 않는 경우 다른 부서의 동료 요구 사항을 충족하는 데 관심이 없습니다.

체인의 이전 프로세스는 공급업체 역할을 하며, 이를 통해 제공된 자료에 대한 요구 사항을 직접 제시하고 동의할 수 있습니다. 이전 프로세스는 제시된 요구 사항을 충족하는 데 관심이 있습니다.

책임분배

책임은 세분화되어 있으며, 기능 관리자들에게 분산되어 있으며, 단일 기능의 영향권으로 제한되고, 계층 구조의 최고 수준에 더 많이 집중됩니다. 따라서 기업 활동의 최종 결과에 대한 책임은 문제가 발생한 후에만 활동에 영향을 미칠 수 있는 능력을 가진 기업의 최고 경영진에게만 있습니다.

책임은 프로세스의 모든 단계를 제어하는 ​​프로세스의 "소유자"에게 명확하게 분배되고 할당되며, 결정을 내릴 수 있는 권리가 부여되고, 따라서 프로세스 진행에 신속하게 영향을 미칠 수 있는 능력이 있습니다. 따라서 프로세스 결과에 대한 책임은 작업의 특정 수행자에게 가깝습니다.

최고 관리 기능

기업의 다양한 부서의 목표를 조정하고, 기능 부서 간에 발생하는 논란의 여지가 있는 문제와 갈등을 해결하고, 현 문제에 대한 결정을 내리는 데 전략 문제를 해결할 시간이 없는 경우가 많습니다.

로부터의 해방 운영 관리책임과 권한을 위임함으로써 고위 경영진이 활동을 분석하고 전략적 문제를 해결하는 데 집중할 수 있습니다.

직원의 역량과 경력 성장

직원협회 기능 부서전문적인 성장을 촉진합니다. 경력 성장은 계층 구조 수준을 통한 발전에 따라 결정됩니다.

프로세스별로 직원을 통합하면 전문적인 성장 기회가 줄어듭니다. "평평한" 조직 구조에 대한 욕구 최소 수계층적 수준은 경력 전망을 방해합니다

동시에, 관리에 대한 기능적 접근 방식과 프로세스 접근 방식을 대조하는 것은 타당하지 않습니다. 두 접근 방식의 결과는 조직 구조(기능 영역)와 이 구조(프로세스) 내의 상호 작용 순서를 동시에 설계하는 것입니다. 이러한 접근법은 어느 정도 동시에 적용되어야 합니다. 관리의 목적은 소비자를 위한 가치를 창출하는 상호 연결된 비즈니스 프로세스와 다양한 비즈니스 프로세스 내에서 유사한 기능을 결합하는 기능 영역의 통합 시스템이어야 합니다. 이 두 가지 접근 방식은 기본 전제에서 중요한 유사점을 가지고 있습니다. 두 접근 방식 모두 초기 표준 프로세스/기능 세트를 가정하며, 이는 더 상세하고 특정 기업과 연결되어 있습니다. 기능적 접근 방식은 “무엇을 해야 할까요?”라는 질문에 답하고, 프로세스 접근 방식은 “어떻게 해야 할까요?”에 답합니다. 두 접근 방식 사이에는 모순이 있어서는 안 됩니다. 서로를 보완할 뿐만 아니라 어느 정도 병행하여 적용해야 합니다.

위의 내용을 요약하면 프로세스 중심 관리 시스템은 기능 중심 시스템의 장점과 함께 후자가 명백한 단점이 있는 반면에 여러 가지 장점이 있다는 결론을 내릴 수 있습니다. 최근 몇 년간 프로세스 중심 경영의 필요성이 러시아 사회에서 점점 더 인식되고 있습니다. 프로세스 중심 관리를 사용하면 변환을 더 빠르게 수행하고 오류를 줄일 수 있습니다. 이 접근 방식을 사용하면 더 쉽기 때문입니다( 기능적 접근) 정확히 무엇을 변경해야 하는지, 어느 부서에서 변경해야 하는지 결정합니다. 많은 국내 기업업무 효율성을 높이는 프로세스 중심 관리 개념의 틀 내에서 비즈니스 프로세스를 개선하기 위해 이미 작업을 시작했습니다. 직원을 늘리지 않고도 고객 서비스 시간을 줄이고 비용을 절감할 수 있습니다. 그러나 프로세스 중심의 관리 시스템이 적합하며 건전한 경쟁을 통해 역동적이고 적극적으로 발전하는 시장에 존재하는 조직에 실질적인 이점을 가져올 것이라는 점을 기억해야 합니다. 예를 들어 대규모 운영을 하는 조직에서는 이러한 관리 모델을 구현하는 것이 좋습니다. 개인, 유사한 작업의 큰 흐름. 각 계약이나 거래가 개별적이고 비즈니스 프로세스가 각 특정 주문에 대해 지속적으로 변경되는 조직의 경우 프로세스 중심 관리는 유용할 뿐만 아니라 작업 프로세스를 상당히 복잡하게 만듭니다.

위의 내용을 바탕으로 프로세스 중심 시스템을 구축하면 조직이 활동의 ​​개별 측면의 상호 관계를 더 잘 이해하고 효율성을 높일 수 있다는 결론을 내릴 수 있습니다.



주석: 강의 목적: 기업 경영 조직화를 위한 프로세스 접근 방식 제시

소개

프로세스 접근 방법기업의 활동은 지속적인 비즈니스 프로세스의 집합으로 표현될 수 있다고 가정합니다. 다음과 같은 기업에 효과적입니다. 생산 활동서로 다른 수행자가 수행하는 동일한 일련의 작업이 반복적으로 반복되는 경우입니다. 이러한 기업은 다음과 같은 분야에 종사하는 대부분의 사무실 회사입니다. 다양한 방식은행, 보험 등의 문서 작업 투자 회사, 컨설팅 회사, 출판사. 또한 프로세스 접근 방식의 사용은 정부 기관과 같이 세부 규정에 따라 활동이 설명되는 기업에서 효과적입니다.

비즈니스 프로세스 개념에 대한 약 100가지의 서로 다른 정의가 문헌에서 사용됩니다. 따라서 이 과정에서는 비즈니스 프로세스에 대한 일반적인 정의를 제공하지 않습니다. 일반적으로 정의에서는 비즈니스 프로세스에 노드와 전환(화살표)이 있는 그래픽 다이어그램이 있다고 가정합니다. 제어점은 전환을 따라 이동합니다.

특정 유형의 노드에 제어 지점이 나타나는 것은 기업의 생산 활동에서 일부 작업의 실행에 해당합니다. 비즈니스 프로세스 다이어그램의 전환과 제어 지점 분기 및 병합을 위한 노드는 비즈니스 프로세스에서 고려되는 작업이 조정된 방식으로 수행되는 방식으로 배치됩니다. 올바른 순서로. 프로세스 접근 방법기업의 필수 자동화를 의미하지는 않습니다. 비즈니스 프로세스에는 기업 활동의 분석적 모델링을 위한 비즈니스 프로세스와 실행 가능한 비즈니스 프로세스라는 두 가지 유형이 있습니다.

분석 모델링을 위한 비즈니스 프로세스는 실제로 관리자, 비즈니스 분석가 및 기업 경영진 간의 특별한 의사소통 언어를 나타내며 기업 비즈니스 조직에 대한 기본 결정을 개발하고 설명하는 데 사용됩니다. 그들의 임무는 사람들이 이러한 결정에 대한 인식과 이해를 보장하는 것이므로 세부 사항을 포함하지 않으며 일반적으로 다음에 설명된 작업 순서를 포함하지 않고 자주 사용되는 작업 순서만 설명하는 것으로 제한됩니다. 실제 실행을 위한 것이 아닙니다.

반대로 실행 가능한 비즈니스 프로세스에는 기업에서 수행되는 작업을 엄격하게 준수하여 컴퓨터 환경의 비즈니스 프로세스 다이어그램을 따라 제어 지점을 이동하는 것이 포함됩니다. 이러한 컴퓨터 환경은 비즈니스 프로세스 관리 시스템 및. 이제부터는 SUBPiAR라고 부르겠습니다. 실제로 SMS&AR은 비즈니스 프로세스 다이어그램에 따른 제어점의 이동에 따라 실행자에게 작업을 분배하고 이러한 작업의 실행을 제어합니다.

역사적으로 프로세스 접근 방법처음에는 분석 모델링을 위한 비즈니스 프로세스만 포함되었습니다. 이러한 접근 방식의 일환으로 기업의 비즈니스 프로세스를 식별하고, 식별된 비즈니스 프로세스를 분석하고, 비즈니스 프로세스를 변경하여 비즈니스 효율성을 향상시키기 위한 제안을 생성했습니다. 다음으로 수정된 비즈니스 프로세스가 기업에서 구현되었습니다. 원칙적으로 직무 내용 변경, 조직 구조 변경, 관리자의 직접 지시 등으로 시간이 오래 걸리고 복잡했습니다.

실행 가능한 비즈니스 프로세스의 출현은 프로세스 접근 방식에 많은 새로운 이점을 가져왔습니다. 주요 내용은 다음과 같습니다.

  • 생산 컨베이어와 유사하게 SMS&AR을 사용하여 사무직 근로자의 생산성이 크게 향상되었습니다.
  • 변화하는 비즈니스 상황에 대응하여 기업의 비즈니스 프로세스를 신속하게 변경할 수 있는 능력

최근 몇 년 동안 비즈니스와 비즈니스 모두에서 SMS&AR이 활발하게 구현되었습니다. 정부 기관. 따라서 경제 전문 분야와 경제 관련 전문 분야 모두에서 학생들을 양성할 필요가 있었습니다. 정보 기술, 프로세스 접근 방식 및 SMS&AR 작업.

이 과정은 주로 실행 가능한 비즈니스 프로세스에 중점을 둡니다. 이 과정에서는 실행 가능한 비즈니스 프로세스의 정의와 주요 특성을 제공하고 비즈니스 프로세스 관리 시스템을 설명하며 행정 규정 그리고 그들의 주요 구성 요소. 엔터프라이즈 비즈니스 프로세스 개발의 기본 사항이 설명되어 있습니다. 이 과정의 틀 내에서 학생들은 일반적인 SMS&AP의 주요 구성 요소인 실행 가능한 비즈니스 프로세스 이론을 연구하고, 비즈니스 프로세스를 설명하는 그래픽 표기법에 익숙해지고, 비즈니스 개발 및 실행에 대한 실무 경험을 쌓을 것으로 기대됩니다. 프로세스.

비즈니스 프로세스 관리 시스템의 주요 요소에 대한 설명은 무료 오픈 소스 시스템인 RunaWFE의 예를 사용하여 제공됩니다. RunaWFE는 공개 LGPL 라이선스에 따라 소스 코드와 함께 무료로 배포됩니다. 이 시스템은 무료이며, 원하는 수의 컴퓨터에 자유롭게 설치하고 제한 없이 사용할 수 있습니다. 무료 개발자 포털에서 인터넷을 통해 배포판과 소스 코드를 다운로드할 수 있습니다. 소프트웨어소스포지. 인터넷 주소: .

RunaWFE 프로젝트 웹사이트 주소는 http://www.runawfe.org/rus입니다.

기업 관리 조직에 대한 프로세스 접근 방식

프로세스 관리 수준

현대적인 해석 공정 관리여러 수준에 걸쳐 관리를 분산시키는 작업이 포함됩니다.

첫 번째 수준에서는 일반 전략적 관리기업. 이 수준에서는 분석 모델링을 위해 비즈니스 프로세스를 사용합니다. 이 수준에서 비즈니스 프로세스의 임무는 기업의 주요 비즈니스 프로세스에 대한 일반적인 아이디어를 형성하고 관리자 간의 이러한 아이디어를 교환하는 것입니다. 이 수준은 개발된 비즈니스 프로세스의 실제 실행을 의미하지 않습니다. 첫 번째 수준에서는 IDEF0, IDEF3, DFD, EPC 및 관련 기호로 비즈니스 프로세스를 그래픽 표기법으로 설명하는 것이 편리합니다. 이 수준에서는 BPMN 2.0 표기법 구성 중 일부를 사용할 수도 있습니다. 첫 번째 수준에서 비즈니스 프로세스 작업을 위한 소프트웨어 도구로는 Business Studio, 마이크로소프트 비지오또는 ARIS.

첫 번째 수준 비즈니스 프로세스의 작업 순서는 텍스트 형식으로 간단히 설명할 수 있습니다. 이러한 설명을 텍스트 규정이라고 합니다. 하지만 시각정보사람들은 텍스트 설명보다 훨씬 빠르고 쉽게 인식합니다. 따라서 가장 널리 사용되는 것은 시뮬레이션된 비즈니스 프로세스를 그래픽으로 표현한 것입니다.

시뮬레이션 모델링 도구는 프로세스 관리의 첫 번째 수준에서도 사용됩니다. 이 프로그램 클래스는 컴퓨터 환경에서 기업 비즈니스 프로세스의 실제 실행을 제공하지 않습니다. 시뮬레이션 모델링 시스템에는 조직의 비즈니스 프로세스에 대한 사용자 정의 가능한 통계 모델이 포함되어 있습니다. 이 모델의 다양한 매개변수를 설정하고 조건에 따라 비즈니스 프로세스를 반복적으로 "실행"함으로써 자동 사용자, 다양한 성과 지표의 값을 얻을 수 있으므로 비즈니스 프로세스의 특정 변화에 따라 향후 기업의 실제 지표 변화를 예측할 수 있습니다. 통계 모델이 올바르게 구축되면 시뮬레이션 모델링은 비즈니스 프로세스의 최적 매개변수를 결정하는 수단이 될 수 있습니다.

다음 단계에서는 기업의 전략적 비즈니스 프로세스가 실행 가능한 비즈니스 프로세스로 변환됩니다. 이 수준에서 비즈니스 프로세스 다이어그램은 일반적으로 BPMN, UML(활동 다이어그램) 및 관련 표기법으로 표시됩니다. 두 번째 수준에서 현재 활동엔터프라이즈는 비즈니스 프로세스의 실행 중인 인스턴스 집합으로 표현됩니다. 이 수준에서는 SUMS&AR이 사용됩니다. 이러한 시스템의 주요 임무는 수행자에게 작업을 분배하고 구현을 모니터링하는 것입니다. 작업과 함께 수행자에게는 작업을 완료하는 데 필요한 정보가 제공됩니다. 작업 순서는 비즈니스 프로세스 다이어그램에 의해 결정됩니다. 비즈니스 프로세스 다이어그램은 그래픽 디자이너의 도움을 받아 개발하고 이후에 빠르게 수정할 수 있습니다. 이 다이어그램은 알고리즘의 흐름도와 유사합니다. 제어점은 다이어그램에 따라 이동합니다. 회로의 특정 노드에서 실행자를 위한 작업이 생성됩니다.

실행 가능한 비즈니스 프로세스와 컴퓨터 프로그램 사이에는 일정한 유사점이 있습니다. 알고리즘은 실행 가능한 비즈니스 프로세스와 컴퓨터 프로그램의 기초가 됩니다. 분석 모델링을 위한 비즈니스 프로세스뿐만 아니라 컴퓨터 프로그램의 경우 프로그래머와 소프트웨어 설계자가 다양한 소프트웨어 및 아키텍처 결정을 설명하기 위해 사용하는 그래픽 표기법(예: UML 클래스 다이어그램)이 있습니다. 그러나 컴퓨터 프로그램 자체는 아직 그래픽 개체 형태로 널리 개발되지 않았으며 주로 프로그래밍 언어로 작성된 텍스트 형태로 작성되었습니다. 실행 가능한 비즈니스 프로세스의 상황은 컴퓨터 프로그램과 어떻게 다릅니까? 컴퓨터에 의해 명령이 실행되는 컴퓨터 프로그램과 달리 비즈니스 프로세스의 일부 작업은 사람이 수행합니다. 컴퓨터보다 이 작업을 훨씬 더 오래 수행하므로 비즈니스 프로세스 인스턴스는 상대적으로 오랜 시간 동안 실행되고 해당 상태는 느리게 변경됩니다. 또한 컴퓨터 프로그램과 달리 비즈니스 프로세스를 실행하는 동안 기업 관리는 특정 작업을 수행하는 직원 수를 늘리거나 줄이는 등 구현에 큰 영향을 미칠 수 있습니다.

따라서 기업의 경영진과 관리자는 기업 비즈니스 프로세스의 실행 중인 인스턴스 상태를 신속하게 이해하는 것이 중요합니다. 이러한 이해는 제어 지점의 현재 위치와 비즈니스 프로세스 인스턴스 시작 이후 이러한 지점이 통과한 경로가 포함된 비즈니스 프로세스의 그래픽 다이어그램을 통해 제공됩니다. 컴퓨터 프로그램의 경우 대부분의 경우 이러한 다이어그램은 의미가 없습니다. 제어점의 이동 속도가 제한을 크게 초과합니다. 인간의 능력그들을 추적합니다.

세 번째 수준은 기업의 비즈니스 개체에 해당합니다. 현재 시점의 기업 전체의 상태는 이 시점의 기업의 모든 비즈니스 객체의 상태에 따라 결정됩니다. 프로세스 접근 방식에서는 해당 작업을 수행할 때 두 번째 수준 비즈니스 프로세스의 인스턴스에 의해 비즈니스 객체의 상태가 변경된다고 가정합니다. 이 계층의 경우 전통적으로 콘텐츠 관리 시스템(ECM 시스템) 또는 데이터베이스 관리 시스템이 스토리지로 사용됩니다. 이 수준에서는 ERP 시스템을 사용할 수도 있습니다(예: 1C 또는 Galaktika 시스템을 사용할 수 있음).

비즈니스 프로세스 개발 예에서는 때때로 시트를 비즈니스 개체의 저장소로 사용합니다. 마이크로소프트 문서뛰어나다. 이는 세 번째 레이어 개념을 빠르고 쉽게 보여주기 위한 교육 목적으로 만들어졌습니다.

프로세스 접근 방식의 이점

첫 번째 수준에서 프로세스 접근 방식을 사용하면 그래픽 다이어그램을 기반으로 기업의 모든 관리자를 위한 비즈니스 프로세스를 설명하기 위한 공통 언어가 출현합니다. 기업 직원은 이 언어를 마스터하면 기존 비즈니스 프로세스를 빠르게 읽고 기능에 대해 논의하며 다양한 변경을 제안할 수 있습니다. 기업에 대한 조사를 수행하고 반복되는 작업 순서를 식별하고 이를 첫 번째 수준의 비즈니스 프로세스로 그룹화한 후 선택한 비즈니스 프로세스를 분석하고 실패한 결정을 식별 및 수정하고 최적화하는 것이 가능해집니다. 좁은 장소비즈니스 프로세스의 중요한 영역. 기업의 활동이 공식화되지 않고 비즈니스 프로세스가 설명되지 않으면 관리를 개선하고 최적화하기가 어렵습니다.

실행 가능한 비즈니스 프로세스를 사용하면 다음과 같은 이점이 있습니다.

  • 노동 생산성을 대폭 향상시킵니다.
  • 수행되는 모니터링 작업 활동을 대폭 단순화합니다. 기업의 투명성을 높입니다.
  • 기업 제품의 품질을 향상시킵니다. - 자동 규제 및 모니터링 도구로 인해 규정된 모든 규칙 준수가 보장됩니다.
  • 변화하는 기업 운영 조건에 대응하여 비즈니스 프로세스를 신속하게 변경할 수 있습니다.
  • 엔터프라이즈 규모 통합 문제를 해결할 수 있습니다.
  • 기업 자동화 작업 비용을 줄이고 소프트웨어 개발 속도와 안정성을 높입니다.

이러한 이점을 더 자세히 살펴보겠습니다.

이전에는 (실행 가능한 비즈니스 프로세스가 출현하기 전) 조직의 비즈니스 프로세스 실행이 주로 직무 설명 변경, 기업 조직 구조 및 관리자의 직접적인 지시를 통해 간접적으로 수행되었습니다. 그러나 자동화 정도는 현대 기업구현할 수 있게 해줍니다 직접 실행컴퓨터 환경의 비즈니스 프로세스. 이 경우 생산 컨베이어의 유사체가 기업에 나타나 생산에 컨베이어를 도입하여 얻은 것과 비슷한 노동 생산성 증가를 얻을 수 있습니다. 이 메커니즘을 통해 직원 활동에서 정보 검색 및 전송과 관련된 일상적인 작업 및 비효율적인 절차를 제거하고 직원 상호 작용 속도를 크게 높일 수 있기 때문에 노동 생산성이 향상됩니다. 작업자는 다음 사항에 방해받지 않고 할당된 작업을 완료합니다.

  • 작업을 완료하는 데 필요한 데이터를 다른 작업자로부터 획득
  • 업무 결과를 다른 직원에게 이전
  • 직업 설명 공부하기

필요한 모든 것이 직원 앞에 컴퓨터 화면에 나타납니다. 작업 요소의 실행 순서는 비즈니스 프로세스 다이어그램에 따라 결정됩니다. 회로의 노드에서 SUP&AR은 작업을 수행자에게 분배하고 구현을 제어합니다.

실행 가능한 비즈니스 프로세스를 사용하면 조직의 비즈니스 프로세스를 신속하게 재구축할 수도 있습니다. 대부분의 경우 작업 수행자는 비즈니스 프로세스의 변경 사항에 대한 정보조차 얻지 못할 수 있습니다. 이는 업무 성격에 영향을 미치지 않기 때문입니다. 즉, 프로세스 실행을 변경하는 것이 더 쉽고 빨라집니다. 이러한 방식으로 기업은 내부 또는 외부 조건의 변화에 ​​보다 효과적으로 대응할 수 있습니다.

일반적으로 현대 러시아 기업은 기업의 일부 비즈니스 프로세스에 참여하는 여러 이기종 자동화 시스템을 이미 운영하고 있습니다. 비즈니스 프로세스는 기업 전체에 침투하므로 실행 중에 모든 사람과 상호 작용해야 합니다. 자동화 시스템. 따라서 SMS&AP를 구현하는 작업은 기업 규모의 컴퓨터 애플리케이션을 통합하는 작업의 특별한 경우로 드러납니다. 즉, 기업에서 SMS&AP를 구현할 때 기존 시스템과의 통합을 보장하는 애플리케이션이 나타나야 합니다.

SUMS는 현대 기업 규모 시스템의 핵심 부분입니다. 기업 정보 시스템(CIS)에 SUMS가 없으면 비즈니스 프로세스의 논리가 시스템의 다양한 요소(데이터베이스, 개별 애플리케이션 등)에 분산되어 있어 이러한 시스템을 유지 관리하고 추가로 개발하기가 어렵습니다.

안정적이고 반복적인 운영 체인을 갖춘 기업에서는 SMS&AR 기반 시스템의 구현, 구성 및 유지 관리가 다양한 작업과 부서를 위해 개별 애플리케이션 구성 요소를 개발하는 기존 자동화보다 빠르고 저렴합니다. SUBPiAR는 다음을 허용합니다:

  • 개발 중 변화하는 작업과 새로운 아이디어의 출현에 맞춰 개발을 신속하게 조정합니다.
  • 다음을 통해 개발 비용을 절감하세요.
    • 코드 작성 대신 SUMS를 사용하여 비즈니스 프로세스 개발
    • 프로그래머와 고객 간의 상호 작용이 제거됩니다. 비즈니스 분석가와 고객은 기술 사양의 텍스트를 논의할 때 고객과 ​​프로그래머보다 실행 가능한 비즈니스 프로세스 다이어그램의 주요 요소를 공동으로 개발할 때 훨씬 더 편안하게 상호 작용합니다.
    • 이 경우 프로그래머는 일상적인 작업에서 벗어나 복잡한 그래픽 요소 및 커넥터 개발에 집중할 수 있어 작업 효율성이 높아집니다.
  • 기술 지원 비용 절감
  • 개조 및 유지 관리 비용을 대폭 절감

기존 개발에서는 솔루션이 두 번 설명됩니다. 한 번은 솔루션에 포함된 텍스트를 사용합니다. 기술적인 업무또는 기술 프로젝트, 두 번째 - 프로그램 코드 형태입니다. 프로세스 접근 방식을 사용하면 실행 가능한 비즈니스 프로세스의 형태로 솔루션을 한 번만 설명할 수 있으므로 자동화 비용이 절감됩니다.

이러한 장점(더 빠르고 저렴하며 지원 및 유지 관리가 더 쉬움)은 거의 현실화되지 않은 절차적 프로그래밍 패러다임에 비해 객체 지향 프로그래밍 패러다임의 장점과 일치합니다. 비유하자면, 실행 가능한 비즈니스 프로세스를 기반으로 한 자동화는 새로운 고급 프로그래밍 패러다임으로 해석될 수 있으며 기존 자동화에 비해 사용 규모가 크게 증가할 것으로 예상할 수 있습니다.

실행 가능한 비즈니스 프로세스 및 관리 시스템

비즈니스 프로세스 관리는 활발히 발전하고 있는 분야로 아직까지 많은 용어가 완전히 확립되지 않았습니다. 다양한 작성자가 SUMS, 작업 흐름 관리 시스템(Workflow), 문서 관리 시스템(Docflow), 엔터프라이즈 규모 통합 시스템(EAI - Enterprise Application Integration) 등과 같은 개념을 사용합니다.

워크플로우 관리라는 용어를 사용하여 비즈니스 프로세스에서 사람만이 작업을 수행하는 경우를 나타냅니다. 작업 흐름 관리와 관련하여 SUBPiAR이라는 용어를 보다 일반적인 용어로 간주하겠습니다. SUBPiAR에서 비즈니스 프로세스 또는 규정 작업의 실행자는 사람이자 동시에 규정입니다. 컴퓨터 응용 프로그램. 일반적으로 관리 시스템은 사람이나 컴퓨터 시스템이 수행하는 작업을 특별히 강조하지 않고 모든 수행자의 작업을 균일하게 조정합니다.

DBMS 외에도 문서관리 시스템, 즉 DocFlow 시스템이 널리 보급되었습니다. 제어 지점 대신 문서 관리 시스템은 "문서 흐름"을 사용합니다. DocFlow 시스템은 주어진 규칙에 따라 특정 경로를 따라 편집자 사이를 이동하는 문서 형태로 기업의 활동을 설명합니다.

DocFlow 시스템은 종이 문서 흐름의 후속 제품입니다. 따라서 자연스러운 한계는 다음과 같습니다. 승인/거부, 승인, 삭제, 편집 등 문서에 대해 제한된 작업 세트를 수행할 수 있습니다. 일반적으로 문서 관리 시스템은 종이 문서 이미지 저장 시스템과 버전 제어 시스템으로 보완됩니다. . 문서 흐름 시스템의 주요 장점은 문서 흐름이 이미 잘 확립되어 있는 기업에서 신속하게 구현할 수 있다는 것입니다.

문서 관리 시스템과 DBMS에는 가능한 전환으로 연결된 노드로 구성된 그래프 기반 체계가 있습니다. 그러나 이러한 그래프를 따라 이동하는 것은 제어점이 아니라 문서의 "바구니"입니다. DocFlow 시스템에서는 일반적으로 문서 흐름도를 통해 직접 이동하는 문서 내부에 데이터가 포함됩니다.

SUMS에서는 데이터가 제어점과 함께 이동하지 않고 글로벌(전체 비즈니스 프로세스에 해당) 변수와 로컬(한 노드에 해당) 변수에 포함됩니다.

현재 관리시스템과 문서관리시스템은 시스템으로 다른 유형그러나 문서 관리 시스템은 점차 SUMS 및 AR의 기능에 접근하고 있습니다. 최신 DocFlow 시스템을 사용하면 다양한 유형의 비즈니스 프로세스를 모델링할 수 있고 SUMS를 사용하면 문서 흐름 요소를 자동화할 수 있습니다.

실행 가능한 비즈니스 프로세스

SMS&AR 개발의 발전으로 인해 다음 분야에서 사용이 가능해졌습니다. 현대 시스템비즈니스 프로세스 정의와 같은 개념 비즈니스 프로세스 인스턴스. 비즈니스 프로세스 정의를 비즈니스 프로세스 템플릿이라고도 합니다. 비즈니스 프로세스 정의에는 비즈니스 프로세스 다이어그램, 비즈니스 프로세스 역할, 수행자를 역할에 할당하기 위한 규칙이 포함되어 있습니다. 비즈니스 프로세스를 실행하는 동안 제어점은 다이어그램을 따라 이동합니다. 제어점과 그 움직임을 생각하는 가장 쉬운 방법은 큐브를 사용하는 어린이 보드 게임의 조각을 움직이는 것에 비유하는 것입니다.

비즈니스 프로세스 정의에는 데이터 저장 구조에 대한 설명도 포함되어 있습니다. 비즈니스 프로세스를 실행하는 동안 이러한 구조에는 특정 데이터가 포함됩니다. 최신 BPMS에서도 비즈니스 프로세스의 정의에는 비즈니스 프로세스와 작업 실행자의 상호 작용 수단에 대한 설명이 포함되어 있습니다. 일반적으로 이는 사용자 상호 작용을 위한 그래픽 형식이거나 정보 시스템과의 상호 작용을 위한 소프트웨어 인터페이스입니다. 비즈니스 프로세스를 정의하는 또 다른 요소는 비즈니스 규칙으로, 경로 분기점에서 제어 지점을 추가로 이동하기 위해 특정 경로를 선택하는 데 사용됩니다.

각 비즈니스 프로세스 정의에 대해 해당 비즈니스 프로세스의 인스턴스를 생성하고 실행할 수 있습니다. 정의와 비즈니스 프로세스 인스턴스의 차이는 기존 프로그래밍 언어의 변수 유형과 변수 인스턴스의 차이에 해당합니다. 즉, 비즈니스 프로세스 정의에 비즈니스 프로세스 다이어그램, 데이터 유형, 역할 이름이 포함된 경우 실행 중인 비즈니스 프로세스 인스턴스에서 다이어그램에 이동 제어 지점이 있고 특정 수행자가 역할에 할당됩니다. 비즈니스 프로세스 인스턴스비즈니스 프로세스 정의의 데이터 유형에 해당하는 유형의 특정 데이터를 포함합니다. 또한 비즈니스 프로세스 인스턴스에서는 특정 작업 실행자가 역할에 할당됩니다.

컴퓨터 환경에서 실행될 수 있는 비즈니스 프로세스는 컴퓨터가 이해하는 표현으로 쉽게 변환될 수 있도록 충분히 엄격한 방식으로 형식적으로 정의되어야 합니다. 이를 위해 수학적 개념을 사용하는 것이 편리합니다.

S. Yablonsky와 S. Bussler의 아이디어를 기반으로 실행 가능한 비즈니스 프로세스에 대한 공식적인 정의를 제시해 보겠습니다.

실행 가능한 비즈니스 프로세스는 다음 관점(관점 또는 고려 사항의 계층/수준)을 지정하여 결정됩니다.

  • 제어 흐름 관점
  • 데이터 관점
  • 자원 관점
  • 운영 관점

실행 가능한 비즈니스 프로세스에 대한 공식적인 정의의 모든 수준을 자세히 살펴보겠습니다. 이 경우 "공급업체 송장 결제" 비즈니스 프로세스를 예로 사용하겠습니다. 그것의 도움으로 우리는 비즈니스 프로세스의 공식적인 정의에 대한 모든 전망을 설명하려고 노력할 것입니다.

제어 흐름 관점

제어 흐름 관점은 비즈니스 프로세스 다이어그램에 해당합니다. 처음에 다이어그램은 수학적 개념, 즉 방향성 그래프(방향성 그래프: 전환(화살표)로 연결된 노드 집합)으로 정의되었습니다. 비즈니스 프로세스 노드는 프로세스 단계에 해당하는 노드와 경로 노드의 두 가지 유형이 있을 수 있습니다. 제어 지점(활성 프로세스 노드에 대한 포인터)은 경로 노드의 비즈니스 규칙에 따라 전환을 따라 이동합니다(비즈니스 규칙은 제어 흐름 관점에도 적용됨).

프로세스 단계에 해당하는 노드에는 활동 노드가 포함됩니다. 제어 지점이 작업 노드에 도달하면 SUMS는 수행자(직원 또는 정보 시스템)에게 작업을 제공하고 응답(작업이 완료되었다는 메시지)을 기다립니다. 수행자의 응답 후 제어 지점은 다음 비즈니스 프로세스 노드로 전환되는 과정을 따라 이동합니다. 작업 노드에 해당하는 노드에는 인접한 하나의 들어오는 전환과 하나의 나가는 전환만 있을 수 있습니다.

경로 노드는 제어점의 모양, 제거, 분기-병합 또는 제어점이 더 이동할 전환의 선택에 해당합니다. 이러한 노드에서 관리 시스템은 라우팅 노드에 포함된 비즈니스 규칙에 따라 제어권이 이전될 다음 노드를 선택합니다. 종종 이러한 노드에는 하나 이상의 들어오거나 나가는 전환이 연결되어 있습니다.

프로세스 단계와 경로 노드의 근본적인 차이점은 경로 노드에서는 기존 데이터를 기반으로 제어점의 추가 이동 경로에 대한 결정만 내리면 되므로 제어점이 위치에 있어서는 안 된다는 것입니다. 오랫동안 경로 노드. 제어점은 공정 단계에 오랫동안 남아 있을 수 있습니다. 이 규칙의 예외는 경로 노드를 병합하는 것인데, 들어오는 제어점이 나머지 들어오는 전환을 따라 제어점의 도착을 "대기"한 후 모든 들어오는 제어점이 파괴되고 나가는 전환을 따라 제어점이 생성됩니다. 그러나 이 전환을 따라 제어점이 이미 도착했다는 정보를 노드에 저장하고 있는 동안 병합 노드에 도착한 제어점이 즉시 삭제된다고 가정하면 이 예외는 사라집니다.

실행 중인 비즈니스 프로세스 인스턴스에는 동시에 여러 제어 지점이 있을 수 있습니다. 비즈니스 로직에 따라 루트 노드의 관리 포인트는 여러 개의 관리 포인트로 분할될 수 있으며, 관리 포인트는 특정 루트 노드에서 서로 대기한 후 하나의 관리 포인트로 병합될 수도 있습니다.

나중에 다양한 비즈니스 프로세스 관련 표준 및 사양이 등장하면서 이 정의가 확장되었습니다.

  1. 하나 이상의 경로 노드와 프로세스 단계를 병합하는 조합 노드가 추가되었습니다. 예를 들어, 가능한 여러 방향 중 하나를 선택하는 뒤에 있는 경로 노드와 작업 노드를 병합할 때 작업 노드만 다이어그램에 배치되고 경로 노드를 떠나야 하는 전환이 직접 연결됩니다.
  2. 그래프의 요소가 아닌 요소를 포함하는 추가 구성(이하 추가 구성이라고 함)이 추가되었지만 이러한 요소에 전환 및 경로 노드가 연결될 수 있거나 전환이 이러한 요소와 교차할 수 있습니다. 예를 들어 비즈니스 프로세스 단계를 포함하기 위해 이벤트 및 인터럽트 영역이 도입되었습니다. 통제 지점이 중단된 영역 내에 있는 경우 이벤트가 발생할 수 있습니다(고객이 주문에 대해 마음을 바꿀 수 있으며 계약 유효 기간 동안 불가항력 상황이 발생할 수 있음 등). 이 경우 제어점은 영역 내부에 있는 노드에서 해당 영역에 연결된 경로 노드로 즉시 이동할 수 있으며 거기에서 연결된 전환을 따라 계속 이동할 수 있습니다.
  3. 프로세스 단계에 해당하지만 작업 노드가 아닌 노드가 추가되었습니다. 예를 들어 프로세스 실행자에게 작업이 제공되지 않는 대기 노드의 경우 UPMS는 특정 이벤트가 발생할 때까지 이러한 노드에서 대기한 후 제어 지점이 계속 진행됩니다. 하위 프로세스 노드도 추가되었습니다. 이러한 노드의 경우 특정 실행자가 정의되지 않으며 SMS&AR은 현재 프로세스의 하위 프로세스로 다른 비즈니스 프로세스를 시작하고 해당 데이터를 해당 프로세스로 전송합니다.

추가 사항을 사용하면 제어 흐름 관점을 다음과 같이 정의할 수 있습니다.

제어 흐름 관점은 비즈니스 프로세스 다이어그램을 나타냅니다. 비즈니스 프로세스 다이어그램은 방향성 그래프와 추가 구성으로 구성됩니다. 비즈니스 프로세스 노드는 프로세스 단계에 해당하는 노드, 경로 노드, 하나 이상의 경로 노드와 프로세스 단계의 병합을 나타내는 결합 노드 등 세 가지 유형이 있습니다.

프로세스 단계는 작업 노드 또는 추가 노드입니다. 제어점은 전환을 따라 이동합니다. 컨트롤 포인트가 액션 노드에 도착하는 순간 SUBPiAR은 실행자에게 작업을 줍니다. 실행자가 작업을 완료한 후 제어 지점은 전환을 따라 다음 프로세스 노드로 이동합니다. 작업 노드에 해당하는 노드에는 인접한 하나의 들어오는 전환과 하나의 나가는 전환만 있을 수 있습니다.

루트 노드는 제어점의 모양, 제거, 분할, 병합 또는 전환 선택에 해당합니다. 이러한 노드에는 관리 지점의 추가 경로가 선택되는 기준이 되는 비즈니스 규칙이 포함될 수 있습니다. 라우팅 노드에서 SUP&AR은 제어가 전송될 다음 노드를 선택합니다.

비즈니스 프로세스에서 가장 일반적으로 사용되는 노드의 동작을 설명하고 그래픽 이미지도 제공합니다.

"시작" 노드는 비즈니스 프로세스 실행의 시작 지점에 해당합니다. 들어오는 가장자리가 없고 하나 이상의 나가는 가장자리가 있습니다. 비즈니스 프로세스 인스턴스를 시작하는 순간 제어 지점이 노드에 배치되어 즉시 나가는 가장자리를 따라 이동합니다. 비즈니스 프로세스에는 단일 "시작" 노드가 있어야 합니다. "얇은" 원으로 표시됩니다(그림 1.1a). 여러 개의 나가는 전환이 있는 경우 노드는 전용 게이트웨이로 결합되므로 비즈니스 프로세스 인스턴스를 시작할 때 사용자는 제어점이 더 이동할 나가는 가장자리 중 하나를 선택합니다.


쌀. 1.1.

"흐름 종료" 노드에는 하나 이상의 들어오는 가장자리가 있어야 하며 나가는 가장자리는 없어야 합니다. 관리 지점이 이 노드에 도달하면 삭제됩니다. 제어 지점이 남아 있지 않은 비즈니스 프로세스의 인스턴스는 완료된 것으로 간주됩니다. 스레드 완료 노드는 여러 개 있을 수 있지만 그러한 노드는 하나 이상 있어야 합니다. "굵은" 원으로 표시됩니다(그림 1.1 b).

"끝" 노드는 비즈니스 프로세스 실행의 끝점에 해당합니다. 끝 노드에는 하나 이상의 들어오는 전환이 있어야 하며 나가는 전환은 없어야 합니다. 제어가 종료에 도달하면 이 프로세스의 모든 스레드와 모든 동기 하위 프로세스가 중지됩니다. 비즈니스 프로세스에는 여러 개의 완료 노드가 있을 수 있습니다. 그러나 비즈니스 프로세스에 흐름 종료 지점이 하나 이상 있는 경우에는 비즈니스 프로세스에 이 노드가 필요하지 않습니다. 원 안의 검은색 원으로 표시됩니다(그림 1.1 c).

"작업" 노드는 수행자를 위한 작업을 생성하고, 중앙에 노드 이름이 기록된 둥근 모서리가 있는 직사각형으로 표시되며(그림 1.1 d) 여러 개의 들어오고 나가는 가장자리를 가질 수 있습니다. 여러 개의 나가는 전환이 있는 경우 노드는 전용 게이트웨이에 의해 결합되므로 도착하는 각 제어 지점에 대해 노드 작업을 수행할 때 사용자는 나가는 전환(에지) 중 하나를 선택합니다. 포인트가 더 이동됩니다.

단독 게이트웨이 노드에는 여러 개의 수신 및 여러 개의 송신 에지가 있을 수 있습니다. 도착하는 각 제어점에 대해 다음에 이동할 나가는 가장자리를 따라 선택됩니다. 이는 "십자가"가 있는 다이아몬드로 표시됩니다(그림 1.2a).


쌀. 1.3.비즈니스 프로세스 다이어그램의 예 "공급업체 송장 지불"(BPMN - 표기법)

그림에서. 그림 1.3은 비즈니스 프로세스 그래프 "공급업체 송장 지불"의 예를 보여줍니다. 프로세스의 단계는 모서리가 둥근 직사각형으로 표시됩니다. 프로세스의 시작은 원에 해당하고 끝은 내부에 원이 있는 원입니다. "Pay the bill" 요소는 결합 노드로, 전환의 경로 연결 노드와 동작 노드로 구성됩니다. 모서리가 둥근 나머지 직사각형은 작업 노드입니다. 다이아몬드 형태의 요소는 제어점 경로가 분기되는 위치인 경로 노드에 해당합니다.

공급업무 관리자는 업무 프로세스 초기에 예상 지급 매개변수(송장번호, 송장일자, 송장금액, 상대방 회사, 대리점 회사, 코멘트)를 입력한다. 다음으로 부서의 예산 집행이 자동으로 모니터링됩니다. 현재 거래가 예산을 초과하면 자동으로 거부되고 비즈니스 프로세스가 종료됩니다. 부서의 예산을 초과하지 않은 경우 거래금액과 지급한도를 비교한다. 또한, 한도를 초과하지 않는 경우 자동으로 청구서를 결제한 후 업무처리가 완료됩니다. 한도를 초과하는 경우 재무담당자의 확인을 받아야 합니다.

다음 비즈니스 규칙은 "공급업체 송장 결제" 비즈니스 프로세스에 해당합니다.

  1. "예산에서 데이터 가져오기" 노드에서 호출된 외부 애플리케이션이 "부서의 예산이 초과되었습니까" 변수에 "아니요" 값을 반환한 경우 한도 확인을 진행해야 하며, 그렇지 않으면 비즈니스 프로세스 완료 노드로 이동해야 합니다.
  2. "송장 금액" 변수의 값이 "일회성 지불 한도" 상수 값보다 작은 경우 "송장 지불" 노드로 이동해야 하며, 그렇지 않으면 "지불 확인" 노드로 이동해야 합니다.
  3. "재무 이사" 역할에 속하는 집행자가 적절한 양식의 필드를 작성하고 "관리자가 승인했는지 여부" 변수에 "예" 값을 반환한 다음 "송장 지불" 노드로 이동합니다. 그렇지 않으면 - 비즈니스 프로세스 완료 노드로 이동합니다.
  4. 비즈니스 프로세스 관리도 복잡할 수 있으며 전통적인 알고리즘 흐름도의 제어 지점 동작과 다를 수 있습니다. 이 예에서 애플리케이션이 상사에 의해 승인되면 제어 흐름은 두 개의 병렬 흐름(분리 및 흐름)으로 나뉩니다. 흐름 병합은 ​​내부에 "더하기 기호"가 표시된 다이아몬드 모양의 요소에 해당하며 동시에 실행된 다음 한 지점에서 "병합"됩니다.

데이터 관점

데이터 관점은 내부 비즈니스 프로세스 변수 세트에 해당합니다. 비즈니스 프로세스 변수는 다음과 상호 작용할 때 입력 및 출력 매개변수가 될 수 있습니다. 정보 시스템기업. 변수의 도움으로 프로세스 단계 간에 정보가 교환되고 결과적으로 외부 정보 시스템 간에 정보가 교환됩니다. 즉, 비즈니스 프로세스는 정보를 기업으로 전송할 수 있습니다. 정보 환경이기종 정보 시스템 간의 비즈니스 프로세스 변수는 가능한 전환을 따라 노드 간 특정 내부 제어점 이동을 선택할 때도 사용됩니다.

표 1.1. "Bill Payment" 비즈니스 프로세스에 해당하는 전역 변수 목록으로, 그 다이어그램은 그림 1에 표시되어 있습니다. 1.1
변수 이름 변수 유형
계좌 번호 선
송장 날짜 날짜
송장 금액 숫자
상대방 회사의 ID(식별번호)( 법인, 청구서가 발행된 대상)
대행사 ID(결제할 법인) 숫자 - 고유 식별자

프로세스 입력은 작업 실행 중에 변경되는 요소입니다. 프로세스 접근 방식에서는 자재, 장비, 문서, 다양한 정보, 인력, 재정 등을 입력으로 고려합니다.

프로세스의 출력은 조치가 취해질 것으로 예상되는 결과입니다. 결과물은 물질적 제품일 수도 있고 다양한 유형의 서비스나 정보일 수도 있습니다.

리소스는 프로세스에 필요한 요소입니다. 입력과 달리 리소스는 프로세스 중에 변경되지 않습니다. 프로세스 접근 방식은 장비, 문서, 재정, 인력, 인프라, 환경 등과 같은 리소스를 정의합니다.

프로세스 소유자– 프로세스 접근 방식은 이 개념을 가장 중요한 개념 중 하나로 소개합니다. 각 프로세스에는 고유한 소유자가 있어야 합니다. 주인은 자기 마음대로 할 수 있는 사람이다. 필요한 금액프로세스의 최종 결과(출력)에 대한 리소스 및 책임을 집니다.

각 프로세스에는 다음이 있어야 합니다. 공급자와 소비자. 공급자는 프로세스의 입력 요소를 제공하고 소비자는 출력 요소를 받는 데 관심이 있습니다. 프로세스에는 외부 및 내부 공급자와 소비자가 모두 있을 수 있습니다. 프로세스에 공급자가 없으면 프로세스가 실행되지 않습니다. 프로세스에 소비자가 없으면 해당 프로세스는 수요가 없습니다.

프로세스 지표업무에 관한 정보를 얻고 적절한 경영 결정을 내리는 데 필요합니다. 프로세스 지표는 프로세스 자체와 그 결과(출력)를 특성화하는 일련의 정량적 또는 정성적 매개변수입니다.

프로세스 접근 방식의 이점

프로세스 접근 방식은 조직 업무에서 수평적 연결을 생성하므로 기능적 접근 방식에 비해 많은 이점을 얻을 수 있습니다.

프로세스 접근 방식의 주요 장점은 다음과 같습니다.

  • 프로세스 내에서 다양한 부서의 활동을 조정합니다.
  • 프로세스 결과에 대한 오리엔테이션
  • 조직의 효과성과 효율성을 높입니다.
  • 결과 달성을 위한 조치의 투명성
  • 결과의 예측 가능성 향상
  • 목표 프로세스 개선을 위한 기회 식별
  • 기능 부서 간의 장벽을 제거합니다.
  • 불필요한 수직적 상호작용을 줄입니다.
  • 청구되지 않은 프로세스 제거
  • 시간과 재료비를 절감합니다.

프로세스 접근을 기반으로 한 활동 개선

프로세스 접근 방식은 조직의 업무를 개선하기 위한 몇 가지 대중적이고 매우 효과적인 개념의 기초가 됩니다. 오늘날 프로세스 접근 방식을 운영 효율성 향상을 위한 주요 접근 방식으로 사용하는 네 가지 영역으로 구분할 수 있습니다.

이러한 영역에는 다음이 포함됩니다.

종합적인 품질관리(TQM) 이는 조직의 제품, 프로세스 및 관리 시스템의 품질을 지속적으로 개선하는 개념입니다. 조직의 업무는 고객 만족을 기반으로 합니다.

상호 연결된 일련의 비즈니스 프로세스와 활동 목적인 회사입니다.

안에 현대적인 상황점점 더 많은 기업이 개별 기능 집합이 아닌 활동의 본질을 나타내는 일련의 비즈니스 프로세스로 비즈니스를 최대한 효율적으로 관리할 수 있다는 결론에 도달하고 있습니다. 이 접근 방식은 경쟁이 심화되고 역동성이 높아짐에 따라 비교적 최근에 경영에 사용되기 시작했습니다. 외부 환경. 이는 비즈니스 유연성을 높이고 시장 변화에 대한 대응 시간을 단축하며 비즈니스 결과를 개선하고 목표 달성을 향상시키는 것을 목표로 합니다.

경영에 대한 프로세스 접근방식만이 유일한 것은 아니다 가능한 옵션, 예를 들어 상황에 따라 또는 체계적으로 다른 접근 방식이 있기 때문입니다. Systematic은 회사 조직을 정기적으로 변화하는 조건에서 목표 달성에 초점을 맞춘 상호 연결된 요소의 커뮤니티로 간주합니다. 상황적 접근 방식은 특정 방법과 행동의 사용이 항상 상황에 따라 결정된다는 것을 의미합니다.

기업 구현의 프로세스 기능

회사의 구현 프로세스는 다음 단계에 따라 진행됩니다.

    주요 비즈니스 프로세스의 네트워크가 식별됩니다(접근 방식을 사용하기 시작할 때의 형태로).

    프로세스는 중요성 수준에 따라 순위가 매겨지고 예비 모델이 생성됩니다.

    모든 프로세스가 분석되고 "병목 현상"이 식별됩니다. 즉, 가장 주의 깊게 해결해야 하는 문제 영역입니다.

    얻은 결과를 바탕으로 프로세스의 이상적인 과정을 보여주는 모델이 구축됩니다.

    이러한 혁신은 기업 전체와 특정 영역 모두에서 구현될 수 있습니다.

    프로세스 접근 방식: 기본 원칙

    비즈니스를 시스템으로 인식:

      모든 형태의 기업은 개발을 포함하여 시스템으로 간주됩니다.

      지역 문제를 해결한다고 해서 시스템이 바뀌는 것은 아닙니다. 단지 전체가 바뀔 수 있을 뿐입니다.

    활동을 프로세스로 인식:

      모든 활동은 개선될 수 있습니다. 이것이 프로세스 관리가 추구하는 목표입니다.

      모든 활동에는 존재 여부에 따라 구분이 있습니다. 물질적 자원, 인원, 시간 등.

    표준 개발 및 책임 투명성 원칙 도입:

      모든 활동은 입력 제품을 출력 제품으로 변환하여 결과를 얻는 것을 목표로 합니다.

      각 프로세스에서 입력 및 출력 제품의 공급업체를 결정해야 합니다. 이는 책임을 결정하는 데 필요합니다. 또한 입력 및 출력 제품에는 최대 품질에 관심이 있는 자체 소비자가 있습니다.

    책임의 표준화 및 투명성:

      시스템 구축에 대한 책임은 회사의 최고 경영진에게 있습니다.

      각 프로세스에는 실행 품질을 책임지는 자체 소유자가 있습니다.

      문제를 신속하게 발견할 수 있도록 모든 프로세스가 표준화되고 투명해야 합니다.

    관리에 대한 프로세스 접근 방식에는 비즈니스 자체를 일련의 프로세스로 설명하는 것뿐만 아니라 이러한 프로세스를 모니터링, 개선 및 관리하는 시스템도 포함됩니다. 프로세스 접근 방식을 적용하려면 프로세스를 설명, 최적화 및 자동화해야 한다고 말할 수 있습니다. 이것은 다음을 사용하여 가장 잘 수행될 수 있습니다. 특수 시스템. 관리에 대한 프로세스 접근 방식은 특히 처음에 필요한 부서에 도움이 됩니다. 높은 레벨표준화하고 회계, 경제, 기획 부서 등 모든 프로세스가 최대한 상세하게 설명됩니다.

코스 작업

주제: 제어 이론

관리에 대한 프로세스 접근 방식

소개

1. 프로세스 접근법 적용의 특징

1.1 프로세스 접근법의 개념

1.2 자원 기반 및 프로세스 분해

1.3 프로세스 접근 방식 이해

2. 관리에 대한 프로세스 접근 방식 구현

2.1 프로세스 접근 방식의 효율성

2.2 프로세스 설명 수준

2.3 프로세스 접근 방식의 단계적 구현

결론

사용된 문헌 목록

소개

인적, 물질적 및 비용을 최소화하기 위해 비즈니스 프로세스의 효과적인 관리 및 최적화를 위해 기업 관리에서 프로세스 접근 방식을 사용하는 합리성에 대한 정당화 재정적 비용기업 운영 과정에서 제품 경쟁력을 높이고 회사의 잠재력을 높입니다.

세계 시장에서 러시아 기업의 경쟁력이 부족한 상황에서 조직 관리에 프로세스 접근 방식을 사용하는 것은 현재 상황에서 적절하고 유망한 방법입니다.

모든 비즈니스 활동의 목표는 이익을 창출하는 것입니다. 조건에서 시장 경제기업은 잠재력, 즉 미래에 예상되는 이익 수준을 지속적으로 높여야 합니다. 기업의 경쟁력 수준은 적분 표시기그 잠재력. 잠재력이 증가한다는 것은 품질 향상, 생산 비용 절감, 계획된 시간 내에 주문 이행 등 기업 활동 개선을 의미합니다.

기업 활동 개선은 관리에 대한 프로세스 접근 방식을 사용하여 수행할 수 있으며, 이를 통해 다음이 가능합니다.

      주요 비즈니스 프로세스 목록을 작성하고 얻은 데이터를 기반으로 합리성에 대한 결론을 도출합니다. 자원 사용, 직원 수 및 업무량 등

      누락되거나 중복된 비즈니스 프로세스를 식별하고 적절하게 조정합니다.

      기업의 각 부서의 기능 목록을 결정합니다.

      부서와 부서에서 수행되는 기능 간의 관계를 설정합니다.

관리에 대한 프로세스 접근 방식 구현의 특정 기능이 이 주제의 관련성을 결정했습니다.

이 작업의 목적은 관리에 대한 프로세스 접근 방식의 특징을 고려하는 것입니다.

이 목표를 달성하려면 다음 작업을 해결해야 합니다.

      프로세스 접근 방식 사용의 특징을 고려하십시오.

      프로세스 접근 방식의 효율성을 강조합니다.

      프로세스 접근법의 실제 구현 측면과 단계를 분석합니다.

연구의 이론적 기초는 경영 및 경영 이론 분야의 국내 주요 과학자 및 전문가의 연구에 포함된 과학적 조항으로 구성됩니다.

본 연구의 연구 목적은 경영에 대한 프로세스 접근이며, 주제는 프로세스 접근의 특징과 복잡성이다.

본 연구에서는 비교분석 연구방법을 사용합니다.

작업의 실질적인 중요성은 관리에 대한 프로세스 접근 방식의 특징을 고려하는 데 있습니다.

이것 코스 작업서론, 두 장, 결론, 참고문헌 목록으로 구성됩니다.

1. 프로세스 접근법 적용의 특징

1.1 프로세스 접근법의 개념

프로세스 접근 방식은 완벽한 관리의 가장 중요한 특징입니다. ISO 9000:2000 국제 표준 시리즈의 기초로 사용되는 이러한 접근 방식은 사실 새로운 것이 아닙니다. 60년대 후반에 복잡한 SADT 시스템의 구조 분석 및 투영을 위한 방법론이 개발되었습니다.

SADT 방법론은 1975년에 시장에 나타났습니다. 나중에 프로세스를 설명하는 이러한 접근 방식은 IDEFO라는 미국 연방 표준의 형태로 공식화되었습니다. 이 프로세스에 대한 가장 큰 관심은 80년대 중반 M. Hammer, D. Ciampi 등의 출판물 이후에 나타났습니다. 1988년에는 프로세스 접근 방식이 Malcolm Baldrige Award 모델에 포함되었고, 1991년에는 European Quality Award의 비즈니스 우수성 모델에 포함되었습니다.

프로세스는 입력을 출력으로 변환하는 일련의 상호 연관되고 상호 작용하는 활동입니다(ISO 9000 2000). 프로세스(제품)의 출력은 소비자에게 가치를 갖습니다. 프로세스 접근 방식에 관해 이야기할 때, 이는 우선 프로세스와 프로세스에 포함된 각 작업(활동, 하위 프로세스, 두 번째 또는 후속 수준 또는 기능의 프로세스)의 관리가 특별한 방법론적 기술을 사용하여 발생한다는 것을 의미합니다. 꽤 잘 개발되어 많은 오류를 제거할 수 있습니다.

다음은 프로세스 접근 방식을 성과 향상의 수단으로 사용할 수 있는 회사의 몇 가지 일반적인 상황입니다.

옵션 1. 조직은 꽤 잘하고 있지만 조직의 성장률 감소, 시장 경쟁 증가를 예측하고 조직 존재에 대한 기타 위험 요소를 고려하는 관리자 또는 소유자는 조직의 효율성을 높이는 방법을 찾기 시작합니다. 비즈니스 프로세스를 최적화하여 효율성을 높입니다.

옵션 2. 시장 상황은 조직에 매우 잘 형성되고 있지만 조직의 규모와 비즈니스의 성장 속도가 관리 시스템의 개발 속도를 앞지르고 있으며 소유자는 비즈니스 통제권 상실을 우려하고 있습니다. 조직의 비즈니스 프로세스를 설명하고 자동화하여 상황을 통제할 수 있는 새로운 방법을 찾기 시작했습니다 1 .

일반적으로 소유자와 관리자는 다음과 같은 주요 문제를 해결하기 위해 관리에 프로세스 접근 방식을 적용할 것으로 기대합니다.

      비용 절감;

      수익성 증가;

      관리 효율성 향상(회사 보고 시스템 개선, 투명한 관리 시스템 구축, 경영 결정 절차 가속화)

      회사 경영에서 인적 요소의 영향을 줄입니다.

어떤 경우에는 관리자가 문제를 해결하기 위해 가장 자격을 갖춘 전문가로 구성된 작업 그룹(프로젝트 그룹)을 만듭니다. 올바른 솔루션을 찾기 위해 관리자와 실무 그룹그들은 회사의 조직 구조를 변경하고 부서와 부서를 재할당하기 시작합니다. 외부에서 볼 때 이 활동은 종종 연주자를 교체하여 오케스트라의 조화로운 연주를 달성하려는 시도와 유사합니다.

대부분의 기업은 조직 변화와 수행자의 업무 강도 증가로 인해 심각한 장기적 성과를 달성하지 못합니다. 종종 회사 관리자는 전문 컨설턴트에게 문의하기로 결정합니다. 경영진과 전문가들은 이 문제에 도움을 줄 수 있는 컨설팅 회사를 찾기 시작합니다. 불행히도 컨설턴트의 권장 사항은 너무 자주 발생합니다. 일반 성격, 구현으로 원하는 결과를 얻지 못합니다. 그렇기 때문에 기업 관리자는 프로세스 관리 기술을 독립적으로 숙달해야 하며, 조직에 변화를 구현할 때 주로 자신의 강점에 의존해야 합니다 2 .

종종 회사 관리자는 별도의 하나의 파일럿 프로세스를 통해 올바른 관리 시스템을 구축하려고 시도하며 이에 대한 설명과 개선은 외부 컨설턴트에게 위임됩니다.

그러나 경험에 따르면 모든 조직은 복잡한 상호 작용 시스템이고 활동 세그먼트 중 하나에 대한 설명으로는 전체 조직 관리의 체계적인 문제를 제거할 수 없기 때문에 그러한 접근 방식은 분명히 실패할 운명이라는 것을 알 수 있습니다. 하나의 프로세스에서 제어 및 상호 작용 시스템을 구축하는 경우 이 파일럿 프로세스와 다른 프로세스의 상호 작용을 포착해야 합니다. 단방향 상호 작용 설명을 사용하면 다음과 같은 상황이 가능합니다.

파일럿 프로세스의 리더가 전체 조직이 아닌 자신의 프로세스의 이점과 장점의 관점에서 공동 작업의 규제 및 후속 구현을 추구할 때 "담요 당기기" 효과가 나타납니다.

파일럿 프로세스의 관리자 및 소유자 측에서 활동을 규제하기 위한 시스템을 만드는 데 필요한 경험이 부족하면 생성, 합의 및 승인된 문서가 다음 문서가 작성될 때마다 조정 및 수정되어야 한다는 사실로 이어집니다. 파일럿과 상호작용하는 프로세스가 생성됩니다.

프로세스 관리 시스템을 만든다는 것은 위에서 아래로 프로세스 지표를 계획하는 시스템과 아래에서 위로 관리 보고 시스템을 만드는 것을 의미합니다. 이러한 시스템은 조직 최고 경영진의 계획부터 시작하여 하향식으로만 구축할 수 있습니다.

고위 경영진과 사업주의 계획을 중간 및 하위 관리자에게 알리는 문제는 가장 중요한 부분 중 하나입니다. 고위 경영진의 계획에 대한 정보가 부족한 프로세스 소유자는 자신이 실행할 수 있는 것으로 알려진 계획을 수립하려고 노력할 것입니다.

관리에 대한 프로세스 접근 방식의 개념은 다음을 기반으로 합니다.

    MS ISO 9000 시리즈 표준 버전 2000에서 제안된 품질 관리 시스템 구축 원칙

    P-D-C-A(Plan-Do-Check-Action) 주기, 흔히 데밍 주기라고 합니다.

    Norton과 Kaplan이 개발한 BSC(Balance ScoreCard) 설계 원칙.

    원칙 프로젝트 관리, 프로세스 접근 방식 도입을 포함한 조직의 모든 변경은 프로젝트로 수행되기 때문입니다.

    관리 시스템 구축 및 조직 성과 향상 분야에서 최고의 글로벌 경험 4.

조직 관리에 대한 프로세스 접근 방식은 조직의 비즈니스 프로세스 식별과 이러한 비즈니스 프로세스의 관리를 기반으로 합니다.

표현의 단순화를 위해 "비즈니스 프로세스"라는 용어를 "프로세스"라는 용어로 대체하겠습니다. 또한 경영의 기본 원칙은 회사의 유형, 프로필 및 활동 분야에 좌우되지 않으므로 향후 프로세스 관리 시스템을 구축하는 회사를 지정하는 데 "조직"이라는 용어가 사용됩니다. 이 용어는 산업 기업, 관리 회사, 컨설팅 또는 법률 사무소, 상업 또는 정부 기관에 동일하게 적용됩니다.

모든 유형의 조직에서 가장 시급한 과제는 조직의 목표 달성과 외부 환경에서의 성공 달성을 보장하는 효과적인 관리 시스템을 구축하는 것입니다.

모든 제어 시스템은 고유하게 정의된 개체를 기반으로만 구성할 수 있습니다. 모든 관리 시스템에서 가장 중요한 개체는 통제되는 "통제 대상"과 통제하는 "통제 대상"입니다. 따라서 프로세스 관리 시스템의 경우 이러한 개체는 "프로세스" 및 "프로세스 소유자"라는 용어로 정의됩니다.

프로세스는 특정 기술을 사용하여 입력을 소비자에게 가치 있는 출력으로 변환하는 안정적이고 목적이 있는 일련의 상호 연관된 활동입니다.

이 정의는 MS ISO 9000:2000 표준의 정의를 기반으로 하며 매우 일반적입니다.

프로세스에는 세 가지 주요 그룹이 있습니다.

      기능 단위의 경계를 넘어 조직의 여러 부서 또는 전체 조직을 통과하는 엔드 투 엔드(교차 기능) 프로세스

      조직의 하나의 기능 단위 내에서 활동이 제한되는 부서의 프로세스(기능 내) 및 하위 프로세스

      조직 활동의 가장 낮은 수준의 운영(기능)은 원칙적으로 한 사람이 수행합니다.

"하위 프로세스"라는 용어는 프로세스를 구성하는 하위 프로세스 집합으로 보다 자세히 고려해야 하는 경우에 사용됩니다.

프로세스 또는 하위 프로세스는 본질적으로 작업이므로 이러한 작업을 지정하려면 "생산 프로세스", "판매 프로세스"와 같이 프로세스, 하위 프로세스(또는 기능)의 이름을 동사 또는 동사 명사로 표현해야 합니다.

프로세스를 관리하려면 프로세스 구현과 결과를 담당하는 담당자를 임명해야 합니다. 공무원이 프로세스를 관리하려면 프로세스를 수행하는 데 필요한 자원이 그에게 할당되어야 하며 권리와 권한이 위임되어야 합니다. 각 프로세스는 자체적으로 존재하지 않지만 조직 내에서 일부 기능을 수행하며 조직의 최고 경영진에 의해 제어됩니다. 어떤 경우에는 직원 한 명이 프로세스를 관리하는 것이 아니라 단체관리하는 경우 프로세스 소유자의 정의는 다음과 같습니다. 5.

프로세스 소유자는 프로세스를 수행하는 데 필요한 자원을 처분할 수 있는 공식 또는 공동 관리 기관입니다. 책임이 있는과정의 결과를 위해.

프로세스 소유자는 프로세스를 관리하며 프로세스의 필수적인 부분입니다.

비즈니스 프로세스의 입력은 프로세스 실행 중에 출력으로 변환되는 제품입니다.

입력에는 항상 자체 공급자가 있어야 합니다. 프로세스 입력에는 원자재, 자재, 반제품, 문서, 정보, 인력("직원 배치" 프로세스용), 서비스 등이 포함될 수 있습니다.

프로세스 입력:

      외부에서 프로세스를 입력합니다.

      그 양은 하나 또는 여러 주기로 계획됩니다. 프로세스 작업, 또는 일정량의 제품 출시.

산출물(제품)은 프로세스의 결과이며 프로세스 외부의 클라이언트에 의해 소비되는 자료 또는 정보 객체 또는 서비스입니다.

프로세스의 출력(제품)에는 항상 소비자가 있습니다. 소비자가 다른 프로세스인 경우 이 출력은 입력입니다. 프로세스의 출력(산물)은 다른 프로세스를 실행할 때 리소스로 사용될 수도 있습니다. 프로세스 출력에는 완제품, 문서, 보고를 포함한 정보, 인력, 서비스 등이 포함될 수 있습니다.

비즈니스 프로세스 리소스는 프로세스를 수행하는 데 지속적으로 사용되지만 프로세스에 대한 입력은 아닌 자료 또는 정보 개체입니다.

1.2 자원 기반 및 프로세스 분해

프로세스 리소스에는 정보, 인력, 장비, 소프트웨어, 인프라, 환경, 운송, 통신 등이 포함될 수 있습니다.

프로세스 리소스:

      프로세스 소유자의 통제를 받습니다.

      그 양은 많은 수의 사이클 또는 장기간의 공정 운영을 위해 계획됩니다.

정보와 인력을 프로세스의 입력, 자원 및 출력으로 동시에 분류하는 것은 실수가 아닙니다. 예를 들어 기본 프로세스의 관점에서 인력은 인사 서비스에서 제공하는 리소스입니다. 관점에서 인사 서비스– 인사는 공석을 채우기 위해 훈련받지 않은 후보자의 형태로 입사하는 제품이며, 채용 및 교육 과정의 결과로 기성 전문가가 부서장으로 이동됩니다.

프로세스를 완료하는 데 필요한 개체를 "입력"과 "자원"으로 나누는 것은 매우 임의적입니다. 프로세스 실행에 있어 더 중요한 것은 정확한 정의프로세스가 발생하고 성공적으로 완료되기 위해 프로세스 소유자가 사용할 수 있어야 하는 항목입니다.

산출물, 투입물, 자원은 물질적 대상이기 때문에 명사로 표시해야 합니다.

그림 1 - 단순화된 프로세스 다이어그램

그림 1에 표시된 프로세스에는 입력과 출력이 있습니다. 프로세스를 수행하기 위해 리소스(인력, 장비, 인프라, 환경 등)가 사용됩니다. 프로세스 소유자가 프로세스를 제어합니다. 프로세스를 수행하는 데 필요한 모든 자원은 그의 처분에 달려 있습니다. 위에 제시된 프로세스 소유자의 정의는 다음과 같이 보완될 수 있습니다. "프로세스 소유자는 인력, 인프라, 소프트웨어 및 하드웨어, 프로세스에 대한 정보를 보유하고 프로세스 진행을 관리하며 다음을 담당하는 공무원입니다. 프로세스의 결과와 효율성.”

프로세스를 관리하기 위해서는 프로세스 소유자가 프로세스의 진행 상황에 대한 정보와 프로세스의 소비자(클라이언트)로부터 정보를 받아야 합니다. 따라서 프로세스 관리의 구성 요소 중 하나는 프로세스 소유자에게 정보를 제공하는 시스템입니다. 따라서 고위 경영진은 프로세스 진행 상황에 대한 정기적인 보고를 받아야 합니다.

프로세스가 작동하려면 고위 경영진이 프로세스의 목적을 결정하고, 프로세스 소유자의 목표를 설정하고, 프로세스의 성과 및 효율성 지표에 대한 계획된 값을 승인해야 합니다. 그러면 프로세스 소유자는 수신된 정보와 수립된 계획을 기반으로 관리 결정을 내립니다.

따라서 그림 1은 수평적 자재 흐름, 자원, 수직적 정보 흐름과 관리 상호 작용의 상호 관계를 고려한 다소 복잡한 프로세스 다이어그램을 제시합니다.

그림 2는 최상위 프로세스 중 하나를 보다 자세한 프로세스(하위 프로세스, 기능)로 분해하는 것을 보여줍니다. 조직의 활동을 전체적으로 고려하면 이를 설명하기 위해 확대된 프로세스가 사용됩니다. 최상위 프로세스의 예로는 조달 계획, 계약 체결, 주문, 물품 및 자재 수령(재고), 상품 및 자재 지불, 상품 및 자재를 생산에 출시합니다. 프로세스 분해 수준의 수는 프로젝트 목표에 따라 결정되며 너무 커서는 안 됩니다(6~8 수준 이상). 조직에 존재하는 비즈니스 프로세스를 결정할 때 최상위 수준에서 프로세스 설명을 시작하는 것이 좋습니다.

그림 2 - 프로세스를 하위 프로세스로 분해하는 애니메이션

비즈니스 프로세스를 모델링할 때 발생하는 가장 중요한 문제 중 하나는 필요한 설명 깊이를 결정하는 것입니다. 모델을 분해하면 다이어그램의 개체 수가 기하급수적으로 늘어납니다. 따라서 설명에서 실제로 적절한 세부 수준을 초기에 결정하는 것이 항상 매우 중요합니다.

비즈니스 프로세스 설명의 상위 수준은 부사장 수준의 최고 관리자가 관리하는 프로세스에 해당합니다. 두 번째 수준의 프로세스는 일반적으로 기업의 대규모 기능 부문 수준에서 고려됩니다. 세 번째 수준은 부서 및 부서의 기능 수준입니다. 4단계는 직장 등에서 수행되는 기능이다. 6.

1.3 프로세스 접근 방식 이해

현재 전문 경영 컨설턴트는 기업 관리에 대한 프로세스 접근 방식에 대한 표준적인 이해를 갖고 있지 않습니다. 결과적으로 컨설팅 서비스 고객(산업 기업의 관리자)은 다양한 접근 방식과 방법론을 다루어야 합니다. 일부 회사는 균형경영성과표(BSC) 구축 방법론을 적극적으로 홍보하고 있는 반면, 다른 회사에서는 소위 BSC(균형경영성과표)를 작성하고 있습니다. ARIS를 사용하는 "엔터프라이즈 프로세스 모델", 단기간 및 고정 비용으로 모든 기존 프로세스를 최적화하는 방법을 제안하는 방법, TQM의 즉각적인 구현을 요구하는 방법 등도 있습니다. ISO 9000:2000 시리즈 표준의 출현은 프로세스 관리 방법 개발에 심각한 자극을 주었지만 프로세스와 프로세스 접근 방식에 대한 다양한 해석 문제는 해결되지 않았습니다. 서비스 목록에 있는 일부 컨설팅 회사는 예를 들어 비즈니스 프로세스 설명 및 최적화, 작업 설명 작성, ISO 인증 등을 나타냅니다. 따라서 많은 컨설턴트에게 프로세스 접근 방식과 프로세스 재구성(리엔지니어링)은 하나의 문제이고, 프로세스 기반 품질 관리 시스템의 구현은 첫 번째 것과 거의 관련이 없는 다른 문제입니다.

다양한 접근 방식에도 불구하고 프로세스 집합으로서의 조직 활동에 대한 포괄적이고 체계적인 고려, ISO 9000:2000 시리즈의 원칙을 사용하는 프로세스 관리 시스템 개발을 기반으로 프로세스 접근 방식에 대한 하나의 이해가 강조되어야 합니다. 가장 최적입니다.

조직 프로세스 네트워크 - 조직 관리에 대한 이러한 접근 방식은 조건부로 "완전함"이라고 부를 수 있으며, 더 정확하게는 ISO 9001:2000에서 요구하는 엔터프라이즈 프로세스를 식별하는 체계적인 접근 방식이라고 할 수 있습니다. 고려 중인 접근 방식은 다음 네 가지 주요 원칙을 기반으로 합니다.

      조직과 관련된 프로세스 및 시스템 접근 방식을 결정합니다.

      조직의 프로세스(비즈니스 프로세스)를 결정합니다.

      조직에서 프로세스 접근 방식을 구현하는 데 필요한 단계를 이해합니다.

      조직의 상호 연결된 프로세스의 네트워크(시스템)를 결정합니다.

모든 활동은 다양한 세부 수준에서 고려될 수 있기 때문에 네트워크 또는 프로세스 시스템의 개념을 정의하기가 매우 어렵습니다. "매크로프로세스", "비즈니스 프로세스", "하위 프로세스" 등과 같은 복잡하고 인위적인 정의를 도입하지 않기 위해 엔터프라이즈 프로세스 네트워크는 다음과 같이 정의할 수 있습니다. 프로세스 네트워크는 상호 연결되고 상호 작용하는 엔터프라이즈 프로세스의 집합입니다. 기업에서 수행되는 모든 유형의 활동을 포함합니다. 따라서 이러한 프로세스 네트워크(시스템) 정의를 사용할 때 기업에 얼마나 많은 프로세스가 할당되는지는 중요하지 않습니다. 모든 활동은 예외 없이 프로세스로 간주되는 것이 중요합니다.

조직의 활동과 자원을 관리하기 위해 상호 연관된 프로세스 시스템을 사용하는 것을 "프로세스 접근 방식"이라고 할 수 있습니다. ISO 9001:2000의 4.1항에 따라 프로세스 관리 시스템의 구현을 보장하기 위해 조직은 다음을 수행해야 합니다.

      품질경영시스템에 필요한 프로세스와 조직 내 적용을 식별합니다.

      이러한 프로세스의 순서와 관계를 결정합니다.

      이러한 프로세스 자체와 관리가 모두 효과적인지 확인하는 데 필요한 기준과 방법을 결정합니다.

      이러한 프로세스의 진행과 모니터링을 지원하는 데 필요한 자원과 정보가 이용 가능하다는 확신을 제공합니다.

      이러한 프로세스를 관찰, 측정 및 분석하고 계획된 결과를 달성하는 데 필요한 활동을 구현합니다. 지속적인 개선이러한 프로세스.

프로세스 관리 시스템의 프레임워크 내에서 기업의 모든 프로세스와 실제 프로세스를 고려해야 하며 인위적으로 활동과 분리되어서는 안 됩니다. 프로세스의 "현실"은 프로세스의 네트워크(시스템)를 기업의 기능 부서에 연결함으로써 달성됩니다.

"기능적" 조직과 "프로세스" 조직 사이의 대조는 올바르지 않습니다. 계층적으로 구성된 조직에는 프로세스가 없다고 말하는 것은 잘못된 것입니다. 그들은 어느 조직에나 존재합니다. 유일한 질문은 기존 관리 시스템이 특정 미래에 소유자가 지정한 범위까지 기업의 지속 가능하고 수익성 있는 운영을 보장할 것인지 여부입니다. 그렇지 않다면 무엇보다도 관리 시스템에서 무언가를 변경해야 합니다. 프로세스 접근 방식 이 경우관리자가 관리 시스템의 재구성을 계획할 때 사용할 수 있는 필수 도구 세트 중 기본 도구입니다. 프로세스를 기능 부서에 연결하면 다음을 달성할 수 있습니다.

      프로세스 경계의 명확한 정의(입력/출력, 부서에서 수행하는 기능별)

      엔터프라이즈 프로세스의 네트워크(시스템) 내 프로세스 상호 작용에 대한 명확한 정의

      각 프로세스의 효율성과 효율성을 담당하는 프로세스 소유자를 명확하게 식별합니다.

2. 관리에 대한 프로세스 접근 방식 구현

2.1 프로세스 접근 방식의 효율성

활동 및 관련 자원을 프로세스로 관리하면 원하는 결과를 더욱 효율적으로 얻을 수 있습니다.

관리 업무의 생산성을 높이기 위해 어디에서나 사용되는 기능 관리는 프로세스의 각 부분 사이에 장벽, 절벽, 구멍을 만들어 제품 생성 또는 서비스 제공 프로세스의 연속성을 파괴했습니다. 결과적으로 체인은 매우 길고, 복잡하고, 혼란스러워졌고, 궁극적으로 비효율적이 되었습니다.

기능 관리를 완전히 파괴하지 않고(관리를 포함하여 모든 곳에서 전문화가 필요함) 프로세스 접근 방식을 사용하면 프로세스 체인을 연결하고, 불필요한 체인을 버리고, 중복 프로세스를 제거하고, 병렬로 수행할 수 있고 수행해야 하는 프로세스를 병렬화할 수 있습니다.

기업에서 프로세스 접근 방식을 익히려면 군사 수용 메커니즘에 따라 고객 대표(정부 공무원이 아님)가 제품 개발 및 제조에 동행하는 군사 산업에서 축적된 경험을 적절하게 사용하는 것이 가능하고 필요합니다. 첫 번째 단계부터 마지막 ​​단계까지. 그러나 군사적 수용 경험을 활용하는 것만으로는 산업의 필요한 재생에 충분하지 않습니다. 결국 군사적 수용에 내재된 프로세스 접근 방식은 고객이 부과하는 것이지만 활동 효율성을 향상시키려는 회사 내부 요구를 구현한 결과여야 합니다. 따라서 리엔지니어링은 이제 기업 및 조직에 더 적합합니다. 즉, 사용되는 프로세스를 재설계하는 것입니다. 8.

어떤 면에서 프로세스를 이해하는 것은 알고리즘을 이해하는 것과 비슷합니다. 사실은 조직의 삶에서 모든 것이 큰 역할정보기술(IT)이 활약한다. 그리고 IT는 알고리즘의 언어 이외의 어떤 언어도 이해하지 못합니다. 인간 활동의 많은 영역에서 IT는 경쟁력 확보를 위한 필수 조건이므로 조직 활동의 프로세스 설명은 매우 적절합니다. 또한 프로세스 접근 방식은 IT 환경 외부에서도 편리합니다. 이는 주로 시각화를 위한 광범위한 기회를 열어 직원 참여를 가능하게 하기 때문입니다. 따라서, 우리 얘기 중이야프로세스 사고 현상에 대해, 즉 이 세상에 보이는 모든 것을 프로세스로 바꾸는 세계관입니다. 이를 위해 다음과 같은 14단계로 구성된 메타 프로세스가 제안됩니다.

1) 품질 관리에 필요한 전체 프로세스 시스템을 식별(명시)합니다.

2) 이 프로세스 시스템의 순서, 관계 및 상호 작용을 결정합니다.

3) 전략적 목표와 계획의 관점에서 핵심 프로세스를 식별합니다.

4) 이 프로세스에 대해 책임을 질 준비가 된 직원을 찾아 적절한 권한을 부여하고 그를 프로세스의 소유자로 만듭니다.

5) 프로세스의 고객 또는 소비자를 식별하고 프로세스의 출력을 설명합니다. 운영 결과의 품질 요구 사항;

6) 프로세스 입력 요소(예: 자원)에 대한 프로세스 공급업체 및 요구사항을 결정합니다.

7) 이 프로세스의 효과적인 관리를 위한 기준을 결정하고 이를 위해 도량형으로 지원되는 측정기를 선택합니다.

8) 품질 지표 및 프로세스 효율성을 측정하기 위한 프로세스를 계획합니다.

9) 프로세스 관리 시스템을 고려하여 프로세스 자체를 블록 다이어그램 또는 흐름도 형식으로 설명합니다.

10) 프로세스 단계별로 입력 및 출력 문서를 결정합니다(예: 규정, 직업 설명, 작업 기록 등);

11) 프로세스의 효과적인 관리 및 모니터링에 필요한 정보 흐름을 보장합니다.

12) 프로세스와 관련된 데이터를 정기적으로 평가, 모니터링 및 분석합니다.

13) 프로세스 목표 달성을 목표로 시정 및 예방 조치를 체계적으로 수행합니다.

14) 프로세스 변경 절차를 결정합니다.

메타 프로세스는 품질뿐만 아니라 일반적인 관리와 관련된 모든 프로세스를 식별하고 설명하는 체계적인 접근 방식을 제공합니다. 그러나 소위 비즈니스 프로세스가 특히 중요합니다. 소비자가 있는 한 존재하는 비즈니스 프로세스의 결과에 대해 기꺼이 비용을 지불할 의사가 있는 특정 소비자가 있다는 것이 특징입니다. 그들의 구성과 체계화는 제조업체의 편의에 따라 수행되지 않고 소비자 중심의 원칙에 따라 수행됩니다. 이는 일반적으로 전통적인 조직 구조가 프로젝트 접근 방식과 팀 작업 방식으로 대체된다는 것을 의미합니다 9 .

비즈니스 프로세스는 내부 프로세스와 외부 프로세스로 구분됩니다. 내부 프로세스의 예로는 기업의 품질 시스템 개발 및 구현이 있습니다. 외부 비즈니스 프로세스는 일반적으로 클라이언트에 의해 생성됩니다. 모든 경우에 운영 체인 형태의 비즈니스 프로세스는 조직 내에서 발생합니다. 품질 시스템의 경우 비즈니스 프로세스의 각 요소를 자체 소비자와 공급자, 자체 입력 및 출력이 있는 프로세스로 간주하는 것이 매우 중요합니다.

2.2 프로세스 설명 수준

프로세스에 대한 설명에는 여러 수준이 있습니다. 일반적으로 전략적이라고 불리는 가장 높은 수준에서 조직은 이해관계자와 상호 작용하는 "블랙박스"로 간주됩니다. 따라서 이 수준에서 프로세스를 분류하는 주요 기준은 프로세스가 시작되는 클라이언트(이해관계자)입니다. 우리에게는 프로세스의 정확한 이름이 식별 자체의 원리만큼 중요하지 않습니다. 편의상 만족을 위해 생성된 프로세스를 다음과 같이 호출하는 데 동의합니다.

      관리 이익 - 관리 프로세스;

      직원의 이익 - 사회적 과정;

      사랑하는 소비자 - 비즈니스 프로세스.

명심하는 것이 중요합니다. 비즈니스 프로세스는 결과가 고객의 자금으로 교환된다는 점에서 다른 프로세스와 근본적으로 다릅니다. 의심할 여지 없이 이는 가장 중요한 과정입니다. 왜냐하면 이를 통해 우리가 존재하기 때문입니다.

이 분류 기능은 이해관계자의 관심을 놓치지 않고 이에 맞게 프로세스를 조정할 수 있다는 점에서 특히 중요합니다. 이는 또한 균형성과표 10 구축을 향한 첫 번째 단계이기도 합니다.

두 번째 분류 기준은 프로세스를 이해관계자를 위한 가치 창출을 목표로 하는 프로세스와 가치 창출 프로세스를 제공하는 프로세스로 나눕니다.

비즈니스 프로세스는 항상 외부에서 시작되며 경영진이 구현 타당성을 결정한 후에 구현됩니다. 물론 외부에서 시작된 모든 프로세스가 반드시 외부에서 자금을 조달받는 것은 아닙니다. 예를 들어, 소방관과의 의사소통은 귀하가 자신의 자금으로 비용을 지불해야 하는 프로세스를 야기할 수 있습니다.

관리 프로세스는 주로 전략 개발 및 병렬 비즈니스 프로세스의 조정과 관련되며 보조 프로세스는 필요할 때 수시로 시작됩니다.

두 번째 계층적 수준(전술적)에는 제품 수명 주기 단계와 관련된 프로세스 배포가 포함됩니다. 우리가 알고 있듯이 이 순환은 마케팅으로 시작됩니다. 이 프로세스의 공급자는 조직 외부에 있으며 소비자는 상황이 더 복잡합니다. 여기에는 마케팅에서 "지휘봉"을 인계받아 마케팅 프로세스에 무관심할 수 없는 연구 개발, 최고 경영진까지 이를 계속 수행하는 구조가 포함됩니다.

다음 단계는 연구개발 과정이다. 소비자는 생산 시운전 및 기술 준비에 종사하는 기술 서비스입니다. 그들은 다음 단계에서 지휘봉을 이어받아 해당 프로세스를 생성합니다. 그리고 그들은 이미 생산 프로세스 자체의 주요 실행자인 생산 노동자들로부터 간절히 기다리고 있습니다. 일반적으로 주요 초점은 공연자에게 있습니다. 그러나 그러한 관점은 완전히 정당하지 않습니다. 생산은 여기서 끝나지 않습니다. 그 다음에는 제품이나 서비스의 유통(판매), 애프터 서비스 프로세스, 마지막으로 폐기가 이어집니다. 그 후 모든 것이 다시 시작됩니다 11.

세 번째 수준인 운영(Operational)은 프로젝트와 직장 내 개별 직원의 활동으로 그룹화할 수 있는 프로세스를 강조합니다. 우리가 그러한 프로세스를 구축할 수 있게 해주는 것은 프랙탈성의 속성입니다. 프랙탈성 덕분에 작업장에서 감독실까지 프로세스가 "마트료시카 인형"처럼 자연스럽게 중첩됩니다. 이는 식별된 세 가지 수준이 서로 연결되어 단일 시스템을 형성한다는 것을 의미합니다.

활동을 설명하는 프로세스 방법으로의 전환에는 프로세스의 블록 다이어그램(또는 흐름 다이어그램)을 시각적으로 표현하는 것이 포함됩니다. 프로세스를 그래픽으로 표현하면 간단하고 명확한 언어수직 및 수평 모두에서 정보 교환 (또는 현재 말하는 의사 소통)을 크게 촉진하는 설명입니다. 가시성을 사용하면 비즈니스 프로세스의 흐름을 보장하는 데 필요한 인력 수를 추정하는 등 여러 긴급한 문제를 더 쉽게 해결할 수 있습니다. 이는 개별 운영자(공연자) 수준까지 비즈니스 프로세스의 "마트료시카"를 지속적으로 공개함으로써 달성됩니다. 따라서 각 수행자의 "작업 영역"과 내부 "공급자-소비자" 체인에서의 상호 작용이 결정됩니다.

이는 각 직원에 대한 직무 설명 및 직무 책임을 공식화할 수 있음을 의미합니다. 프로세스 접근 방식의 프레임워크와 국제 표준 ISO 9000:2000 시리즈의 프레임워크 내에서 직무 설명과 같은 문서의 역할과 구조가 변화하고 있습니다. 사실 이제 직무 설명은 인사부 어딘가에 먼지가 쌓이지 않고 매일 사용되는 실용적인 문서가 되었습니다. 실행이 위임된 모든 작업을 기록합니다. 이 직원. 그리고 프로세스가 지속적으로 개선되는 동안 일부 작업이 변경되면 이는 즉시 지침에 반영되어야 합니다. 작업 자체는 일반적인 용어로 설명하기보다는 효과적인 교육과 필요한 경우 테스트를 허용하는 운영 표현으로 설명해야 합니다.

제어 지점의 현지화 덕분에 프로세스 접근 방식은 비즈니스 프로세스의 정보 흐름을 구성하는 데 도움이 됩니다. 첫째, 어떤 측정 도구를 사용하고 무엇을 사용하여 정보를 수집하는 것이 중요한지 명확해집니다. 통계적 방법압축해서 발표할 때 활용해볼만한 가치가 있습니다. 둘째, 정보 교환, 정보 축적 및 저장 메커니즘의 구성이 명확해졌습니다.

프로세스 접근 방식은 주로 유지 관리 및 수리 프로세스와 같은 비즈니스 프로세스와 보조 프로세스의 상호 작용에 대한 설명을 용이하게 합니다. 물론 관리 프로세스와의 상호 작용도 단순화됩니다.

지속적인 프로세스 개선은 비즈니스에 꼭 필요한 전략입니다. 경쟁 시장, 왜냐하면:

      소비자 헌신의 정도는 그가 회사로부터 획득한 가치의 양에 따라 달라집니다.

      취득한 가치는 비즈니스 프로세스의 결과입니다.

      경쟁적인 환경에서 장기적인 성공을 거두려면 시장에 공급되는 가치의 지속적인 개선이 필요합니다. 가치 창출 능력을 지속적으로 향상시키려면 기업은 가치 창출 프로세스를 지속적으로 개선해야 합니다.

생성 과정에서도 프로세스의 의미는 동일하지 않습니다. 따라서 사소한 프로세스를 극적으로 개선해도 대개 큰 비즈니스 결과로 이어지지 않는 반면, 중요한 프로세스를 조금만 개선하면 비즈니스 결과가 크게 향상될 수 있습니다.

제시된 프로세스 개선 엔진 전략은 프로세스 역설의 함정을 피하고 중요한 결과를 얻을 수 있는 프로세스 개선에 대한 투자를 장려하기 위해 만들어졌습니다. 전략에는 4단계가 포함됩니다.

첫 번째 단계(데이터 수집)에는 프로세스 선택에 필요한 정보 및 데이터를 수집하는 작업이 포함됩니다. 두 번째(프로세스 선택)에서는 수집된 정보와 데이터를 기반으로 선택이 이루어집니다. 이 단계의 작업은 한 번만 수행됩니다.

3단계와 4단계에는 관리 시스템을 구축하고 프로세스를 지속적으로 개선하는 데 필요한 단계가 포함됩니다. 가장 큰 차이점은 세 번째 단계에서는 회사 관리자의 책임에 대해 이야기하고 네 번째 단계에서는 프로세스 소유자(소유자)의 책임에 대해 이야기한다는 것입니다. 이 단계의 메커니즘은 지속적으로 작동합니다.

이 전략은 몇 가지 기본 원칙을 바탕으로 구축되었습니다. 프로세스의 중요성과 기능의 품질에 대한 원칙은 프로세스를 선택하는 데 사용됩니다. 프로세스 성숙도 원칙은 선택된 프로세스에 대한 개선 방법 선택에 대한 체계적인 접근 방식을 보장하는 데 사용됩니다. 전략 방법론에는 프로세스가 어떻게 기능하는지 측정할 필요성이 포함되어 있음에도 불구하고 사용된 접근 방식에는 처음부터 포괄적인 측정 시스템의 개발이 필요하지 않습니다. 모든 것은 프로세스의 성숙도에 따라 달라집니다. 특정 성과 지표의 개발, 구현 및 적용은 해당 측정을 위한 프로세스의 준비 정도에 따라 결정되어야 합니다. 내부 회사 프로세스를 관리하는 것은 관리자의 주요 책임이어야 합니다. 관리자의 효과적인 감독과 지도가 없으면 프로세스 역설의 희생양이 될 가능성이 크게 높아집니다. 세 번째 단계에서는 이를 방지할 수 있습니다 13 .

2.3 프로세스 접근 방식의 단계적 구현

각 단계를 더 자세히 살펴보겠습니다.

2.3.1 데이터 수집

2.3.1.1 가치 사슬 식별

가치 사슬을 식별하는 것은 기업 전략의 첫 번째 단계입니다. 이러한 체인은 제품이나 서비스를 초기 아이디어에서 최종 소비자에게 전달하는 데 필요한 핵심 조치로 구성됩니다. 가치는 최종 소비자에 의해서만 결정될 수 있으며 특정 제품이나 서비스와 관련이 있습니다. 제품 또는 서비스 정보를 고객이 정의한 가치 정보와 결합하여 가치 제안을 개발할 수 있습니다. 이 문서에서는 한편으로는 소비자에게 매력적이고 다른 한편으로는 기업의 재정적 목표 달성을 보장하는 가격 정책과 결합하여 소비자를 위한 가능한 이점에 대해 설명합니다. 이러한 문서는 창출된 가치에 대한 관련 생산 프로세스의 기여도를 평가하고 다양한 내부 구조, 시스템 및 특성과 가치의 관계를 식별하는 데 필요합니다.

2.3.1.2 내부 프로세스 등록

다음 단계는 기업에서 운영되는 비즈니스 프로세스, 관리 프로세스 및 보조 프로세스를 식별하는 것입니다. 비즈니스 프로세스를 식별하는 접근 방식 중 하나는 기업과 외부 세계 간의 자재 및 정보 흐름을 연구하는 것과 관련이 있습니다. 이러한 흐름에 포함된 자료 및 정보 개체는 프로세스의 결과로 생산되거나 소비됩니다. 식별된 각 프로세스에 대해 기업과 기업 간 이동 중에 관련 개체의 상태를 확인하는 것이 유용합니다. 외부 세계. 예를 들어, 소비자의 주문 상태는 "수령됨", "주문됨", "출고됨", "피킹됨", "포장됨", "배송됨", "지불됨"일 수 있습니다. 각 상태 변경은 프로세스 14의 결과입니다.

프로세스 식별이 완료되면 이를 설명해야 합니다. 우선 설명에는 다음 항목이 포함될 수 있습니다.

1. 제목. 이렇게 하려면 동사와 목적어의 구성을 사용해야 합니다(예: "제품 개발" 또는 "주문 이행").

2. 목적. 초기 아이디어에서 시작하여 생산된 제품의 가치를 높이는 변화로 끝나는 프로세스의 주요(정의) 목적이 설명됩니다.

3. 경계. 프로세스와 환경을 분리해야 합니다. 이는 소비자와 공급자 간의 상호 작용 경계를 통해 가장 잘 수행됩니다.

4. 상호의존성. 프로세스와 다른 프로세스 간의 주요 상호 의존 관계를 설명합니다.

다음 항목은 지정된 후에만 설명에 포함될 수 있습니다.

a) 프로세스의 소유자(소유자) - 프로세스의 개발 및 운영을 담당하는 사람(사람)

b) 성과 목표 - 주로 비즈니스 활동의 주요 소스 및 원하는 결과뿐만 아니라 가치 창출 제안을 구현하는 것을 목표로 합니다.

c) 성능 특성 - 프로세스를 관리하는 데 사용되는 측정 시스템 및 관련 표준을 포함합니다.

d) 프로세스 관리 - 프로세스를 관리하는 데 사용되는 방법을 설명합니다.

e) 메커니즘 피드백- 고객의 만족도를 파악하고 불만사항에 대응하기 위한 주요 방법을 정합니다.

프로세스의 기능은 세 가지 영역에서 평가됩니다.

      효율성은 품질과 동의어입니다. 이것 표시기가 보여줍니다프로세스 결과가 소비자의 요구와 기대에 얼마나 잘 부합하는지. 효율성은 무엇보다도 소비자에게 중요합니다.

      효율성은 원하는 결과를 달성하면서 얼마나 많은 자원이 최소화되고 손실이 제거되는지를 반영합니다. 우선 기업이 필요한 수익성을 보장하려면 효율성이 필요합니다.

      유연성은 변화에 적응하는 프로세스의 능력을 나타냅니다. 이는 변경 관리 활동과 동일하지 않습니다. 유연성은 외부 조건의 변화를 인식하고 변화에 신속하게 대응하여 효율성과 효율성이 저하되지 않도록 재구성하는 프로세스의 능력입니다.

이러한 측면은 프로세스 성숙도를 분류하고 프로세스 평가 기준 개발을 위한 권장 사항을 작성하기 위한 기초로 사용됩니다.

2.3.1.3 프로세스 중요성 결정

프로세스의 본질은 가치 창출에 대한 적합성과 전략적 문제 해결에 대한 적합성의 두 가지 측면에서 프로세스의 중요성을 설명하는 데 사용됩니다.

프로세스는 세 가지 범주를 사용하여 가치를 창출하는 능력으로 특징지어질 수 있습니다.

1. 가치를 창출하는 프로세스.

2. 가치 창출 기회를 창출하는 프로세스.

3. 지원 프로세스.

가치를 창출하는 프로세스는 일반적으로 기업의 핵심 전문화와 연관되어 있으며 기업 사명 이행의 핵심입니다. 이러한 프로세스는 외부 소비자가 관찰하고 경험합니다.

또 다른 측면은 전략을 위한 프로세스의 중요성이다. 이 차원에서 프로세스는 기업의 장기 전략에 대한 중요성에 따라 분류됩니다.

2.3.1.4 프로세스 문제 식별

두 가지 기준을 사용하여 프로세스 성능을 평가하여 문제를 식별할 수 있습니다.

1. 소비자의 관점에서(성능 측정), 받은 제품이나 서비스와 관련된 문제의 존재와 내용을 알아내는 것이 가능합니다.

2. 운영 비용 측면(효율성 측정)을 통해 다음을 평가할 수 있습니다. 생산 단가핵심 프로세스에 대해 이를 위한 가장 좋은 방법은 기능적 비용 분석(FCA)입니다. FSA의 원칙은 간단합니다. 제품과 서비스는 생산 활동 과정에서 생산되고, 이를 구현하려면 자원이 필요하며, 자원 소비에는 비용이 필요합니다. 리소스를 소비하는 활동으로 인해 발생하는 비용을 식별함으로써 제품 및 프로세스 관점에서 해당 비용을 평가할 수 있습니다.

2.3.1.5 성숙도에 따른 프로세스 분류

지속적인 프로세스 개선에 대한 요구 사항은 프로세스 성숙도를 평가하고 프로세스 개선 전략을 선택하는 간단한 방법을 제공합니다.

2.3.2 프로세스 선택

우선순위 프로세스 및 전략 결정. 이 단계에서는 1단계에서 얻은 프로세스의 성격(중요도), 기능 및 성숙도에 대한 정보를 사용하여 즉각적인 주의가 필요한 프로세스를 식별합니다.

중요하지만 성능이 낮은 프로세스에 가장 높은 우선순위가 부여됩니다. 재설계 및 리엔지니어링과 같은 보다 적극적인 조치의 주요 목표는 바로 이러한 프로세스입니다.

중간 수준의 중요성이나 성과를 지닌 프로세스에는 2차 우선순위가 부여됩니다. 잠재력을 높이기 위해 지속적인 프로세스 개선 방법과 같은 비기본적인 방법을 사용할 수 있습니다.

중요도가 가장 낮은 프로세스는 다른 조직으로 이전하거나 다른 유형의 제품 생산에 사용하는 것이 고려될 수 있습니다.

2.3.3 프로세스 소유자 설정

전통적으로 경영진의 관심은 회사의 주요 계층 단위인 부서에 집중되어 있습니다. 그러나 비즈니스 프로세스는 종종 회사 내 경계를 위반하여 구현 중에 여러 부서를 넘나들며, 각 부서는 기능의 한 측면만을 담당하므로 프로세스 전체에 대해 일방적이고 제한된 관점을 갖게 되는 경우가 많습니다. . 결과적으로 누구도 전체 과정을 책임지지 않습니다.

프로세스 소유자는 개발, 문서화, 기능 측정은 물론 직원 교육과 구현과 관련된 프로세스의 상호 관계에 대한 책임을 집니다.

2.3.4 감독 및 최적화

2.3.4.1 지속적인 경영 검토

이 시점에서 회사 경영진은 이미 우선순위 프로세스를 식별하고 프로세스 소유자를 식별하며 운영 목표를 설정했습니다. 최종 결과에 대한 책임은 여전히 ​​조직의 경영진에게 있습니다. 따라서 회사 리더는 우선순위 프로세스가 어떻게 작동하는지 정기적으로 모니터링하고 이를 개선하기 위한 노력을 지원하며 특정 결과에 대한 책임이 있는 사람을 식별해야 합니다.

2.3.4.2 조직 구조 및 시스템 최적화

프로세스 관리 및 성과 개선 경험이 축적됨에 따라 기업의 내부 구조 및 시스템과 주요 비즈니스 프로세스 간의 긴밀한 연결을 구축해야 하는 경우가 있습니다. 이를 위해서는 고위 경영진의 지원과 권위 있는 결정이 필요합니다. 고위 경영진의 강력한 지원과 리더십 없이는 회사 내 권한 분배에 중요한 변화를 가져오기가 어렵습니다.

2.3.5 프로세스 관리 및 개선

이는 "계획 - 구현 - 확인 - 조치"라는 주기를 반영하는 프로세스 관리 및 개선을 위한 반복 시스템의 구현입니다. 이 단계의 핵심은 성과측정과 모니터링이다. 이 단계에서는 프로세스 소유자가 일차적인 책임을 집니다.

2.3.5.1 프로세스 성능 모니터링

이 단계에서 프로세스 소유자는 프로세스 결과를 정기적으로 관찰하고 평가합니다.

2.3.5.2 개선 필요성 식별

개선 요구 사항은 중요성, 프로세스 성과 및 성숙도를 기준으로 식별됩니다.

2.3.5.3 개선 시작 및 관리

프로세스 소유자는 비즈니스 우선 순위 및 프로세스 성능 수준을 기반으로 개선 사항을 선택하고 구현해야 합니다.

개선 전략을 선택하는 것은 매우 중요한 결정입니다. 필요한 개선 정도와 문제 프로세스의 현재 성숙도를 모두 고려해야 합니다. 일반적으로 개선 방법에는 세 가지가 있습니다.

1. 문제 해결.

2. 지속적인 프로세스 개선.

3. 프로세스 혁신.

2.4.5.4 성과의 통합

잠재력을 최대한 실현하려면 개선 사항을 포착하고 회사 내에서 공유해야 합니다.

개선 사항을 통합합니다. 제안을 기획 단계에서 생산 라인으로 효과적으로 이동하려면 몇 가지 전제 조건이 있습니다. 예를 들면 다음과 같습니다.

1) 공연자를 나타내는 완전히 개발된 세부 계획

2) 명확한 보고 시스템;

3) 책임 분배.

세 가지 요소 모두 매우 중요합니다. 어느 것도 다른 요소의 부재를 보상할 수 없습니다. 처음 두 요소는 프로세스 개선 팀과 직접적으로 관련됩니다. 하지만 고위 경영진만이 세 번째 요소를 작동시킬 수 있습니다.

기업 내에서 개선 사항을 추가로 추진하는 것은 다음을 포함하는 독립적인 작업 집합입니다.

1) 개선이 이익을 가져올 수 있는 부분을 식별합니다.

2) 개선 사항을 배포하는 방법을 결정합니다.

3) 개선을 구현하는 데 필요한 기술과 지식의 이전.

여기에서도 개선 사항이 확산되도록 하려면 고위 경영진의 참여가 필수적입니다 15 .

분명히 제안된 전략은 시간이 걸리는 접근 방식입니다. 웰빙과 효율적인 프로세스로 나아가려면 우선순위를 정의하고 지속적으로 업데이트해야 합니다. 눈에 띄는 결과를 얻으려면 전략을 처음부터 끈질기게 적용해야 하며, 전략을 실행하려면 전반에 설명된 원칙에 확고한 기반을 두어야 합니다. 이것이 성공으로 가는 가장 빠르고 믿을 수 있는 길입니다.

결론

모든 비즈니스 활동의 목표는 이익을 극대화하는 것이므로 이 목표를 달성할 수 있는 방법을 찾아야 합니다. 이러한 방법 중 하나는 비용을 줄이기 위해 조직의 작업을 최적화하는 것입니다.

관리에 대한 프로세스 접근 방식이 무엇인지 이해하는 데 가장 큰 어려움은 프로세스 자체의 개념입니다. 러시아어에서는 이 단어가 의미와 음영이 너무 다릅니다. ISO 9000:2000 용어: "프로세스는 입력을 출력으로 변환하는 일련의 상호 연관되거나 상호 작용하는 활동입니다." 정의가 너무 일반적이고 모호합니다. 모든 관리자가 그러한 정의에 자신의 의미를 부여하거나 특정(자체) 조직의 요구에 적용할 수 있는 것은 아닙니다. 이 기사에서는 저자가 다음을 기반으로 개발한 조직 관리에 대한 프로세스 접근 방식을 구성하고 구현하기 위한 옵션에 주목합니다. 자신의 경험그리고 지식.

대부분의 러시아 조직은 기능적 구조프로세스 접근 방식을 도입하여 관리 효율성을 향상시키길 바랍니다. 서방 전문가에 따르면 현대 러시아 기업의 기능 관리 조직은 완벽하지 않습니다. 따라서 첫 번째 단계로 조직을 외부에서 바라보고 책임, 권한, 자원, 정보 및 관리 연결을 명확하게 정의하여 기본 질서를 확립하는 것이 제안됩니다. 이 접근법기존 관리시스템을 거부하는 것이 아니라 개선방안을 모색하고 점차적으로 프로세스 관리시스템으로 전환해 나가고 있습니다.

사용된 문헌 목록

    Aristov, O. V. 품질 관리: 지도 시간대학용 / O. V. Aristov. – M.: Infra-M, 2008. – 361p.

    Aronov, I. Z. 기술 규제 – 혁신의 도구. // 표준과 품질. - 2007. - 1호. – 28~33페이지

    Basovsky, L. E. 품질 관리: 교과서 / L. E. Basovsky. – M.: INFRA-M, 2007. – 341p.

    Ilyenkova, S.D. 품질 관리: 대학 교과서 / S.D. Ilyenkova, N.D. Ilyenkova, V.S. Mkhitaryan et al. - M.: Unity, 2006. - 368p.

    Lyubushin, N.P. 품질 관리 분석: 대학 교과서 / N.P. – M.: Unity-Dana, 2006. – 598p.

    Medynsky, V. G. 제어 이론: 교과서 / V. G. Medynsky. – M .: Infra-M, 2008. – 293 p.

    Mishin, V. M. 품질 관리: 대학 교과서 / V. M. Mishin. – M.: Unity-Dana, 2006. – 451p.

    Morozov, Yu. P. 제어 이론: 대학 교과서 / Yu. – M.: Unity-Dana, 2007. – 379 p.

    프로세스 접근 방식에게 관리~에 프로세스 접근하다 제어과정으로 본다...