야간조의 반일 휴가를 기존 제품으로 처리할 수 있을까
가상 이야기 · 핵심노트 기반
핵심노트 개념: 도입 방식 — 직접 만들기와 구매를 비교한다
이 글에서 배우는 교훈
개발과 구매는 같은 필수 업무 조건, 연동과 유지관리 책임을 기준으로 비교해야 합니다.
핵심노트를 바탕으로 만든 가상 이야기입니다. 실제 사건이나 검증된 성과가 아닙니다.
근거: 도입 방식 — 직접 만들기와 구매를 비교한다 · 핵심노트 14
구체적으로는 야간조 휴가와 인사 연동을 실제로 시험하고 제품 설정·추가 개발·자체 운영의 범위를 같은 기간으로 비교했습니다.
관련 교재 내용
IT 비즈니스와 윤리 · IV. IT 도입 · 자체개발과 패키지 도입
도입 대안을 업무 적합성, 비용, 기간과 유지관리 등의 조건으로 비교합니다.
이 사례에 적용한 내용: 야간조 휴가와 인사 연동을 실제로 시험하고 제품 설정·추가 개발·자체 운영의 범위를 같은 기간으로 비교했습니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
회사는 휴가 신청 정도는 직접 만들 수 있다고 생각했습니다. 하지만 개발자는 두 명이고 신청·승인 외에 잔여 일수 계산, 인사정보 연동, 규정 변경과 문의 대응도 맡아야 했습니다. 기존 제품은 도입이 빨라도 야간 근무자의 반일 휴가를 지원하는지 불분명했습니다.
담당자는 자정을 넘는 야간 근무, 반일 휴가, 대리 승인, 퇴사자 정산을 시험 사례로 만들었습니다. 제품 업체와 실제 처리를 확인하고 설정으로 되는 부분과 별도 개발이 필요한 부분을 나눴습니다. 자체 개발안에도 운영 담당자와 3년간 수정·지원 비용을 포함해 비교했습니다.
결론
제품이 있다는 사실만으로 구매를 확정하지 않았고, 코딩할 수 있다는 이유만으로 직접 개발을 정하지도 않았습니다. 같은 업무 조건을 통과하는지와 도입 후 책임을 함께 비교해야 선택할 근거가 생깁니다.