개발을 시작하기 전에
범위와 완료 기준부터 정합니다
시스템 개발은 기능을 많이 만드는 것보다 무엇을 만들고, 어디까지 완료로 볼 것인지 먼저 합의하는 것이 중요합니다.
핸즈메이트는 요구사항과 산출물, 검수 기준을 문서로 정리한 뒤 개발을 시작합니다.
접수부터 납품까지 8단계로 진행합니다
프로젝트 규모와 특성에 따라 세부 절차는 조정할 수 있지만, 범위를 정의한 뒤 개발하고 합의한 기준으로 검수한다는 원칙은 동일합니다.
- 01접수목적·환경 확인
- 02요구사항 상담업무 흐름 확인
- 03범위 정의기능·기준 문서화
- 04견적·계약비용·일정 확정
- 05설계·개발시스템 구현
- 06중간 확인단계별 결과 공유
- 07검수완료 기준 확인
- 08납품·인계결과물 전달
개발 범위를 먼저 구체화합니다
초기 상담 단계에서 모든 요구사항이 완벽할 필요는 없습니다. 현재 업무와 해결하려는 문제를 기준으로 필요한 기능을 구체화합니다.
01접수현재 상황과 필요한 개발 내용을 확인합니다.
| 확인 내용 | 개발 목적, 현재 업무 방식, 필요한 주요 기능, 기존 시스템 유무, 희망 일정 |
|---|---|
| 고객 준비 | 현재 사용 중인 화면·엑셀·문서·업무 설명 등 가능한 자료. 정식 요구사항 문서가 없어도 상담 가능합니다. |
| 결과 | 상담 가능 여부 및 다음 단계에서 확인할 항목 정리 |
02요구사항 상담기능보다 먼저 실제 업무 흐름을 확인합니다.
| 확인 내용 | 사용자 역할, 업무 처리 순서, 입력·조회·승인·출력 방식, 외부 시스템 연계, 데이터 규모와 운영 환경 |
|---|---|
| 중점 사항 | “화면 하나 추가”와 같은 요청도 실제 업무 흐름과 데이터 처리에 미치는 영향을 함께 확인합니다. |
| 결과 | 이해한 업무 흐름과 핵심 요구사항을 정리해 함께 확인하고, 확인 필요 사항과 개발 범위 후보를 정리합니다. |
03범위 정의견적과 검수의 기준이 되는 내용을 문서로 정리합니다.
| 정의 항목 | 개발 기능, 대상 화면·업무, 인터페이스, 데이터 처리, 권한, 산출물, 일정, 검수 방법 |
|---|---|
| 범위 제외 | 이번 계약에서 수행하지 않는 항목도 함께 구분해 추후 범위 해석 차이를 줄입니다. |
| 결과 | 요구사항 및 범위 정의 자료, 견적 산정 기준 |
04견적·계약정의된 범위를 기준으로 비용과 일정을 확정합니다.
| 견적 기준 | 기능 범위, 업무 난이도, 연계 시스템, 데이터 이관, 테스트 범위, 납품 산출물 등을 기준으로 산정합니다. |
|---|---|
| 계약 확인 | 개발 범위, 일정, 대금 지급 조건, 검수 방식, 변경 요청 처리, 소스코드·산출물 인계 범위를 확인합니다. |
| 착수 조건 | 계약 확정 및 프로젝트 수행에 필요한 자료·접근 환경 확인 후 착수합니다. |
중간 결과를 확인하면서 개발합니다
마지막에 한 번 확인하는 방식보다 주요 기능 단위로 결과를 확인해 방향 차이를 조기에 발견하고 조정합니다.
단계별 결과 확인 화면 보기05설계·개발확정된 요구사항을 실제 시스템으로 구현합니다.
| 주요 작업 | 화면·업무 흐름 설계, 데이터 구조 검토, 프로그램 개발, 권한·연계 기능 구현, 개발자 단위 테스트 |
|---|---|
| 공유 방식 | 프로젝트 특성에 따라 화면 시안, 테스트 URL, 캡처, 데모 등 적절한 방식으로 구현 결과를 공유합니다. 진행·변경·산출물·검사 결과는 고객 전용 공유 화면에서 확인할 수 있습니다. 고객 공유 화면 둘러보기 |
| 관리 기준 | 합의된 요구사항을 기준으로 개발하며 변경 요청은 별도로 구분해 관리합니다. |
06중간 확인주요 기능이 구현될 때 실제 사용 관점에서 확인합니다.
| 확인 항목 | 업무 흐름 적합성, 화면 사용성, 입력·조회 결과, 예외 처리, 주요 출력 및 데이터 처리 결과 |
|---|---|
| 피드백 | 오류·누락과 신규 요구사항을 구분합니다. 기존 범위 내 보완은 반영하고 범위 추가는 일정·비용 영향을 확인합니다. |
| 의견 반영 | 고객 의견은 반영 여부와 이유를 설명하고, 보완한 결과를 다시 공유합니다. 대화에서 정한 내용은 기록해 같은 기준으로 진행합니다. |
| 목적 | 최종 검수 단계에서 큰 방향 변경이 발생하지 않도록 주요 기능을 사전에 확인합니다. |
07검수계약 시 합의한 기능과 검수 기준을 기준으로 확인합니다.
| 검수 기준 | 요구사항 충족 여부, 주요 업무 시나리오 정상 처리, 오류 수정 여부, 합의된 산출물 준비 여부 |
|---|---|
| 검수 결과 | 수정이 필요한 사항은 목록화하고 보완 후 재확인합니다. |
| 구분 원칙 | 계약 범위의 오류·누락 보완과 새로운 기능 추가 요청을 구분합니다. |
08납품·인계검수 완료 후 계약에서 정한 결과물을 전달합니다.
| 기본 인계 | 계약에서 합의한 소스코드와 개발 산출물 |
|---|---|
| 추가 산출물 | 프로젝트에 따라 설치·배포 안내, DB 관련 자료, 사용자 안내, 운영 관련 문서 등을 계약 범위에 따라 제공합니다. |
| 완료 | 최종 검수 및 산출물 인계 확인 후 프로젝트를 완료합니다. |
완료 기준과 전달 결과물을 사전에 정합니다
화면이 보이는 것만으로 완료하지 않습니다. 실제 업무 시나리오와 요구 기능을 확인하고, 프로젝트 규모와 특성에 맞는 산출물을 계약 단계에서 확정합니다.
검수·완료 기준
범위 정의서나 계약 기준에 포함된 기능이 구현됐는지 확인합니다.
입력 → 처리 → 조회 → 출력 등 실제 업무 흐름이 정상적으로 수행되는지 확인합니다.
검수 과정에서 확인된 계약 범위 내 오류를 보완하고 재확인합니다.
계약에서 정한 소스코드 및 관련 산출물이 준비됐는지 확인합니다.
주요 산출물
계약 범위에 따라 구현된 프로그램 및 화면
소프트웨어 계약에서 합의한 범위의 소스코드
기능 범위와 주요 업무 요구사항을 확인하기 위한 기준 자료
필요 시 테이블·데이터 구조 또는 이관 관련 자료
운영 환경에 필요한 경우 설치·배포 방법 정리
필요한 경우 주요 기능 사용법과 운영 시 확인 사항 정리
오류 수정과 추가 개발을 구분합니다
프로젝트 중 요구사항이 바뀌는 것은 자연스러운 일입니다. 다만 기존 합의 범위의 보완인지 새로운 범위의 추가인지 구분해야 일정과 비용을 안정적으로 관리할 수 있습니다.
준비된 자료가 있다면 상담이 더 빠르게 진행됩니다
모든 자료를 미리 준비할 필요는 없습니다. 보유하고 있는 자료부터 공유하면 상담 과정에서 필요한 내용을 함께 정리합니다.
있으면 도움이 되는 자료
- 현재 사용하는 화면 또는 시스템 캡처
- 엑셀·수기 문서·업무 양식
- 현재 업무 처리 순서
- 필요한 기능을 정리한 메모
- 연계가 필요한 기존 시스템 정보
상담 전 생각해 볼 내용
- 지금 가장 불편한 업무는 무엇인지
- 누가 시스템을 사용하는지
- 반드시 필요한 핵심 기능은 무엇인지
- 기존 데이터를 옮겨야 하는지
- 희망하는 사용 시작 시점이 있는지
진행 전에 많이 확인하는 내용
가능합니다. 현재 업무 방식과 해결하고 싶은 문제를 설명해 주시면 상담을 통해 기능과 범위를 구체화합니다.
가능하지만 기존 계약 범위와 분리해 작업량과 일정 영향을 먼저 확인합니다. 범위가 큰 경우 추가 견적 또는 별도 단계로 진행할 수 있습니다.
담당 PM이 요청과 의견을 받습니다. 이메일과 고객 공유 화면으로 주고받고, 필요한 경우 전화·화상회의로 내용을 정리합니다. 진행 상황은 주 1회 공유하며, 진행 중 요청은 영업일 기준 1일 이내 접수를 확인하고 검토 일정을 알려 드립니다.
기본 절차는 동일합니다. 다만 기존 소스코드, DB, 운영 환경과 변경 영향 범위를 먼저 확인하는 단계가 중요합니다.