WIP에 오신 것을 환영 (새 탭에서 열림)

디지털 제품 개발은 연구→아이디어→설계→테스트→출시로 끝나는 선형 과정이 아니라, 계속 수정·공유·협업하는 “진행 중인 작업(WIP)”에 가깝다. 이 변화는 초기 공유와 빠른 피드백을 가능하게 하지만, 피드백의 유효성이 쉽게 사라지고 최종 상태를 판단하기 어려워지는 혼란도 만든다. 따라서 완벽한 검토 시점을 기다리기보다 예측 가능한 주기로 작업을 검토하고, WIP 상태에 맞는 협업 방식을 설계해야 한다.

선형적 제품 개발 모델의 한계

• 전통적인 제품 개발은 다음과 같은 이상적인 순서를 전제로 한다.
  • 리서치
  • 브레인스토밍
  • 스케치
  • 테스트
  • 출시
• 물리적 제품은 제작과 변경에 비용이 많이 들었기 때문에 단계별로 신중하게 진행하는 선형 프로세스가 중요했다.
• 하지만 디지털 제품은 몇 분 만에도 업데이트할 수 있어, 문제 정의·해결책·제품이 명확히 고정된 순간을 찾기 어렵다.
• 실제 프로젝트는 이전 단계로 되돌아가거나 여러 단계가 동시에 진행되는 등 훨씬 비선형적이고 복잡하다.

디지털 제품은 항상 진행 중이다

• 브라우저 기반 협업 도구에서는 파일이 이메일로 전달되는 정적 문서가 아니라, 누구나 URL을 통해 동시에 확인하고 수정하는 공동 작업 공간이 된다.
• 실시간으로 수정할 수 있기 때문에 팀은 완성될 때까지 기다리지 않고 초기 결과물을 더 일찍 공유한다.
• 파일 제목에 [WIP] 또는 Work in Progress를 표시하면 결과물이 미완성임을 알리고, 피드백을 주는 사람의 부담과 기대치를 낮출 수 있다.
• 디자이너는 초기 방향을 제품 관리자와 공유하고, 작가는 초고를 편집자에게 보여주는 방식으로 작업 초기에 협업할 수 있다.

WIP 협업이 만드는 새로운 문제

• 작업이 계속 바뀌면 과거에 남긴 댓글이나 피드백이 더 이상 현재 결과물에 적용되지 않을 수 있다.
• 전날 합의하거나 승인한 내용이 다음 날에는 이미 변경되어, “무엇이 확정되었는가”를 추적하기 어려워진다.
• 파일이 실제로 최종 상태가 되는 명확한 순간이 없으며, 제품 출시 후에도 WIP 표시를 삭제하지 않는 경우가 생긴다.
• 따라서 팀 구성원이 변화와 피드백을 놓치지 않도록 지속적인 알림과 소통 체계가 필요하다.
• Figma는 이러한 문제를 보완하기 위해 알림과 모바일 댓글 기능을 제공하고, Google Calendar·Microsoft Teams·Zoom 등 외부 도구와의 연동도 확장하고 있다.

완벽한 검토 시점보다 예측 가능한 검토 주기

• 항상 변화하는 환경에서는 다음 중 언제 리뷰해야 할지 판단하기 어렵다.
  • 문제를 정의할 때
  • 해결책을 정렬할 때
  • 출시 직전
• 이상적인 방식은 작업이 각 단계를 자연스럽게 통과하며 팀의 확신이 점점 높아지는 것이지만, 실제로는 작업 상태가 계속 움직인다.
• 특정 단계가 “완벽해질 때”까지 기다리기보다, 정해진 주기에 따라 정기적으로 리뷰하면 이해관계자와 팀이 지속적으로 방향을 확인할 수 있다.
• 예측 가능한 리뷰 cadence는 피드백을 한 번에 몰아서 받는 대신, 작업의 변화에 맞춰 반복적으로 조정할 수 있게 한다.
• 결과적으로 중요한 것은 최종 승인 순간을 찾는 것이 아니라, 반복적인 검토를 통해 제품 방향에 대한 신뢰를 점진적으로 높이는 것이다.

실용적인 적용 방법

• 초기 산출물에는 WIP 상태를 명확히 표시해 피드백의 기대 수준을 조정한다.
• 피드백이 특정 버전이나 상태를 기준으로 한다는 점을 댓글과 리뷰 기록에 남긴다.
• 완벽한 결과물을 기다리지 말고 정기적인 리뷰 일정을 운영한다.
• 알림, 모바일 댓글, 협업 도구 연동을 활용해 작업 변화와 의사결정을 공유한다.
• “완료”를 단 한 번의 최종 승인으로 정의하기보다, 반복적인 검토와 업데이트의 과정으로 바라보는 것이 적합하다.