✅ 우리는 매일 '계획'을 세우고 있습니다.

저는 우선순위를 정하는 프레임워크를 도입하는 것을 굉장히 중요하게 생각합니다. 프레임워크를 통해 우리 사용자에게 가치가 있는 일이 무엇인지 그리고 우리가 빠르게 만들어 볼 수 있는 것은 무엇인지 먼저 생각해 보고 나머지는 우선순위에 배제하곤 하는데요. 사실 이와 관련된 여러 방법론이 많은데 그런 방법론을 모두 사용해 볼 순 없죠.

그래서 저는 어떻게 우선순위를 정하는지보다는 언제 우선순위를 정할 수 있는지를 생각해 보는 것이 더 좋다고 생각합니다.

예를 들어 우리가 1년 동안의 플랜을 정하고 그다음 1년이 오기 전까지 우선순위를 절대 변경하지 않는 건 굉장히 뒤떨어진 방식이죠. 어떤 우선순위를 정하든 어떤 프레임워크나 방법을 사용하던 크게 상관없이 우리 앞에 놓인 상황에 맞춰서 움직일 수 있어야 합니다.

예전에는 우선순위를 어떻게 정하는지에 집착했다면 이제는 우선순위를 정하는 기준이나 기간이 역동적으로 변경될 수 있다는 점을 서로 인지하면서 컨센서스를 맞추는 것에 더 집중하고 있습니다.

우리가 보통 계획을 할 때 1분기에 ABCD를 만들고 2분기에는 EFGH라는 기능을 만들자고 이야기하곤 하죠. 하지만 실제로는 1분기에 A기는 하나 만드는 것도 겨우 하게 되는 경우가 발생합니다. 그러면 그때 가서 2분기에 남은 B를 할지 원칙대로 EFGH를 만들지 고민하게 되죠. 이런 식으로 업무가 반복되다 보니 결국 로드맵 수립하는 것에 실패하고 포기하는 사람들을 많이 보기도 했습니다.

하지만 저는 로드맵이라는 것은 전략이지 계획이 아니라고 생각합니다.

우리가 1분기에 세웠던 계획들이 어떤 만족을 위한 계획들이었는지 확실히 하면 가장 중요한 것이 무엇인지 도출될 것이고 다음 분기까지 가져가야 할지 아니면 다음에는 목표 과제가 달라져야 할지 지속적으로 판단하고 결정하게 되겠죠. 저는 이것이 프로덕트 로드맵이라고 생각합니다. 물론 이 관점은 제품 지향적인 회사에서 많이 사용하는 방법이에요.

어쨌든 로드맵을 설정하는 방식은 어떤 기능을 우선시할지보다는 어떤 사용자들에게 무엇을 만족시켜 줄 것인지 결정을 한 다음 단계를 설정하고 그 단계마다 어떤 것들을 할 수 있는지 구성해 보는 형태로 진행하는 것을 추천하고 싶습니다.

여기서 팁을 드린다면 첫 번째로 기능을 베이스로 로드맵을 짜지 말고 목적을 베이스로 로드맵을 짜자, 그리고 두 번째로는 그 목적에 따라서 나올 수 있는 백로그들을 어떻게 수행할지 만드는 사람들과 같이 협의하라고 말씀드리고 싶어요. 협의가 되어야 공감대가 형성되고 그래야 속도감이 붙게 되거든요. 속도감이 붙지 않으면 어떤 부분을 제외해야 하고, 추가해야 하는지 컨센서스가 쉽게 맞춰지게 됩니다.

🚨 나, 프로젝트 잘 할 수 있을까... 걱정 된다면?

🎁 마케팅과 브랜딩에 관심있는 구독자님들 주목!