더 이상 따라잡을 수 없었던 스프레드시트

소개

한 지역 유통 회사는 수년 동안 공유 스프레드시트 하나로 모든 업무를 운영하며, 어떤 창고 팀이 어떤 주문을 처리하는지, 누가 초과 근무를 담당하는지, 어떤 배송이 지연되고 있는지 등을 관리했습니다.

직원이 15명일 때는 이 방식이 잘 작동했습니다. 하지만 60명이 되자 단 일주일 만에 시스템이 무너져 내렸습니다. 두 팀이 같은 배송 트럭을 중복 예약했고, 한 창고 관리자는 고객이 불만을 제기하는 전화를 걸기 전까지 한 화물이 3일이나 지연된 사실을 깨닫지 못했으며, 누구도 다른 사람이 실제로 어떤 업무를 처리하고 있는지 확신 있게 말할 수 없었습니다. 이 회사는 야망이 커진 것이 아니었습니다. 사용하던 도구가 더 이상 감당할 수 없게 된 것이었습니다.

이 이야기는 단지 다른 도구와 다른 부서에서 끊임없이 반복되며, 이는 단순한 스케줄링 소프트웨어를 넘어서는 더 큰 문제를 시사한다.

조정은 큰 소란이 일어나기 전에 조용히 무너진다

성장은 대개 조정 문제로 드러나지 않습니다. 마감 기한 미준수, 업무 중복, 그리고 모두가 바쁘지만 왠지 일이 제대로 진행되지 않는다는 전반적인 느낌으로 나타납니다. 경영진이 이를 알아차릴 때쯤이면, 근본적인 원인은 대개 수개월 동안 쌓여 온 상태입니다.

바로 이 지점에서 업무량 관리 소프트웨어가 그 존재 가치를 입증합니다. 이는 단순한 생산성 관련 유행어가 아니라, 특정 실패 양상에 대한 실질적인 해결책으로서입니다. 아사나(Asana), 먼데이(Monday), 클릭업(ClickUp)과 같은 도구는 누가 어떤 업무를 담당하고 있는지 가시성을 제공하는데, 이를 활용하지 않는 회사의 운영 방식을 직접 목격하기 전까지는 이 기능이 당연하게 여겨질 수 있습니다. 이러한 도구를 사용하는 물류 관리자는, 고객이 화물이 어디로 갔는지 문의하는 전화가 걸려온 뒤가 아니라, 단 한 명의 운전기사도 배차되기 전에 두 팀이 모두 같은 트럭을 배정받으려 한다는 사실을 미리 파악할 수 있었을 것입니다. 진정한 가치는 소프트웨어 그 자체가 아니라, 소프트웨어가 드러내는 것들, 즉 병목 현상, 과중한 업무 부담을 안고 있는 직원, 중복된 업무 등에 있습니다. 이러한 문제들은 고객에게 직접적인 문제가 되기 전에 미리 파악할 수 있습니다.

이러한 도구를 늦게 도입하는 기업들은 대개 눈에 띄는 실패가 발생해 문제가 불거진 후에야 사후 대응적으로 도입하는 경향이 있습니다. 반면, 일찍 도입하는 기업들은 문제가 누적되어 유통 회사에게 ‘최악의 한 주’를 초래하기 전에 사소한 문제들을 미리 포착하는 경향이 있습니다.

성장은 아무도 주목하지 않는 데이터 문제를 야기한다

여기서 간과되는 부분이 있습니다. 워크로드 관리 도구가 기업의 실제 운영 데이터, 작업 이력, 고객 커뮤니케이션, 일정 기록 등을 더 많이 처리하게 되면, 이는 단순히 도입하는 차원을 넘어 보호해야 할 대상이 됩니다. 60명의 직원의 일상 업무를 조정하는 도구는 이제, 만약 사라진다면 수작업으로 재구성하는 데 몇 주가 걸릴 만한 데이터를 보유하고 있는 셈입니다.

대부분의 기업은 실수로 대량의 데이터를 삭제하거나, 공급업체 서비스 중단, 일주일 치 업데이트를 지워버리는 동기화 오류와 같은 문제가 발생하기 전까지는 프로젝트 관리 소프트웨어에 대한 백업 전략을 고려하지 않습니다. 그때가 되면 계획된 대응이 아닌, 사후 대응에 급급하게 됩니다.

위험이 현실화되면 백업 도구 비교는 선택 사항이 아닙니다

이 때문에 기업용 클라우드 백업 도구를 비교하는 일은, 자사가 규모가 너무 작아 엔터프라이즈급 솔루션이 필요 없다고 생각하는 기업들에게조차 중요해집니다. 60명의 직원을 위한 운영 데이터를 보관하는 워크로드 관리 플랫폼은, 위험에 노출된 측면에서는 훨씬 더 큰 기업의 핵심 시스템과 기능적으로 다르지 않습니다.

Veeam은 환경에 클라우드와 온프레미스 도구가 혼재된 기업에 적합한 경향이 있습니다. Druva는 완전히 SaaS 방식으로 운영되므로, 이미 클라우드 기반 운영 도구로 완전히 전환했고 백업 인프라를 직접 관리하고 싶지 않은 기업에 적합합니다. AWS 네이티브 백업 옵션은 이미 해당 생태계에 깊이 침투한 기업에 적합하지만, 운영 스택이 여러 벤더에 걸쳐 있는 경우 크로스 플랫폼 유연성이 다소 떨어지는 경향이 있습니다. 올바른 선택은 기업 규모보다는 데이터가 실제로 어디에 저장되어 있는지, 그리고 문제가 발생했을 때 데이터를 얼마나 빨리 복구해야 하는지에 더 크게 좌우됩니다.

운영 도구를 “단순한 스케줄링 소프트웨어”로만 간주하여 이러한 평가를 생략하는 기업들은, 해당 도구가 사라진 후에야 비로소 그 안에 얼마나 많은 운영 관련 지식이 담겨 있었는지 뼈저리게 깨닫게 되는 경우가 많습니다.

성장에 실제로 필요한 것

해당 유통 회사는 결국 워크로드 관리 플랫폼을 도입했고, 6개월 후에는 동기화 오류로 인해 2주 치의 작업 내역이 일시적으로 삭제되는 아찔한 사고를 계기로 이에 부합하는 백업 정책도 마련했습니다. 그땐 운이 좋았던 셈입니다. 운에 의존하지 않는 기업들은 조정 도구와 이를 둘러싼 데이터 보호를 하나의 프로젝트로 취급한 곳들이며, 필요에 의해 1년 간격으로 별도로 구매한 두 가지가 아닙니다.