분야
doc2 공공기관 BPR의 특성
2.1 공공기관 BPR의 요구 배경
2.2 공공기관의 고객
2.3 공공기관 BPR의 성격과 제약요소
2.4 공공기관 BPR의 효과
3 공공기관 BPR의 절차
3.1 조직구성
3.2 대상 프로세스 선정
3.3 현행 프로세스 (As-Is) 분석
3.4 개선 프로세스(To-Be process) 개발
3.4.1 개선 프로세스 개발시의 원칙
3.4.2 벤치마킹
3.5 실행계획 수립
3.5.1 실행계획에서의 고려 요소
3.5.2 개선안에 대한 조직적 승인
3.5.3 새로운 프로세스를 위한 준비
3.5.4 실행 계획
4 요약 및 결론
Reengineering이라는 용어가 공식적으로 등장한 것은 전 MIT 교수였던 Michael Hammer의 “Reengineering Work; Don’t automate, Obliterate” 라는 1990년 논문에서이다. 이 논문의 요지는 간단하다. 무턱대고 전산화를 진행하지 말고 우선 업무 프로세스상의 잘못된 부분의 원인을 찾아내 치유하고 그러한 새로운 프로세스를 바탕으로 전산화를 진행하라는 것이다. 그래야 전산화의 효과를 극대화할 수 있다는 것이다.
물론 이것은 새삼스러운 얘기가 아니다. 원래 정보기술의 도입효과는 업무 처리를 더욱 빠르게 하고 더욱 정확한 처리를 보장해 주는데 있다. 하지만 잘못된 프로세스를 대상으로 정보기술이 적용된다면 효과는 커녕 예상치 못한 결과를 낳게 되는 것이다. 즉, 막강한 정보 기술로 인해 잘못된 업무 처리의 양이 폭발적으로 늘어나게 되고 더욱 일을 잘못 처리하게 되는 결과를 가져 오게 되는 것이다. 때문에 정보기술의 도입 과정에는 필수적으로 현행 업무의 분석에 바탕을 둔 새로운 업무 설계가 선행되어야 하는 것이다.
(Informatization Guidelines for Public Organizations)
(http://ncadl.nca.or.kr)