💦 나만 모르는 프로덕트 관리 이야기

[ 💬 영향 범위를 확인하기]

(👀간단 요약)

📌 계획에 변화가 있다면 영향을 미치는 부분을 확인해야 한다

하나의 결정이 이뤄질 때 혹은 결정이 변경될 때, 또는 무언가가 변경되는 경우에 항상 이로 인해 영향을 받는 부분이 어디인지 확인을 해봐야 한다. 하나의 변화, 결정과 관련한 영향 범위를 확인하지 않는다면 예상하지 못한 문제를 마주할 가능성이 매우 높아진다.

✓ 계획이 바뀐다면, 바뀌면서 영향을 받는 계획이나 업무가 무엇인지 확인해야

✓ 예를 들어 우선순위 변경으로 인해 업무 계획을 다시 수정해야 하는 경우

✓ 프로젝트의 순서나 일정이 변경됨에 따라서 비즈니스 타임라인이 변경되어야 하는 경우가 많음

이렇게 계획이 바뀔 때, 계획이 바뀜으로써 파생되는 영향이 어디까지 미치는지, 작게는 구성원들의 업무부터 시작해서, 크고 작은 마일스톤들이 어떻게 바뀌는지, 크게는 비즈니스 계획이나 프로덕트 일정들이 어떻게 바뀌는지 등의 영향 범위를 반드시 확인해야 한다.

📌 단순히 기능 하나, 요소 하나가 그대로 추가되는 경우는 거의 없다

하나의 기능 혹은 요소가 추가되면, 그대로 하나만 추가되는 경우는 거의 없다. 프로덕트에 한 가지 요소가 추가되거나, 심지어 기존 존재하던 요소가 위치를 바꾸는 경우에도 이와 관련된 영향 범위를 확인하고, 영향 범위에 대한 부분도 반드시 고려해야 한다.

✓ 아주 간단하게, 상품 판매를 하는데 기존에는 결제 수단이 카드 결제만 있었다가, 간편 결제를 추가

✓ 이 경우 주문 페이지에서 간편 결제를 추가한다고 끝이 아니다. 주문 내역 페이지에서도 간편 결제라는 옵션이 나오는지 확인해야

✓ 아주 작은 기능 하나가 추가된다고 하더라도 이에 영향을 받는 부분을 모두 확인하고 이에 대한 기획이 필요

✓ 기능 하나를 추가하거나 변경할 경우, QA도 이런 영향 범위를 모두 커버할 수 있어야

✓ 평소에 꾸준히 프로덕트 이곳저곳을 살펴보고 연관된 기능을 생각해 보면서 프로덕트에 대한 이해도를 높여야

📌 흐름을 먼저 파악하고, 흐름대로 일하기

일의 흐름을 파악하고, 흐름대로 일하는 건 정말 중요하다. 이 흐름을 파악하지 못한 채 일한다면 일이 우당탕탕 흘러가게 되고, 문제가 계속해서 발생할 가능성이 높아진다.

✓ 만약 서로 다른 이해관계자들과 함께 일한다면, 가장 중요한 것은 공동의 목표에 대한 합의

✓ 예를 들어서 서로 다른 이해관계자들이 모여서 특정 프로젝트를 런칭하자고 합의를 했다면

✓ 언제 어떤 요소를 바탕으로 런칭을 할 것인지에 대한 합의를 봐야

✓ 급하다고, 시간이 없다고 일의 프로세스를 건너뛰고 진행하면 나중에 오히려 혼돈이 생길 수 있음

사례는 다 다르지만, 결국 핵심은 시간이 없다는 이유로, 또 다른 이유로 업무 프로세스를 건너뛰면 더 큰 문제가 생긴다는 것이다. 빠른 실행은 각 프로세스마다의 시간을 최소화하고 프로세스마다의 낭비되는 시간을 줄이는 것이지, 프로세스나 단계를 건너뛰는 게 아니다.