[0223 TIL] 새로운 기능을 만들기 위한 최악의 설득 근거 아티클 읽기

https://brunch.co.kr/@lulina724/27

새로운 기능을 만들기 위한 최악의 설득 근거

 

 

• 논거의 오류가 있는 잘못된 주장은 심각하게 제품을 망칠 수 있으며 조직에도 영향을 준다

1. 우리 경쟁자들은 갖고 있는데요
   • 경쟁자들을 살펴보는 건 좋지만 그들의 시도를 평가하고 학습해야한다. 이런 저런 아이디어로부터 영감을 받되 그들이 하는 모든 것을 맹목적으로 따라하지 말자
2. 영업 팀이 필요로 해요
   • 단순히 판매 또는 매출을 위한 기능은 단기간의 목표만을 바라보고 만들어지는 경우가 많다. 프로덕트 매니저는 좀 더 장기적인 관점으로 우선순위를 결정해야한다
3. 이 기능을 만드는데 몇 시간 안걸려요
   • 무언가를 만드는데 있어 작업의 범위가 핵심 논거가 되어서는 안됨. 모든 피쳐는 새로운 복잡성을 만들어내며 향후 유지보수를 필요로 한다
   • 애자일하게 빠른 테스트를 하는 것이 중요하지만 그렇다고해서 정말 핵심적인 가설 검증을 할 수 있는 피쳐가 아닌데도 단순히 얼마 안걸린다고 시작해선 안됨
4. 선택적으로 사용하도록 하면 되잖아요
   • 선택적으로 만들어진 모든 기능은 제품의 복잡성을 배가시킨다는 것을 기억해야함
   • 두 가지 옵션을 동시에 서비스하기 위해 분기 처리를 하게 된다면 모든 미래의 기능에 영향을 주게 됨
5. 작년부터 백로그에 있었어요
   • 시간이 지남에 따라 사용자의 니즈는 변화한다. 백로그에서 무언가 꺼내기 보다는 전략과 목적 기반의 문서를 만드는 것을 추천
   • 백로그나 로드맵을 기계적으로 따르기보다는 항상 의문을 제기하기
   • 좋은 백로그는 잘 다듬어지고 정리되고 최신 상태로 유지되어야 함
   • 진행하기 전에 당면한 문제에 대한 솔루션이 맞는지 여러차례 고민하기
6. 우리 다른 것을 계획한 건 없어요
   • 단순히 개발자들을 바쁘게 하기 위해 기능을 만드는 것은 늘 해가 될 수 있다
   • 새로운 것을 만드는 것 대신에 기술 부채를 청산하는데 추가적인 시간을 쓰는 것이 나을 수도 있음
   • 개발자들과 가장 리팩토링이 필요한 것이 무엇인지 논의하기
7. 우리가 안만들면 누군가가 만들거에요
   • 핵심 비즈니스에 집중할 때 성공할 확률이 높아진다

• 더 넓은 시야에서 제품을 보고 우선순위를 정해서 개선이나 최적화가 필요한 부분 또는 새 기능을 추가할 부분을 찾는 것이 나의 일
• 성공적인 사람과 매우 성공적인 사람의 차이는 매우 성공적인 사람의 경우 거의 모든 것에 아니(NO) 라고 말한다는 것이다

 

 

 

인사이트

•  백로그에 있는 기획들을 먼저 해야할 것 같은 느낌이었는데 백로그에도 항상 의문을 제기해야한다는 점이 인상적임
• 전반적으로 이상적이라고 생각했지만 이런 부분들을 일하면서 생각해본다면 조금 더 좋은 기획자가 되지 않을까 싶다. 
• 왜 매우 성공적인 사람들은 거의 모든 것에 아니(NO) 라고 할까? 
  • 같은 팀원 분이 내주신 의견인데 의견을 많이 듣고 조직을 이끄는 사람일수록 많은 의견을 들을텐데 그 안에서 옳고 그른 선택을 해낼 수 있는 줏대가 중요하다는 의미 같다고 하셨다. 굉장히 좋은 해석이라고 생각했다!