그 파일이 어디로 갔지?

최근 소기업들을 접하면서, 작아 보이지만 실제로는 매우 골치 아픈 문제를 발견했습니다.

진정한 문서 저장 습관이 없다는 것입니다.

6개월 진행된 프로젝트에는 당연히 많은 파일이 생깁니다.

고객이 처음 보내온 요구사항.

현장 사진.

디자인 시안.

Excel.

견적서.

공급업체 자료.

수정된 디자인 시안.

최종 확정 버전.

납품 문서.

그런데 이것들이 어디에 있을까요?

답은 종종 이렇습니다.

Somewhere.

어떤 것은 사장의 컴퓨터에.

어떤 것은 직원의 WhatsApp에.

어떤 것은 이메일에.

어떤 것은 Google Drive에.

어떤 것은 누군가의 바탕화면 폴더에 있을지도 모릅니다.

원래 그 프로젝트를 담당하던 사람이 있는 동안은 보통 문제없습니다.

물어보면,

"그 파일 어디 있어요?"

그는 아마 금방 찾아낼 것입니다.

진짜 문제는 그 사람이 회사를 떠나는 날에 발생합니다.

갑자기 회사는 잃은 것이 직원 한 명이 아니라는 것을 깨닫습니다.

자신의 기억 일부도 잃은 것입니다.

새로운 Project Manager가 프로젝트를 인수하면, 첫 번째 일은 일을 계속하는 것이 아니라 고고학을 시작하는 것입니다.

Which one is the latest version?

Has the customer approved this drawing?

Where are the site photos?

Who has the final Excel?

이것이 우리가 Snappy PM에 아주 단순한 것을 설계한 이유이기도 합니다.

모든 Project에는 자체 공유 Storage가 있습니다.

복잡한 Document Management System이 아닙니다.

저는 이렇게 이해하는 것을 더 좋아합니다.

프로젝트 자체의 remote disk.

Requirement 관련 것은 Requirement에.

Design 관련 것은 Design에.

Implementation과 Manufacturing 파일은 실행 과정을 따라가고.

Deployment와 Installation 자료는 납품을 따라갑니다.

그리고 팀은 필요한 폴더를 직접 만들 수 있습니다.

가장 중요한 것은,

이 파일들은 Project의 것이지, 어느 한 Employee의 것이 아니라는 것입니다.

프로젝트 매니저가 바뀝니다.

디자이너가 퇴사합니다.

새로운 동료가 합류합니다.

프로젝트의 기억은 그 자리에 남아 있습니다.

이것은 매우 기본적으로 들립니다.

하지만 소기업의 디지털화는 거대한 ERP부터 시작할 필요가 없는 경우가 많다고 저는 점점 느낍니다.

매일 일어나는 작은 문제들을 먼저 해결하는 것이 더 큰 가치일 수 있습니다.

파일이 어디 있는지 묻는 것을 그만두기.

어느 것이 최종 버전인지 추측하는 것을 그만두기.

회사의 지식이 한 사람의 컴퓨터와 함께 떠나게 하지 않기.

그리고 이 문서들이 Project를 중심으로 정리되기 시작하면, 또 다른 가치의 층이 생깁니다.

Snappy는 점차 이해할 수 있습니다.

이 프로젝트에서 무슨 일이 있었는지.

고객이 처음에 무엇을 요구했는지.

디자인이 어떤 변화를 겪었는지.

구매와 실행에서 무슨 일이 있었는지.

최종적으로 무엇을 납품했는지.

그래서 공유 Project Storage는 겉으로는 이것을 해결합니다.

Where is the file?

하지만 장기적으로는 다른 더 중요한 질문을 해결합니다.

How does a company keep its memory?

기업이 진정으로 소유한 자산은 컴퓨터 속 파일만이 아닙니다.

그 파일들 뒤에 있는 경험, 프로세스, 지식입니다.

인사 이동과 함께 사라져서는 안 됩니다.

SnapLedger, your life easier.