오늘 본 내용
개발자가 "NO"라고 말할 때 물어봐야 할 질문들은 미리 스스로에게 질문한 후 개발자를 찾아가거나 킥오프하기 전 같이 프로젝트를 할 어느 정도 라포가 있는 개발자와 가벼운 티타임을 통해 미리 해당 이슈들을 확인하면 좋은 질문들로 보입니다.
개발자가 "NO"라고 말할 때 물어봐야 할 질문들
- 기능을 구축하는 데 있어 다른 기술적 해결책이 있을까요?
- 이러한 제약 조건을 가진 상태에서 해결책을 제시해야 한다면 어떻게 하실껀가요?
- 이 기능에 대해 단계적 접근 방식을 고려할 수 있을까요?
- 작업을 가능하게 하기 위해 어떤 장애물을 제거하거나 해결할 수 있을까요?
이 글을 읽으면서 든 생각은 개발자들도 사람이기 때문에 "NO"라고 말하는 이유가 있다는 것입니다. 그래서 무작정 개발자를 찾아가기 전 PO/PM으로 고민해봐야 하는 질문들을 작성해보았습니다.
PO/PM으로 개발자와 이야기 나누기 전 고민해봐야 하는 질문들
- 문제(해결해야하는 과제)라고 생각하는 것이 진짜 문제가 맞나요?
- 문제에 다른 여러 가지 문제가 섞여 있지는 않나요?
- 문제를 우리 조직에서 해결하는 것이 맞나요?
- 문제가 다른 문제들보다 얼마나 중요한가요?
- 문제를 겪고 있는 주 사용자와 현재 그 사용자는 어떻게 문제를 우회하고 있나요?
- 이 문제를 해결하기 위해 정해진 기간이 제한적인가요?(hard-due) 유동적인가요?(soft-due)
- 기술적으로 해결하기 전 운영 등의 다른 방식으로 해결할 수 있는 방법이 있나요?
디스코드 커뮤니티 안내
PM & PO 직군의 취직, 이직, 커리어를 같이 이야기할 디스코드를 운영 중에 있습니다. 그 외 많은 정보가 디스코드에 있으니 많은 관심 부탁드립니다.
