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