안 된다고 말하는 것이 왜 중요하며, 어떻게 잘 하나요?

Question

Accepted Answer

**안 된다고 말하는 것**은 프로덕트 관리의 핵심 규율입니다. 전략은 선택이며, 모든 예는 그 시간으로 만들 수 있는 다른 모든 것에 대한 암묵적인 아니오입니다. 안 된다고 말하지 못하는 PM은 비대하고 초점 없는 프로덕트와 영구적으로 과부하된 팀으로 끝납니다. 핵심 기술은 안 된다고 *잘* 말하는 것입니다. 관계를 태우지 않으면서 집중을 보호하는 것이죠.

## 아니오가 진짜 일인 이유

```text
✓ 용량은 유한하다 → 모든 예가 그것을 소비한다
✓ 집중이 이긴다 → 잘 한 소수가 부실하게 한 다수를 이긴다
✓ 기능 비대 = 복잡성, 혼란, 유지보수 부담
✓ 좋은 아이디어에 안 된다고 하는 것이 최고의 아이디어를 위한 여지를 보호한다
```

가장 어려운 아니오는 나쁜 아이디어가 아니라 단지 우선순위가 아닌 *좋은* 아이디어에 대한 것입니다. 나쁜 아이디어는 누구나 거절할 수 있습니다.

## 안 된다고 잘 말하는 법

```text
✓ 왜를 설명하라 → "안 됩니다"가 아니라 전략/우선순위에 묶어라
✓ 가치를 인정하라 → "좋은 아이디어입니다, 그런데..."
✓ 가능한 곳에서 길을 제시하라 → "지금은 아니지만, 다음 분기에 재검토"
✓ 데이터로 말하라 → 임팩트 대 노력 대 대안
✓ 일관되라 → 모두에게 같은 기준을 적용하라
```

"지금은 아니다"가 종종 정직한 답입니다. 그것은 우선순위에 따른 아니오이지, 아이디어에 대한 영원한 거절이 아닙니다.

## 구체적인 예시

한 임원이 자기가 애착하는 기능을 밀어붙입니다. 굴복하거나(roadmap을 탈선시킴) 단호한 거절(정치적으로 비용이 큼) 대신 이렇게 말하세요. "탄탄한 아이디어입니다. 지금은 훨씬 많은 사용자에게 영향을 주는 리텐션 작업보다 순위가 낮습니다. 데이터가 여기 있습니다. backlog에 추가했고 다음 분기에 재평가하겠습니다." 존중하고, 이유 있고, 단호합니다.

## 흔한 함정

갈등을 피하려고 예라고 한 뒤 팀을 과부하시키고 희석된 프로덕트를 출시하는 것입니다. 또는 이유 없이 무뚝뚝하게 안 된다고 해서 신뢰를 손상시키는 것입니다. 둘 다 당신을 약화시킵니다.

## 왜 중요한가

프로덕트는 기능이 너무 적어서가 아니라 너무 많아서 죽습니다. 비대함은 집중, 사용성, 그리고 팀이 무언가를 잘 해낼 능력을 갉아먹습니다.

명료함과 공감으로 안 된다고 말하는 능력이 천 개의 그럴듯한 요청으로부터 전략을 보호합니다.

그것이 관점을 가진 프로덕트와 기능 묘지의 차이입니다.