처음에는 업무를 설명해 주세요
지금 어떤 일을 어떤 도구로 처리하는지, 어디에서 시간이 걸리거나 확인이 어려운지부터 듣습니다. 처음부터 완성된 기획서가 있을 필요는 없습니다. 입력 자료, 업무 순서와 최종 결과를 설명하면 개선할 구간을 찾는 데 도움이 됩니다.
자료를 준비할 때에는 실제 고객명, 계좌나 비밀번호를 제거해 주세요. 양식과 구조를 보여주는 가공된 예시만으로도 초기 논의를 진행할 수 있습니다. 담당자별 의견이 다른 경우에는 먼저 공통 규칙과 예외를 구분하고, 최종 결정 담당자를 정하는 것이 좋습니다.
요구사항과 범위의 경계
필수 기능, 선택 기능과 현재 범위에 포함하지 않을 항목을 나눕니다. 기능마다 사용자가 시작하는 조건, 필요한 입력, 저장되는 내용과 기대 결과를 적습니다. 화면 이름만 나열하는 방식보다 실제 사용 장면을 남기는 편이 개발과 검증 과정에서 해석의 차이를 줄입니다.
제안에는 예상되는 외부 의존성도 함께 확인합니다. 다른 시스템의 접근 허용, 필요한 프로그램의 라이선스나 장비 확보는 별도 준비가 필요할 수 있습니다. 일정과 비용은 이런 조건을 포함하여 합의하고, 변경이 생겼을 때 다시 확인할 항목을 정리합니다.
화면과 데이터 구조 설계
먼저 주요 화면의 순서와 데이터가 이동하는 관계를 정리합니다. 검색, 입력, 수정과 출력이 서로 어떤 정보를 공유하는지 확인하고, 어떤 작업에서 저장이 확정되는지 설명합니다. 중요 작업은 취소와 재시도의 경로를 포함해 검토합니다.
데이터 설계에서는 항목의 의미, 필수 여부, 식별자와 보관 기준을 맞춥니다. 기존 파일의 이름이나 표 모양만으로 의미를 추측하지 않습니다. 운영자가 직접 수정해야 하는 기준 정보와 일반 사용자가 다루는 업무 데이터를 구분하면 도입 후 관리 책임도 명확해집니다.
구현과 단계별 확인
합의한 범위를 작은 확인 단위로 나누어 구현합니다. 화면이 보이는 것만으로 완료를 판단하지 않고, 입력과 저장, 오류 처리 및 결과 출력까지 연결해 확인합니다. 확인 주기와 전달 방식은 프로젝트 조건에 맞춰 정합니다.
검토 중 새로운 기능이 필요해지면 기존 범위와 구분하여 기록합니다. 변경 내용이 데이터 구조, 일정과 시험에 미치는 영향을 살펴보고 반영 여부를 합의합니다. 구두로 추가한 기능이 인수 시점에 빠져 있지 않도록 변경 내용을 남기는 절차가 필요합니다.
시험 운영과 인수 기준
대표적인 정상 업무뿐 아니라 비어 있는 자료, 잘못된 입력, 중복 파일과 권한 부족 같은 상황도 확인합니다. 사용자가 어떤 메시지를 보고 어떤 행동을 할 수 있는지까지 살펴야 실제 운영 중 문제를 설명하고 재현할 수 있습니다.
인수 기준은 기능별 확인 결과, 미해결 항목, 전달 자료와 적용 환경으로 나누어 정합니다. 실사용 자료를 이용하는 시험은 접근 권한과 보안 조건을 먼저 합의해야 합니다. 시험 결과를 바탕으로 보완하거나 운영상의 제한을 문서에 남깁니다.
배포 준비와 사용자 안내
배포 전에는 설치 방식, 필요한 권한과 설정, 자료의 저장 위치를 정리합니다. 기존 자료를 가져오는 경우 원본을 보존하고 변환 결과를 확인할 방법을 마련합니다. 첫 적용 날짜는 실제 업무의 바쁜 시점과 담당자의 확인 가능 시간을 고려해 정합니다.
사용 안내는 화면의 모든 버튼을 나열하기보다 자주 하는 업무의 시작과 종료, 수정과 오류 대응을 중심으로 구성합니다. 설치 파일, 버전, 필요한 문서와 전달 범위는 별도 합의에 따릅니다. 인수 후 누구에게 어떤 내용으로 연락할지도 함께 확인합니다.
운영 중 변경을 다루는 방법
업무 규칙이나 PC 환경이 달라지면 프로그램에도 점검이 필요할 수 있습니다. 장애 수정과 새로운 요구사항은 구분해서 설명하고, 재현 조건과 영향 범위를 정리합니다. 긴급한 변경이라도 자료 백업과 적용 후 확인을 생략하지 않는 것이 좋습니다.
지원 기간, 응답 방식과 추가 작업 비용은 별도로 정합니다. 이 페이지는 모든 프로젝트에 동일한 지원 수준을 약속하는 계약서가 아닙니다. 프로젝트별 범위와 인수 문서가 실제 진행 조건을 정하며, 상담 문의만으로 유료 작업이 시작되지 않습니다.