시스템 도입 전 현행 업무를 분석하는 방법

시스템 도입 전 현행 업무 분석은 현재 일이 실제로 처리되는 과정을 확인하고, 새 시스템에서 바꿀 부분과 유지할 조건을 구분하는 작업입니다. 기능 목록을 바로 정하기 전에 업무의 흐름과 자료, 사람 사이의 연결을 살펴봐야 합니다.

이 글은 무엇을 확인할지 나열하는 데서 더 나아가 조사 준비, 인터뷰와 관찰, 업무 흐름 정리, 담당자 검토까지 진행하는 방법을 설명합니다. 분석 결과를 바로 개발 범위로 확정하기보다 근거와 남은 질문을 함께 남기는 것이 중요합니다.

1. 조사할 업무와 확인할 질문을 먼저 좁힙니다

‘회사 업무 전체’보다 시작과 끝이 분명한 대표 업무를 선택하세요. 무엇이 들어와서 일이 시작되고 어떤 결과가 나오면 끝나는지, 어느 부서와 역할이 연결되는지 정합니다. 선정한 업무가 전체의 모든 경우를 대표한다고 단정하지는 않습니다.

조사의 목적도 명확히 합니다. 반복 입력의 이유를 확인하는지, 승인 대기를 살펴보는지, 시스템 교체에 필요한 데이터 흐름을 파악하는지에 따라 볼 자료와 만날 사람이 달라집니다. 목적을 모르면 자료만 많이 모으고 판단에 쓰지 못할 수 있습니다.

질문별 담당자와 필요한 자료를 정하되 비밀번호나 불필요한 개인정보는 수집하지 않습니다. 화면 관찰이나 기록을 진행한다면 참여자와 조직이 승인한 범위와 방식을 먼저 확인하세요.

2. 인터뷰에서는 최근의 실제 사례를 따라갑니다

‘보통 어떻게 처리하나요?’라는 설명을 들은 다음 최근 사례 하나를 처음부터 끝까지 따라가 보세요. 무엇을 받았고 어디에 입력했는지, 어떤 판단을 거쳤고 누구에게 전달했는지 순서대로 확인합니다.

불편 여부만 묻기보다 그 상황이 언제 생기는지, 어떻게 해결했는지, 해결되지 않으면 누가 판단하는지 질문합니다. 원하는 기능에 대한 제안은 별도로 남기고 현재 업무의 사실과 섞지 않는 편이 좋습니다.

인터뷰 한 번의 답변으로 모든 경우를 확정하지 마세요. 처리 담당자와 승인·운영 담당자의 설명이 다르면 어느 상황에서 각각 맞는지 확인하고 아직 해결하지 못한 차이는 질문으로 남깁니다.

3. 허용된 범위에서 관찰과 자료 대조를 진행합니다

설명으로 이해한 흐름을 실제 양식·화면·처리 사례와 대조합니다. 시스템 안에서의 작업뿐 아니라 자료를 준비하거나 다른 파일에 옮기는 과정도 확인하세요. 공식 절차와 실제 처리가 다르다면 원인을 바로 평가하기보다 차이와 발생 조건을 기록합니다.

GOV.UK의 맥락 조사·관찰 안내는 익숙한 환경에서 실제 활동을 관찰해 사용 맥락과 장애물을 이해하는 방법을 설명합니다. 조사 계획과 동의를 준비하고, 현장의 업무를 방해하지 않는 방식으로 진행하는 참고가 됩니다.

실제 운영 데이터에 접근할 수 없다면 승인된 비식별 사례나 별도 시험 자료로 확인 가능한 범위를 정할 수 있습니다. 시험 자료로 확인한 내용을 실제 운영 전체를 검증한 것처럼 표시하지 않아야 합니다.

4. 업무 흐름과 예외를 같은 기준으로 정리합니다

누가 어떤 입력을 받아 무슨 작업과 판단을 하고 무엇을 전달하는지 흐름으로 정리합니다. 복잡한 도구가 없어도 단계·담당·입력·처리·출력·예외가 드러나는 표로 시작할 수 있습니다.

아래는 기록 방법을 보여 주는 가상 사례입니다. 실제 기업의 업무나 전산가이의 구축 사례를 뜻하지 않으며, 사용하는 상태와 권한은 각 조직에서 확인해야 합니다.

정상 경로 옆에 예외가 돌아가는 지점과 재처리 책임을 표시하면 시스템에서 지원해야 할 조건을 찾는 데 도움이 됩니다. 상세 확인 항목은 업무 현황 분석의 핵심 항목에서 함께 확인할 수 있습니다.

5. 현업 검토 후 도입 판단에 필요한 결과를 넘깁니다

작성한 흐름을 실제 담당자와 다시 따라가며 누락·오해·역할 차이를 확인합니다. 분석자가 이해한 순서와 현장에서 사용하는 용어가 맞는지도 점검하세요. 확인한 사람과 적용 범위, 검토 시점을 남깁니다.

최종 결과에는 현재 흐름, 확인된 문제와 근거, 원인 가설, 유지할 통제 조건, 개선 후보, 미확정 질문을 구분해 담습니다. 각 항목의 확인 상태를 표시하면 다음 단계에서 무엇을 더 조사해야 하는지 알 수 있습니다.

개선 후보를 모두 개발 대상으로 확정할 필요는 없습니다. 업무 규칙이나 양식 정리가 먼저 필요한지, 다른 시스템과의 연결이나 데이터 준비가 필요한지 검토하고 실제 요구사항과 검수 기준을 별도로 구체화합니다.

분석 진행 체크리스트

자주 묻는 질문(FAQ)

인터뷰부터 시작해도 되나요?

대화를 시작할 수는 있지만 목적과 범위가 없으면 질문이 넓어질 수 있습니다. 먼저 어떤 업무와 불확실성을 확인하려는지 정하고 필요한 역할과 자료를 준비하는 편이 좋습니다.

실제 화면을 볼 수 없으면 분석할 수 없나요?

허용된 자료와 비식별 사례로 확인할 수 있는 범위를 정할 수 있습니다. 다만 화면이나 운영 조건을 직접 확인하지 못한 항목은 미확인으로 남기고, 추가 확인 방법을 정하세요.

부서별 설명이 다르면 어느 쪽을 기준으로 삼나요?

먼저 서로 다른 상황이나 역할을 설명하는지 확인합니다. 자료와 실제 사례를 대조하고 필요한 결정 책임자에게 질문을 정리하세요. 근거 없이 한쪽 설명을 전체 기준으로 확정하지 않습니다.

분석이 끝나면 바로 개발을 시작할 수 있나요?

현황 분석은 개발 판단에 필요한 근거입니다. 실제 착수 전에는 개선 범위·우선순위·책임·데이터 준비·검수 기준 등 남은 조건을 확인해야 합니다. 현황표 자체가 최종 개발 명세를 대신하지는 않습니다.

핵심 정리

현행 업무 분석은 범위를 정하고 실제 사례를 따라 확인한 뒤, 흐름과 예외를 기록하고 담당자와 재검토하는 과정입니다. 자료의 양보다 다음 판단에 사용할 근거와 미확인 질문을 분명히 남기는 것이 중요합니다.

시스템 도입을 논의하고 있다면 대표 업무 한 가지와 최근 사례부터 준비해 보세요. 무엇이 확인됐고 무엇을 더 알아야 하는지 구분하는 출발점이 됩니다.

조사할 업무와 질문부터 정리해 보세요

도입을 검토하는 시스템의 목적과 대표 업무, 현재 자료와 확인할 질문을 비밀정보 없이 정리해 전산가이 문의하기로 전달해 주세요. 조사 범위와 다음 확인 단계를 구체화할 수 있습니다.