LINK-V
LINK-V · 아티클

회사 소유권이 바뀐 뒤 업무 시스템은 누가 운영할까요?

October 22, 2026

새 주인이 회사를 인수해도 소프트웨어를 관리하려면 시스템을 아는 사람이 필요합니다. 현재 함께 일하는 사람들과 누가 계속 맡을지, 다른 사람이 인수한다면 무엇을 넘길지 정리하세요.


회사 소유권이 바뀐 뒤 업무 시스템은 누가 운영할까요?

회사의 주인이 바뀌면 새 주인은 소프트웨어를 누가 관리할지 알아야 합니다. 지금 시스템을 잘 아는 사람들과 먼저 이야기하세요. 누가 계속 업무를 맡을지, 누가 변경을 승인할 수 있는지, 다른 사람이 인수할 때 무엇을 넘겨야 하는지 정하세요.

주문과 송장을 처리하는 맞춤형 시스템을 쓰는 회사를 인수했다고 해 보겠습니다. 직원들은 여전히 로그인할 수 있고 주문도 들어옵니다. 지금까지는 괜찮아 보입니다.

그런데 송장 하나가 회계 소프트웨어에 도착하지 않습니다. 어디서부터 확인해야 하는지 아는 사람은 누구인가요? 그 사람이 지금도 변경 작업을 할 수 있나요? 새 주인을 돕기로 합의했나요?

관련된 사람들이 아직 연락 가능할 때 이런 질문에 답해 두세요.

누가 승인하고, 누가 시스템을 알고, 누가 도와줄까요?

이 역할은 서로 다른 사람이 맡을 수 있습니다.

운영 관리자는 주문 시스템 변경을 승인할 수 있습니다. 개발자는 회계 소프트웨어 연결 방식을 알 수 있습니다. 지원 업체는 합의된 시간에 요청에 응답할 수 있습니다.

관리자 계정을 운영 관리자에게 주는 것만으로 나머지 두 질문에 답할 수는 없습니다. 소프트웨어를 이해하는 사람과 어떤 지원을 제공할지에 대한 합의가 필요합니다.

현재 팀이나 공급업체와 먼저 이야기하세요. 누가 계속 참여할지, 무엇을 바꿔야 할지 물어보세요. 호주 사이버 보안 센터의 회사 및 조직 변경 지침은 관계가 바뀔 때 신원과 권한을 확인하라고 안내합니다. 익숙한 이름을 안다는 것만으로 그 사람이 이제 무엇을 승인할 수 있는지 알 수는 없습니다.

다음 담당자에게 필요한 내용을 적어 두세요

처음부터 두꺼운 매뉴얼을 만들 필요는 없습니다. 주문 접수, 송장 발행, 직원 급여 지급, 월간 보고서 작성처럼 회사에 꼭 필요한 업무부터 시작하세요.

각 주요 업무마다 다음을 적어 두세요.

  • 누가 업무 결정을 내리나요? 작업을 승인할 수 있는 담당자를 적으세요. 지출이나 변경에 다른 사람의 승인이 필요한지도 포함하세요.
  • 누가 소프트웨어를 관리하나요? 담당자와 그 사람이 해결하지 못할 때 연락할 사람을 적으세요.
  • 무엇에 의존하나요? 필요한 계정, 서비스, 연결을 적고 누가 관리하는지, 적절한 사람에게 어떻게 접근 권한을 줄지 기록하세요.
  • 다음 담당자는 무엇을 알아야 하나요? 안내 자료의 위치와 내용을 설명해 줄 사람을 적으세요. 송장이 처리되지 않을 때처럼 까다로운 상황에서 어떻게 해야 하는지도 포함하세요.
  • 실제로 어떤 지원을 약속했나요? 지원 범위, 지원 가능한 시간, 요청 방법을 기록하세요.
  • 아직 해결되지 않은 일은 무엇인가요? 답이 나지 않은 질문마다 담당자와 해결 날짜를 정하고, 어떤 업무에 영향을 줄 수 있는지 적으세요.

소규모 시스템이라면 담당자와 링크를 적은 짧은 문서로 충분할 수 있습니다. 비밀번호는 적절히 보호되는 비밀번호 관리자나 접근 관리 시스템에 보관하세요. 이 문서에는 접근 권한을 어떻게 마련할지 적으면 됩니다.

다음 담당자가 실제 업무를 해 보게 하세요

안내 자료가 있으면 도움이 됩니다. 다음 담당자가 실제로 따라 해 보면 업무 방법을 아는지 더 잘 확인할 수 있습니다.

주문 시스템 예시에서는 인수할 사람에게 테스트 환경에서 샘플 송장 하나를 따라가 보게 하세요. 문제가 생긴 지점을 찾을 수 있나요? 자기 담당 범위를 벗어난 문제라면 누구에게 연락해야 하는지 알고 있나요?

적절한 허가를 받고 안전한 곳에서 진행하세요. 시연하기 어렵다면 절차를 설명해 달라고 하세요. 꼭 필요하지 않다면 실제 고객 데이터와 일상 업무를 이 연습에 가져오지 마세요. 작업 하나를 성공적으로 마쳤다고 해서 그 작업을 이해한다는 점을 확인할 수는 있지만, 생길 수 있는 모든 문제를 다룰 수 있다는 뜻은 아닙니다.

Google이 소프트웨어 운영 책임을 팀에 넘기는 방법을 설명한 글은 문서화, 교육, 단계적인 인수와 개발자의 지원을 소개합니다. 소규모 회사도 기본 원칙을 적용할 수 있습니다. 다음 담당자가 익힐 시간을 주고, 배우는 동안 물어볼 사람이 있는지 확인하세요.

이미 함께 일하는 사람들이 계속 맡을 수도 있습니다

새 주인이 왔다고 해서 개발자를 새로 찾아야 하는 것은 아닙니다. 기존 공급업체가 할 일과 누구의 지시를 받을지 모두가 합의한다면 계속 함께 일하는 것도 괜찮습니다.

새 팀이 인수한다면 교육이 필요하거나 시스템을 잘 아는 사람과 한동안 같이 일해야 할 수 있습니다. 지원을 얼마나 오래 받을지, 담당자가 언제 가능한지, 합의된 업무 범위를 벗어난 질문은 어떻게 처리할지 정하세요.

나중에 소프트웨어를 다른 회사 시스템에 연결하거나 교체할 계획이 있을 수도 있습니다. 이런 결정은 지금 주문과 송장을 계속 처리하는 일과 별개로 다루세요. NACD와 Internet Security Alliance의 인수 관련 지침은 거래 단계별 접근과 시스템 통합을 다룹니다. 일상 업무 인수인계는 더 큰 작업의 한 부분입니다.

거래 내용과 관련 계약도 담당 전문가와 확인하세요. 회사가 매각된다고 소프트웨어 권리, 계약, 소스 코드, 라이선스, 계정, 고객 데이터가 자동으로 이전된다고 여기지 마세요. 어떤 것에 접근할 수 있다는 사실과 그것을 사용할 권한이 있다는 것은 다릅니다.

인수인계를 마치기 전에 누가 변경을 승인하고, 누가 변경 방법을 알고 있으며, 누가 지원하기로 했는지 말할 수 있어야 합니다. 답이 없는 항목이 있다면 확인할 담당자를 정하세요.

저희는 맞춤형 업무용 소프트웨어를 개발하며 지속적인 관리나 인수인계 지원도 합의할 수 있습니다. 기존 시스템을 맡아 줄 사람이 필요하다면 시스템이 어떤 일을 하는지, 어떤 도움이 필요한지 이야기해 주세요.

LINK-V LINK-V