이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
IT 자산 관리 프로세스를 수립할 때 중점을 두는 건 자산의 생애주기 전체를 추적할 수 있는 구조를 만드는 것입니다. 도입부터 폐기까지 어떤 자산이 어디에 있고, 누가 관리하고, 언제 교체가 필요한지를 파악하는 구조가 갖춰져야 합니다. 이 정보가 없으면 보안 관리나 비용 통제 모두 취약해집니다. 수업에서 IT 거버넌스 내용을 공부할 때, 자산 목록이 현실과 다른 경우에 취약점이 드러나는 사례를 봤습니다. 등록된 자산과 실제 사용 중인 자산이 다르면 감사나 대응에서 문제가 생깁니다.
자동화 도구를 활용해 수작업 오류를 줄이는 것도 중요합니다. 자산 관리는 한번 만들어두면 끝이 아니라 주기적으로 갱신하는 것이 가치를 유지합니다.
IT 자산 관리 프로세스에서 본인이 막힌 자리가 있습니다. 생애주기 추적 구조를 만드는 것과 그 구조가 현실에서 유지되는 것이 다른 문제입니다. 자산 목록은 처음에 만들면 정확하지만 시간이 지나면서 실제와 달라지는 경우가 생기는 자리입니다. 특히 소프트웨어 라이선스 관리(SAM)에서 구매된 라이선스와 실제 설치된 라이선스 수가 달라지는 경우를 분석 사례에서 확인했는데, 이것을 실시간으로 추적하는 것이 쉽지 않습니다.
Overlicensing(과구매)과 Underlicensing(미구매)이 동시에 발생하는 경우도 있어서, 자산 목록만으로는 비용 최적화 방향을 판단하기 어려운 자리가 있습니다. IT 자산 관리는 초기 목록 작성이 아니라 그 정확도를 유지하는 것이 더 어려운 과제라는 것을 알고 있습니다.
IT 자산 관리에서 한 번 경험한 오류를 절차로 만든 자리가 있습니다. 자산 목록이 현실과 다른 것을 발견했을 때, 그 자리에서 수정하는 것과 동시에 어떤 이유로 목록이 달라졌는지를 파악하는 것이 필요합니다. 변경 이유를 기록하지 않으면 다음에 같은 불일치가 생겼을 때 원인을 처음부터 추적해야 합니다.
EOL(수명 종료) 자산 추적도 재발 방지의 일부입니다. 보안 패치 지원이 끝나는 자산을 미리 파악해두지 않으면, 그 자산이 취약점 노출 상태로 운영될 수 있습니다. CMDB에 EOL 날짜를 필드로 관리하고 만료 전 알림을 설정하는 것이 이 상황의 절차적 대응입니다.
자산 관리의 재발 방지는 수정이 아니라 변경이 생겼을 때 즉시 기록되는 구조를 만드는 것에서 시작된다는 것을 알고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 경영지원 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.