혼자 학교 IT를 맡아온 관리자가 “지원 티켓은 아닌데 펌웨어 업데이트, 설정 변경, 내부 작업 같은 건 보통 어디에 기록하나요?”라고 물은 글을 봤다. 300명 안팎의 작은 환경에서 일하다 보니 표준 IT 조직 경험이 없었고, 댓글은 75개쯤 달렸는데 답은 거의 한 방향이었다. “전부 티켓이다.” 고객을 Internal로 만들어도 되고, change ticket, task, project, Jira, ServiceNow 무엇이든 이름만 다를 뿐 기록은 남긴다는 것. 여기서 묘하게 현실적인 불편이 보였다. 작은 팀은 거창한 ITIL 도입까지는 부담스럽고, 그렇다고 펌웨어 올린 날, 방화벽 룰 바꾼 이유, 백업 실패 후 조치, 승인 없이 급하게 만진 설정을 개인 메모나 채팅에 흩어두면 나중에 장애가 났을 때 아무도 맥락을 못 찾는다. 임시 해결책은 기존 헬프데스크에 ‘Internal’ 고객을 만들거나, 스프레드시트와 위키를 억지로 붙이는 방식이다. 작게 만들면 꽤 선명하다. 지원 요청과 별개로 “내부 변경/정기 작업/장애 후 조치”를 30초 안에 남기게 하고, 영향 서비스·되돌리기 방법·승인 여부·관련 장비를 자동으로 붙여주는 얇은 변경 로그. 대기업용 변경관리보다 훨씬 가볍고, 1~5명 IT팀이 감사 대응이나 사고 회고 때 ‘그때 누가 뭘 바꿨지?’를 덜 외치게 해주는 도구면 돈을 낼 이유가 있다.