우선순위 기계가 되지 않는 방법

PM으로서의 첫 몇 달 동안, 저는 PM이라기보다는 “우선순위 기계”에 더 가까웠습니다. 그것도 좋은 의미는 아니었습니다. 엔지니어들이 자신들이 작업해야 할 프로젝트에 대한 더 많은 맥락을 제가 알고 있을 것이라고 생각하며 저에게 우선순위를 정해달라고 요청했습니다. 가끔은 하루 종일 우선순위에 대한 질문에 답하는 데 시간을 보냈습니다. 그때는 제가 중요한 사람처럼 느껴졌습니다. 결국, PM의 역할이란 팀의 결정과 결과에 대해 완전히 책임을 지는 것이 아니었나요? 그러나 곧 깨달았습니다. 제가 효과적인 것처럼 느꼈던 것은 사실 제 자아를 만족시키는 행위에 불과했으며, 동료가 저의 결정을 기다려야 한다면 제가 가장 큰 병목 현상이 된다는 것을 말이죠. 대신, 저는 동료들이 스스로 결정을 내릴 수 있도록 자율성을 느끼게 해주는 방법을 설계할 필요가 있었습니다.

우선순위를 정하는 일은 어렵고도 미묘한 작업 중 하나입니다. 우선순위에 대해 많은 글이 나와 있습니다. 인기 있는 글들은 각 기능의 비용 대비 영향 점수(Cost vs. Impact score를 계산하거나 Reach, Impact, Cost, Effort (RICE)를 고려하라고 조언하곤 합니다. 하지만 온라인 자료가 이렇게 많음에도 불구하고 사람들은 여전히 "어떻게 우선순위를 잘 정할 수 있느냐"는 질문을 자주 합니다. 이는 이 문제가 얼마나 어려운 문제인지 보여줍니다. 이러한 일반적인 프레임워크의 문제점은 개별 작업 수준(task-level)에서는 유용할 수 있지만, 프로젝트 전반의 로드맵 수준에서는 항상 적용되지 않는다는 점입니다. 사실, 이러한 비용/영향 프레임워크를 사용하면 팀이 단기적으로 성과가 좋아 보이는 쉬운 작업(low-hanging fruits)을 우선시하는 경향이 생기고, 결과적으로는 진정한 임팩트를 만들어내지 못하게 되는 경우가 많습니다.

이 문제를 해결하기 위해 저는 팀 전체가 사용할 수 있는 우선순위 가이드라인을 만들었습니다. 이 가이드라인은 두 가지에 중점을 둡니다: 팀 목표와 팀의 현재 단계입니다. 저는 3가지 주요 항목으로 구성된 우선순위 가이드를 작성하고 팀의 동의를 얻었습니다. 이 가이드는 팀 목표(또는 목표 세트)를 중심으로 구성되며, 팀 목표에 가장 크게 기여하는 작업이 일반적으로 높은 우선순위를 가지게 됩니다. 또한, 이 가이드는 팀의 현재 단계를 고려합니다. 예를 들어, 한 팀은 주목받는 제품 출시(high-profile product launch)에 초점을 맞추고 있을 수 있고, 다른 팀은 지속적인 성장을 유지하는 데 더 초점을 맞출 수 있습니다. 이 가이드라인은 해당 팀의 단계에서 성공을 위해 가장 중요한 프로젝트를 우선시하도록 설계됩니다.

다음은 제품 팀의 단계에 따라 우선순위 가이드라인에서 고려할 수 있는 몇 가지 예입니다:

이러한 가이드는 1년 내내 업데이트가 필요할 수 있습니다. 저는 회사의 분기별 로드맵 계획 기간 동안 매 3~6개월마다 새로운 우선순위 가이드를 설정합니다. 또한, 회사의 중요한 새로운 학습이나 개발 사항에 대해 팀에 정기적으로 업데이트를 제공하여 동료들이 적절한 맥락을 가질 수 있도록 합니다. 이 가이드를 사용하면 PM이 없어도 동료들이 스스로 우선순위를 결정하여 자신의 작업을 막힘없이 진행할 수 있습니다. 그리고 모든 결정이 단일 가이드라인과 하나의 진리(source of truth)에 기반을 두고 있기 때문에, 동료들이 PM이 내렸을 결론과 거의 동일한 결론에 도달하는 경우가 일반적입니다. 또한, 동료들은 가이드라인이 명확한 답을 제공하지 못할 때는 언제 결정을 논의 대상으로 가져가야 할지도 알게 됩니다. 제가 이러한 우선순위 가이드를 도입한 이후, 개발 속도가 빨라졌고 저는 더 장기적인 전략에 집중할 시간을 확보하게 되었으며, 팀은 제가 미처 인지하지 못했던 요소들을 계획에 반영해야 한다고 식별하기도 했습니다.

우선순위를 잘못 설정하면 제한된 자원을 효율적으로 사용하지 못하거나, 사용자들을 혼란스럽게 하는 일관성 없는 프랑켄슈타인 같은 제품을 만들어낼 위험이 있습니다. 팀이 스스로 우선순위를 정할 수 있도록 권한을 부여하면, 팀은 더 빠르게 움직일 수 있을 뿐만 아니라, PM으로서 여러 이해관계자가 관련된 어려운 우선순위 결정이나 더 장기적인 제품 목표를 달성하는 방법에 대해 고민할 시간을 확보할 수 있습니다.