01
진단
실제 업무를 따라갑니다
어디에서 반복 입력하고, 누구를 기다리나요?
최근 처리한 업무 한 건으로 입력·확인·인계·완료를 살펴봅니다. 정상 흐름뿐 아니라 취소, 변경, 보류처럼 자주 생기는 예외도 확인합니다.
- 받는 결과물
- 업무 흐름도 · 병목과 예외 목록 · 연동 확인 항목
- 회사에서 함께할 일
- 실무 담당자가 현재 처리 과정과 표본 자료를 설명합니다.
진행 방식
업무 확인부터 개발,
현장 적용까지 함께 진행합니다.
어떤 반복 작업을 줄이고, 담당자가 어떤 일을 끝낼 수 있어야 하는지 먼저 정합니다. 현재 처리 과정을 기준으로 기능과 검수 방법을 합의하고, 실제 업무로 결과를 확인합니다.
첫 시스템까지의 네 단계
단계별 작업과
확인할 결과물
02
범위 합의
첫 범위와 끝나는 기준을 정합니다
첫 배포에서 어떤 일을 끝까지 처리할까요?
대상 업무와 사용자를 고르고, 줄일 반복 입력과 담당자가 직접 처리할 일을 정합니다. 처리 시간·입력 횟수·확인 단계 중 비교할 항목과 표본을 합의하고 필요한 데이터·연동·권한으로 범위를 좁힙니다.
- 받는 결과물
- 첫 범위 문서 · 일정과 견적 · 검수 시나리오
- 회사에서 함께할 일
- 업무 책임자가 우선순위와 승인·예외 기준을 결정합니다.
03
구축·검증
실무자가 써보면서 다듬습니다
실제 데이터와 예외에서도 사용할 수 있나요?
담당자가 표본 업무를 입력부터 완료까지 처리하고 계산 결과를 원본과 대조합니다. 합의한 항목을 기존 처리 방식과 비교해 반복 작업이 줄었는지, 다음 담당자가 기록을 보고 이어갈 수 있는지 확인합니다.
- 받는 결과물
- 사용 가능한 첫 시스템 · 데이터 대조 결과 · 예외 처리 확인
- 회사에서 함께할 일
- 실무 담당자가 대표 건을 처리하고 수정할 부분을 확인합니다.
04
배포·인계
전환하고, 관리할 사람에게 넘깁니다
기존 파일은 언제 멈추고, 문제는 누가 처리하나요?
최종 데이터 기준 시점과 전환 순서를 정합니다. 사용자 안내, 관리자 권한, 백업과 장애 대응, 개선 범위를 합의하고 운영 문서를 인계합니다.
- 받는 결과물
- 전환·사용 안내 · 관리자 인계 · 운영 책임과 운영관리 범위
- 회사에서 함께할 일
- 운영 담당자가 계정·데이터 관리와 문의 창구를 확인합니다.
업무별 구축 범위 예시
어떤 업무를 맡기느냐에 따라
첫 구축 범위가 달라집니다.
주문 접수, 재고 출하, 설계 변경을 가정한 세 가지 예시입니다.
회사에서 자주 처리하는 업무를 골라 기능과 완료 기준을 정합니다.
가상 예시 01
엑셀 주문 접수
거래처 주문표를 여러 파일에 다시 입력하는 경우
- 첫 구축에 포함
- 한 거래처의 주문표 가져오기, 품목·수량 검증, 담당자 확인 후 접수
- 이후 확장
- 다른 거래처 양식, ERP 자동 전송, 과거 주문 이관
- 완료 확인
- 오류가 있는 행을 확인하고, 정상 주문을 원본과 대조해 접수할 수 있습니다.
가상 예시 02
재고 확인과 출하
재고가 있어도 출하 가능 수량을 창고에 다시 묻는 경우
- 첫 구축에 포함
- 한 창고의 현재고·예약·검사 상태 조회, 출하 예약과 확정
- 이후 확장
- 다른 창고, 바코드 입출고, ERP·WMS 양방향 연동
- 완료 확인
- 출하 가능한 수량을 확인하고 예약·출하 후 잔량이 맞는지 대조할 수 있습니다.
가상 예시 03
BOM 변경과 구매 요청
설계 변경을 구매 담당자가 놓치는 경우
- 첫 구축에 포함
- 한 제품군의 BOM 조회, 변경 승인, 추가 구매 요청
- 이후 확장
- 다른 제품군, CAD·PLM 연동, 공급사 발주 자동 전송
- 완료 확인
- 승인한 변경이 대상 BOM에 반영되고, 추가 구매할 품목과 수량을 확인할 수 있습니다.
2–4주 첫 구축 · 일정 예시
업무 확인부터 사용 시작까지,
4주 일정 예시입니다.
한 업무의 기능과 자료 준비 범위를 합의하고, 담당자가 매주 검토하는 상황을 가정했습니다. 연동 접근 권한과 표본 데이터가 준비된 조건이며, 실제 일정은 구축 범위에 따라 정합니다.
| 시점 | 만들고 확인할 것 | 회사에서 함께할 일 |
|---|---|---|
| 1주차 | 현재 업무와 표본 데이터 확인, 구축 범위·처리 순서·검수 기준 합의 | 표본 자료 제공, 담당자·권한·예외 결정 |
| 2주차 | 선택한 업무의 입력·조회·확인 화면과 필요한 승인·변경 이력 구현 | 대표 업무를 처리하고 누락된 입력과 예외 확인 |
| 3주차 | 변경·취소 건 검수, 데이터 대조와 보완 | 실제 표본의 수량·권한·처리 결과 확인 |
| 4주차 | 최종 자료 반영, 사용자 안내, 운영 전환과 관리자 인계 | 사용 시작 시점 승인, 운영 담당자 인수 확인 |
1주차
- 만들고 확인할 것
- 현재 업무와 표본 데이터 확인, 구축 범위·처리 순서·검수 기준 합의
- 회사에서 함께할 일
- 표본 자료 제공, 담당자·권한·예외 결정
2주차
- 만들고 확인할 것
- 선택한 업무의 입력·조회·확인 화면과 필요한 승인·변경 이력 구현
- 회사에서 함께할 일
- 대표 업무를 처리하고 누락된 입력과 예외 확인
3주차
- 만들고 확인할 것
- 변경·취소 건 검수, 데이터 대조와 보완
- 회사에서 함께할 일
- 실제 표본의 수량·권한·처리 결과 확인
4주차
- 만들고 확인할 것
- 최종 자료 반영, 사용자 안내, 운영 전환과 관리자 인계
- 회사에서 함께할 일
- 사용 시작 시점 승인, 운영 담당자 인수 확인
2주 범위는 대상 데이터·기능·연동을 더 좁혀 합의합니다. 공급사 API 개발, 코드 정리, 현업 검토 지연이 있으면 일정과 범위를 다시 조정합니다.
비용과 계약 범위
개발비와 운영비를
나눠 안내합니다.
개발·연동·데이터 이관
대상 업무와 사용자, 승인·예외 처리, 기존 시스템의 연동 조건을 확인해 견적을 정합니다. 과거 데이터를 옮기고 정리할 범위도 포함 여부를 명시합니다.
사용하면서 발생하는 비용
서버·DB·AI 등 외부 서비스 사용료와 운영관리 비용을 구분합니다. 계정·데이터 관리 담당자, 오류 대응 시간과 연락 창구를 계약에 명시합니다.
범위 변경과 추가 기능
합의한 기능의 오류 보완과 새 기능 요청을 구분합니다. 추가 비용과 일정이 생기면 작업 전에 확인하고, 적용할 순서를 함께 정합니다.
운영관리·인계
고객이 소유하고,
운영 방식을 선택합니다.
개발한 소스코드는 고객이 소유하며, 저장소와 운영 환경의 관리 권한도 고객이 갖습니다. 운영 문서에 따라 사내에서 직접 관리하거나, 앞선시스템즈에 운영관리를 맡길 수 있습니다.
고객 계정에서 직접 관리할 수 있습니다.
GitHub 저장소와 배포 환경, 서버·데이터베이스를 고객 명의의 계정에 구성할 수 있습니다. 관리자 권한과 데이터 구조, 배포·백업·복원 방법을 문서로 남깁니다.
고객이 소유하는 개발 결과물과 지식재산권의 범위는 계약서에 명시합니다. 사전 보유 코드, 범용 라이브러리, 오픈소스와 제3자 서비스는 각각의 라이선스 조건을 따르며, 사용 항목과 조건을 함께 안내합니다.
고객이 관리할 코드·계정·문서
- 계약 범위의 소스코드와 GitHub 저장소 관리 권한
- 배포 환경과 서버·데이터베이스 관리 권한
- 관리자 계정과 조회·수정·승인 권한 설정
- 데이터 저장 위치·구조와 시스템 연동 문서
- 배포·백업·복원 방법과 사용자 안내 문서
- 외부 서비스·라이선스 목록과 접근 권한
인계 시 담당자와 저장소·운영 환경에 접근할 수 있는지 확인하고, 배포와 백업·복원 절차를 함께 점검합니다.
운영할 일과 담당자도 정합니다.
내부 담당자의 역량과 운영 여건에 따라 직접 관리할 범위와 개발 지원이 필요한 범위를 정합니다. 운영관리를 맡기는 경우에는 지원 범위와 연락 창구·대응 시간·비용을 계약에 명시합니다.
| 업무 | 합의할 역할 | 남길 결과 |
|---|---|---|
| 계정과 접근 권한 | 회사 관리자가 신청·승인하고 합의한 담당자가 반영 | 추가·변경·회수 내역과 승인자 |
| 백업과 복원 확인 | 운영 담당자가 대상·주기·보관 기간에 맞춰 수행 | 백업 실행 결과와 표본 복원 확인 기록 |
| 장애 접수와 대응 | 접수 창구·대응 시간·우선순위·연락할 담당자 지정 | 영향 범위, 조치 내용, 복구 확인과 후속 작업 |
| 데이터 정정 | 현업 책임자가 정정 근거를 승인하고 권한 있는 담당자가 처리 | 변경 전후 값, 사유, 승인과 처리 이력 |
| 기능 개선 요청 | 오류 보완인지 새 업무·기능 추가인지 확인해 범위 합의 | 예: 조회 오류 수정 / 새 창고 승인 절차 추가를 구분해 일정·비용 확인 |
계정과 접근 권한
- 합의할 역할
- 회사 관리자가 신청·승인하고 합의한 담당자가 반영
- 남길 결과
- 추가·변경·회수 내역과 승인자
백업과 복원 확인
- 합의할 역할
- 운영 담당자가 대상·주기·보관 기간에 맞춰 수행
- 남길 결과
- 백업 실행 결과와 표본 복원 확인 기록
장애 접수와 대응
- 합의할 역할
- 접수 창구·대응 시간·우선순위·연락할 담당자 지정
- 남길 결과
- 영향 범위, 조치 내용, 복구 확인과 후속 작업
데이터 정정
- 합의할 역할
- 현업 책임자가 정정 근거를 승인하고 권한 있는 담당자가 처리
- 남길 결과
- 변경 전후 값, 사유, 승인과 처리 이력
기능 개선 요청
- 합의할 역할
- 오류 보완인지 새 업무·기능 추가인지 확인해 범위 합의
- 남길 결과
- 예: 조회 오류 수정 / 새 창고 승인 절차 추가를 구분해 일정·비용 확인
고정 대응 시간이나 모든 추가 개발의 포함을 뜻하지 않습니다. 외부 서비스 이용료, 교육, 운영 환경 변경의 포함 여부도 함께 확인합니다.
01. 상황과 영향 확인
문제가 발생한 시점, 수행한 작업, 오류 화면과 영향을 받은 업무를 확인합니다. 민감한 정보는 가린 뒤 전달합니다.
02. 복구와 변경 범위 결정
장애는 업무 영향에 따라 대응 순서를 정합니다. 합의한 기능의 오류 보완과 새 기능 요청을 구분하고, 추가 작업은 일정과 비용을 확인합니다.
03. 검증하고 기록
수정한 업무를 다시 처리하고 데이터가 맞는지 대조합니다. 배포 내용과 처리 결과를 남겨 담당자가 확인하게 합니다.
진행 전에 묻는 질문
개발 기간과 견적,
범위 변경에 관한 질문
2–4주면 모든 시스템이 완성되나요?
첫 프로세스는 2–4주 개발 일정을 기준으로 범위를 설계합니다. 전체 회사의 고정 납기가 아닙니다. 연동 접근 권한과 데이터 정리, 현업 검증 일정에 따라 달라지며 착수 전에 단계별 완료 기준을 합의합니다.
정확한 비용은 언제 알 수 있나요?
대상 업무와 데이터, 연동 조건을 확인한 뒤 첫 구축과 운영 범위를 나누어 견적을 제안합니다. 화면 수뿐 아니라 승인·예외와 이관 작업이 영향을 줍니다.
중간에 요구사항이 늘면 어떻게 하나요?
첫 범위의 완료를 위해 필요한 보완인지 새로운 범위인지 구분합니다. 일정·비용의 영향을 확인한 뒤 우선순위 조정이나 추가 범위를 합의합니다.
현업이 바빠서 검증에 시간을 못 쓰면요?
확인 담당자와 검증할 대표 업무를 미리 정하는 것이 필요합니다. 현업 결정과 피드백이 늦어지면 일정에도 영향을 줄 수 있어 검토 시점을 범위와 함께 합의합니다.
프로젝트 상담
우리 회사 업무에 적용하려면?
지금 쓰는 도구와 가장 불편한 업무를 알려주세요. 어떤 일을 줄이고, 담당자가 무엇을 직접 처리할 수 있어야 하는지 확인해 첫 구축 범위를 정합니다.