DW(데이터웨어하우스) 구축 전 BPR(Business Process Reengineering) 수행 여부

DW(데이터웨어하우스) 구축 전 BPR(Business Process Reengineering)을 “해야만” 하는 것은 아니지만, 거의 모든 성공 사례가 “일정 수준의 프로세스 재검토 → 단순화/표준화 → DW 요구사 도출”이라는 순서를 밟고 있다고 봐야 합니다.
즉, ‘형식적인 BPR’이 아니더라도 “현업 프로세스를 그대로 복사해 DW에 쏟아 붓기”만큼 위험한 일도 없습니다. 아래 질문에 자체 체크리스트를 던져 드리면, 우리 조직이 BPR(또는 경량 리팩터링)를 선행해야 할지 판단할 수 있습니다.

---

1. 우리 조직은 어떤 상태인가?

체크항목있다면 BPR 선행 권장

□	동일 지표를 부서마다 정의·산식이 다름	필수
□	30개 이상의 ERP/레거시 시스템이 산재하고 인터페이스가 점-대-점	필수
□	마스터(고객·상품·거래처·계정 등)의 코드가 시스템별로 제각각	필수
□	‘데이터를 찍으면 되니까’라는 이유로 현업이 표준화 없이 업무 진행	권장
□	DW 요건이 ‘그대로 올려다오’ 수준으로만 들려옴	권장
□	DW 구축 후에도 보고서·인터페이스·책임 조직이 불분명할 것으로 예상	권장
□	상법·회계법·보안규정 변경 등으로 데이터 흐름이 바뀔 예정	권장
□	DW/BI 예산이 충분하지 않고 빠른 성과가 필요	경량화(Quick-S&T)로 대체 가능

2개 이상 체크되면 “BPR 없이 DW 먼저”는 자살골입니다.

---

2. BPR을 ‘무조건’ 하면 안 되는 경우

• COTS(상용 ERP) 도입이 이미 확정돼 있고, ERP 표준 프로세스를 곧 도입 예정
  → “ERP 먼저, DW 나중”이 낫습니다. ERP 재설계 후 DW 요건이 확 바뀝니다.
• 데이터 레이크·빅데이터 플랫폼이 주 목표이고, DW는 단순 원-소스·히스토리 저장소로만 쓸 예정
  → 데이터 품질·어드민 정도만 해결하고, 프로세스는 그대로 둬도 무방할 수 있습니다.
• PoC·PoV 수준의 탐색적 프로젝트(3–6개월)
  → BPR보다 ‘가용 데이터 파악 → 단순 클린징 → 시각화’로 먼저 승부.

---

3. BPR이 필요하다면, ‘거창한 12개월’이 아니어도 됩니다

1. 경량 BPR(2–4주) – “Quick S&T(Simplify & Transform)”
   • 현업 워크숍 3회(1일씩) → To-Be 1Page 시나리오 → 데이터 요구사항 30줄
   • 산출물: 통일 지표 정의서, 표준 마스터 코드, DW 우선 과제 10선
2. 본격 BPR(3–6개월) – Hammer/Champy식
   • 조직·인력·시스템·정책 전부 뜯어고침 → DW는 To-Be 프로세스에 맞춰 설계
3. 병행 모델 – “DW-Agile + BPR-Track”
   • 데이터 모델링/ETL은 2주 Sprint로, 병렬 트랙에서 프로세스 표준화·마스터 코드 협의
   • 실제로 국내 대기업 70%가 이 방식 채택(실패 사례 최소화)

---

4. 결론 & 액션

1. 위 체크리스트를 보고 2개 이상 해당 → “BPR(최소 경량) 선행” 결정
2. 0–1개만 해당 → “DW 바로 착수” 가능하되, 아래 3가지만은 반드시
   • 공통 마스터 코드·표준 지표 정의(1–2주)
   • 현업 대표가 참여하는 ‘DW 우선 과제 선정’ 워크숍
   • 데이터 거버넌스 TF(책임자·운영 규정) 발족
3. BPR을 하든 안 하든, DW 성공은 “요건이 아니라 조직 변화”에 달렸다는 점 명심

---

한 줄 요약
“DW를 위한 BPR이 반드시 필요한가?” = ‘No’이지만, “현업 프로세스·데이터를 그대로 쌓아두는 DW”는 ‘쓰레기통’이 됩니다. 가벼운 재설계든, 대대적 BPR이든, 반드시 ‘단순·표준·통일’ 단계를 거쳐야 DW가 ‘쓸 만한 데이터 창고’가 됩니다.