이 질문에 대한 답은 경우에 따라 다르다.
당신이 맡은 제품의 유형에 따라 달라진다. API 프로덕트 매니저는 API에 대한 지식 없이 API 제품을 개발하기 어려울 것이다.
제품 수명 주기에 따라 다르다. 초기 단계의 신생 기업에서 프로덕트 매니저는 스크럼 마스터와 테크 리드와 같이 기술적인 이해의 격차를 해소할 수 있는 다른 직무의 도움을 받는 큰 기업의 매니저보다 좀 더 기술적 깊이를 필요로 할 것이다.
당신의 커리어에 있어 어느 단계이 위치했는지에 따라 다르다. C 레벨에서 동료에게 영향을 주고 싶다면 기술적 깊이가 필수 요소가 된다.
얼마나 깊게 알아야 하는가?
<aside> 📎 1. 나는 누가 무슨 말을 하는지 전혀 모르겠다. 2. 나는 대체적으로 무슨 말을 하고 있는지 이해한다. 3. 나는 우리 제품에 대해 어떤 이야기가 오가는지, 어떤 것이 중요한지, 어떤 의미가 내포되어 있는지 폭넓게 이해한다. 4. 나는 우리 제품에 대해 어떤 이야기가 오가는지, 어떤 것이 중요한지, 어떤 의미가 내포되어 있는지 깊게 이해한다. 5. 나는 모든 기술적 구조 결정에 관여했기 때문에 모든 것을 깊게 이해하고 있으며, 직접 만들고 싶다. 텍스트 에디터로 코드를 쓸 수 있게 해줘.
</aside>
대부분의 프로덕트 매니저는 일단 3단계에 도달하면 가장 편안하다고 느낀다. 1단계에선 자기가 결정한 결과에 대해 전혀 알지 못할 것이다. 5단계는 찰리와 초콜릿 공장에 나오는 아우구스투스 글루프(역자 주. 단 것을 입에 달고 사는 소년)처럼 세부 사항에 너무 깊게 들어갈 것이고 결국 기술적 과잉에 빠져들 것이다.
당신 팀의 엔지니어가 클라이언트쪽에서 무슨 일이 일어났다거나, 서버쪽에서 무슨 일이 일어났다는 말을 들었을 수도 있다. 무슨 일이 일어난 걸까?
클라이언트는 당신이 방문한 웹사이트에 요청을 보낸다고 생각해라. 클라이언트는 당신의 브라우저다. 브라우저와 당신이 사용 중인 컴퓨터는 웹 사이트에 엑세스하도록 서버에 요청한다. 서버는 당신의 요청에 답하고 올바른 방향으로 당신을 가리킨다.
이 요청을 HTTP 요청이라 한다.