|
|
|
|
|
 |
LG유플러스 개발 PM면접 질문
개발 PM은 단순한 일정 관리가 아니라, 고객 가치·기술적합성·비즈니스 목표를 동시에 설계하는 종합적인 역할입니다.
기획은 "고객이 원하는 기능"을 중심으로 생각하고, 개발은 "기술적으로 안전하고 유지 가능한 구조"를 우선 시합니다.
PM 경험보다 중요한 것은 문제를 구조적으로 바라보고, 이해관계자를 조율하고, 논리적으로 결정을 만드는 역량이라고 생각합니다.
저는 데이터 기반 분석력과 문제 분해능력이 강하며, 실제로 프로젝트에서 일정·기술·기획 간의 충돌을 해결한 경험이 있습니다.
저는 문제를 구조적으로 나누고, 사용자-기술-비즈니스의 균형을 맞춰 해결하는 개발 PM 인재입니다.
프로젝트 경험에서 요구사항 충돌과 일정 지연을 해결하며 "기능 중심 사고"가 아니라 "문제 중심 사고"가 PM의 핵심임을 배웠습니다.
LG유플러스에서는 기술이해도와 데이터 기반 사고력, 사용자 중심 분석 역량을 기반으로 서비스 성능과 사용자 경험을 정교하게 개선하고, 플랫폼의 경쟁력을 실질적으로 높이는 개발 PM으로 성장하겠습니다.
|
|
|
 |
LG유플러스 개발 PM면접 질문
실패한 프로젝트 경험이 있다면 무엇이고, 어떻게 회복했는가?
PM 경험이 부족한데 왜 자신 있다고 말할 수 있는가?
개발자보다 기술을 모르는데 어떻게 PM을 한다는 것인가?
개발 PM은 단순한 일정 관리가 아니라, 고객 가치·기술적합성·비즈니스 목표를 동시에 설계하는 종합적인 역할입니다.
기획은 고객가치를, 개발은 기술안정성을, 비즈니스 부서는 매출 목표를 우선한다는 차이가 발생합니다.
기술적 제약을 이해해야 현실적인 일정·범위·구조를 설계할 수 있고, 리스크도 조기에 발견할 수 있습니다.
예를 들어 고객 가치 60%, 유지보수성 30%, 출시 일정 10% 같은 가중치를 먼저 합의하고, 그 기준에 따라 해결 방향을 정합니다.
특히 일정 리스크는 WBS와 담당자별 예상 소요시간 편차를 기반으로 계산하며, 기술 리스크는 아키텍처 검증과 기술부채 현황을 기반으로 파악합니다.
커뮤니케이션 리스크는 요구사항 변경 내역, 미확정 요소리스트를 관리하며 조기에 발견합니다.
변경 요청마다 일정·비용·리스크·기술효과를 정량화해 보드로 공개하고, 그 데이터를 기반으로 변경 우선순위를 정합니다.
이 경험은 "기능 중심 사고의 위험성"을 깨닫게 했고, 기획 초기 단계에서 반드시 사용자 관찰과 데이터 분석을 먼저 수행하게 된 계기가 됐습니다.
고객 중심 사고는 기능이 아니라"고객의 문제"를 기준으로 제품을 설계하게 만듭니다.
비 기능 요구사항을 지표화해야 개발자도 명확한 기준을 가지고 구조를 설계할 수 있습니다.
단순히 기능을 요청하면 개발자는 근거를 의심하지만, 고객의 실제 문제나 비즈니스 기회·기술 개선 필요성을 데이터로 설명하면 개발자가 먼저 구조개선 아이디어를 제안하기도 합니다.
2년차에는 고객 여정 기반의 기능 개선 프로젝트를 주도하고, 최소한 개의 핵심 기능에서 성능·UX 지표 개선성과를 만들겠습니다.
PM 경험보다 중요한 것은 문제를 구조적으로 바라보고, 이해관계자를 조율하고, 논리적으로 결정을 만드는 역량이라고 생각합니다.
저는 그 구조를 이미 갖추고 있습니다. |
 |
문제, 기술, pm, 고객, 경험, 개발, 구조, 기능, 일정, 기반, 데이터, 기준, 해결, 개선, 중심, 이다, 서비스, 리스크, 프로젝트, 분석 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2025.11.20
6페이지
