클릭 한 번만으로는 아무것도 앞으로 나아가지 않는다

대부분의 Project Management 소프트웨어에는 아주 익숙한 기능이 있습니다:

Change Status.

Not Started → In Progress → Completed.

아주 간단합니다.

하지만 Snappy PM을 설계할 때, 우리는 스스로에게 하나의 원칙을 세웠습니다:

Nothing advances on a bare click.(클릭 한 번만으로는 아무것도 앞으로 나아가지 않는다)

왜일까요?

누군가 "Completed"를 클릭한다고 해서 일이 실제로 완료되는 것은 아니기 때문입니다.

프로젝트의 상태를 실제로 바꾸는 것은 비즈니스 사실입니다.

고객이 견적을 수락했습니다.

자재가 준비되었습니다.

제품이 완성되었습니다.

물건이 납품되었습니다.

대금이 정산되었습니다.

그래서 Snappy PM의 다섯 Phase는 단순해 보이지만, 각 단계 뒤에서 진짜로 중요한 것은:

실제로 무슨 일이 일어났는가?

Scoping & Design을 예로 들어보겠습니다.

우리가 진짜로 관심 있는 것은 Project Manager가 Status를 "Design Completed"로 바꿨는지가 아닙니다.

그것은:

고객이 최종 Quotation을 수락했는가?

고객이 전화, 이메일, WhatsApp 또는 서명으로 확인했다면, PM은 Customer Approved를 기록할 수 있습니다. 시스템은 누가 언제 확인했는지를 기록하고 — 그제서야 프로젝트는 다음 단계로 넘어갈 자격을 갖춥니다.

Closing도 마찬가지입니다.

프로젝트 매니저가 프로젝트가 끝났다고 느낀다고 해서 프로젝트가 실제로 종료될 수 있는 것은 아닙니다.

만약:

Invoice가 아직 다 발행되지 않았거나, 아직 받지 못한 돈이 있다면,

시스템은 그 사실을 알려줘야 합니다.

이것이 제가 Project Management를 다음과 같이 이해하는 것을 점점 더 싫어하게 되는 이유입니다:

Task + Status + Gantt Chart.

물론 이것들도 가치가 있습니다.

하지만 많은 중소기업에게 더 중요한 질문은 사실:

Reality vs. Status.

소프트웨어에 초록불이 켜져 있다고 해서 의미가 있는 것은 아닙니다.

진짜로 중요한 것은 고객이 확인했는지, 물건이 납품되었는지, 비용이 실제로 발생했는지, 돈이 들어왔는지입니다.

그래서 Snappy PM은 프로젝트 상태를 가능한 한 실제 비즈니스 데이터 위에 세우고자 합니다.

Document.

Quotation.

Expense.

Inventory.

Delivery.

Invoice.

Payment.

이것들은 기업의 일상적인 운영 과정에서 이미 일어나고 있는 일들입니다.

시스템이 이러한 사실들을 이해할 수 있다면, 직원들이 비즈니스와 분리된 별도의 "Project Status"를 유지할 필요가 없어야 합니다.

프로젝트는 비즈니스가 움직였기 때문에 움직여야 합니다.

누군가 드롭다운을 바꿨기 때문이 아니라.

SnapLedger, your life easier.