BPMN을 활용하여 제품 개발의 소통과 협업 극대화하기 (5)

지난 호에서는 BPMN(Business Process Modeling Notation)을 활용한 프로세스를 보다 폭 넓게 이해하기 위해 간략한 부품 개발 절차에 대한 프로세스를 작성해 보았다.

이번 호에서는 연재의 마지막 시간으로, 그동안 다루었던 개인 사용자 환경(클라이언트)에서 벗어나 서버 환경 특히 클라우드에서 BPMN을 활용하는 방법에 대해 알아보도록 하겠다.

■ 연재순서
제1회 비즈니스 프로세스 모델링이 필요한 이유
제2회 BPMN은 무엇일까?
제3회 비즈니스 프로세스 모델링을 배워보자
제4회 간단한 제품 개발 프로세스를 디자인해보기
제5회 클라우드 서버 환경에서 BPMN을 연결하는 설루션 탐구

■ 윤경렬
현대자동차 연구개발본부 책임연구원

■ 가브리엘 데그라시
이탈리아 Esteco사의 프로젝트 매니저

지난 호에서 작성한 리프 스프링(leaf spring) 개발 프로세스는 이해관계자(참여자)를 3개 영역(Business layer – Business manager, Engineering layer – Engineering designer, Simulation layer – Simulation engineer)으로 구분하고 업무와 역할을 정의하였으며, 각각의 레이어에는 현재 해야 할 태스크를 확인하고, 다음 레이어에는 어느 시점에 업무 흐름이 전개되는지 그리고 어떤 역할을 수행해야 해야 하는지 쉽게 파악할 수 있도록 하였다. BPMN을 이용하면서 업무의 흐름을 명확하고 자세하게 파악할 수 있고 서로 어떻게 연결되어 있는지도 이해할 수 있었을 것으로 생각된다.

그림 1. 리프 스프링 개발 프로세스

클라우드 서버 환경이 필요한 이유

이번 호에서는 서버 환경 특히 클라우드에서 BPMN을 활용하는 방법에 대해 알아보도록 하겠다. 우선 서버 환경이 왜 필요한지에 대해서 알아보면, 사실 서버 환경이 왜 필요한지에 대한 이유는 BPMN에만 국한된 문제는 아니다. 대부분의 도메인 영역에서 비슷한 이유가 있다고 볼 수 있는데, 우리는 BPMN에 대한 이야기를 다루고 있으니까 이와 관련된 예제를 가지고 생각해 보도록 하자.

• 철수는 리프 스프링 개발 프로세스에 참여하고 있는 프로젝트 매니저로, Camunada와 같은 클라이언트 툴을 사용하여 BPMN으로 프로세스를 작성하고 개인 PC에 저장하였다. 그리고 다른 참여자인 영희와 민수에게 해당 파일(LeafSprinngprocess.bpmn)을 이메일을 통해 전달하고 내용 확인을 요청하였다.
• 영희는 리프 스프링 개발 프로세스에 참여하고 있는 엔지니어링 디자이너이다. 영희는 철수에게 받은 LeafSpringprocess.bpmn 파일을 다운로드하고 오픈하여 프로세스를 검토하던 중에 특정 부분이 잘못 표시된 점을 발견하였다. 이를 수정하여 이메일 회신을 통해 전송하였는데, 저장을 할 때 변경 정보를 반영하기 위해 LeafSpringprocess_1. bpmn으로 파일 이름을 수정하였다. 다만 실수로 이전 버전인 LeafSpringprocess.bpmn을 메일에 첨부하였다. 그리고 바로 해외 출장 때문에 몇 주간 사무실에서 자리를 비우게 되었다.
• 민수는 리프 스프링 개발 프로세스에 참여하고 있는 시뮬레이션 엔지니어이다. 민수는 철수와 영희가 주고 받는 메일을 보면서 영희가 마지막으로 수정한 LeafSpringprocess.bpmn이 최종 버전이라 판단하고, 해당 파일을 다운로드하여 BPMN 프로세스를 확인하였다. 큰 문제는 없어 보였기에 프로세스 버전을 기준으로 업무를 수행하기 시작했다.
• 일주일 후에 철수는 리프 스프링 개발 프로세스에 변경 사항을 반영하기 위해 BPMN에 해당 내용을 반영하여 LeafSpringprocess_1. bpmn으로 저장하여 이메일로 전송하였다. 영희는 해외 출장 중이라 메일을 받기는 했는데, 시간 여유도 없고 사무실에 있는 개인 PC에 접속하기도 어려워서 상세 검토는 복귀 이후에 진행하기로 했다. 나중에 영희는 본인이 수정한 내용이 실수로 반영되지 않았다는 것을 알게 되었고, 전체 프로세스 업데이트에 대한 롤백이 필요하다는 것을 확인하였다. 민수는 LeafSpringprocess.bpmn에 따라 업무를 빠르게 수행하고 있었는데, 새로운 LeafSpringprocess_1.bpmn을 오픈하면서 그 동안 수행한 업무 일부는 새로 작업해야 한다는 것과 영희가 실수한 업데이트 버전이 본인의 작업을 전체적으로 재검토해야 한다는 것을 알게 되었다. 그러면서 공유가 좀 더 빠르게 실시간으로 진행되었다면 하는 아쉬움이 생겼다.

가상의 예제이긴 하지만 BPMN에 국한된 문제이기보다는 그동안 여러 참여자가 실시간 협업을 하면서 종종 마주하게 되는 것과 비슷하다고 볼 수 있다. 여기서 문제의 시작은 참여자들이 개별 PC에서 클라이언트 툴을 이용하여 작업하고 저장하고 관리하고 있다는 점이다. 서로의 소통은 이메일 또는 메신저를 활용하고 있으므로, 업무의 협업 관점에서 보면 부족한 측면이 많을 수 밖에 없는 것이 사실이다. 이러한 문제를 근본적으로 해결하기 위해 서버 환경이 구축되었고, 기술 발전을 거듭하여 이제는 클라우드 서버 환경으로 자리잡게 되었다.

이런 관점에서 보았을 때 우리가 지금까지 살펴 본 클라이언트 툴(Camunda 등)을 활용한 BPMN 프로세스 작성 및 관리는 개인 측면에서 부족함이 없을 수 있지만, 다른 참여자와의 공유 및 협업 측면에서는 아쉬운 부분이 존재한다.

■ 자세한 기사 내용은 PDF로 제공됩니다.