계약 확정 승인
담당자가 요청하고, 승인자가 확인한 뒤 확정합니다.
- 누가
- 담당자 · 승인자
- 이번 범위
- 승인 요청, 승인·반려, 처리 이력
- 다음 범위
- 다단계 승인, 외부 시스템 연동
완료 기준
승인 전에는 계약이
확정되지 않아야 합니다.
무엇을 만들지, 어떻게 확인할지.
말로 나눈 요청이 어떤 자료가 되는지,
하나의 예시로 살펴보세요.
공개 설명용 예시
실제 고객 문서가 아닙니다.
누가, 언제, 어디까지.
같은 기능 이름도 업무마다 뜻이 다릅니다. 사용할 사람과 허용할 행동을 적어 개발 범위를 맞춥니다.
역할과 산출물 자세히다음 화면에도 이유가 있습니다.
요청한 사람과 승인하는 사람의 화면을 나란히 봅니다. 되돌아가거나 멈추는 경우도 함께 설계합니다.
역할과 산출물 자세히완료의 기준은 동작으로.
“승인 기능 개발 완료”에서 끝내지 않습니다. 역할과 상황을 바꿔 어떤 결과가 나와야 하는지 정합니다.
역할과 산출물 자세히만든 사람 다음을 생각합니다.
운영 담당자가 무엇을 받고 어디서 확인할지 남깁니다. 전달 항목과 이후 지원 범위는 계약에서 정합니다.
역할과 산출물 자세히요청과 확정 사이
역할에 따라 보이는 행동이 달라집니다.
- 담당자승인 요청계약 내용을 작성하고 요청
- 승인자검토 중승인하거나 사유를 적어 반려
- 처리 결과계약 확정승인 이력을 남기고 상태 변경
반려되면 담당자에게 돌아가 수정 후 다시 요청
승인 전에는 확정되지 않는다.
처음 합의한 기준을 확인 가능한 상황으로 나눕니다.
- 01담당자가 승인을 요청하면
- 상태는 ‘검토 중’. 계약은 아직 미확정.
- 02권한이 없는 사람이 승인하면
- 처리를 막고, 계약 상태를 유지.
- 03승인자가 승인하면
- 계약 확정. 처리자와 처리 시점 기록.
운영자가 넘겨받는 것
자료의 이름과 다음에 확인할 일을 함께 남깁니다.
- 소스와 산출물
- 전달 대상 · 저장 위치 · 실행 방법
- 계정과 권한
- 소유 주체 · 운영 담당자 · 접근 범위
- 운영 안내
- 승인자 변경 · 이력 확인 · 오류 대응
- 후속 지원
- 하자 보수 · 운영 지원 · 추가 개발의 구분
함께 일할 때의 약속.
역할과 범위, 확인할 결과를 미리 정합니다.
단계별 역할과 결과물
프로젝트의 규모와 준비 상태에 따라 단계를 묶거나 반복할 수 있습니다. 세부 범위와 산출물, 확인 일정은 프로젝트 시작 전에 정합니다.
상담어떤 일을 해결할까요?
현재의 불편과 만들려는 서비스, 사용자를 먼저 파악합니다. 아직 정해지지 않은 부분도 함께 구분합니다.
| 개발사가 할 일 | 현재 업무와 목표를 듣고 검토에 필요한 질문과 가능한 개발 범위를 정리합니다. |
|---|---|
| 고객이 확인할 일 | 이용할 사람, 현재 업무 방식, 원하는 변화, 예산과 일정의 제약을 공유합니다. |
| 함께 남길 결과 | 상담 요약, 추가 확인 사항, 다음 논의에 필요한 자료 목록 |
요구 정의이번에 어디까지 만들까요?
기능 이름을 나열하는 데서 한 걸음 더 들어갑니다. 누가 언제 무엇을 할 수 있는지, 예외 상황에서는 어떻게 처리할지 정합니다.
| 개발사가 할 일 | 사용자 역할, 기능 목록, 연동과 이전 범위, 우선순위, 완료 기준을 구체화합니다. |
|---|---|
| 고객이 확인할 일 | 업무 규칙과 예외를 설명하고 1차 출시 범위와 추후 개발 항목을 결정합니다. |
| 함께 남길 결과 | 요구사항 목록, 작업 범위, 일정과 비용의 산정 기준, 검수 기준 |
UX 설계어떤 화면으로 이어질까요?
고객이 보는 화면과 담당자가 처리하는 화면을 함께 설계합니다. 중요한 흐름을 먼저 검토한 뒤 화면의 표현을 다듬습니다.
| 개발사가 할 일 | 메뉴 구조, 주요 사용자 흐름, 화면 구성과 인터랙션을 설계합니다. |
|---|---|
| 고객이 확인할 일 | 실제 업무 순서로 화면을 검토하고 용어·입력 항목·승인 흐름을 확인합니다. |
| 함께 남길 결과 | 메뉴 구조, 주요 화면 설계, UI 디자인, 화면별 동작과 상태 정의 |
개발과 중간 확인실제로 어떻게 동작하나요?
확정한 범위를 기능 단위로 구현합니다. 완성된 부분부터 확인하며 화면 설명만으로 발견하기 어려운 차이를 좁힙니다.
| 개발사가 할 일 | 화면과 기능을 개발하고 확인 가능한 작업과 남은 이슈를 공유합니다. |
|---|---|
| 고객이 확인할 일 | 공유된 환경에서 핵심 흐름을 확인하고 피드백의 우선순위를 모아 전달합니다. |
| 함께 남길 결과 | 중간 확인 환경, 구현 항목과 이슈 목록, 반영 여부와 변경 기록 |
검수와 오픈사용을 시작해도 될까요?
합의한 완료 기준을 따라 실제 사용 시나리오를 확인합니다. 데이터와 접근 권한, 외부 서비스 준비까지 점검한 뒤 오픈합니다.
| 개발사가 할 일 | 기능·권한·오류 상황을 검증하고 결함 수정과 배포 준비를 진행합니다. |
|---|---|
| 고객이 확인할 일 | 담당자별 검수를 진행하고 콘텐츠와 운영 정보, 공개 시점과 오픈 여부를 확정합니다. |
| 함께 남길 결과 | 검수 결과와 조치 내역, 오픈 체크리스트, 배포 및 초기 확인 결과 |
인수인계와 운영누가 어떻게 이어서 운영하나요?
운영에 필요한 정보와 관리 방법을 전달합니다. 오픈 이후의 문의 창구와 지원 범위를 정해 이후 작업의 기준을 남깁니다.
| 개발사가 할 일 | 계약 범위의 소스와 산출물, 환경 정보, 운영 방법을 전달하고 인수인계를 진행합니다. |
|---|---|
| 고객이 확인할 일 | 운영 담당자를 지정하고 계정과 산출물의 인수, 이후 지원 범위를 확인합니다. |
| 함께 남길 결과 | 인수인계 목록, 운영 안내, 계정과 권한의 관리 기준, 후속 지원 범위 |
의사결정과 공유
확인할 담당자를 정합니다
업무를 설명할 담당자와 최종 결정을 내릴 담당자를 정합니다. 여러 부서가 참여하면 부서별 의견을 모을 창구와 승인 순서를 함께 정합니다.
의견에는 맥락을 붙입니다
어느 화면에서, 어떤 사용자가, 무엇을 하려다가 불편했는지 공유합니다. 단순한 선호와 실제 업무에 필요한 조건을 구분해 해결 방법을 찾습니다.
결정과 미결을 기록합니다
확정한 내용, 추가 확인할 내용, 다음 확인 시점을 구분합니다. 검토 지연이나 외부 연동 준비가 일정에 영향을 주면 남은 작업의 순서를 다시 맞춥니다.
범위가 바뀔 때
버튼 하나의 변경도 권한이나 알림, 데이터 처리에 영향을 줄 수 있습니다. 요청의 크기를 화면에 보이는 정도만으로 판단하지 않고 연결된 작업을 확인합니다.
- 요청과 이유 확인
기존 기준에서 달라지는 부분과, 변경으로 해결할 문제를 정리합니다.
- 영향 범위 검토
화면·데이터·외부 연동·검증에 필요한 작업과 일정 영향을 확인합니다.
- 반영 범위 합의
기존 범위와의 교체, 추가 작업, 다음 단계로의 이관 중 적절한 방법을 정합니다.
- 기준 갱신 후 진행
비용·일정·완료 기준의 변경 내용을 기록하고 합의한 내용으로 진행합니다.
초기 견적은 당시 확인한 범위를 기준으로 합니다. 데이터 이전, 외부 서비스 승인, 콘텐츠 준비처럼 다른 준비가 필요한 일도 담당과 기한을 함께 정합니다.
오픈 이후의 지원
오픈 후 요청의 성격에 따라 필요한 작업과 계약 범위가 달라집니다. 실제 원인과 기존 합의 내용을 확인한 뒤 처리 방법을 안내합니다.
| 구분 | 해당하는 경우 | 진행 기준 |
|---|---|---|
| 하자 보수 | 합의한 기능이 완료 기준대로 동작하지 않는 경우 승인된 권한 정의와 다르게 접근되거나, 정해진 계산 결과가 맞지 않는 오류 | 계약에서 정한 보수 대상·기간·조건을 확인해 처리합니다. |
| 운영 지원 | 정상 서비스를 유지하고 관리하는 작업이 필요한 경우 운영 문의, 점검, 설정 변경, 외부 서비스나 실행 환경의 변화 대응 | 지원 시간, 담당 범위, 작업량과 대응 기준을 별도로 정합니다. |
| 추가 개발 | 새로운 기능이나 기존 합의와 다른 동작이 필요한 경우 새 보고서·결제수단·승인 단계 추가, 서비스 대상이나 업무 규칙 변경 | 요구사항과 영향 범위를 확인하고 비용·일정에 합의한 뒤 진행합니다. |
이미 운영 중인 시스템의 지원이 필요하신가요?
유지보수 범위 보기자주 묻는 질문.
기획서가 없어도 상담할 수 있나요?
가능합니다. 현재 어떤 업무를 어떻게 처리하는지, 누가 사용할지, 가장 먼저 해결하고 싶은 문제가 무엇인지 알려 주세요. 기존 엑셀이나 참고 화면이 있다면 설명에 도움이 됩니다. 세부 기획이 필요한 경우에는 요구 정의와 설계의 범위를 함께 논의합니다.
개발 도중 요청 사항을 바꿀 수 있나요?
변경을 요청할 수 있습니다. 먼저 기존 합의에 포함된 내용인지, 새로 추가되는 내용인지 확인합니다. 연결된 화면과 데이터, 일정과 비용에 미치는 영향을 정리하고 반영 시점을 합의합니다. 변경 요청만으로 범위가 자동 확정되지는 않습니다.
디자인과 개발 결과는 언제 확인하나요?
설계 단계에서는 주요 화면과 흐름을, 개발 단계에서는 구현된 기능을 확인합니다. 프로젝트 시작 시 공유 방법과 검토 주기를 정하고 의사결정이 필요한 항목과 확인할 기한을 함께 전달합니다.
소스 코드와 관리 계정도 전달받나요?
계약에 정한 인수인계 범위에 따라 전달합니다. 소스 코드, 디자인 원본, 배포 환경과 운영 문서의 전달 범위를 시작 전에 확인합니다. 외부 유료 서비스와 별도 라이선스가 필요한 자산은 소유 주체와 이용 조건도 함께 정리합니다.
출시 후 유지보수도 맡길 수 있나요?
운영 지원과 기능 개선을 상담할 수 있습니다. 하자 보수와 정기 운영 지원, 추가 개발을 나누고 필요한 점검과 작업량을 기준으로 지원 범위를 정합니다. 대응 시간이나 지원 기간은 계약에서 확인합니다.
아직 정리 중인 프로젝트도 괜찮습니다.
현재 상황부터 이야기하기