CMMS 성공 전문가 가이드: Jeff O'Brien의 검증된 구현 전략

CMMS 구현은 일부에게 두려운 주제입니다. 누구도 자사에서 CMMS 도입이 실패할 가능성을 생각하고 싶지 않으니까요. Jeff O'Brien은 거의 10년간 유지보수 팀이 자사 시설에 Fiix를 성공적으로 롤아웃하도록 도왔고, 최근 Rooted in Reliability 팟캐스트에 출연해 호스트 James Kovacevic과 구현 관련 모든 것을 논의했습니다.

에피소드에서 그들은 구현 성공의 정확한 정의, 원활한 구현을 위한 5단계, 양질의 데이터가 CMMS 솔루션 설정에서 가장 중요한 측면 중 하나인 이유, 구현 과정에 누가 참여해야 하는지, 구현 여정에서 달성해야 할 마일스톤을 다룹니다.

여기에서 팟캐스트 에피소드 청취(Accendio Reliability 웹사이트와 PodBean에서도 제공) 또는 아래 대본 읽기. 향후 Fiix 전문가 출연도 기대해 주세요.

CMMS 구현에 대해 더 알고 싶으신가요?

• CMMS 구현 성공을 위한 업무 문화 조성
• 성공적 CMMS 구현 3단계
• 비계획 정비: 필수악인가 피할 수 있는 불편인가?
• 모바일 유지보수: 단순한 업계 트렌드 이상 (팟캐스트)
• Jeff O'Brien 작성 모든 기사

---

에피소드 대본

에피소드 대본 보기

James Kovacevic: Jeff O'Brien님을 팟캐스트에 모시게 되어 기쁩니다. 어서 오세요 Jeff.

Jeff O'Brien: 안녕하세요 James. 초대해 주셔서 감사합니다.

JK: Jeff, 팟캐스트 첫 출연이시니 소개부터. Fiix Software의 전문 서비스 수석 디렉터이시죠.

JO: 맞습니다.

JK: CMMS 구현 컨설턴트 팀을 관리하며 고객이 자사 위치에서 Fiix를 성공적으로 구현하고 런칭하도록 돕습니다. 100여 편의 업계 기사와 전자책을 집필하셨고, 다수가 Fiix에서 열람 가능합니다. Fiix 입사 전 ASML에서 장비 엔지니어로 근무하셨는데, 소개에 빠진 내용이 있으면 보충해 주세요.

JO: 그게 다인 것 같습니다. 아주 좋은 소개네요. 말씀하신 대로 구현 컨설턴트 팀과 기술 지원 팀도 관리합니다. 그래서 고라이브 후 기술 지원 이슈도 많이 봅니다.

JK: 기술 지원 팀 관리 덕분에 구현에서 개선할 점이나 전략 수정 기회도 보셨겠네요.

JO: 맞습니다.

JK: 그럼 CMMS 구현 경력은 얼마나 되시나요?

JO: 2010년 Fiix 입사 이후 CMMS 애플리케이션 구현에만 관여했지만, ASML 장비 엔지니어 시절에도 CMMS 애플리케이션에 많이 노출됐습니다. 독일 AMD, Infineon 등 전 세계 다양한 시설에서 근무하며 여러 버전의 다양한 CMMS 애플리케이션을 사용해봤습니다.

JK: 훌륭하네요. 그렇죠, 최고의 구현을 돕는 사람은 과거에 최악의 구현을 겪어본 사람일 테니까요.

JO: 정확히 그렇습니다. 각각 개념은 비슷하지만 전달 방식과 사용 편의성은 항상 다릅니다. 수년간 꽤 까다로운 애플리케이션들도 다뤘습니다.

JK: 이름은 당분간 팟캐스트에서 빼죠. 몇 개 넘거든요.

JO: 문제없습니다.

JK: 자, CMMS 구현이란 무엇인가요? 소프트웨어 사서 켜면 바로 작동하는 거 아닌가요?

JO: 꼭 그렇진 않습니다. CMMS 구현은 CMMS 소프트웨어를 조직 구조의 워크플로나 개별 최종 사용자 워크플로에 통합하는 것입니다. 핵심 사용자가 제대로 교육받고 조직의 유스케이스에 맞게 CMMS가 완전히 구성되고 운영되게 하는 것이죠. 절대 단순 플러그앤플레이가 아닙니다.

JK: 그게 핵심입니다. 워크플로 통합 등 말씀하신 것들. 유지보수·신뢰성 전문가가 아닐 수 있는 일부 개인들은 CMMS를 그냥 다운로드·설치하면 된다고 보지만, 절대 그렇지 않습니다.

JO: 절대 아닙니다. 시간이 지나면 부담이 되어 사람들이 사용을 중단합니다. 시스템 혜택을 못 보죠. 기술자, 매니저, 플래너, 슈퍼바이저, 부품 담당 누구든 항상 '내게 무슨 이득인가?' 생각합니다. 애플리케이션이 일상을 편하게 하지 못하면, 올바르게 구성·구현되지 않으면 사용을 멈추고 조직에서 성공 못 합니다.

JK: 맞습니다. 올바른 데이터가 입력되지 않으면 올바른 리포트 뽑을 수 없고 조직에 올바른 변화를 이끌 수 없습니다.

JO: 맞습니다.

JK: Jeff, 성공적 CMMS 구현을 어떻게 정의하나요? 마스터 데이터만 정확히 들어가면 되나요? 진짜 성공이란?

JO: 제게 성공엔 단계가 있습니다. 하지만 궁극적 성공은 조직이 새 시스템의 가치를 극대화할 때입니다. 즉, 시스템이 조직 유스케이스에 맞게 올바르게 구성되고, PM이 제때 트리거되고, 비용이 올바른 상위 자산으로 롤업되고, 창고 재고 가시성 확보 등. 둘째, CMMS를 써야 할 모든 사람이 일상적으로 CMMS를 사용할 때입니다. 기술자 수리 기록, 플래너 주간 일정 준비, 라인 매니저 작업 요청 기록 등. 셋째, 실제 정확한 데이터가 CMMS에서 뽑혀 KPI와 리포트가 되고, 그 데이터로 트렌드 파악, 수리 vs 교체 같은 결정에 쓰일 때. 그게 제게 진정한 성공적 구현입니다.

JK: 완벽하네요. 시스템 쓰고, 데이터 모으고, 그 데이터로 조직 내 의사결정 주도. 그게 진짜 성공이죠.

JO: 정확히 그렇습니다.

JK: 조직 내 다른 버전의 성공도 보셨나요?

JO: 네, 앞서 말했듯 성공엔 단계가 있고 그게 제겐 궁극적 성공입니다. 하지만 아무 시스템 없던, 펜과 종이만 쓰던 조직도 있습니다. 그냥 작업 지시서와 요청 관리하려고 시스템 들여놓는 것만으로도 어느 정도 성공이죠. 물론 거기서 더 성장할 기회가 많지만, 그건 애플리케이션상 어느 정도 성공입니다. 몇 년 전 한 조직에서 유지보수 매니저가 사방에서 들어오는 요청에 시달렸죠. 포스트잇, 문자, 책상 위 종이, 화이트보드 알림... 많은 게 틈새로 빠졌습니다. CMMS로 그 프로세스 자동화하면 요청이 단일 채널로 들어와 우선순위 조정 가능하고 아무것도 빠지지 않습니다. 그렇게 단순한 시스템 사용만으로도 제겐 어느 정도 성공적 구현으로 이어집니다.

JK: 훌륭합니다. 조직에 따라 성공 수준은 달라질 수 있죠. 하지만 우리가 하는 건 비즈니스 프로세스 개선, 효율화, 최종적으로 데이터로 의사결정 주도입니다. 조직이 그런 성공 달성하게 하는 단계들은 뭐가 있나요?

JO: 좋아요. CMMS 필요성 인지 후, 성공적 CMMS 구현을 위한 5단계를 확인했습니다. 첫째, 경영진 지지를 얻으세요. CMMS 구축엔 시간과 자원 필요. 경영진이 완전히 온보드되지 않아 자원 제공 꺼려하다 구현이 계획대로 안 된 경우 많이 봤습니다. 경영진 지지가 예산과 자원으로 이어져 성공적 구현 가능케 합니다.

둘째: 전담 리소스(들)를 이 프로젝트에 배정하세요. 앞서 말했듯 그냥 켜면 끝나는 게 아닙니다. 조직 측에서 구현 프로젝트 도울 누군가가 필요합니다. 공급업체와 고객 양측 리소스가 프로젝트에 관여할 때 CMMS 프로젝트 성공 확률이 높습니다. 우리는 항상 고객에게 "우리는 CMMS를 압니다. 당신들 설비는 모릅니다."라고 말합니다. 작년 원격 구현했는데 고객이 다른 책임 너무 많아 프로젝트 시간 못 내더군요. 매 세션이 복습 세션 같고 같은 얘기 반복, 9개월 뒤 전담 리소스 필요하다고 합의했고, 전담자 배정 후 일주일 만에 완료했습니다.

셋째: 효과적 프로젝트 계획. 옛말 '계획 실패는 실패 계획' 기억하세요. 조직이 상세 프로젝트 계획 세워야 빠뜨리는 것 없습니다. 니즈 분석, 현재 고통 포인트와 새 소프트웨어가 해결할 것 식별, 시스템 사용자 정의, 범위 정의·통제, 초기 데이터 수집부터 고라이브 후 6개월 또는 1년 검토까지 일정 구축. 우리 가장 상세한 구현 계획은 96개 항목입니다.

넷째: 그 프로젝트 계획의 효과적 실행. 계획 다 짰으면 체계적·방법적으로 실행. 팀 변화 준비, 데이터 수집, 데이터 정제, 시스템 구성, 최종 사용자 연결, 시스템 고라이브. 고라이브 지원이 핵심. 프로젝트 끝 구현 리뷰.

다섯째: 지속적 개선. CMMS는 항상 진화합니다. CMMS 들여놓고 가만히 있으면 안 됩니다. 향후 더 많은 기능을 업무 방식에 통합할 수 있습니다. 앞서 말했듯 작업 지시서 시스템으로 시작해 나중에 재고와 PM 추가 가능. 사용자 더 추가. 예: 머신 운영자 추가해 일일 점검 추적. 공급업체 새 기능 출시 시 어떻게 업무 방식에 통합하나? 마지막으로 CMMS는 자산 정보 데이터베이스. 그 정보로 업무 방식 어떻게 바꾸고, PM 어떻게 수정·개선하나? 예전 경력에서 신뢰성·가용성 데이터 보고 PM 주기 7일에서 8일로 옮겼는데 가용성 영향 없고 시설 전체에서 수백만 달러 절약. 그런 기회 찾아 시스템 개선하고 더 뽑아내세요.

JK: 훌륭합니다. CMMS 구현 5단계. 경영진 지지, 올바른 프로젝트 계획, 수익 이해, 고라이브·고라이브 후 지원 방식. 조직이 보통 그중 1~2개 놓치죠. 고라이브 때 교육 한 세트만 한두 달 전에 하고 팔로업·코칭 없어서 아무도 제대로 못 쓰고... 그래서 그 5단계 간단명료해서 좋습니다.

이제, 사용자가 CMMS 구현 전 비즈니스 프로세스 이해하는 게 얼마나 중요한가요?

JO: 절대적으로 중요합니다. 프로세스 문서화로 빠뜨리는 것 없도록 해야 하죠. 하지만 유지보수 프로세스는 어디나 매우 유사합니다.

다 똑같은 류입니다. 운영자가 기계 이슈 보고, 플래너/슈퍼바이저 검토·서명 후 기술자 배정, 기술자 작업 완료, 재고 담당 선반 부품 확인. 모두 매우 유사한 프로세스입니다. 많은 기성 CMMS 애플리케이션이 모범 사례 중심으로 설계되어 시스템 채택이 업무 방식 개선에 도움됩니다.

실제 예시 하나 드릴게요. 몇 달 전 구현 작업했는데 현장 직원들이 부품 필요하면 Microsoft Word로 양식 작성, PDF 변환, 45분 뒤 창고에 이메일. 창고 걸어가서 부품 있는지 확인. 없으면 주문하고 작업 못 함. CMMS 구현 후엔 작업 지시서 완료하며 부품 가용성 확인 가능.

작업 지시서에 계획 부품으로 추가하면 창고에 자동 이메일로 부품 필요 알림. 창고에서 알고 주문 자동 처리. 가서 받으면 기다리고 있죠.

JK: 훌륭하네요. 기술자 비부가가치 시간 대폭 감소. Word 타이핑, PDF 변환, 이메일, 걸어가서 없으면 헛걸음.

JO: 정확히 그렇습니다.

JK: CMMS 표준 워크플로 채택으로 그런 낭비 많이 줄였네요.

JO: 맞습니다.

JK: 구현 전 이해하고 고려해야 할 구성(configuration)은 뭐가 있나요?

JO: 이건 CMMS가 온프렘인지 클라우드 기반인지에 달렸습니다. 온프렘이면 하드웨어 구성, 설치, 포트 오픈, 방화벽 오픈 등등... 저는 모르는 영역입니다. IT 전문성 필요. 클라우드 기반 CMMS면 하드웨어 구성 불필요. 인터넷 가입하면 60초 내 준비. 클라우드 CMMS는 시스템 구성보다 데이터 구성 위주. 사전 구성 작업 거의 불필요. 예: 우리 구현 프로젝트 시작 시 컨설턴트들이 보통 며칠간 프로세스, 데이터 표준화, 자산 명명, 미터 유형, 커스텀 워크플로 등 이해하고 CMMS 구성. 보통 1~2일 소요.

JK: 훌륭하네요. 자산 명명, 번호, 예비 부품 명명/번호, 미터 유형, 읽는 법 등 CMMS 구성에 필수적. 사용자·권한 레벨, 사용자 그룹도 고려해야죠. 플래너는 이 부분만 접근, 저 부분은 안 되게, 혹은 '보기'만 '편집' 대신. 모두 설계·구성 초기에 중요.

JO: 정확히. 많은 클라우드 CMMS 애플리케이션이 그런 설정 사전 구성되거나 괜찮은 기본값 있습니다. 필요 95%는 이미 시스템에 사전 구성. 약간 손보면 정확히 원하는 거 나옵니다.

JK: 구성 이야기할 때 자산 명명, 번호 언급하셨죠. 데이터 품질과 자산, 자재, 자산 계층, PM 등 CMMS 내 설정은 얼마나 중요한가요?

JO: 데이터 품질은 매우 매우 중요합니다. 나쁜 품질 데이터는 장기적으로 문제만 만듭니다. 자산 라벨링 불량이나 잘못 구성된 계층이면 CMMS에서 자산 찾기 어려워집니다. 재고 데이터 틀리면 선반에 있는 부품을 벤더에 주문하게 되고, 품절 더 자주 겪고, PM에서 잘못된 태스크 그룹과 PM이 잘못된 장비에 잘못된 작업 수행으로 이어집니다. 예: 2년 전 12개 사이트를 Fiix로 이전한 고객 작업했는데 각 사이트 동일 설비 보유. 데이터 마이그레이션 중 한 사이트가 동일 자산에 완전히 다른 PM 세트와 태스크 수행 중인 것 발견. 결과 그 사이트 기계들 상태 매우 안 좋았습니다. 데이터 처음부터 제대로 잡으면 한 번만 하면 됩니다.

JK: 맞습니다. 자산 다시 걸어서 3~4번째 확인 안 해도 되고, 자재 마스터 데이터 중복 제거 안 해도 되고... 많은 조직 창고 가면 같은 베어링이 다른 이름으로 세 개 빈에 있죠. 하이픈 있냐 없냐, 번호 다르냐로. 처음부터 제대로 세팅하면 장기적으로 엄청난 일과 노력 아낍니다.

JO: 정확히.

JK: CMMS 구현 위해 뭐 해야 하는지 이해했으니, 구현 팀엔 누가 있어야 할까요? 유지보수 플래너가 짬짬이 하는 건가요, 아니면 완전한 교차 기능 팀인가요?

JO: 구현은 IT 리더, 구현 팀, 공급업체, 시스템 챔피언 간 공유 프로세스입니다. 절대적으로 교차 기능 팀입니다. 장기적으로 조직 내 수많은 개인에게 영향. 유지보수, 신뢰성, 안전, 부품·재고 구매, IT, 운영. 중소기업이면 각 팀 대표 모두 포함하는 게 말이 안 될 수 있습니다.

그래서 우리는 시스템 챔피언 식별을 권장합니다. 프로젝트를 소유할 직원. 이 챔피언들은 각 팀 업무 방식에 익숙합니다. 프로세스, 워크로드 이해. 플래너, 슈퍼바이저, 혹은 아주 뛰어난 기술자일 수 있고, 필요시 각 그룹 대표 끌어들일 수 있습니다. 부품·재고 도움 필요하면 그분들 가서 답 얻고. 하지만 대규모 조직이면 교차 기능 팀 구성해 모두 참여시키는 게 맞습니다. 더 복잡한 시스템과 프로세스 가지니까요.

모든 팀 대표 참여로 빠뜨리는 것 없고, 고라이브 후 그 전문성으로 자기 그룹 지원하며 조직이 애플리케이션에 더 빨리 적응.

JK: 교차 기능 팀은 사이트/조직 크기, 포함할 기능/기능성에 따라 달라집니다. 고장 코딩 포함할 건가요? 그럼 어떻게 구축? 누가 리스트 소유? 등등.

JO: 정확히.

JK: 교차 기능 팀이 볼 또 다른 건 구현 중 리포트 정의·구축. CMMS 아웃풋을 미리 정의하는 게 얼마나 중요한가요?

JO: James, 한 가지 중요 포인트 짚고 싶네요. 80년대, 90년대, 2000년대만 해도 CMMS에서 정보 얻는 유일한 방법은 리포트였습니다. 쿼리 짜고 데이터 시트 정리해서 프린트. 하지만 2018년엔 시스템에서 데이터 뽑는 방법 많습니다. 오늘날 CMMS 소프트웨어는 리포트 포함 다양한 방식으로 정보 추출 가능: 리스트 뷰, 동적 필터링, 커스터마이징 대시보드. 리포트 실행 없이도 시스템에서 실시간 데이터 확보 가능. 그렇다 해도 답은 예. 구현 프로세스 초기에 어떤 리포트, 리스트, KPI, 지표 필요한지 이해하는 건 확실히 중요. 이유는 그 데이터 줄 수 있는 CMMS 애플리케이션 선정해야 하니까. 기존 CMMS에서 온 조직은 새 CMMS에서 복제하고픈 리포트 스위트 보유. 하지만 CMMS 처음인 조직은 게이트에서 정확히 뭐 필요한지 모를 수 있죠. 시간이 지나며 리포트 파악. 하지만 요즘 애플리케이션엔 통조림 리포트(canned reports) 탑재. 박스에서 바로 쓸 수 있고 아마 90% 필요 충족. 리포트 빌더나 서드파티 리포트 빌더 통합도 제공. 아마 필요 충족되지만, 진짜 유용한 리포트 몇 개만 있으면 됩니다. 우리는 보통 계획 정비 비율, 평균 고장 간격(MTBF), 평균 수리 시간(MTTR), 일정 준수율 추천.

JK: 훌륭하네요. 요즘 새 CMMS들은 리포트 엔진 내장, 실시간 스트리밍 대시보드. 데이터/정보 필요 이해하고 뭘 할지 중요하지만, 구현 중 리포트 구축에 덜 집중해도 되는 시대.

그럼 새 CMMS 구현 핵심 마일스톤은?

JO: 좋아요, 5대 핵심 마일스톤 확인했습니다. 첫째: 계획 및 디스커버리. CMMS 목표 이해하고 기본적으로 프로젝트 계획까지. 비즈니스 프로세스 이해, 데이터 표준 정의, 일관된 데이터 계획, 교육 계획 등. 둘째: 구성 및 설정. CMMS 세우기, 기술적 운영 가능하게 하고 유스케이스·비즈니스 요건 맞게 커스터마이징. 셋째: 교육. 직원에게 올바른 스킬과 지식 주어 소프트웨어 최대한 활용하게 하는 핵심. 사용자 도입 증대, 올바른 사용법 보장, 장기적 몰입 증대. 조언: 교육에 인색하지 말고 처음부터 제대로 하세요. 아니면 팀이 시행착오로 시스템 배우느라 회사 시간 낭비. 넷째: 고라이브. 시스템 구성 완료, 교육 완료면 새 시스템으로 고라이브. 기존 시스템 쓰는 조직은 데이터 이전 동안 양 시스템 불가용한 블랙아웃 기간 필요. 하지만 새 시스템 처음인 조직은 그냥 CMMS로 고라이브. 다섯째: 리뷰 및 클로즈아웃. 원래 요건 모두 충족됐는지 확인, 필요시 사소한 수정 구현. PM 약간 조정, KPI·리포트 수정 등, 보통 아주 미미.

JK: 훌륭합니다. 5단계 심플. 교육 강조 특히 좋아요. 시스템 제대로 쓰게 하는 중요성, 다들 얼마나 쉽게 쓰는지 이해하게 해서 저항 안 생기고 안 쓰게 되는 것 방지. 아주 좋습니다.

우리가 논의한 모든 것 고려할 때, 새 CMMS 구현 성공에 가장 큰 차이 만드는 한 가지는 뭐라고 보시나요?

JO: 어떤 소프트웨어 애플리케이션 구현이든 조직엔 벅찬 일. CMMS도 예외 아님. 많은 조직이 CMMS 구현 프로젝트 제대로 계획 못 함. 제 생각에 성공과 실패 가르는 가장 큰 차이는 그 계획이 있느냐입니다. 계획 실패하면 실패 계획이죠.

JK: 훌륭합니다. 리소스, 타임라인, 데이터 수집·검토, 시스템 세팅, 교육 등 모든 것 식별된 완전한 계획. 그게 가장 큰 차이 만듭니다.

JO: 정확히. 처음 데이터 수집부터 고라이브 지원까지 쭉 종이에 적어야 합니다. 제대로 된 프로젝트 계획이 나중에 리웍과 혼란 제거.

JK: 훌륭하네요. 매직 완드 있으면 한 가지 바꾸고 싶으신가요? 모든 사람이 계획 갖게? 아니면 다른 거?

JO: 좋아요. 제가 바꾸고 싶은 한 가지는 CMMS 애플리케이션에 대한 직원 인식입니다. 1965년부터 꽤 오래됐는데 평판이 최고는 아니죠. 그게 좀 더 긍정적이었으면. CMMS 구현이 조직에 매우 긍정적 변화로 보여야 하니까요. 작업 요청 프로세스 자동화, 전화·문자·포스트잇 같은 분산 시스템 제거, PM 자동 트리거로 캘린더 확인 불필요, 현장/현장에서 실시간 작업 지시서 업데이트로 하루 끝 책상 돌아가거나 장부 치며 기록 안 해도 실시간 기록, 실시간 부품 검색으로 부품실 안 가도 재고 확인. 혜택 리스트 끝없죠. 제대로 서고 가치 보이면 대부분 사용자 결국 이해함. 중복·저부가가치 활동 제거로 기술자가 고부가가치 활동에 집중. 장기적 커리어에도 도움.

JK: 네, CMMS 혜택 엄청납니다. 좀 더 시간 걸리고 번거로운 것도 있지만 전반적으로 CMMS는 엄청난 시간 절약. 유지보수 관리 프로세스, 기술자, 렌치 타임 등 모든 효율성 드라이브.

JO: 정확히.

JK: Jeff, 오늘 시간 내주셔서 CMMS 구현 이야기해주셔서 감사. 근데 가기 전, 사람들 당신과 Fiix, 그런 훌륭한 것들과 리소스 어디서 찾나요?

JO: 제 LinkedIn 프로필이 최고. 원하시면 공개해 주세요. Fiix 웹사이트 훌륭한 리소스. 블로그·기사 많고, 앞서 말했듯 제 기사 100개 넘게, 전자책·모범 사례 가이드 fiixsoftware.com에 많이 있습니다.

JK: 훌륭합니다. LinkedIn 프로필, Fiix 웹사이트, 모범 사례 가이드나 전자책 한두 개 링크 걸게요. 사람들이 바로 클릭해 연결.

JO: Jeff, 가기 전 공유할 추가 리소스 있으신가요? 물론, 유지보수·모범 사례 측면에서. Reliability Web, UpTime Magazine, Reliable Plant도 좋은 리소스. 하지만 우린 오늘 CMMS 구현, 즉 프로젝트 관리 얘기했죠. PMI.org나 projectmanagement.com 같은 좋은 프로젝트 관리 리소스 온라인에 많습니다. 거기 꼭 봐보시길 추천.

JK: 네, PMI와 projectmanagement.com 아주 좋습니다. 저도 PMI 회원. CMMS 구현, 데이터 프로젝트, 신뢰성 프로젝트 등 모든 게 연결되니까요. 훌륭한 리소스들. 자, Jeff, 바쁜 하루 중 시간 내주셔서 다시 감사. 저도 훌륭한 게스트로부터 늘 새것 배우듯 청취자들도 그랬을 겁니다. 다시 한번 감사.

JO: 초대해 주셔서 감사합니다, James.

JK: 청취해 주셔서 감사드리고, www.eruditio.com과 블로그 팔로우로 유지보수·신뢰성·자산 관리 더 알아보실 수 있음을 상기시킵니다.