역사적으로 시스템 분석가는 수동 방법 — 관찰, 인터뷰, 기존 문서 분석 등을 사용했습니다. IT의 발전으로 BPMN, IDEF0, EPC와 같은 표준들이 등장하여 현재 및 미래 프로세스 모델링에 대한 접근 방식을 구조화했습니다.
문제: 접근 방식을 선택하는 과제는 종종 정보 부족, 시간, 주제의 복잡성, 비즈니스 프로세스의 성숙도 차이로 인해 복잡해집니다. 이 단계에서의 실수는 요구 사항에 대한 잘못된 설명, 심각한 재작업, 분석가에 대한 신뢰 상실로 이어집니다.
해결책: 최적의 접근 방식은 정량적 및 정성적 방법을 혼합하는 것입니다:
주요 특징:
모든 프로세스, 특히 기술적 및 복잡한 통합 프로세스의 설명을 위해 항상 BPMN을 사용할 수 있습니까?
BPMN은 명확한 논리가 있는 비즈니스 프로세스나 절차에만 적합합니다. 기술적이거나 깊이 있는 통합 시나리오는 시퀀스 다이어그램(UML), 아키텍처 다이어그램 또는 전문 표기법으로 설명하는 것이 더 좋습니다.
하나의 비즈니스 그룹 대표와의 인터뷰만으로 현재 프로세스를 올바르게 파악할 수 있습니까?
아니요, 하나의 출처만으로는 전체를 반영할 수 없습니다. 다양한 역할(실행자, 사용자, IT 서비스, 관리자)로부터 버전을 수집해야 합니다. 이렇게 하면 오류 위험을 최소화하고 프로세스의 숨겨진 종료를 발견할 수 있습니다.
IT 솔루션을 설계하기 전에 'to-be' 프로세스를 각 비즈니스 작업까지 세부적으로 계획해야 합니까?
항상 필요한 것은 아닙니다. 과도한 세부 사항은 관료주의와 유연성 상실로 이어질 수 있습니다. 핵심 시나리오, 자동화 포인트, 필요한 역할 및 통합 변경사항을 조정한 후 세부사항은 구현 과정에서 반복적으로 개발하는 것이 충분합니다.
부정적인 케이스: 분석가는 규정에 따라 만으로 프로세스 지도를 작성하고, 일반적인 회피 및 실행자의 '회피' 경로를 분석하지 않았습니다.
장점:
단점:
긍정적인 케이스: 분석가는 워크숍과 인터뷰를 진행하고 현재 및 목표 상태를 형식화하여 차이를 보여주었습니다. 실제 시나리오의 예와 그 문제를 포함하고 이해관계자의 피드백을 반영했습니다.
장점:
단점: