팀에 PM이 없으면, Senior는 뭘 해야 하나요?
최근에 수습 기간을 통과했는데, 1-on-1에서 매니저가 이렇게 말했어요. "프로덕트 이슈를 좀 더 적극적으로 탐색했으면 좋겠어."
좀 당황했어요. 매일 코드를 쓰고, issue를 고치고, 프로젝트를 앞으로 밀고 있었는데. 그게 어떻게 아직 충분히 적극적이지 않은 건지? 그가 실제로 무슨 말을 하려는 건지 이해하는 데 시간이 좀 걸렸어요.
모든 게 동시에 돌아가고 있어요
수습을 통과한다고 압박이 줄어드는 건 아니었어요. 오히려 더 많은 걸 동시에 저글링해야 했어요:
| 항목 | 성격 | 내가 컨트롤할 수 있는 것 |
|---|---|---|
| Issue 수정 | 매일 하는 일, 아웃풋이 부분적으로 양으로 측정됨 | 안정적인 페이스 유지 |
| 프로젝트 A | 공식 프로젝트인데, 유저 쪽에서 요구사항 확인이 느림 | 제한적 — 주로 답변 대기 |
| 프로덕트 리서치 | 프로덕트를 개선할 방법을 적극적으로 찾기 | 언제 전달할지, 어떻게 발표할지, 어떻게 보고할지 |
하루에 세 가지 이상을 오가면, 지치는 건 시간이 아니에요. 끊임없는 context switching이에요.
그때 깨달았어요: 우리 팀에 PM이 없다는 걸
첫날부터 알고 있었지만, 그게 무슨 의미인지 진지하게 생각해 본 적이 없었어요.
팀에 BA(Business Analyst)가 있어서 요구사항 분석은 하지만, "이거 지금 어디까지 왔어?", "누가 block 됐어?", "우선순위를 다시 정해야 하나?" 같은 질문을 진짜로 책임지는 사람은 없어요.
이전 회사에서는 PM이나 Tech Lead가 그런 걸 다 처리했어요. 저는 backlog 확인하고, 우선순위 확인하고, 프로덕트 요구사항 명확히 하고, 코드 쓰는 데 집중하면 됐어요. Spec이 오면 만들었어요. 막히면 PM한테 말하면 나머지는 그쪽에서 처리했어요.
지금은 그 역할이 없어요. 그럼 누가 하나요?
Senior요.
Senior는 PM이 아니지만, Ownership은 필요해요
처음에는 이해가 안 됐어요. 나는 엔지니어인데 — 왜 유저한테 답변 독촉을 하고, blocker를 적극적으로 보고하고, 매니저랑 우선순위를 맞춰야 하는 건지? 그거 PM 일 아닌가요?
하지만 그렇다고 Senior가 팀의 roadmap을 맡거나, 크로스펑셔널 조율을 하거나, 다른 모든 사람의 진행 상황을 추적해서 PM을 대체해야 한다는 뜻은 아니에요. 진짜 포인트는 더 단순해요: 자기 업무의 blocker를 다른 사람의 문제인 것처럼 취급하면 안 된다는 거예요.
둘을 비교해 보니까 차이가 더 명확해졌어요:
| PM | Senior | |
|---|---|---|
| 누구의 진행을 관리하나 | 팀 전체 | 자기 담당 라인 |
| 뭘 만들지 결정하나 | Roadmap, 우선순위 | 결정은 안 하지만, 정렬은 함 |
| Stakeholder 추적 | 관련된 모든 사람 | 자기 blocker |
| 누구에게 책임지나 | 비즈니스 목표 | 자기가 담당하는 기능 |
Senior는 다른 사람을 관리할 필요가 없어요. 자기 세 네 가지 라인을 떨어뜨리지 않으면 돼요. 조용히 기다리는 대신 blocker를 적극적으로 보고하세요. 지시만 기다리는 대신 자기가 담당하는 기능에 대해 의견을 가지세요.
그게 ownership이지, PM이 아니에요.
이전 직장이 너무 쉬웠던 게 아니에요
잠깐 이전 회사가 Senior에 대한 기대가 그냥 낮았던 건 아닌지 의문이 들었어요. 하지만 생각하면 할수록 그게 문제가 아니라는 걸 깨달았어요. 환경이 달랐을 뿐이에요.
이전 회사에는 PM이 있어서 조율 업무로부터 보호해줬고, 프로덕트 라인도 더 단순했어요. 거기서 "Senior"는 더 기술적으로 정의됐어요 — 어려운 문제를 풀 수 있으면 충분했어요. 지금 환경에서는 프로덕트 진행을 앞으로 밀어붙이는 것도 업무의 일부예요. 아무도 대신 해주지 않으니까요.
린한 팀에서는 그게 보통이에요. 불합리한 게 아니에요. 그냥 아직 익숙하지 않을 뿐이에요.
실제로 한 것
이걸 이해하고 나서 몇 가지 바꿨어요:
우선순위를 정하고 매니저랑 정렬하기. 모든 걸 우선순위 순으로 나열하고 "이 순서 괜찮아요?"라고 물었어요. 메시지 하나지만, 수동적으로 지시를 기다리는 자세에서 자기 업무를 능동적으로 관리하는 자세로 바뀌어요.
Block 되면 라인을 바꾸되, 기록은 남기기. 프로젝트 A의 유저가 응답을 안 하면 주 1회 ping하고 서면 기록을 남겨요. 매니저는 blocker가 제 쪽이 아니라는 걸 알고, 비어진 시간으로 프로덕트 리서치를 추진할 수 있어요.
Context switching을 너무 자주 하지 않기. 모든 걸 조금씩 건드리는 대신 우선순위로 오늘 할 일을 정하세요. Block된 라인은 기록하고 옆에 두고, unblock되면 돌아오세요.
마무리
이 모든 게 기본적으로 들리지만, PM이 조율을 해주는 데 익숙한 엔지니어에게는 적응에 시간이 걸려요. 압박 속에서는 자기 일이 아닌 걸 하고 있는 것처럼 느껴질 수 있어요. 하지만 최소한 PM이 없는 팀에서는 이게 Senior라는 것의 일부예요.
참고로, 이 글의 생각 정리는 먼저 AI와의 대화를 통해 했고, 그 다음 제가 일일 로깅과 피드백용으로 만든 개인 시스템으로 추적했어요 — Pasiv이라고 불러요. Vibe coding은 AI로 프로젝트를 만드는 것만이 아니에요. 자기가 지금 어디에 서 있는지 정리하는 데 쓰는 것도 포함돼요.