기능이 많아 우선순위를 정하기 어렵다면 기능을 업무별로 분류하는 일과 초기 범위를 다시 검토하는 일을 나눠 진행합니다. 기능 개수를 줄이는 것보다 사용자 목적과 운영 조건에 맞는 범위를 정하는 일이 중요합니다.
- 분류각 기능의 필요성과 영향
- 확인초기 포함 항목의 연결 관계, 비용과 일정
- 별도 목록미정 항목
업무별 기능 분류와 중복 확인
분류 전에는 중복 설명과 서로 다른 기능을 구분합니다. 이름이 비슷하더라도 처리 결과나 권한이 다르면 별도 기능으로 남깁니다.
예약 업무
- 예약 등록
- 변경과 취소
- 목록 조회
같은 업무, 다른 기능
예약 등록, 변경과 취소, 목록 조회는 같은 업무에 속하지만 각각 다른 기능입니다. 업무 단위로 묶어 검토하되 필요한 처리 조건까지 하나로 합치지는 않습니다.
예약, 고객과 결제처럼 업무별로 기능을 묶습니다. 포함, 제외 결정 시에는 관련 기능에 미치는 영향을 확인합니다.
1차 분류필요성과 영향
필수핵심 업무와 필수 조건
없으면 주요 업무를 완료할 수 없거나 필요한 운영, 보호 조건을 충족하지 못하는 기능입니다.
예약 접수 예시예약 조회 예시
중요업무 부담의 감소
대체 절차가 있으나 시간과 오류 부담이 큰 기능입니다. 대체 업무의 담당자와 처리량을 확인합니다.
확인 안내 예시취소 알림 예시
선택이용 편의의 보완
현재 목적의 달성에 필수는 아니지만 이용 경험을 개선하는 기능입니다. 효과와 비용을 비교합니다.
고객 표시 예시사진 등록 예시
이번 범위 제외후속 검토 또는 제외
현재 범위에 포함하지 않는 기능입니다. 제외 이유와 후속 검토 여부를 기록합니다.
후기 기능 예시매출 집계 예시
판단 근거가 부족한 기능을 임의로 낮추지 않고 확인할 질문과 담당자를 표시합니다.
초기 포함 항목의 2차 검토
2차 검토에서는 초기 포함 항목의 필요성과 선행 조건을 확인합니다. 분류 중 빠진 운영, 권한, 오류 대응 기능이 없는지도 함께 점검합니다.
확인 1기능을 제외해도 핵심 업무가 완료되는가
확인 2수동 대체가 가능한가
확인 3주요 업무 외에 적용되는 의무와 운영 책임을 충족하는가
예산, 일정에 따른 구현 범위
초기 범위는 기능 수가 아니라 예상 작업량과 사용할 수 있는 예산, 일정으로 검토합니다. 기능마다 복잡도와 연동 조건이 다릅니다.
기능 묶음예상 작업량
예시 그림입니다. 길이는 기능마다 다른 작업량을 나타냅니다.
개발 가능 범위의 산정기능별 작업량과 선행 조건, 내부 검토와 시험 기간을 함께 확인합니다. 예산, 일정 안에서 가능한 범위와 남은 위험을 합의합니다.
예산이나 일정이 정해져 있다면 개발 담당자에게 조건을 제시합니다. 가능한 범위와 제외 항목, 견적 산정 기준을 함께 검토하고 합의한 범위를 문서로 남깁니다.
사용자, 운영자, 개발자의 공동 검토
사업 담당자, 실제 사용자와 운영 담당자가 각자 필요성을 평가합니다. 의견 차이는 해당 업무와 판단 근거를 확인하는 자료로 활용합니다.
같은 기능의 중요도가 다르면 사용 빈도, 미제공 시 영향과 대체 절차를 비교합니다. 사용자 의견 하나만으로 운영이나 보안에 필요한 기능을 제외하지 않습니다.
개발 담당자에게는 구현 난도, 선행 기능과 후속 변경 영향을 확인합니다. 사업상의 필요성과 기술 조건을 함께 검토해 최종 우선순위를 정합니다.
동일 기준에 따른 기능 비교
비슷한 우선순위의 항목은 두 기능씩 비교할 수 있습니다. 업무 효과, 비용과 지연 영향을 같은 기준으로 검토합니다.
기능 A
- 업무 효과
- 비용
- 지연 영향
기능 B
선택 이유를 기록하면 다음 검토에서 판단 근거를 확인할 수 있습니다. 서로 연결된 필수 기능은 단순히 둘 중 하나를 선택하는 방식으로 제외하지 않습니다.
후속 항목의 기록과 재검토
후속 항목에는 기능 설명, 미룬 이유와 재검토 조건을 적습니다. 목록을 현재 범위와 구분하고 변경 이력을 유지합니다.
후속 항목 카드
기능식별 번호와 주요 처리 내용을 적습니다.
보류 이유현재 수요와 대체 방법, 비용 등의 판단 근거를 기록합니다.
재검토 조건날짜와 업무량 등의 확인 기준, 검토 담당자를 정합니다.
재검토 시점에 도달했다고 바로 개발을 확정하지 않고 수요와 비용, 우선순위를 다시 검토합니다.
후속 계획을 개발 담당자에게 공유하고 현재 설계에 미치는 영향을 확인합니다. 모든 미래 기능을 미리 구현하지 않고 필요한 대비와 추가 비용을 비교합니다.
범위 축소가 어려운 경우의 검토
범위를 줄이기 어렵다면 서비스 목적과 반드시 필요한 운영 업무를 다시 확인합니다. 여러 업무를 동시에 포함해야 하는 이유와 단계적 전환의 가능성을 검토합니다.
먼저 확인할 결과
예약매출고객 관리서비스 목적, 메뉴 목록, 화면 이동 흐름을 적은 초안을 기준으로 초기 목표를 명확히 합니다. 예약, 매출과 고객 관리 중 어떤 결과를 먼저 확인할지 정하고 연계가 필요한 항목은 유지합니다.
기관, 기업의 부서별 요구 조정
기관, 기업에서는 부서별 요구를 공통 기준으로 비교합니다. 법정, 계약상 요건과 필수 업무, 편의 개선을 구분하고 부서 간 연결 조건을 확인합니다.
각 부서의 요구 이유와 미반영 시 영향을 기록합니다. 부서별로 같은 개수씩 채택하지 않고, 전체 업무를 완료할 수 있는지와 자원 제약을 기준으로 합의합니다. 후속 항목은 회의록과 차기 검토 자료에 남깁니다.
우선순위의 결정업무별로 기능을 분류하고 초기 포함 항목의 필요성과 연결 관계를 다시 확인합니다. 예산, 일정과 필수 운영 조건을 함께 검토하고 후속 항목의 판단 근거를 남깁니다.
자주 묻는 질문
01이름이 비슷한 기능은 하나로 합칩니까
이름이 비슷하더라도 처리 결과나 권한이 다르면 별도 기능으로 남깁니다. 예약 등록, 변경, 취소, 목록 조회는 같은 업무에 속하지만 각각 다른 기능입니다.
021차 분류와 2차 검토는 어떻게 다릅니까
1차 분류에서는 필수, 중요, 선택, 이번 범위 제외를 구분합니다. 2차 검토에서는 초기 포함 항목의 필요성과 선행 조건을 확인하고 분류 중 빠진 운영, 권한, 오류 대응 기능이 없는지 점검합니다.
03초기 범위는 기능 수로 정합니까
기능 수가 아니라 예상 작업량과 가용 예산, 일정으로 검토합니다. 예산이나 일정이 정해져 있다면 개발 담당자에게 조건을 제시하고 합의한 범위를 문서로 남깁니다.
04후속 항목에는 무엇을 기록합니까
기능의 식별 번호와 주요 처리 내용, 보류 이유, 재검토 조건을 기록합니다. 재검토 시점은 날짜나 업무량 등 확인 가능한 조건으로 정하고 검토 담당자를 지정합니다.
05기관이나 기업의 부서별 요구는 어떻게 조정합니까
부서별 요구를 공통 기준으로 비교하고 법정 및 계약상 요건, 필수 업무, 편의 개선을 구분합니다. 부서별로 동일한 개수만 채택하지 않고 전체 업무의 완료와 자원 제약을 기준으로 합의합니다.