비즈니스 요구와 기술 선택 거래를 PM이 명확히 전달하고 현재 규모에 맞는 단순 구조 선택하기
약 60초
기술 아키텍처 수준의 논의에서 가장 중요하다고 생각하는 점을 설명
기술 아키텍처 논의에서 PM이 주의해야 하는 것은 기술 세부 결정보다 비즈니스 요구와 기술 선택 사이의 거래를 명확히 하는 것이라고 생각합니다. 수업 시스템 설계 케이스에서 단순한 구조가 복잡한 구조보다 운영 비용이 낮다는 원칙을 배웠습니다. 처음부터 확장성을 지나치게 고려하면 당장 불필요한 복잡도가 높아지는 문제가 생깁니다.
현재 규모에 맞는 설계를 선택하고, 확장이 필요해지면 그때 구조를 바꾸는 것이 더 현실적입니다. 아키텍처 논의에서 PM의 역할은 어떤 기능이 얼마나 자주 바뀔 것인지를 전달하는 것입니다. 그 정보가 있어야 엔지니어가 유연성과 단순함 사이의 거래를 올바르게 결정할 수 있습니다. PM이 변경 빈도를 구체적으로 전달할수록 아키텍처 논의 시간이 줄어든다는 것을 케이스에서 배웠습니다.
이 결의 특징
단순한 구조가 복잡한 구조보다 운영 비용이 낮다는 원칙에서, 현재 규모에 맞는 설계를 고르고 확장은 그때 바꾸는 방식을 짚은 흔적이 있습니다.
이 결이 통하는 자리
어떤 기능이 얼마나 자주 바뀔지를 전달하는 게 PM의 역할이라는 구체 근거가 한 줄이라도 살아 있을 때 통합니다. 변경 빈도를 구체적으로 전달할수록 논의 시간이 줄었다는 결론이 또렷한 자리에서 통합니다.