Technical Product Manager

Product-Oriented
Tech Lead

개발을 좋아하고, 더 나은 구조를 만드는 일을 즐깁니다.

노현묵 HYUNMOOK ROH.

현재

디지털 콘텐츠⁠·⁠마케팅 그룹

Tech Lead · 2021년부터 · 서울

Since

2012

개발을 시작한 해

Concurrent

100,000

4~5명의 팀이 플랫폼 2개에서 다룬 최대 동시 접속

Team

9

개발팀장으로 직접 이끈 인원

소개

2012년부터 서비스를 만들고 운영해 왔습니다. 특히 비효율을 줄이고 구조를 개선하는 과정에서 가장 큰 흥미를 느낍니다.

Engineering

서비스가 성장할 때의 구조

10만 동접, 단계별 인프라 전환

Product

제품이 성립하기 위한 조건

사용자 인터뷰, 초기 앱, 창업

Team

팀이 함께 일하는 방식

개발팀장, 개발과 운영 병행

스타트업

제품을 만드는 여러 단계

창업 · 창립 멤버 · 개발 총괄

학력

MBA · 컴퓨터공학

2026 입학 · 학사

철학

일이 덜 필요한 구조

일하는 방식 세 가지

기술

TypeScript · Next.js · AWS

+ Redis · SQS · Auto Scaling · CI/CD

AI / Agents

AI가 안전하게 일하는 구조를 만듭니다

Claude Code · Codex 하네스 · 교차 리뷰

소개

컴퓨터공학을 공부하고 개발자로 일을 시작했습니다. 스타트업 초기 멤버와 창업자로 제품을 만들고 개발팀장으로 팀을 이끄는 동안, 구조에 대한 관심은 서비스의 구조에서 제품을 만드는 방식과 팀의 운영으로 넓어졌습니다. 지금은 그 경험에 조직과 경영에 대한 공부를 더하고 있습니다.

현재 · 주요 경력

트래픽은 버티게, 제작은 가볍게.

재직 중

디지털 콘텐츠⁠·⁠마케팅 그룹

약 600명 규모 · Tech Lead · 시니어매니저

2021.04 – 현재

사업 요구를 기술 과제와 우선순위, 일정으로 바꾸고 제품 개발 전 과정을 이끕니다. 최대 9명의 개발팀과 함께 웹 플랫폼, API, 결제, 외부 연동, AWS 인프라까지 서비스 전반을 만들고 운영합니다.

  • 피크 트래픽10만GA 최근 30분 사용자 최대치
  • 누적 조회수1,000만대표 템플릿 2종의 파생 콘텐츠, 각각
  • 앱스토어1위 ×21위 2회 달성에 기여
  • 제작 속도2~3일핵심 흐름 구현, 후속 변경은 주니어 1인
  • 팀9명직접 리딩한 최대 개발 인원

대규모 트래픽 대응과 제작 표준화

B2C 인터랙티브 콘텐츠 플랫폼

2021.04 – 현재 · Tech Lead · Full-stack

  • 피크 트래픽 구간의 병목과 슬로쿼리를 개선하고, 큐 기반 처리로 DB 부하를 분산했습니다.
  • Redis·SQS 기반 비동기 대기 구조로 오토스케일링만으로는 막기 어려운 순간 트래픽을 완충했습니다.
  • 반복 콘텐츠를 템플릿·모듈로 표준화해 시니어 중심 제작을 주니어 1인 중심으로 바꿨습니다.
  • Cafe24·NHN Cloud에서 AWS로 이전하고 Auto Scaling, CDN, Aurora로 안정성과 비용 효율을 높였습니다.

PHP · MySQL/Aurora · Redis · SQS · AWS · New Relic · Sentry

노코드 제작 플랫폼 설계와 서비스 통합

노코드 SaaS 플랫폼

2021.09 – 2026.04 · Tech Lead · Full-stack

  • 외부 코드를 직접 올리는 플랫폼을 만들자는 요청에 보안·운영 리스크를 짚었고, 그 대안인 비개발자용 노코드 제작·배포 플랫폼을 설계했습니다.
  • 템플릿 제작, 편집 도구, 배포·공유를 한 흐름으로 이어 개발 리소스 의존도를 낮췄습니다.
  • 레거시 PHP 기반 콘텐츠 플랫폼을 노코드 플랫폼 기반으로 옮기는 통폐합에서, 레거시의 유지·제거·분리 범위를 정하고 점진적 마이그레이션 구조를 설계했습니다.

TypeScript · Next.js · NestJS · MongoDB · Prisma · Redis · GitHub Actions

경험의 흐름

구조와 효율에 대한 같은 관심을 서비스, 제품, 팀 세 자리에서 다뤘습니다.

01

Engineering

서비스가 성장할 때의 구조

콘텐츠 플랫폼, 캠페인 서비스, SaaS를 개발하고 운영해 왔습니다. 4~5명의 팀으로 모바일 앱을 포함한 플랫폼 2개를 동시에 운영하며 최대 동시 접속자 10만 명 규모를 다뤘고, 성장 단계에 맞춰 인프라를 전환하면서 서비스를 유지하고 확장하는 데 필요한 구조를 고민했습니다.

02

Product & Business

제품이 성립하기 위한 조건

스타트업에서는 사용자에게 필요한 제품인지, 어떤 환경에서 사업을 이어갈 수 있는지를 개발과 함께 고민했습니다. 창업자로, 창립 멤버로, 개발 총괄로 서로 다른 자리에서 그 질문을 다뤘습니다.

03

Team & Management

팀이 함께 일하는 방식

개발팀장으로 9명 규모의 팀을 이끌며, 직접 개발하는 일과 팀 운영을 함께 맡았습니다. 일을 어떻게 나누고 누가 판단하는지가 서비스의 구조만큼 결과를 좌우한다는 것을 이 자리에서 봤습니다.

스타트업

그 과정에서의 몇 가지 경험

사용자를 직접 만나는 일부터 보상 구조를 설계하는 일까지,
제품을 만드는 여러 단계에 참여했습니다.

창업 시도

시니어 서비스 (2019–20)

유튜브 채널 운영

시니어 대상 서비스를 구상하며 유튜브 채널을 직접 운영했습니다. 만들고자 하는 서비스가 실제 생활에서 필요한지 확인하는 단계였습니다.

창립 멤버

영어 교육 앱 (2018–19)

Founding Team Member / React Native 개발

창립 멤버로 합류해 영어 교육 앱을 개발했습니다. 아직 형태가 없던 제품을 실제로 사용할 수 있는 앱으로 구현했습니다.

창업

콘텐츠 큐레이션 서비스 (2018)

창업자 · 토큰 이코노미

좋은 콘텐츠를 골라 소개하는 큐레이션에 토큰 이코노미로 보상을 주는 서비스를 창업했습니다. 큐레이터가 계속 참여할 보상 구조를 설계해 백서로 정리했고, 오리지널 콘텐츠 파트너와 MOU, 토큰 개발사와 기술 파트너십을 맺었습니다. 투자사와 접촉하며 MVP를 개발했습니다.

흐름

코드에서 시작해 팀으로

01

2008 – 2011

코드로 시작

컴퓨터공학을 공부하며 학생회와 학술 소모임을 이끌고, 대회에 나갔습니다.

  • 081학년 · 학부 학생회 활동
  • 092학년 · 총학생회 활동
  • 103학년 · 학술 소모임 3학년 대표
  • 114학년 · ACM-ICPC 입상, 창업경진대회 3,000명 중 상위 100인

졸업 후 바로 첫 스타트업으로

02

2012 – 2014

첫 스타트업

첫 스타트업에서 최저가 스마트 장바구니를 개발했습니다. 주 100시간가량 일하며 개발 역량을 끌어올리고, 서비스를 성공적으로 띄우는 데 전부를 걸던 시기.

만든 것이 어떻게 팔리는지 궁금해졌다

03

2014 – 2017

개발 바깥에서 제품을 보다

소프트웨어 유통사에서 기술영업과 클라우드 컨설팅을 맡았습니다. 고객과 파트너의 자리에서 제품이 팔리는 조건을 봤습니다.

개발 바깥의 역량을 더했고, 전체를 보는 시야로 한 걸음 나아갔다

04

2017 – 2019

다시 만들고, 창업으로 검증하다

개발 총괄로 다시 만드는 쪽에 돌아온 뒤, 직접 창업도 해 보고, 창립 멤버로도 합류해 봤습니다. 성립하는 제품과 아닌 제품을 몸으로 가렸습니다.

꿈꿔 온 창업에 도전해 전체를 보는 눈을 얻었고, 아직 미숙한 것이 무엇인지도 알게 됐다

05

2020 –

다시 개발, 이번엔 팀

다시 만드는 자리로 돌아와, 이번에는 팀을 이끌며 서비스를 만들고 지켰습니다.

  • 20–21교육·IoT 서비스 프론트엔드 개발자 겸 PL
  • 21콘텐츠 플랫폼 사업부 Tech Lead로 입사, 노코드 SaaS 설계 시작
  • 22–24최대 9명 개발팀 리딩, 피크 10만 트래픽을 버티는 구조와 콘텐츠 제작 표준화
  • 25그룹 내 합병으로 AI 사업부 소속, Tech Lead·시니어매니저로 계속

팀을 더 잘 이끌고, 비즈니스 목적에 맞게 방향을 잡는 힘을 키우고 싶어졌다

06

2026

MBA 입학

현업을 이어가며, 개발팀을 이끌며 다뤄 온 조직과 경영의 문제를 더 체계적으로 이해하기 위해 MBA에 입학했습니다.

계속

일하는 방식

더 오래 일하는 대신, 일이 덜 필요한 구조를 만듭니다.
01

일정이 급할수록 구조부터 고칩니다

일정이 빠듯할 때 작업 시간을 늘리는 것부터 하지 않습니다. 구조를 최적화하고, 업무를 나누고, 급하지 않은 일은 고도화 단계로 넘기도록 협의합니다. 지금의 구조화가 나중의 효율로 돌아온다는 것을 알기 때문입니다.

02

전부 만들면, 중요한 것이 어설퍼집니다

요청은 늘 "다 필요하다"로 옵니다. 그걸 다 만들면 서비스의 본질과 타깃이 흐려지고, 개발량은 많은데 정작 핵심 기능은 오류투성이가 됩니다. 그래서 먼저 뺄 것을 정합니다.

03

판단을 나누면 팀이 빨라집니다

일을 지시하기보다 개발 전에 검토 기간을 두고, 실무자가 직접 범위와 공수를 파악하게 합니다. 판단을 맡길수록 각자의 역량이 자라고, 길게 보면 팀 전체의 효율이 높아집니다.

세 가지 모두 시간을 더 쓰는 대신 일의 구조를 바꾼 경험입니다. 같은 원칙을 지금은 AI 에이전트가 일하는 방식에도 적용하고 있습니다.

기술

주로 다루는 기술 스택

프론트엔드

  • TypeScript
  • React
  • Next.js
  • SCSS
  • Tailwind CSS
  • Bootstrap

백엔드

  • Node.js
  • Nest.js
  • PHP
  • Python

데이터·캐시

  • MySQL
  • PostgreSQL
  • MongoDB
  • Redis
  • Memcached

클라우드·인프라

  • AWS
  • GCP
  • Azure
  • Cafe24
  • ECS
  • Lambda
  • Auto Scaling
  • SQS
  • CloudFront
  • Cloudflare Workers
  • Docker

배포·모니터링

  • GitHub Actions
  • CodePipeline
  • CodeDeploy
  • Vercel
  • CloudWatch
  • Sentry
  • New Relic

협업 도구

  • GitHub
  • Jira
  • Trello
  • Figma
  • Slack

AI / Agents

AI를 쓰는 것보다, AI가 안전하게 일하는 구조를 만듭니다.

  • Claude Code
  • Codex

+ Gemini · Copilot · Antigravity

  • Harness engineeringHooks · guardrails · command audit logs
  • Cross-model reviewCodex reviews Claude's changes before merge
  • Role-based sub-agentsPlanning · code review · TDD · security
  • Automated work logsPer-task records · Slack alerts

연락하기

경험에 관해 더 나누고 싶은 이야기나 함께 풀고 싶은 문제가 있다면 연락해 주세요.

더 자세한 경력기술서는 채용·협업 논의에서 개별적으로 공유합니다.