예외도 기능의 일부로
근무제, 사내 규정, 승인 조건이 다르면 같은 데이터도 처리 방식이 달라집니다. 정상 흐름과 예외 상황을 함께 정의합니다.
- 근무 유형별 적용 조건
- 누락·정정 기록의 처리 흐름
- 담당자 확인이 필요한 경계 조건
OUR APPROACH · 우리의 강점
인사·노무 업무에는 숫자만으로 설명되지 않는 조건이 있습니다. 규정과 예외, 담당자의 판단을 이해하는 것부터 개발을 시작합니다.
BEYOND THE SCREEN
누가 기록을 입력하고, 어떤 기준으로 검토하며, 언제 승인이 필요한지. 기능의 개수보다 실제 업무가 이어지는 방식을 먼저 확인합니다.
옆 화면은 설계 방향을 설명하기 위한 예시입니다.
고객 구축 사례나 운영 중인 제품 화면이 아닙니다.
적용 규정과 변경 이력을 함께 확인하도록 설계합니다.
THREE DESIGN PRINCIPLES
근무제, 사내 규정, 승인 조건이 다르면 같은 데이터도 처리 방식이 달라집니다. 정상 흐름과 예외 상황을 함께 정의합니다.
자동화된 결과를 담당자가 확인할 수 있어야 합니다. 입력 자료와 적용 기준, 수정 내역을 함께 조회하도록 설계합니다.
개발 완료 이후의 책임도 미리 정합니다. 계정, 데이터, 문서의 인계 범위와 유지보수 조건을 계약 단계에서 확인합니다.
담당 역할부터 검수와 지원 범위까지. 프로젝트 제안 단계에서 확인하고 계약에 반영할 항목입니다.
기획·개발·검수 담당 역할, 고객 측 승인 담당자, 진행 공유 주기와 연락 방법을 착수 전에 확인합니다.
자료 전달과 외부 연동 준비를 포함해 일정을 산정합니다. 기능별 완료 조건과 검수 기간은 계약서에 명시합니다.
합의된 기능의 오류는 하자보수 범위로, 신규 기능과 요구 변경은 추가 개발 범위로 구분합니다. 비용·일정 변경은 반영 전에 합의합니다.
무상 하자보수의 기간·시작일·제외 항목, 운영 지원 시간, 장애 등급별 응답 목표와 이용료를 계약에서 정합니다.
납품할 소스코드·문서, 저작권과 사용권, 고객 명의 운영 계정, 외부 라이선스와 계정 이관 범위를 계약 전에 확인합니다.
접근 권한, 데이터 이전·내보내기, 백업·복구 책임, AI에 전달할 정보와 외부 서비스 비용 부담 주체를 확인합니다.
LET’S BUILD WHAT’S NEXT
기획서가 없어도 괜찮습니다.
현재 쓰는 도구와 바꾸고 싶은 업무부터 이야기해 주세요.