|
|
|
|
|
 |
추상적으로 말하지 않는 것입니다.
편하게 해주세요" 같은 말은 개발에 독입니다.
개발이 끝이 아니라 운영이 시작입니다.
저는 기획이 개발을 괴롭히는 관계가 아니라, 운영을 함께 책임지는 관계가 되어야 한다고 봅니다.
질문이 먼저입니다.
규제가 있는 조건에서 가능한 방법을 설계하는 게 기획/개발의 실력입니다.
저는 기획/개발은 비용센터가 아니라, 수익을 안정화하는 엔진이라고 봅니다.
저는 금융사의 기획 및 개발을 아이디어가 아니라 운영시스템으로 정의하는 지원자입니다.
|
|
|
 |
MG캐피탈이 지금(2026 상반기) 기획 및 개발 관점에서 가장 먼저 풀어야 할 과제 3가지를 제시해 보세요
인턴 기간 동안 본인이 만들고 싶은 성과 2가지를 '산출물 형태'로 구체적으로 말해주세요
압박 : 캐피탈 업권은 변동성이 큰데, 기획/개발이 실제로 돈을 벌어다 주나요
원인이 본인 기획 미흡이라면 어떻게 책임지겠습니까
저는 기획/개발을 "아이디어를 예쁘게 포장하는 일"이 아니라"리스크가 큰 금융업에서 성장을 반복 가능하게 만드는 운영시스템을 만드는 일"로 봅니다.
MG캐피탈이 기획과 개발을 함께 보게 된 배경에는 업권 환경 변화 속에서 속도와 통제를 동시에 잡아야 하는 현실이 있다고 생각합니다.
캐피탈사의 기획은 전략기획만이 아니라, 상품/프로세스/채널을 포함한 '운영설계'입니다.
저는 "기능 추가"보다 "기반 정리"가 먼저라고 보는 쪽입니다.
이 요구가 해결하려는 문제가 무엇인지.
저는 요구를 "말"에서 "검증 가능한 문장"으로 바꾸는데 강점이 있습니다.
추상적으로 말하지 않는 것입니다.
기술제약을 적으로 보지 않는 것입니다.
기술제약은 변명도 아니고 방해도 아니라 현실입니다.
KPI는 서비스의 목적에 맞춰 야 합니다.
저는 먼저 '행동 데이터'부터 봅니다.
저는 데이터가 많아도 질문이 없으면 의미 없다고 믿습니다.
질문이 먼저입니다.
작은 단위의 반복 릴리스가 금융사에서도 가장 안전하고 빠릅니다.
규제가 있는 조건에서 가능한 방법을 설계하는 게 기획/개발의 실력입니다.
어느 시점에서 신규를 주시스템으로 전환할지, 롤백조건은 무엇인지, 데이터 정합성 검증은 어떻게 할지 명확히 해야 합니다.
임시조치와 공지의 언어를 정리하는 것입니다.
계약 단계에서 산출물정의와 검수 기준이 명확해야 합니다.
ROI는 비용절감, 수익 증가, 리스크 감소로 나눠 계산해야 합니다.
수익 증가는 전환율 상승, 이탈 감소, 고객 유입 증가로 추정하되 가정과 근거를 명확히 합니다.
다 만 기획/개발이 직접 "이자"를 만들지는 않지만, 이자를 만드는 효율을 극적으로 바꿉니다.
저는 기획/개발은 비용센터가 아니라, 수익을 안정화하는 엔진이라고 봅니다.
다만 책임있게 하려면 먼저 실패를 복원해야 합니다.
저는 실패를 프로세스 개선으로 전환하겠습니다.
안전한 변화는 더 어렵고, 그래서 더 가치가 있습니다.
MG캐피탈의 기획 및 개발이 현업에게는 덜 번거롭고, 고객에게는 더 빠르고, 회사에는 더 안전한 방향으로 작동하도록 실질적인 변화를 만들겠습니다. |
 |
개발, 기획, 이다, 프로세스, 어떻다, 보다, 만들다, 개선, 데이터, 업, 시스템, 처리, 요구사항, 정리, 반려, 로그, 캐피탈, 가다, 고객, 기준 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.30
9페이지
