사내 IT 자산관리 솔루션 도입 실패를 부르는 운영 습관

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

엑셀 목록을 그대로 옮기면 자산관리가 무너집니다

실패는 도입 첫날의 데이터에서 시작됩니다

사내 IT 자산관리 솔루션을 도입할 때 가장 흔한 실수는 기존 엑셀 파일을 거의 손보지 않고 그대로 업로드하는 일입니다. 노트북, 모니터, 라이선스, 서버, 네트워크 장비가 한 파일에 섞여 있고, 담당자 이름은 퇴사자 기준이며, 구매일과 사용 부서가 비어 있는 상태라면 솔루션은 똑똑한 도구가 아니라 보기 좋은 혼란 저장소가 됩니다.

특히 “일단 넣고 나중에 정리하자”는 방식은 위험합니다. 자산번호 체계가 불분명하면 같은 노트북이 두 번 등록되고, 반납된 장비가 사용 중으로 남으며, 폐기된 장비가 감사 대상에 다시 올라옵니다. G2프로 같은 IT 서비스 관점에서는 도입보다 먼저 데이터 기준 정리가 선행되어야 합니다.

• 자산명은 모델명과 용도를 분리해 입력합니다. 예: “영업팀 노트북”이 아니라 제조사, 모델, 시리얼, 사용자 정보를 따로 관리합니다.
• 상태값은 구매, 지급, 회수, 수리, 예비, 폐기처럼 실제 운영 흐름에 맞게 정의합니다.
• 담당 부서와 사용자를 같은 의미로 쓰지 않습니다. 부서는 비용 책임, 사용자는 실물 책임에 가깝습니다.

도입 첫 주에는 기능을 많이 켜는 것보다 “이 데이터로 결정을 내려도 되는가”를 먼저 확인하는 편이 낫습니다.

자산번호 없는 장비는 결국 추적되지 않습니다

장비에 스티커를 붙이는 일은 사소해 보이지만, 현장에서는 이 단계가 자산관리의 성패를 가릅니다. 시리얼 번호만 믿으면 수리 교체, 중고 장비 반입, 부품 교환 과정에서 기록이 엇갈리기 쉽습니다. 자산번호는 회사가 장비를 바라보는 고유한 기준이므로, 솔루션 안의 데이터와 실제 물건을 연결하는 열쇠입니다.

실패한 현장에서는 “비싼 장비만 등록하면 되지 않느냐”는 말도 자주 나옵니다. 그러나 마우스 하나까지 모두 관리하자는 뜻이 아닙니다. 업무 중단, 보안 위험, 라이선스 위반, 비용 누수를 만들 수 있는 품목을 기준으로 관리 범위를 정해야 합니다. IT의 기본 개념처럼 정보기술은 장비와 데이터, 업무 절차가 함께 움직일 때 가치가 생깁니다.

구매팀 장부와 IT 운영 기록을 따로 두지 마세요

구매일은 회계 정보이면서 운영 정보입니다

두 번째 실패는 구매팀의 장부와 IT팀의 운영 기록이 분리되는 상황입니다. 구매팀은 발주일과 금액을 알고, IT팀은 지급일과 장애 이력을 알고, 보안팀은 암호화와 백신 상태를 알고 있습니다. 각 부서가 자기 기록만 맞다고 주장하면 IT 솔루션은 부서별 진실을 모아놓은 화면이 됩니다.

예를 들어 노트북 보증 기간을 확인해야 하는데 구매일은 구매팀 파일에 있고, 실제 지급일은 IT 접수 시스템에 있으며, 수리 이력은 담당자 메일함에만 남아 있다면 어떨까요? 장애가 발생했을 때 교체할지 수리할지 판단하는 데 시간이 오래 걸립니다. 더 큰 문제는 예산입니다. 교체 주기가 보이지 않으면 다음 분기 장비 구매 계획이 늘 감으로 작성됩니다.

1. 구매 요청 단계에서 임시 자산번호를 발급합니다.
2. 입고 단계에서 시리얼 번호, 보증 기간, 납품사를 확정합니다.
3. 지급 단계에서 사용자, 부서, 보안 설정 상태를 연결합니다.
4. 회수 단계에서 데이터 삭제, 외관 상태, 재지급 가능 여부를 기록합니다.

도입 비용보다 운영 비용을 먼저 계산해야 합니다

자산관리 솔루션 비용은 월 구독료나 구축비만 보면 작아 보일 수 있습니다. 하지만 실제로는 초기 데이터 정리, 라벨링, 담당자 교육, 기존 시스템 연동, 퇴사자 장비 회수 프로세스까지 포함해야 합니다. 이 비용을 빼고 승인받으면 도입 후 “왜 이렇게 손이 많이 가느냐”는 말이 나옵니다.

실무적으로는 사용자당 과금, 자산 수량 과금, 모듈별 과금 방식을 비교해야 합니다. 저렴한 솔루션이라도 API 연동이 제한적이면 인사 시스템과 연결할 때 별도 개발비가 들 수 있고, 비싸 보이는 솔루션이라도 모바일 스캔과 승인 흐름이 좋아 운영 시간을 크게 줄일 수 있습니다. 가격표보다 반복 업무 절감 시간을 함께 따져야 실패 확률이 낮아집니다.

• 초기 구축비: 데이터 정제, 필드 설계, 권한 설정, 마이그레이션 작업을 포함합니다.
• 월 운영비: 라이선스 비용뿐 아니라 담당자가 매주 쓰는 관리 시간을 계산합니다.
• 연동 비용: 인사, 회계, 헬프데스크, 보안 솔루션과 연결되는 범위를 확인합니다.

자산관리는 물건 목록이 아니라 “누가, 어떤 업무 목적으로, 어떤 위험을 안고 쓰는가”를 관리하는 운영 체계입니다.

권한을 넓게 열어두면 책임이 흐려집니다

모두가 수정할 수 있는 시스템은 아무도 믿지 않습니다

많은 회사가 빠른 적용을 이유로 관리자 권한을 여러 명에게 넓게 부여합니다. 처음에는 편합니다. 담당자가 휴가여도 누군가 대신 수정할 수 있고, 부서 요청도 빠르게 처리됩니다. 그러나 시간이 지나면 누가 어떤 이유로 자산 상태를 바꿨는지 알기 어려워집니다.

특히 “사용 중”을 “보관 중”으로 바꾸거나, “폐기 예정”을 “폐기 완료”로 바꾸는 작업은 단순 수정이 아닙니다. 비용과 보안 책임이 이동하는 행위입니다. 관리자 권한이 넓으면 실수도 빨리 퍼집니다. 반대로 권한이 지나치게 좁으면 업무가 막히므로, 역할 기반으로 적당히 나누는 설계가 필요합니다.

• 조회 권한: 부서 관리자는 자기 부서 자산만 볼 수 있게 제한합니다.
• 수정 권한: IT 운영 담당자만 핵심 상태값을 바꾸도록 설정합니다.
• 승인 권한: 폐기, 분실, 고가 장비 재지급은 별도 승인 흐름을 둡니다.
• 감사 로그: 변경자, 변경 시각, 변경 전후 값을 반드시 남깁니다.

퇴사와 부서 이동을 가볍게 보면 보안 사고로 이어집니다

자산관리에서 가장 자주 새는 구간은 입사보다 퇴사입니다. 신규 입사자는 장비 지급 요청이 눈에 띄지만, 퇴사자는 인사팀과 현업 부서, IT팀의 타이밍이 조금만 어긋나도 회수 누락이 생깁니다. 노트북은 반납됐지만 어댑터와 보안 토큰이 빠지거나, SaaS 계정은 닫혔지만 로컬 관리자 계정이 남는 식입니다.

부서 이동도 마찬가지입니다. 장비는 그대로 쓰지만 비용 부서와 접근 권한이 바뀝니다. 이때 자산관리 솔루션이 인사 이벤트와 연결되어 있지 않으면 IT팀은 뒤늦게 메신저로 소식을 듣습니다. IT 용어 설명에서 보듯 정보기술은 조직 활동과 밀접하게 연결됩니다. 사람의 이동을 자산 흐름과 분리해 보면 운영 품질이 떨어집니다.

“권한은 나중에 정리하자”는 말은 피해야 합니다. 나중에는 이미 여러 사람이 데이터를 바꾼 뒤이고, 어떤 기록이 정확한지 판단하는 데 더 많은 시간이 듭니다. 처음부터 최소 권한, 승인 흐름, 감사 로그를 작게라도 시작하는 편이 낫습니다.

자동화만 믿고 현장 확인을 생략하지 마세요

에이전트 설치율과 실제 관리율은 다릅니다

자산관리 솔루션은 에이전트를 설치하면 PC 정보를 자동 수집해 줍니다. CPU, 메모리, 저장장치, OS 버전, 일부 소프트웨어 설치 현황까지 확인할 수 있어 매우 편리합니다. 문제는 이 기능을 과신할 때 생깁니다. 에이전트가 설치되지 않은 장비, 장기간 꺼져 있는 장비, 네트워크 밖에서 쓰는 장비는 화면에서 조용히 사라질 수 있습니다.

자동화는 현장 확인을 대체하지 않습니다. 오히려 자동 수집 데이터와 실제 장비 점검을 비교할 때 가치가 커집니다. 예를 들어 시스템에는 노트북이 사무실에 있는 것으로 나오지만 실제로는 외근자가 장기 대여 중일 수 있습니다. 반대로 장비는 창고에 있는데 마지막 접속 기록이 오래되어 분실로 오해할 수도 있습니다.

• 월간 대조: 솔루션 목록과 실제 보관함, 부서별 사용 장비를 비교합니다.
• 분기별 표본 점검: 전체가 어렵다면 고가 장비와 외부 반출 장비부터 확인합니다.
• 예외 장비 관리: 연구용 PC, 키오스크, 테스트 장비처럼 에이전트 설치가 어려운 품목은 별도 규칙을 둡니다.

자동 수집 항목만 보고 소프트웨어 라이선스를 판단하면 위험합니다

자산관리 솔루션이 설치 프로그램 목록을 보여준다고 해서 라이선스 준수 여부가 자동으로 해결되는 것은 아닙니다. 같은 소프트웨어라도 사용자 단위, 장치 단위, 동시 접속 단위, 구독 단위로 계약 조건이 다를 수 있습니다. 화면에 설치 수량이 보이는 것과 계약상 허용 수량을 해석하는 것은 다른 일입니다.

특히 디자인, 개발, 보안, 데이터 분석 도구는 비용이 크고 조건이 복잡합니다. 사용하지 않는 라이선스를 회수하는 것은 좋지만, 실제로는 특정 프로젝트 때문에 잠시 사용량이 늘어난 것일 수도 있습니다. 이때 무리하게 회수하면 현업 업무가 막힙니다. 반대로 방치하면 불필요한 구독료가 계속 나갑니다.

아래처럼 운영 목적별로 판단 기준을 나누면 실수가 줄어듭니다.

• 보안 목적: 금지 소프트웨어, 미승인 원격 제어 도구, 오래된 런타임을 우선 확인합니다.
• 비용 목적: 최근 사용 이력과 부서별 필요성을 함께 보고 회수 여부를 정합니다.
• 감사 목적: 계약서, 구매 증빙, 설치 수량, 사용자 배정 기록을 연결합니다.

관련 개념을 넓게 이해하고 싶다면 IT 분야의 설명도 함께 참고할 수 있습니다. 자산관리는 단순 프로그램이 아니라 기술, 사람, 계약, 보안이 만나는 지점입니다.

한 대의 노트북 분실이 드러낸 운영 구멍

분실 신고는 늦었고 기록은 서로 달랐습니다

한 중견기업에서 영업팀 노트북 한 대가 외부 미팅 후 사라졌습니다. 처음에는 단순 분실로 보였습니다. 하지만 확인을 시작하자 문제가 이어졌습니다. 자산관리 솔루션에는 해당 노트북이 “본사 보관”으로 되어 있었고, 구매팀 장부에는 다른 부서 비용으로 잡혀 있었으며, 실제 사용자는 두 달 전 부서 이동을 한 상태였습니다.

더 난감한 점은 보안 설정 기록이 불완전했다는 것입니다. 디스크 암호화 여부는 보안 솔루션에 있었고, VPN 계정 상태는 네트워크 담당자가 따로 관리했습니다. IT팀은 장비 회수보다 먼저 “이 장비가 누구 책임인지”를 확인하느라 시간을 썼습니다. 솔루션이 있었지만 운영 기준이 약하면 사고 대응 속도는 기대만큼 빨라지지 않습니다.

1. IT팀은 자산번호 기준으로 장비 이력을 다시 추적했습니다.
2. 인사팀에서 사용자의 부서 이동일을 확인했습니다.
3. 보안팀은 마지막 접속 시간과 원격 잠금 가능 여부를 확인했습니다.
4. 구매팀은 보증 정보와 잔존 가치를 확인해 교체 여부를 판단했습니다.

다음 사고를 줄인 것은 기능 추가가 아니라 운영 약속이었습니다

이 회사는 이후 솔루션을 바꾸지 않았습니다. 대신 운영 방식을 고쳤습니다. 부서 이동이 발생하면 인사 시스템의 변경 내역을 주 1회 IT 자산 담당자가 확인했고, 외부 반출 장비에는 반출 사유와 예상 반납일을 필수로 입력했습니다. “본사 보관” 같은 애매한 상태값도 “창고 보관”, “사용자 보유”, “수리 대기”, “외부 반출”로 나눴습니다.

또한 분실 대응 화면을 별도로 만들었습니다. 담당자는 장비명을 검색하는 대신 자산번호를 입력하고, 사용 이력, 암호화 상태, 마지막 접속, 계정 차단 여부를 한 번에 확인했습니다. 여기서 중요한 점은 거창한 프로젝트가 아니라는 것입니다. 기존 IT 서비스 절차를 솔루션 안에 정확히 반영했을 뿐입니다.

• 하지 말아야 할 일: 솔루션 도입 후 데이터 정리를 미루는 것
• 먼저 해야 할 일: 자산번호, 상태값, 권한, 승인 흐름을 작게라도 정하는 것
• 계속 해야 할 일: 자동 수집 데이터와 실제 현장을 정기적으로 대조하는 것

마지막으로 이 사례에서 가장 효과가 컸던 변화는 월말 점검 회의였습니다. 회의 시간은 길지 않았습니다. IT 담당자, 구매 담당자, 보안 담당자가 외부 반출 장비와 미회수 장비만 함께 확인했습니다. 어느 금요일 오후, 같은 영업팀에서 태블릿 반납이 늦어진 사실이 회의 중 발견됐고, 담당자는 그 자리에서 사용자에게 연락했습니다. 장비는 다음 주 월요일 오전 회수됐고, 이번에는 기록과 실물이 같은 방향을 가리키고 있었습니다.