Roy

7개월 만에 리더가 된 이야기 - #16 그 사이에 있었던 일

2026-09-20T09:42:26Z

AX 파트의 직무가 전부 FDE로 바뀌었다. 연구원 한 명을 제외하면 전원이다. 그리고 그 팀을 내가 리드하게 됐다. 입사한 지 7개월째였다. 3월에 계약직으로 들어왔고, 두 달 뒤 정규직이 됐다. 여기까지 오는 데 생각보다 오래 걸리지 않았다. 사실 이렇게 빨리 리더 역할을 맡게 될 거라고는 예상하지 못했다. 나는 원래 프로젝트를

드디어, 하나 끝냈다 - #15 프로젝트가 끝나고 나서야 오는 것

2026-09-02T09:43:31Z

고객사 서버에 OCR 포탈을 세우는 프로젝트였다 '기능 하나 붙이기'가 아니라, 포탈을 통째로 만드는 일이었다 시작부터 맨땅이었다 받은 거라곤 목업 한 장 그것도 뭐가 어디쯤 놓일지 정도였다 제대로 된 요구사항은 없었다 그래서 그걸 구체화하고, 요구사항 정의서부터 직접 짰다 HTML로 쭉 정리해서 PDF로 뽑아 넘겼다 거기서부터 O

직함은 하나, 하는 건 열 개 - #14 없으면 티 나는 사람

2026-08-29T06:47:13Z

계획대로 되는 날이 거의 없다 오전은 이렇게 시작했다 고객사 서버에 접속하려고 인프라 담당이랑 계속 연락을 돌렸다 메일 보내고, 답 기다리고, 안 되면 다시 전화하고 그러고 있는데 다른 프로젝트에서 메시지가 온다 거기 OCR 기능 검수 좀 급하게 봐달라고 그래서 서버는 잠깐 접어두고 OCR 화면을 뜯어본다 그거 보고 있으면 또 다른

토스 디자인 시스템을 뜯어보며 느낀 것들 - #13 실무 PM 눈으로 본, 좋은 것과 아쉬운 것

2026-08-13T10:24:51Z

디자인 시스템을 직접 정리하다 보니 토스를 자꾸 들여다보게 됐다 토스가 디자인 시스템을 어떻게 만드는지 공개된 글이 꽤 있다 읽어보니 배울 게 많았다 근데 다 부러워만 하진 않았다 우리처럼 작은 팀, 혼자 디자인도 개발도 하는 입장에서 보면 좋은 것도, 부러운 것도, 우리 규모엔 아직 안 맞는 것도 보였다 실무자 눈으로 하나씩 뜯어봤다

디자인, 매번 0에서 시작하지 않기로 했다 - #12 AI로 UI를 빠르고 일관되게 만드는 법

2026-08-11T04:47:08Z

PM으로 프로젝트를 맡다 보면, UI 설계까지 직접 할 때가 있다 화면을 내가 원하는 방향으로 잡아야 하니까 그러다 보니 프로젝트를 시작할 때마다 색부터 다시 정하는 게 지겨웠다 새 프로젝트가 열리면 늘 같은 걸 반복했다 메인 색은 뭐로 할지 회색은 몇 단계로 쓸지 버튼 모서리는 얼마나 둥글릴지 간격은 4의 배수로 갈지 8의 배수로

맥락만 잘 잡으면 뭐든 만들 수 있다 - #11 AI로 체계적으로 개발하는 법

2026-08-06T13:33:59Z

요즘 하는 일이 많다 기획하고, 회의하고, 챙기는 프로젝트도 여러 개다 거기에 개발까지 내가 한다 개발 리소스가 부족하면, 그 자리도 내가 채운다 화면도, 데이터가 도는 백엔드도 직접 만든다 코드를 한 줄씩 타이핑해서가 아니다 AI에게 자연어로 말해서 만든다 이걸 바이브 코딩(Vibe Coding)이라고 한다 AI 연구자 안드레

AI가 일을 대신하는 시대, 사람은 무엇으로 남는가 - #10 결국 남는 건 책임지는 사람이다

2026-07-25T06:02:02Z

AI에게 코드를 맡기고 기획서를 쓰고, 리서치를 하고, 데이터를 정리한다 사람이 며칠 걸리던 일을 몇 분 만에 내놓는다 근데 그 결과가 틀렸을 때 AI는 책임지지 않는다 "죄송합니다, 다시 만들어 드릴게요" 한 줄이면 끝이다 밀린 일정도, 깨진 신뢰도 AI의 몫이 아니다 전부 사람에게 남는다 AI가 일을 대신할수록 이상한 일이

문제가 터졌을 때 PM이 움직이는 법 - #9 이슈, 요구사항 전부 한꺼번에 올 때

2026-07-19T18:37:14Z

선가동 1주일 전이었다 플랫폼 피드백이 왔다 한꺼번에 200개 고객사에 피드백을 요청한 건 한 달 전이었다 그 사이 다른 프로젝트 4개를 돌리고 있었다 그러다 월요일 아침에 메일이 왔다 요청사항 목록이 스프레드시트로 넘어왔는데, 행이 200줄이었다 화면 수정, 기능 추가, 데이터 구조 변경, UI 텍스트 수정, 권한 분리까지 전

프로젝트 5개, 도메인 5개 - #8 PM은 도메인을 어떻게 파악하는가

2026-07-15T15:55:51Z

지금 내 캘린더에는 프로젝트가 5개 돌아가고 있다 제조 대기업의 수출 물류 플랫폼 같은 대기업의 데이터 포탈 이커머스 브랜드의 데이터 온톨로지 플랫폼 AI 기반 벡터DB 검색 시스템 반도체 기술을 설명하는 플랫폼 전부 다른 도메인이다. 프로젝트를 새로 맡을 때마다 그 산업을 처음부터 공부한다. 수출 물류를 맡았을 때 배선이 뭔지

Ponytail — AI의 오버엔지니어링을 막는 법 - insight : 최고의 코드는 작성하지 않은 코드다

2026-07-13T13:35:07Z

AI가 코드를 짜는 시대다. Codex 에게 "로그인 페이지 만들어줘"라고 하면 Claude Code에게 "이 API 짜줘"라고 하면 짜준다. Cursor, Copilot, Codex. 도구는 넘쳐난다. 근데 한 가지 문제가 있다. AI는 코드를 잘 짠다. 너무 잘 짠다. 필요 이상으로. 간단한 날짜 입력 기능을 요청하면

Multi-Agent Orchestration - insight : AI 에이전트는 혼자 일하지 않는다

2026-07-15T14:28:18Z

Klarna라는 핀테크 회사가 있다. 스웨덴에서 시작한 BNPL(Buy Now, Pay Later) 서비스다. 2025년 3분기, Klarna는 AI Agent가 853명분의 고객 상담 업무를 처리했다고 발표했다. 절감한 비용은 약 6,000만 달러. 처음에는 단일 AI Agent로 시작했다. 고객 문의가 들어오면 하나의 Agent가 분류하고

PM의 무기, PMS - #7 티켓 하나부터 마일스톤까지

2026-07-05T11:06:34Z

PM의 실력은 PMS를 잘 쓰느냐로 나뉜다. PMS(Project Management System)가 없으면 프로젝트 상태는 머릿속에만 있다. 누가 뭘 하고 있는지, 어디서 막혀 있는지, 일정이 밀리고 있는지. 구두로 물어보고, 메신저로 확인하고, 회의에서 공유하고. 그러다 보면 하루가 간다. PMS를 쓰면 이 모든 게 한 화면에 보인

버튼 하나부터 배포 파이프라인까지 - #6 PM이 읽는 시스템의 흐름

2026-06-28T10:08:25Z

요즘 하루가 빠르다. 아침에 출근하면 캘린더에 미팅이 3~4개 박혀 있고, 프로젝트는 동시에 여러 개가 돌아가고, 고객사마다 기술 환경이 다르고, 퇴근하고 나면 멘토링도 한다. 그 사이사이에 시스템 구조를 들여다볼 일이 많다. 사용자가 버튼 하나를 누르면 그 요청이 어디로 가는지. AI가 판단을 내리려면 어떤 흐름을 거치는지. 코드가 서

개발자와 소통하는법 - #5 PM과 개발자의 의사소통

2026-06-17T10:28:03Z

PM은 코드를 짜는 사람이 아니다. 근데 코드를 짜는 사람과 매일 대화해야 하는 사람이다. 개발자만이 아니다. 디자이너, 데이터 엔지니어, 인프라 담당자, AI 엔지니어, 고객사 기술 담당자. PM은 이 모든 사람 사이에 서 있는 사람이다. 그리고 이 사람들은 전부 다른 언어를 쓴다. 프론트엔드 개발자는 컴포넌트 렌더링과 상태 관리를

요구사항을 구조로 바꾸는 일 - #4 도메인부터 KPI까지 프로젝트를 파악하는 방식

2026-06-13T07:48:56Z

프로젝트를 맡으면 바로 기획부터 하면 안 된다. 처음엔 고객이 말한 요구사항을 듣고, 그걸 정리해서 화면으로 만들면 되는 줄 알았다. 근데 B2B 프로젝트는 그렇게 단순하지 않았다. 고객이 말하는 요구사항은 대부분 완성된 답이 아니다. 오히려 문제의 입구에 가깝다. 그래서 요즘은 프로젝트를 맡으면 바로 기획하지 않는다. 먼저 프로젝트

B2B PM으로 산다는 것 - #3 동시에 4개의 프로젝트를 맡으며 알게 된 것

2026-06-11T01:44:39Z

PM이 되고 나서 가장 크게 달라진 건, 하루에 생각해야 하는 회사가 하나가 아니라는 점이었다. 내 회사만 보면 되는 줄 알았다. 근데 아니었다. 지금 나는 B2B AI 회사에서 PM으로 일하고 있다. 그리고 어느 순간부터 동시에 4개, 많을 땐 6개의 프로젝트를 보고 있었다. 프로젝트마다 고객사가 다르고, 담당자가 다르고, 요구사항

스타트업에 와서 느낀 것들 - #2 피가 되고 살이 되는 곳

2026-05-23T09:16:50Z

스타트업 1939년, 미국 팔로알토의 작은 차고에서 HP(휴렛팩커드)가 만들어졌다. 그게 실리콘밸리의 시작이었다. 그 뒤로 애플은 1976년에 차고에서, 아마존은 1994년에 차고에서, 구글은 1998년에 차고에서 시작했다. 작은 팀이 아이디어 하나로 시작해서 빠르게 제품을 만들고, 시장을 찾고, 살아남는 것. 그게 스타트업이다.

온톨로지란 - Insight : 흩어진 데이터를 하나로 연결하는 방법

2026-05-22T04:17:03Z

팔란티어(Palantir). 들어본 적 있을 수도 있다. 2003년에 피터 틸이라는 사람이 만든 미국의 데이터 분석 회사다. 피터 틸. 페이팔(PayPal) 만든 그 사람이다. 근데 재밌는 게 있다. 피터 틸도, 같이 창업한 알렉스 카프도 전공이 철학이다. 그래서인지 이 회사의 핵심 기술 이름이 온톨로지(Ontology). 철학에

스타트업에서의 PM이 된 성장일기 - #1 비전공자, 1년의 취준, 그리고 AI 스타트업 PM이 되기까지

2026-05-22T04:17:29Z

PM. Product Manager라고도 하고, Project Manager라고도 한다. 누군가는 "기획자 아니야?"라고 하고, 누군가는 "개발자랑 뭐가 달라?"라고 한다. 나도 그랬다. PM이 뭔지 설명하라고 하면 매번 말이 달라졌다. 그런데 지금, 실제로 PM을 하면서 내가 내린 정의는 하나다 “매일 공부를 하는 사람“ 하는일은 프로젝트를 관리하