BPM은, 비즈니스 프로세스에 「분석·설계」 「실행」 「모니터링」 「개선·구축」(Plan·Do·Check·Action)라고 하는 매니지먼트사이클을 적응하고, 계속적인 프로세스 개선을 수행하려고 하는 개념입니다. 정원엔 시스템은 BPM 도입에 관련된, 개요 설계에서(부터) 운용 지원까지 컨설팅 서비스를 제공합니다.

 BPM 시스템은, 기존의 각종 업무 시스템과 어긋나는 것이 없습니다. 어느쪽이라도 상호 보완하는 관계에 있고, 크게 3개(세)의 기능으로 구성되고 있습니다.

EAI (Enterprise Application Integration) 기능
BPM 시스템은, 업무 대상으로 하는 프로세스를 커버하고 있는 시스템에서부터 인터페이스를 통해 해당 프로세스의 목표 가격과 실적 가격을 효율적으로 관리합니다. 일반에는, EAI 기능을 사용하여, 기존 시스템의 데이터를 효율적으로 변환하고, BPM 시스템의 기본 기능을 연계합니다.

BPM 기본 기능
프로세스를 구체적으로 정의하고, 프로세스플로우의 작성 지원 기능, 목표 가격의 설정과 실적 가격의 피드백 기능, 결과를 비교·분석 할 수 있는 모니터링 기능으로 구성된 가장 중요한 기능입니다.

Portal 기능
BPM 기본 기능에서 관리하는 정보를 모든 관계자가 다양한 형태로 검색하는 할 수 있는 기능입니다. 또, 보안의 관점에서, 인증과 접근의 관리도 중요한 기능이 됩니다.

「Agile·엔터프라이즈」의 메인 테마는 "경영과 IT의 융합"이다, 이 말은 「이제까지 경영과 IT이 융합하지 않고 있었다」, 「그런 것을 누구도 생각하지 않았다」라고 하는 현상 인식을 나타냄과 동시에, 「앞으로는 "경영과 IT의 융합"이 키포인트이다」, 그리고 또 「그것이 기술적으로 가능하게 되어 왔다」라고 하는 메시지이기도 한 것입니다.

모든 업무 프로세스
기업이 행하는 활동은, 기본적으로 업무 프로세스입니다. 일반적인 기업의 활동을 보면, 구매·판매·영업·제조·인재 채용·제품 출하·고객 관리·재무／경리 업무라고 하는 나눔의 "기능별 업무"가 있고, 그리고 그것들이 유기적으로 연계하는 계획·조정·통제 등의 "연결 업무"가 있습니다.
"기능별 업무"(이것 자체도 내부에 프로세스를 가진다)는 이미 여러 가지로 IT 시스템화되어 있습니다. 기존에는 여기가 시스템화의 영역이었습니다.
한편, 후자의 "연결 업무"은 사람과 사람의 커뮤니케이션(도구로써 전화 혹은 FAX, 종이의 전표 등을 사용하는 경우도 있습니다)에 의해 행해져 온 것이고, 나머지는 IT 시스템화가 진행되지 않고 있었던 영역입니다. 이 영역에 대해서는, 현장의 업무 책임자도 최대의 관심을 가지고 있을 것입니다.
또, 이제까지 기업 내부에서 IT화 된 업무는, 비교적 변경할 수 없는 것, 내년도, 내후년도 같은 방식을 하는 반복적인 루틴 업무가 대상이었습니다. 하지만, 실제의 현장 업무에는 빈번하게 바뀌는 것이 많이 있습니다. 「업무를 IT 시스템화 계획을 확정되어 버린 것에서, 2년간은 변경하지 않는다」라고 하는 것이 어려운 일입니다.

BPM과 BPMS

기업의 최대의 관심사는, 「업적의 최대화와 계속적인 성장」입니다. BPM은, 그것을 실현하기 위한 경영 수법이라고 말할 수 있습니다.
기업이 「업적의 최대화와 계속적인 성장」을 하기 위해서는, 각자의 기능별 업무 혹은 프로세스 전체의 품질과 업적의 향상이 필요합니다. 그러한 업무 개선의 PDCA 사이클을 계속적으로 돌려 가는 것이 BPM입니다.
BPM을 기업 내부에 정착 시키고, 「업적의 최대화와 계속적인 성장」을 실현하려면, "사람" 과 "IT 시스템"이 필요합니다. 기존에는 좁은 영역만을 대상으로 하고 있던 IT 시스템이면, 관련된 "사람"이 정보 시스템 부문의 기술자만으로도 좋았을지도 모릅니다. 하지만 경영 시점에서 IT화를 실시해 「경영과 IT의 융합」을 실현하려면, 부족합니다. BPM을 진행시키기 위해서는, 회사의 경영 톱과 부문의 사업 책임자가 주체적으로 참가하는 부분이 나옵니다.
BPMS(BPM System, 혹은 Suite)은, BPM을 실현하기 위한 실행 플랫폼입니다. 각자의 "IT 시스템"은 BPMS의 기반하에 구축되게 됩니다. BPMS을 베이스로 한 기업 시스템은, 예전의 시스템과 다른 점이 있습니다. 개발의 방법뿐만 아니라, 계획 단계에도 실행 단계에도, 그리고 IT 기술자에 바라는 기술 스킬도 다릅니다.

BPMS 이 실현된다 "업무 프로세스 라이플사이클·매니지먼트"

「업적의 최적화와 계속적인 성장」을 실현하기 위해서, BPMS은 업무 개선의 PDCA 사이클을 다음처럼 실시합니다.
 

:

모델화 업무 프로세스에서(부터), 자동적으로 시스템 개발을 한다

:

시스템화 업무를 실행한다

:

업무의 실행 결과 수치를 평가·분석한다

:

 분석 결과에서(부터) 업무의 변경·개선을 한다

BPMS의 위치

BBPMS는 현장의 업무 프로세스를 대상으로써, ERP ／ CRM 등의 기간 업무와 데이터제휴·시스템 제휴를 담당한다.
거기에서 BPMS은, 그림에서 기존의 업무 시스템과 사람과의 사이에 위치하고, 현장의 업무를 중개·실행해 갑니다. 즉 BPMS는 미들웨어라고 하는 위치를 부여하여, 멀지 않아 「포털」 「BPMS」 「 EAI ／ ESB 」은, Web 시스템의 삼총사로 불립니다.

BPMS의 기능

경영과의 융합을 꾀하는 IT 시스템은, 업무의 성장·기업의 발전 동기이고 변경·성장 할 수 있는 것이 필요합니다. 다시 말하면 장래의 변경·성장을 담보하는 짜임새가, BPMS에는 요구되는 것입니다. 그러므로 BPMS는, 아래의 그림 대부분의 기능과 그들의 규제가 없어진 링크가 필요가 됩니다. 더욱, 실행 플랫폼／실행 엔진으로써 단단한 기본 기능(가용성·확장성·안정성·오픈성)도 필요한 중요한 포인트입니다.

프로세스모델러	업무 프로세스의 모델화 툴. 모델의 표기법으로써는, 국제 표준의 BPMN 이 주류입니다
조직 모델러	기업 조직·인사 조직의 모델링이 업무의 모델화와 링크해 필요가 됩니다
시뮬레이션	모델링되어진 업무 프로세스를 시뮬레이션하여 사전에 평가를 할 수 있습니다
워크플로우	모델링되어진 업무 프로세스를 자동적으로 시스템화합니다
비즈니스 룰 관리	업무 노하우를 비즈니스 룰화 하고, 룰 실행을 합니다
소프트웨어 개발	다른 시스템과의 제휴·제어를 위해 유연한 개발이 필요합니다.
EAI	EAI(Enterprise Application Integration) 기능입니다
프로세스 모니터링	BAM (Business Activity Monitoring)의 업무의 실행, 경위·결과의 정보가 업무의 개선에는 필요하게 됩니다
비즈니스 프로세스 표준 언어	BPM 실행을 위해 각종 언어가 정의됩니다. 그 지원도 BPMS에는 중요한 요건입니다

BPMS는 시스템 전체의 중심

BPMS의 하위에 ERP／CRM 등의 기존의 업무 애플리케이션이, 그리고 상위에는 레포팅과 포털등의 프론트가 위치해 있습니다. BPMS는 그야말로 기업 시스템 전체를 연결시키는 중심으로써, 큰 역할을 짊어지고 있습니다. 아래는 기본 기능을 보이고 있습니다.

요약

"날카롭고 민첩한 기업"에의 변혁을 목표로 하려면, 기업 고유의 조직 풍토·비즈니스 구조의 차이는 있어도, 비즈니스 계획자와 IT(넓은 의미에서(로)은 정보 기술) 기술자가 전략적 통합을 가지는 것이 필요하다. 하지만, SOA의 생각을 기업 시스템에 적용하고, BPM 시스템을 도입했다고 해도, 그것만이고 "날카롭고 민첩한 경영"이 실현되어지는 것은 아닙니다.